Hey, I spent some extra nighttime to tweak some more stuff to cross build again. Like perl and texinfo.
A minimal target now (mostly) cross builds again - tested to mips and mips64. The later sort-of test booted on a Sgi Octane - yay! (I cheated a bit by not rebuilding the kernel though - https://www.instagram.com/p/BG4qjXtgx99/) (and I ignored some missing dietlibc/udev symbol, … and also grub2 on mips, … looked a bit Loongson-only) Cheers, René On Jun 21, 2016, at 18:50, René Rebe <[email protected]> wrote: > Hey, > > sorry for the late replay, busy lately. > > Yes, compiler and packages and such should not read host files (except when > they build natively run helper tools obviously). > > However, there is no fancy sandbox or so that stops packagers to accidentally > doing so. > This is why cross compiled phase requires on proper guidance with configure > and Makefile switchers, patches etc. to guide packages to cross compile > proper. > > I do not remember seeing such error, and recently cross compiled trunk on a > relative fresh trunk installation on an amd64 to mips64 and aside minor > hiccups which I patched did not encounter major problems, ... > > René > > On Jun 6, 2016, at 15:37, 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. >>> >>> --------------------- >>> x86_64-t2-linux-gnux32-cc -I. -isystem include -Os -fstrict-aliasing >>> -momit-leaf-frame-pointer -mfancy-math-387 -W -Wall -Wextra >>> -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations >>> -Wno-switch -Wno-unused -Wredundant-decls -c dyn_start.c -o >>> bin-x86_64/dyn_start.o -D__dietlibc__ >>> In file included from dyn_start.c:4:0: >>> /usr/include/x86_64-linux-gnu/sys/cdefs.h:41:20: error: missing binary >>> operator before token "(" >>> # if __GNUC_PREREQ (4, 6) && !defined _LIBC >>> --------------------- >>> >>> Rene, >>> does that error mean anything to you? It is that "(" it is objecting to. >>> >>> Regards, >>> Barry >>> >> >> >> >> ----------------------------------------------------------- >> If you wish to unsubscribe from this mailing, send mail to >> [email protected] with a subject of: unsubscribe t2 > > -- > 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 -- ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin DE Legal: Amtsgericht Berlin (Charlottenburg) HRB 105123B, Tax-ID#: DE251602478 Managing Director: René Rebe 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
