On Tue, 2020-05-12 at 09:20 +0200, Freddie Chopin wrote: > > I actually have to build my own toolchain instead of the one provided > by ARM, because to really NOT use C++ exceptions, you have to recompile > the whole libstdc++ with `-fno-exceptions -fno-rtti` (yes, I know they > provide the "nano" libraries, but I the options they used for newlib > don't suit my needs - this is "too minimized"). If you pass these two > flags during compilation and linking of your own application, this > disables these features only in your code. As libstdc++ is compiled > with exceptions and RTTI enabled, ...
IMHO this is a conceptual fail of the whole concept of using pre- compiled pre-installed libraries somewhere in the toolchain, in particular for this kind of cross-compilation scenario. Like you say, when we set "exceptions off" it usually means for the whole embedded app, and the whole embedded app usually means all the OS and runtime libraries and everything, not just the user code. One option is to not use the pre-compiled toolchain libstc++ but build it from source (or use another c++ std lib of your choice), as part of the whole project, with the desired project settings. BTW, just to throw in my 2-cents into the "I'm using MCU" pool of pain/joy ... in one of my projects I'm using STM32F051K6U6, 32 KB flash, 8 KB RAM, running all C++ code with shared C++ RPC libraries to communicate with other (bigger) devices. Exceptions, RTTI, threads have to be turned off and only the header-only things from the stdlib can be used and no heap allocations. Otherwise the thing doesn't fit. Don't feel like rewriting the whole thing either. There are some annoyances when turning off exceptions and RTTI which results in increased code maintenance. I'd definitely be good and highly appreciated if there were any improvements in the area of exception handling. Cheers, Oleg
