On Sat, May 26, 2007 at 12:48:52AM +0200, Carsten Clever wrote: > Hi, > > I'm build a CLFS-1.0.0-x86_64-Pure64 system from svn revision 3521 with > chroot > approach. > During stage 10.7., glibc configure fails with > [...] > checking for .previous assembler directive... yes > checking for .protected and .hidden assembler directive... yes > checking whether __attribute__((visibility())) is supported... yes > checking for broken __attribute__((visibility()))... no > checking for broken __attribute__((alias()))... no > checking whether to put _rtld_local into .sdata section... no > checking for .preinit_array/.init_array/.fini_array support... no > configure: error: Need linker with .init_array/.fini_array support. > > I use "-Os -march=athlon64 -fPIC -fstack-protector-all -pipe" as compiler > options. > > Any hints? > Look in the config.log file (actually, you may have several of them - you want the one that has the error message). Somewhere, it should tell you exactly what result it got when it looked for this support. That may point to the problem.
What host system ? Actually, I strongly suspect your CFLAGS. I don't recall which version of gcc was in 1.0.0, but with 4.2.0 and possibly other current versions there is a bug with -fPIC (gcc PR31490). Equally, -Os has given me problems in the past when used on toolchain packages, (e.g. on i586 in the gcc-3 days) and -fstack-protector-all is something most of us probably don't use. If this isn't your first CLFS, feel free to experiment with CFLAGS, and to document what works (together with the toolchain package versions), and to pick up the pieces when things break. But isn't r3521 the current head (in other words, NOT 1.0.0) ? If that is true, definitely drop -fPIC and expect some breakage from gcc-4.2.0. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce _______________________________________________ Clfs-support mailing list [email protected] http://lists.cross-lfs.org/cgi-bin/mailman/listinfo/clfs-support
