Package: libstdc++-arm-none-eabi-newlib Version: 15:8-2019-q3-1+13 Severity: important X-Debbugs-Cc: d...@cowlark.com
Dear Maintainer, Currently the testing/unstable version of gcc-arm-none-eabi is 15:10.3-2021.07-2 (a.k.a. 10.3.1) and the version of libstdc++-arm-none-eabi- newlib is 15:8-2019-q3-1+13 (a.k.a. 8.3.1). The problem is that gcc looks for the newlib include files using the compiler internal version, which makes newlib unusable --- the compiler is looking for /usr/include/newlib/c++/10.3.1 and failing to find the files in /usr/include/newlib/c++/8.3.1. The solution for me was to downgrade gcc to the same version as newlib, which lets it find the library, but that's not very satisfactory. As it stands newlib is unusable on testing or unstable systems. I would suggest adding a constraint to newlib to ensure that the version of gcc-arm-none-eabi is the same as that of libstdc++-arm-none-eabi-newlib. -- System Information: Debian Release: bookworm/sid APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.14.0-3-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libstdc++-arm-none-eabi-newlib depends on: ii libnewlib-arm-none-eabi 3.3.0-1 ii libnewlib-dev 3.3.0-1 Versions of packages libstdc++-arm-none-eabi-newlib recommends: ii binutils-arm-none-eabi 2.37-7+15 ii gcc-arm-none-eabi 15:8-2019-q3-1+b1 libstdc++-arm-none-eabi-newlib suggests no packages. -- no debconf information