This seems like a good time to say: Thanks, René, for everything you've given to the community so far.
Building Open Source software is pretty thankless work, but some of us really do appreciate what you do. William Tracy [email protected] (408) 685-4819 "Actually it's more like the 'j' in Eyjafjallajökull." -- CamperBob2, on the pronunciation of the "my" in MySQL On Fri, Dec 2, 2016 at 6:27 AM, René Rebe <[email protected]> wrote: > Hey Barry, > > I’m sorry I’m really extremely buy and overloaded with work and life, … > and such. > > What I find during our builds I obviously fix and patches are very > welcome. But I unfortunately can right now not spend time debugging other > builds. > > Sorry, > René > > On Dec 2, 2016, at 13:00, Barry Kauler <[email protected]> wrote: > > > On 6/6/16, Barry Kauler <[email protected]> wrote: > >> It is reading the header file in my host system, should it be doing > >> that in stage1? > >> > >> Anyway, I inserted this into /usr/include/x86_64-linux-gnu/sys/cdefs.h: > >> > >> -------------------------- > >> /* Convenience macros to test the version of gcc. */ > >> #undef __GNUC_PREREQ > >> #if defined __GNUC__ && defined __GNUC_MINOR__ > >> # define __GNUC_PREREQ(maj, min) \ > >> ((__GNUC__ << 16) + __GNUC_MINOR__ >= ((maj) << 16) + > (min)) > >> #else > >> # define __GNUC_PREREQ(maj, min) 0 > >> #endif > >> --------------------------- > >> > >> Which seems to have fixed it, but then it has stopped on another error > >> in another header file in my host system. > >> > >> > >> On 6/6/16, Barry Kauler <[email protected]> wrote: > >>> Continuing the "generic" x32 build, dietlibc has failed at stage1. > > > > The above situation was back in Jan, running Quirky x86_64 doing a > > cross x32 build in T2. > > > > Fast forward to now, I am running Quirky 8.1.3 armv7 in a Raspberry > > Pi3, dong a native build, pretty much the standard "embedded" target, > > have chosen a "cortex-a8" CPU as that seems to be the closest. > > > > Managed to get to Stage 1, and fixed glibc as documented in another post. > > That was also the same problem, and fix, back in January. > > > > Now with dietlibc have hit exactly the same problems. Undefined > > symbols. It is looking in the header files in my host system and not > > finding symbols, and if I try to include some header files, then > > getting conflicts. Ended up in a mess. > > > > Before I started messing around with the header files, a small part of > > the error log, where it starts to go wrong, is below, the whole log is > > attached: > > > > arm-t2-linux-gnueabi-cc -I. -isystem include -pipe -nostdinc -Os > > -fomit-frame-pointer -fstrict-aliasing -W -Wall -Wextra > > -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations > > -Wno-switch -Wno-unused -Wredundant-decls -c lib/__finite.c -o > > bin-arm/__finite.o -D__dietlibc__ > > arm-t2-linux-gnueabi-cc -I. -isystem include -pipe -nostdinc -Os > > -fomit-frame-pointer -fstrict-aliasing -W -Wall -Wextra > > -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations > > -Wno-switch -Wno-unused -Wredundant-decls -c lib/isprint.c -o > > bin-arm/isprint.o -D__dietlibc__ > > arm-t2-linux-gnueabi-cc -I. -isystem include -pipe -nostdinc -Os > > -fomit-frame-pointer -fstrict-aliasing -W -Wall -Wextra > > -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations > > -Wno-switch -Wno-unused -Wredundant-decls -c lib/wcsncmp.c -o > > bin-arm/wcsncmp.o -D__dietlibc__ > > In file included from include/time.h:6:0, > > from /usr/include/arm-linux-gnueabihf/sys/types.h:132, > > from include/stdio.h:5, > > from include/wchar.h:7, > > from lib/wcsncmp.c:1: > > include/signal.h:258:3: error: unknown type name 'int32_t' > > int32_t si_signo; > > ^ > > include/signal.h:259:3: error: unknown type name 'int32_t' > > int32_t si_errno; > > ^ > > include/signal.h:260:3: error: unknown type name 'int32_t' > > int32_t si_code; > > ^ > > include/signal.h:262:5: error: unknown type name 'int32_t' > > int32_t _pad[SI_PAD_SIZE]; > > ^ > > include/signal.h:262:18: error: 'int32_t' undeclared here (not in a > function) > > int32_t _pad[SI_PAD_SIZE]; > > ^ > > include/signal.h:270:7: error: unknown type name 'uint32_t' > > uint32_t _timer1; > > ^ > > include/signal.h:271:7: error: unknown type name 'uint32_t' > > uint32_t _timer2; > > ^ > > include/signal.h:283:7: error: expected specifier-qualifier-list > > before 'int32_t' > > int32_t _status; /* exit code */ > > ^ > > include/signal.h:294:7: error: expected specifier-qualifier-list > > before 'int32_t' > > int32_t _fd; > > ^ > > include/signal.h:438:3: error: conflicting types for 'sigset_t' > > } sigset_t; > > ^ > > In file included from /usr/include/arm-linux-gnueabihf/sys/time.h:29:0, > > from include/time.h:5, > > from /usr/include/arm-linux-gnueabihf/sys/types.h:132, > > from include/stdio.h:5, > > from include/wchar.h:7, > > from lib/wcsncmp.c:1: > > /usr/include/arm-linux-gnueabihf/sys/select.h:37:20: note: previous > > declaration of 'sigset_t' was here > > typedef __sigset_t sigset_t; > > ^ > > Regards, > > Barry Kauler > > <ERROR-LOG.gz> > > -- > ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin > http://exactcode.com | http://exactscan.com | http://ocrkit.com | > http://t2-project.org | http://rene.rebe.de > > > ----------------------------------------------------------- > If you wish to unsubscribe from this mailing, send mail to > [email protected] with a subject of: unsubscribe t2 > >
----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [email protected] with a subject of: unsubscribe t2
