Section Type Conflict With __c · Issue #2078 · Esp8266/Arduino - GitHub
Maybe your like
- Notifications You must be signed in to change notification settings
- Fork 13.2k
- Star 16.6k
- Code
- Issues 324
- Pull requests 75
- Discussions
- Actions
- Projects 0
- Wiki
- Security 0
- Insights
Description
Basic Infos
With (a modified version of) the arduino-dsmr library (https://github.com/matthijskooijman/arduino-dsmr) building the included examples for ESP8266 fails with "section type conflict with __c"
Hardware
Hardware: Any ESP8266 Core Version: 2.2.0
Description
With (a modified version of) the arduino-dsmr library (https://github.com/matthijskooijman/arduino-dsmr) building the included examples for ESP8266 fails with "section type conflict with __c" when using PROGMEM string literals (e.g. INVALID_UNIT) in one of the library's headers. Should this be considered a bug in the ESP core? I can work around this, but if there's a bug in the core involved I'd prefer not to do so and wait a bit more for the bugfix.
Settings in IDE
Not appliccable
Sketch
See the "parse" example sketch in the attached library
Debug Messages
In file included from /home/ewasscher/Arduino/libraries/arduino-dsmr/src/dsmr.h:35:0, from /home/ewasscher/Arduino/arduino-dsmr-read-test/arduino-dsmr-read-test.ino:22: /home/ewasscher/Arduino/libraries/arduino-dsmr/src/dsmr/parser.h:160:31: error: dsmr::INVALID_UNIT causes a section type conflict with __c static constexpr char PROGMEM INVALID_UNIT[] = "Invalid unit"; ^ In file included from /home/ewasscher/.arduino15/packages/esp8266/hardware/esp8266/2.2.0/cores/esp8266/Arduino.h:244:0, from /tmp/build8e00daea58ed4d885aed86a35f556178.tmp/sketch/arduino-dsmr-read-test.ino.cpp:1: /home/ewasscher/.arduino15/packages/esp8266/hardware/esp8266/2.2.0/cores/esp8266/pgmspace.h:21:51: note: '__c' was declared here #define PSTR(s) (__extension__({static const char __c[] PROGMEM = (s); &__c[0];})) ^ /home/ewasscher/.arduino15/packages/esp8266/hardware/esp8266/2.2.0/cores/esp8266/WString.h:38:76: note: in definition of macro 'FPSTR' #define FPSTR(pstr_pointer) (reinterpret_cast<const __FlashStringHelper *>(pstr_pointer)) ^ /home/ewasscher/.arduino15/packages/esp8266/hardware/esp8266/2.2.0/cores/esp8266/WString.h:39:34: note: in expansion of macro 'PSTR' #define F(string_literal) (FPSTR(PSTR(string_literal))) ^ /home/ewasscher/Arduino/arduino-dsmr-read-test/arduino-dsmr-read-test.ino:110:20: note: in expansion of macro 'F' Serial.print(F(": "));arduino-dsmr-esp.zip
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
Metadata
Metadata
Assignees
No one assignedLabels
Type
No typeProjects
No projectsMilestone
No milestoneRelationships
None yetDevelopment
No branches or pull requestsIssue actions
You can’t perform that action at this time.Tag » Arduino Section Type Conflict
-
Error: __c Causes A Section Type Conflict With __c - Arduino Forum
-
Error: __c Causes A Section Type Conflict With S0 · Issue #1518 - GitHub
-
Getting A "section Type Conflict" Using M2tklib And Glcd - Stack Overflow
-
Section Type Conflict - PJRC (Teensy) Forum
-
PROGMEM Causes Section Type Conflict - ESP8266 Community Forum
-
Using PROGMEM Gives Section Type Conflict - AVR Freaks
-
Espressif/arduino-esp32 - Gitter
-
41091 – Using Section Attribute In C And C++ Function Causes Section ...
-
Interacting With Arduino - Node-RED
-
Multi-tasking The Arduino - Part 1 - Digikey
-
Lift The "field Must Have The Same Type In All Constructors" Restriction ...
-
Common Library Problems | All About Arduino Libraries
-
How To Know The Data Type Of Constant In Arduino IDE?
-
Ethernet Shield 2 | Arduino Tutorial