Just a heads-up. Following installation instructions for Linux I ran into a couple of snags.
...
Replying to my own post (sorry). Just continuing the saga, trying to get Debian on Raspberry Pi to load the Linux package that gets the Arduino IDE to support Raspberry Pico development.
...continuing...
The source issue is the compiler keyword "noexcept", which was introduced into C++ by gcc at version11. I got as far as getting gcc++ v10.1 compiled and installed in Debian on my Raspberry Pi but it won't run since gcc++ v10.1 requires GLIBC_2.28 in "/lib/arm-linux-gnueabihf/libc.so.6", which only goes as far as GLIBC_2.27 in Debian. Fixing that would risk even booting Debian and (subsequently discovered) gcc++ v10.1 would not support "noexcept", so that was a dead end path.
Instead I checked what "noexcept" was meant to do. It's a compile time assert which should provide no features to the runtime result. Trouble is "fixing" the code by removing "noexcept" would be overwritten since the source is fetched, each time the "pico_setup.sh" script is run. "pico_setup,sh" is not reentrant, it complains at a "mkdir build" line that the directory exists. That directory is an artifact of the precious run. Even changing "mkdir build" to "mkdir -p build" fails further down as other directories exist and are not empty. I have to "rm -rf pico" between each attempt so my "fixes" don't survive
-( ).
To get past that, I copied the source that trips up the compile:
pico/pico-sdk/src/rp2_common/pico_standard_link/new_delete.cpp
to the same directory as the "pico_setup.sh", "fixed" the source by commenting out both "noexcept" references:
C++:
void operator delete(void *p, __unused std::size_t n) noexcept { std::free(p); }
void operator delete(void *p) { std::free(p); }
void operator delete[](void *p) noexcept { std::free(p); }
became
C++:
void operator delete(void *p, __unused std::size_t n) /* noexcept */ { std::free(p); }
void operator delete(void *p) { std::free(p); }
void operator delete[](void *p) /* noexcept */ { std::free(p); }
and added a re-copy back step just before the relevant "make" in "pico_setup.sh" i.e.
Bash:
cd build
cmake ../
make -j$JNUM
became:
Bash:
cd build
cmake ../
cp ${HOME}/new_delete.cpp ${HOME}/pico/pico-sdk/src/rp2_common/pico_standard_link/new_delete.cpp
make -j$JNUM
A bit of a kludge but that now compiles on Debian's gcc++ v6.3.
The saga continues... the next snag is:
Processing triggers for gnome-menus (3.13.3-9) ...
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package libegl-mesa0
That appears to be something to do with a video driver given as a dependency.
ONWARD!
Facebook
Twitter
Instagram