It is necessary to right-click on the project folder in Project Explorer, go to Properties and there it should be enough to set these options:
The first screenshot also shows where the
-static-libstdc++ needs to be removed in the case of the GCC 4.3.3 toolchain.
and finally, it is necessary to recompile libev3api.a...
First, the toolchain path needs to be fixed in path/to/ev3/API/Makefile (CROSS_COMPILE=/path/to/toolchain/bin/armel-linux-musleabi-). Then the API can be recompiled by running this in CMD in the path/to/ev3/API folder:
del /Q *.o *.a *.d example
/path/to/toolchain/bin/cs-make.exe
C++ compilation can be made to work with the GCC 4.3.3 though and this should be easier to set up
This needs to replace the
-static-libstdc++ flag; the -rpath argument will add a new search path for shared libraries on the brick. EDIT: the content is -Wl,-rpath,/home/root/lms2012/prjs
You then only need to upload the libstdc++ library using ev3duder, optionally stripping it before to reduce its size:
copy <path to gcc4.3.3>/arm-none-linux-gnueabi/libc/usr/lib/libstdc++.so.6 libcpp.so
<path to gcc4.3.3>/bin/arm-none-linux-gnueabi-strip libcpp.so
ev3duder up libcpp.so /home/root/lms2012/prjs/libcpp.so
ev3duder exec "mv /home/root/lms2012/prjs/libcpp.so /home/root/lms2012/prjs/libstdc++.so.6"
@botondklenk The GCC 4.3.3 shipped with C4EV3 has the advantage that almost all its system libraries (except for libstdc++) are already on the brick, removing the necessity of static linking (-> decreasing binary size) and ruling out incompatibilities between the shared libraries. It should be possible to use other versions too, but the setup may be a bit different.
@botondklenk I had success with the C4EV3 installer, https://github.com/c4ev3/Windows-Installer/releases/tag/v2020.01.0; the embedded compiler should to be https://sourcery.mentor.com/public/gnu_toolchain/arm-none-linux-gnueabi/arm-2009q1-203-arm-none-linux-gnueabi.exe, for Linux it is https://sourcery.mentor.com/public/gnu_toolchain/arm-none-linux-gnueabi/arm-2009q1-203-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2 or https://sourcery.mentor.com/public/gnu_toolchain/arm-none-linux-gnueabi/arm-2009q1-203-arm-none-linux-gnueabi.bin
@botondklenk The file is in reality <toolchain>/arm-none-linux-gnueabi/libc/usr/lib/libstdc++.so.6, but ev3duder cannot upload the library with a plus in its name (it is not the fault of ev3duder though), so it has to be uploaded as "libcpp.so" or something without a plus in it.
I just have one more problem, after some setting changes the project cant find the string libary. Where did i just remove it?
If the build fails too, does the g++ command in the output window have an argument like
-nostdinc or -nostdinc++?
I don't know what did i wrong... but the EV3 only display the mindstorms logo and the name of the program again.
this is a feature of the 1.10E firmware that was developed by Microsoft for their MakeCode environment
I think it accepts only files in a special UF2 format, but it has an open specification
I have hacked together a python script that is able to create a limited variant of it, so I can try to send you the library packed inside it
this only needs to be dropped to the emulated USB flash drive, the software on the brick does the rest
this installs /home/root/lms2012/prjs/BrkProg_SAVE/libstdc++.so.6 and a small test app (sources here)
to make compilation in Eclipse work, it will be necessary to replace the rpath argument with
-Wl,-rpath,/home/root/lms2012/prjs/BrkProg_SAVE as now the library is in a subdirectory
