On Friday 30 January 2015 14:02:31 lux-integ wrote: > I also did a non-multilib build with linux-3.18.3/glibc-2.20/binutils-2.25 > and gcc-4.9.2 and the toolchain built OK. IT WAS NOT an attempt at a > mulilib though. For the multilib build I had a go wih linux-3.18.3 > kernel headers ad glibc-2.20 and glibC (m32) failed very early > on. like so: > > '#----------------
> included from ../sysdeps/i386/nptl/tls.h:28:0, > from ../sysdeps/i386/i686/nptl/tls.h:33, > from ../include/errno.h:27, > from libc-tls.c:19: > libc-tls.c: In function '__libc_setup_tls': > ../sysdeps/unix/sysv/linux/i386/sysdep.h:366:12: error: > '__NR_set_thread_area' undeclared (first use in this function) > : "i" (__NR_##name) ASMFMT_##nr(args) : "memory", "cc"); \ > ^ > ../sysdeps/i386/nptl/tls.h:212:16: note: in expansion of macro > 'INTERNAL_SYSCALL' > _result = INTERNAL_SYSCALL (set_thread_area, err, 1, > &_segdescr.desc); \ > ^ > libc-tls.c:185:25: note: in expansion of macro 'TLS_INIT_TP' > const char *lossage = TLS_INIT_TP ((char *) tlsblock + tcb_offset); > ^ > ../sysdeps/unix/sysv/linux/i386/sysdep.h:366:12: note: each undeclared > identifier is reported only once for each function it appears in > : "i" (__NR_##name) ASMFMT_##nr(args) : "memory", "cc"); \ > ^ > ../sysdeps/i386/nptl/tls.h:212:16: note: in expansion of macro > 'INTERNAL_SYSCALL' > _result = INTERNAL_SYSCALL (set_thread_area, err, 1, > &_segdescr.desc); \ > ^ > libc-tls.c:185:25: note: in expansion of macro 'TLS_INIT_TP' > const char *lossage = TLS_INIT_TP ((char *) tlsblock + tcb_offset); > ^ > make[2]: *** > [/mnt/clfs/x86MultilibTC-b15BUILD/glibcM32-build/csu/libc-tls.o] Error 1 > make[2]: Leaving directory > `/mnt/clfs/x86MultilibTC-b15BUILD/glibc-2.20/csu' make[1]: *** > [csu/subdir_lib] Error 2 > make[1]: Leaving directory `/mnt/clfs/x86MultilibTC-b15BUILD/glibc-2.20' I repeated the exercise now using this patch gcc-4.9.2-specs -1.patch at the equivalent of here:- ( http://clfs.org/view/git/x86_64/cross-tools/gcc-static.html ) i.e. substuting gcc-4.9.2 for gcc-4.8,3. ( The patch was applied succesfuly. ) At the next step glibc-2.20 (32-bit build ) the build failed as before as shown above. As I said before I would be grateful for the build recipe and logs of anyone who has built clfs/multilib (x86 ) for clfs3.00 or current development or hybrids thereof. Thanks in advance. sincerely luxInteg _______________________________________________ Clfs-support mailing list [email protected] http://lists.clfs.org/listinfo.cgi/clfs-support-clfs.org
