Platform is SUSE Enterprise 10 SP2. Bootstrapping fails at the `USE=-git emerge -u system' step, after emerging 20+ packages. The console has: i686-pc-linux-gnu-gcc -O2 -march=i686 -pipe -m32 -I/local/scratch/portage/sys-apps/baselayout-prefix-1.12.5-r10/work/gnulib -I/local/scratch/portage/sys-apps/baselayout-prefix-1.12.5-r10/work/gnulib/gllib -DLIBDIR=\"lib\" -c -o runscript.o runscript.c In file included from runscript.c:20: core/misc.h:250: error: expected identifier or '(' before '__extension__' make: *** [runscript.o] Error 1 make: Leaving directory `/local/scratch/portage/sys-apps/baselayout-prefix-1.12.5-r10/work/baselayout-1.12.5/src' * ERROR: sys-apps/baselayout-prefix-1.12.5-r10 failed (compile phase): * (no error message)
@haubi: shall we add a bootstrap USE-flag that skips the compilation? That's how I bootstrapped on SolarisECE yesterday.
and with the amount of patches we have, maybe it is a good idea to fork the sources we use now, put it in some repo (gentoo-alt svn, or a new git overlay?) and develop it there?
(In reply to comment #0) > In file included from runscript.c:20: > core/misc.h:250: error: expected identifier or '(' before '__extension__' > make: *** [runscript.o] Error 1 > make: Leaving directory > `/local/scratch/portage/sys-apps/baselayout-prefix-1.12.5-r10/work/baselayout-1.12.5/src' > * ERROR: sys-apps/baselayout-prefix-1.12.5-r10 failed (compile phase): > * (no error message) As I don't have this problem on Solaris 10 here (using prefix-launcher): WTF can go wrong in core/misc.h:250 ? 247 char *strcatpaths(const char *pathname1, const char *pathname2); 248 249 /* Compat functions for GNU extensions */ *250 char *strndup(const char *str, size_t size); 251 /* Same as basename(3), but do not modify path */ 252 char *gbasename(const char *path); 253 (In reply to comment #1) > @haubi: shall we add a bootstrap USE-flag that skips the compilation? That's > how I bootstrapped on SolarisECE yesterday. I don't think this should be necessary at all. For AIX I've added a local instance of gnulib exactly for bootstrap (and for some 'restrict' keyword issue with external gnulib). So for anything that's missing during bootstrap I'd like to extend the local gnulib when possible. (In reply to comment #2) > and with the amount of patches we have, maybe it is a good idea to fork the > sources we use now, put it in some repo (gentoo-alt svn, or a new git overlay?) > and develop it there? As the current state somehow looks like "dead upstream" to me: +1
Rabbe is on SuSE. Works for me on Solaris and Darwin too. I guess easiest for now is to put this next to our binutils-whatever code in svn.
(In reply to comment #4) > I guess easiest for now is to put this next to our binutils-whatever code in > svn. Done: svn+ssh://grobian@svn.gentoo.org/var/svnroot/gentoo-alt/trunk/baselayout-prefix
(In reply to comment #4) > Rabbe is on SuSE. Works for me on Solaris and Darwin too. Ok, same here on amd64-gentoo with 32bit profile (machine had nfs problems for a while), going to dig into...
Porting to non-GNU systems without gnulib isn't a good idea, taking strndup from gnulib now too - without revbump. Tested on AIX 5.3, Solaris 10 (x86), amd64-Gentoo in 32bit Prefix each.