[Python-apps-team] Bug#997208: firmware-microbit-micropython: FTBFS: platform.h:25:10: fatal error: cstddef: No such file or directory

Adrian Bunk bunk at debian.org
Sat Nov 27 23:25:47 GMT 2021


Control: severity 998365 serious
Control: close 997208

On Sun, Oct 24, 2021 at 12:48:33PM +0200, Ondřej Kuzník wrote:
> On Sat, Oct 23, 2021 at 09:11:58PM +0200, Lucas Nussbaum wrote:
> > Source: firmware-microbit-micropython
> > Version: 1.0.1-2
> > Severity: serious
> > Justification: FTBFS
> > Tags: bookworm sid ftbfs
> > 
> > Hi,
> > 
> > During a rebuild of all packages in sid, your package failed to build
> > on amd64.
> > 
> > 
> > Relevant part (hopefully):
> >> In file included from /<<PKGBUILDDIR>>/yotta_modules/mbed-classic/api/Ethernet.h:19,
> >>                  from /<<PKGBUILDDIR>>/yotta_modules/mbed-classic/common/Ethernet.cpp:16:
> >> /<<PKGBUILDDIR>>/yotta_modules/mbed-classic/api/platform.h:25:10: fatal error: cstddef: No such file or directory
> >>    25 | #include <cstddef>
> >>       |          ^~~~~~~~~
> >> compilation terminated.
> 
> On my bookworm system this is caused by the ARM toolchain being out of
> sync in the archive, sid/testing have:
> - gcc-arm-none-eabi 10.3 (15:10.3-2021.07-1)
> - libstdc++-arm-none-eabi from gcc 8 (15:8-2019-q3-1+13)
> 
> Where bullseye has both at 15:8-2019-q3-1+13 (and 15:8-2019-q3-1+b1).
> 
> In essence this is #953420 with different version combinations. I think
> the first step would be to mark gcc builds with Breaks for the older
> libstdc++ and vice versa. Or, if possible, submit them in lockstep.

This is #998365, so the problem has to be fixed there.

> Regards,
> Ondrej

cu
Adrian



More information about the Python-apps-team mailing list