Trivial sketch won't compile using Arduino 1.8.13 #56

nholthaus · 2020-06-20T14:40:43Z

This library worked mostly fine for me in Arduino 1.8.12, but in 1.8.13 the following trivial sketch won't compile. My intuition is that it's an include-order dependency issue.

#include <ArduinoSTL.h>

void setup() {
  // put your setup code here, to run once:
}

void loop() {
  // put your main code here, to run repeatedly:
}

with the following errors:

E:\Users\NHolt\Documents\Arduino\libraries\ArduinoSTL-master\src\del_opvs.cpp:25:53: error: 'std::size_t' has not been declared

_UCXXEXPORT void operator delete[](void * ptr, std::size_t) throw(){
                                                 ^~~~~~
E:\Users\NHolt\Documents\Arduino\libraries\ArduinoSTL-master\src\del_opnt.cpp:25:56: error: 'nothrow_t' in namespace 'std' does not name a type

_UCXXEXPORT void operator delete(void* ptr, const std::nothrow_t& ) throw() {
                                                    ^~~~~~~~~
E:\Users\NHolt\Documents\Arduino\libraries\ArduinoSTL-master\src\del_ops.cpp:25:50: error: 'std::size_t' has not been declared

_UCXXEXPORT void operator delete(void* ptr, std::size_t) throw(){
                                              ^~~~~~
E:\Users\NHolt\Documents\Arduino\libraries\ArduinoSTL-master\src\del_opvnt.cpp:25:58: error: 'nothrow_t' in namespace 'std' does not name a type

_UCXXEXPORT void operator delete[](void* ptr, const std::nothrow_t& ) throw(){
                                                      ^~~~~~~~~
E:\Users\NHolt\Documents\Arduino\libraries\ArduinoSTL-master\src\new_opnt.cpp:25:37: error: declaration of 'operator new' as non-function

_UCXXEXPORT void* operator new(std::size_t numBytes, const std::nothrow_t& ) throw(){
                                 ^~~~~~
E:\Users\NHolt\Documents\Arduino\libraries\ArduinoSTL-master\src\new_opnt.cpp:25:37: error: 'size_t' is not a member of 'std'

E:\Users\NHolt\Documents\Arduino\libraries\ArduinoSTL-master\src\new_opnt.cpp:25:37: note: suggested alternative:

In file included from c:\users\nholt\appdata\local\arduino15\packages\arduino\tools\avr-gcc\7.3.0-atmel3.6.1-arduino7\avr\include\stdlib.h:48:0,
             from C:\Users\NHolt\AppData\Local\Arduino15\packages\arduino\hardware\avr\1.8.3\cores\arduino/new.h:22,

             from C:\Users\NHolt\AppData\Local\Arduino15\packages\arduino\hardware\avr\1.8.3\cores\arduino/new:5,

             from E:\Users\NHolt\Documents\Arduino\libraries\ArduinoSTL-master\src\new_opnt.cpp:20:
c:\users\nholt\appdata\local\arduino15\packages\arduino\tools\avr-gcc\7.3.0-atmel3.6.1-arduino7\lib\gcc\avr\7.3.0\include\stddef.h:216:23: note: 'size_t'

typedef SIZE_TYPE size_t;
                   ^~~~~~
E:\Users\NHolt\Documents\Arduino\libraries\ArduinoSTL-master\src\new_opnt.cpp:25:54: error: expected primary-expression before 'const'

_UCXXEXPORT void* operator new(std::size_t numBytes, const std::nothrow_t& ) throw(){
                                                  ^~~~~
E:\Users\NHolt\Documents\Arduino\libraries\ArduinoSTL-master\src\new_handler.cpp:22:12: error: 'nothrow_t' in namespace 'std' does not name a type

const std::nothrow_t std::nothrow = { };
        ^~~~~~~~~
E:\Users\NHolt\Documents\Arduino\libraries\ArduinoSTL-master\src\new_handler.cpp:25:6: error: 'new_handler' in namespace 'std' does not name a type

std::new_handler __new_handler;
  ^~~~~~~~~~~
E:\Users\NHolt\Documents\Arduino\libraries\ArduinoSTL-master\src\new_handler.cpp:27:1: error: '_UCXXEXPORT' does not name a type

_UCXXEXPORT std::new_handler std::set_new_handler(std::new_handler new_p) throw(){

^~~~~~~~~~~

exit status 1

The text was updated successfully, but these errors were encountered:

nholthaus · 2020-06-20T17:36:29Z

The problem appears to be that if you have other IDEs installed (e.g. Visual Studio), the include search paths find the platforms std library implementation headers. Switching the include statements from <> to "" forces the use of the local std library implementation, which is what you want here. I'll submit a patch.

roelschroeven · 2020-06-23T11:40:29Z

I think there's another reason: new versions of the AVR core have a header file 'new' that conflicts with the one from ArduinoSTL (arduino/ArduinoCore-avr@d1ae194). If anyone opens the Arduino IDE, goes to Tools -> Board -> Board manager and updates the Arduino AVR Boards to version 1.8.3, he/she will likely have the same problem.

The result is the same, so nbolthaus' pull request should solve it all the same.

Workaround in the meantime: downgrade Arduino AVR Boards to 1.8.2.

mike-matera · 2020-07-18T14:38:56Z

Hi. I'll take a look at fixing this. I haven't used Arduino in a while.

…sion see mike-matera/ArduinoSTL#56)

Dantali0n · 2020-09-17T06:07:09Z

I can confirm I am experiencing the same problems as @roelschroeven using IDE 1.8.3 for AVR devices

matthijskooijman · 2020-09-17T14:02:15Z

This is indeed a problem triggered by Arduino adding a <new> header that is not actually complete. It already offered it as new.h and it seemed like a good idea to offer it as <new> as well, but I hadn't considered this problem when I reviewed that PR :-)

I believe the proper solution on the Arduino end is to make sure that it implements the <new> header completely and in a standards-compliant way, I believe this should make ArduinoSTL work again as well. I'm planning to provide a PR to Arduino for this, see arduino/ArduinoCore-avr#287 for some additional discussion of that.

matthijskooijman · 2020-09-17T18:48:08Z

I created a PR for the Arduino AVR core, testing is welcome: arduino/ArduinoCore-avr#361

That almost solves this issue, the one remaining problem I saw is that src/new_handler.cpp in ArduinoSTL only includes <new>, and assumes that that makes _UCXXEXPORT available, However, when the Arduino version of <new> is used, this assumption is incorrect. For other cpp files that include new this is not an issue because they also include other files.

I don't think this can be fixed on the Arduino side, but I can see two ways to fix this in ArduinoSTL:

Use #include "new", as suggested before (but maybe not for all includes, just for new?)
Explicitly add #include <basic_definitions> to new_handler.cpp to make _UCXXEXPORT available. I tried this, and that works. This is still a workaround, since it is really only needed because we know that new will be provided by Arduino rather than ArduinoSTL.

I'm not sure which would be the best solution, though.

matthijskooijman · 2020-10-15T09:35:57Z

The PR in the AVR core is merged, so that leaves just the second issue I noted above.

Dantali0n · 2020-10-15T12:39:03Z

The PR in the AVR core is merged, so that leaves just the second issue I noted above.

Thank you for your efforts at making ArduinoSTL work with AVR boards 1.8.3

matthijskooijman · 2020-11-19T18:24:47Z

Hm, I just noticed a new problem:

new.cpp.o (symbol from plugin): In function `operator new(unsigned int)':
(.text+0x0): multiple definition of `std::nothrow'
/tmp/arduino_build_fefirmware/libraries/ArduinoSTL/new_handler.cpp.o (symbol from plugin):(.text+0x0): first defined here
collect2: error: ld returned 1 exit status

I'm not sure why this didn't happen to me before, since it quite makes sense that it happens: Both Arduino (new.cpp, since merging arduino/ArduinoCore-avr#361) and ArduinoSTL (new_handler.cpp) declare the std::nothrow object. It's just a dummy, empty object, but the linker doesn't know this.

I'm not sure how to solve this, maybe it works to make it constexpr and declare it in the header rather than a .cpp file (and since it's empty and there is no reason to take the address of the object, it might not be emitted at all then), or maybe it should be an inline variable (but that's C++17)...

MishaRuko · 2020-12-11T11:30:07Z

Instead of replacing every occurrence of #include <new> with #include "new" in the ArduinoSTL library to get the example sketch to compile, as was proposed here: #57, a solution that worked for me was to find the AVR boards 1.8.3 source code and change the name of the file called "new" (no extension) to something else. I don't know if this breaks anything else but it seems to work fine.

(On MacOS the file is /Users/user/Library/Arduino15/packages/arduino/hardware/avr/1.8.3/cores/arduino/new)

fl0wm0ti0n · 2020-12-11T19:35:07Z

Hello i run into the same problem, just found this lib to use vectors...

i use Visual Studio with Visual Micro and the Arduino IDE V1.8.13 in the background. i have tried include with <> and with "" doesnt matter...

Thanks for any Help!!

Schweregrad Code Beschreibung Projekt Datei Zeile Unterdrückungszustand
Fehler (aktiv) E0351 Der erste Parameter der Speicherbelegungsfunktion muss vom Typ "size_t" sein. JuliansAnhaengerLedControll C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\new 40
Fehler (aktiv) E0351 Der erste Parameter der Speicherbelegungsfunktion muss vom Typ "size_t" sein. JuliansAnhaengerLedControll C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\new 46
Fehler (aktiv) E0351 Der erste Parameter der Speicherbelegungsfunktion muss vom Typ "size_t" sein. JuliansAnhaengerLedControll C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\new 53
Fehler (aktiv) E0351 Der erste Parameter der Speicherbelegungsfunktion muss vom Typ "size_t" sein. JuliansAnhaengerLedControll C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\new 56
Fehler (aktiv) E0351 Der erste Parameter der Speicherbelegungsfunktion muss vom Typ "size_t" sein. JuliansAnhaengerLedControll C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\new 61
Fehler (aktiv) E0351 Der erste Parameter der Speicherbelegungsfunktion muss vom Typ "size_t" sein. JuliansAnhaengerLedControll C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\new 64
Fehler 25:56: error: 'nothrow_t' in namespace 'std' does not name a type C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\del_opnt.cpp 25
Fehler 25:50: error: 'std::size_t' has not been declared C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\del_ops.cpp 25
Fehler 25:58: error: 'nothrow_t' in namespace 'std' does not name a type C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\del_opvnt.cpp 25
Fehler 25:53: error: 'std::size_t' has not been declared C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\del_opvs.cpp 25
Fehler 22:12: error: 'nothrow_t' in namespace 'std' does not name a type C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\new_handler.cpp 22
Fehler 25:6: error: 'new_handler' in namespace 'std' does not name a type C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\new_handler.cpp 25
Fehler 27:1: error: '_UCXXEXPORT' does not name a type C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\new_handler.cpp 27
Fehler 25:54: error: expected primary-expression before 'const C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\new_opnt.cpp 25
Fehler 25:37: error: 'size_t' is not a member of 'std C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\new_opnt.cpp 25
Fehler 25:37: error: declaration of 'operator new' as non-function C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\new_opnt.cpp 25
Fehler 25:56: error: expected primary-expression before 'const C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\new_opvnt.cpp 25
Fehler 25:39: error: declaration of 'operator new []' as non-function C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\new_opvnt.cpp 25
Fehler 25:39: error: 'size_t' is not a member of 'std C:\Program Files (x86)\Arduino\libraries\ArduinoSTL\src\new_opvnt.cpp 25

NetworkAndSoftware · 2021-01-01T03:22:49Z

The PR in the AVR core is merged, so that leaves just the second issue I noted above.

Thank you for you work. I think ArduinoSTL may need some work too. Even changing the include in new_handler.cpp to use "new" I'm getting a linker error:

Error linking for board ATmega328P (5V, 16 MHz) (Arduino Pro or Pro Mini)
new.cpp.o (symbol from plugin): In function operator new(unsigned int)
Debug build failed for project 'heater-thermostat'
(.text+0x0): multiple definition of std::nothrow
new_handler.cpp.o (symbol from plugin)*: (.text+0x0): first defined here

collect2.exe*: error: ld returned 1 exit status

mhamidjamil · 2021-01-20T16:25:00Z

I think there's another reason: new versions of the AVR core have a header file 'new' that conflicts with the one from ArduinoSTL (arduino/ArduinoCore-avr@d1ae194). If anyone opens the Arduino IDE, goes to Tools -> Board -> Board manager and updates the Arduino AVR Boards to version 1.8.3, he/she will likely have the same problem.

The result is the same, so nbolthaus' pull request should solve it all the same.

Workaround in the meantime: downgrade Arduino AVR Boards to 1.8.2.

thanks man after down grading my problum is solved

NameOfTheDragon · 2021-06-15T18:48:00Z

The problem appears to be that if you have other IDEs installed (e.g. Visual Studio), the include search paths find the platforms std library implementation headers. Switching the include statements from <> to "" forces the use of the local std library implementation, which is what you want here. I'll submit a patch.

The fix suggested here will likely only work for the AVR targets.

If you are using one of the ARM-based Arduinos such as MKR 1010 WiFi, then that uses the ARM toolchain, which has the Standard Template Library built in. In that case you must use #include <stdlib> because the ArduinoSTL library will not compile at all and is not really needed, as you have a "proper" STL implementation available.

mike-matera · 2022-01-03T20:26:01Z

Hello! I've updated the library and it now compiles using the latest Arduino IDE. Sorry to make you all wait!

matthijskooijman · 2022-01-10T11:56:29Z

I believe this issue is not entirely fixed yet, in particular #56 (comment) is unresolved. See also arduino-libraries/Arduino_AVRSTL#2 (comment) for some more background, and arduino-libraries/Arduino_AVRSTL#8 for a possible fix (hardly tested, so feedback welcome).

technorainbows · 2022-02-02T03:10:07Z

I believe this issue is not entirely fixed yet, in particular #56 (comment) is unresolved. See also arduino-libraries/Arduino_AVRSTL#2 (comment) for some more background, and arduino-libraries/Arduino_AVRSTL#8 for a possible fix (hardly tested, so feedback welcome).

I confirm with @matthijskooijman -- this is not fixed. Only fix so far is downgrading Arduino AVR board to 1.8.2.

brand17 · 2022-05-06T05:45:19Z

Have the same error with Arduino IDE 2.0.0. Downgrading board to 1.8.2 works

alexshirley · 2023-03-25T14:43:50Z

@mike-matera I would also like to follow up, this is not fixed.

matthijskooijman · 2023-03-27T08:52:51Z

I've submitted a fix (last year already) for this here: #82

nholthaus mentioned this issue Jun 20, 2020

Use local includes for the std library files #57

Closed

radinParsaei added a commit to radinParsaei/VM that referenced this issue Jul 24, 2020

Arduino examples updated(examples won't build with latest Arduino ver…

0fab2ca

…sion see mike-matera/ArduinoSTL#56)

This was referenced Sep 17, 2020

Operator new improvements arduino/ArduinoCore-avr#287

Closed

Work with arduinostl hideakitai/ArxTypeTraits#2

Merged

NameOfTheDragon mentioned this issue Oct 23, 2020

ArduinoSTL library not compatible with AVR boards v1.8.3 nexdome/Firmware#33

Closed

khoih-prog mentioned this issue Nov 15, 2020

[Library Manager] Please add EthernetWebServer_SSL Library arduino/Arduino#10965

Closed

gpantazis mentioned this issue Nov 15, 2021

python library can't handle bare Tuple<T,S> return type from Arduino Library jfjlaros/arduino-simple-rpc#23

Closed

mike-matera closed this as completed Jan 3, 2022

matthijskooijman mentioned this issue Jan 10, 2022

change include directives to use double quotes arduino-libraries/Arduino_AVRSTL#2

Merged

khoih-prog mentioned this issue Dec 12, 2022

fatal error: vector khoih-prog/EthernetWebServer_SSL#30

Closed

matthijskooijman mentioned this issue Oct 18, 2023

Bug when using the library maniacbug/StandardCplusplus#36

Open

kasasiki3 mentioned this issue Apr 5, 2024

sketch_developmentSWをコンパイルするときにエラーが発生する kasasiki3/HIDtaiko#2

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Trivial sketch won't compile using Arduino 1.8.13 #56

Trivial sketch won't compile using Arduino 1.8.13 #56

nholthaus commented Jun 20, 2020

nholthaus commented Jun 20, 2020

roelschroeven commented Jun 23, 2020 •

edited

Loading

mike-matera commented Jul 18, 2020

Dantali0n commented Sep 17, 2020

matthijskooijman commented Sep 17, 2020

matthijskooijman commented Sep 17, 2020

matthijskooijman commented Oct 15, 2020

Dantali0n commented Oct 15, 2020

matthijskooijman commented Nov 19, 2020 •

edited

Loading

MishaRuko commented Dec 11, 2020

fl0wm0ti0n commented Dec 11, 2020

NetworkAndSoftware commented Jan 1, 2021 •

edited

Loading

mhamidjamil commented Jan 20, 2021

NameOfTheDragon commented Jun 15, 2021

mike-matera commented Jan 3, 2022

matthijskooijman commented Jan 10, 2022

technorainbows commented Feb 2, 2022

brand17 commented May 6, 2022

alexshirley commented Mar 25, 2023 •

edited

Loading

matthijskooijman commented Mar 27, 2023

Trivial sketch won't compile using Arduino 1.8.13 #56

Trivial sketch won't compile using Arduino 1.8.13 #56

Comments

nholthaus commented Jun 20, 2020

nholthaus commented Jun 20, 2020

roelschroeven commented Jun 23, 2020 • edited Loading

mike-matera commented Jul 18, 2020

Dantali0n commented Sep 17, 2020

matthijskooijman commented Sep 17, 2020

matthijskooijman commented Sep 17, 2020

matthijskooijman commented Oct 15, 2020

Dantali0n commented Oct 15, 2020

matthijskooijman commented Nov 19, 2020 • edited Loading

MishaRuko commented Dec 11, 2020

fl0wm0ti0n commented Dec 11, 2020

NetworkAndSoftware commented Jan 1, 2021 • edited Loading

mhamidjamil commented Jan 20, 2021

NameOfTheDragon commented Jun 15, 2021

mike-matera commented Jan 3, 2022

matthijskooijman commented Jan 10, 2022

technorainbows commented Feb 2, 2022

brand17 commented May 6, 2022

alexshirley commented Mar 25, 2023 • edited Loading

matthijskooijman commented Mar 27, 2023

roelschroeven commented Jun 23, 2020 •

edited

Loading

matthijskooijman commented Nov 19, 2020 •

edited

Loading

NetworkAndSoftware commented Jan 1, 2021 •

edited

Loading

alexshirley commented Mar 25, 2023 •

edited

Loading