[lfs-support] glibc 2.19
Great, glibc 2.19 is working fine. Also, the first two 'sed' lines - static and make - can be removed because those issues are resolved in the new version. I did not created any other change. Maybe have a look at the locales for the bss chain. ef2progs - due to the introduction of using a build directory, the lines around com_err info files are incorrect. The com_err files are still in the source tree so references to the doc and lib directories should have ../glibc-2.19/ prepended and the double dot in lib be removed. Regards, Frans. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] Glibc
Greetings, I am trying to get glibc installed on my system, so I can continue/begin LFS. I get the same error from Glibc versions 2-17, and 18. //home/william/Downloads/glibc-2.18/nis/nis_file.c:42: undefined reference to `xdrstdio_create' / /collect2: error: ld returned 1 exit status / /make[2]: *** [/home/william/Downloads/glibc-build/nscd/nscd] Error 1 / /make[2]: Leaving directory `/home/william/Downloads/glibc-2.18/nscd' / /make[1]: *** [nscd/others] Error 2 / /make[1]: Leaving directory `/home/william/Downloads/glibc-2.18' / /make: *** [all] Error 2/ Research says it is trying to do a sunrpc (procedure call) and seems to have something to do with ports. It is a known problem on some platforms: 12.57.45 |xdrstdio_create| Gnulib module: --- Portability problems fixed by Gnulib: Portability problems not fixed by Gnulib: * This function is missing on some platforms: Minix 3.1.8, Cygwin 1.7.4, mingw, MSVC 9, BeOS. Any idea how I get around it. I tried installing Debian NSCD package but go the same error. Thanks, William / / -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Glibc
On Tue, Jan 14, 2014 at 8:08 AM, William Darryl Jackson wm.djack...@comcast.net wrote: Greetings, I am trying to get glibc installed on my system, so I can continue/begin LFS. I get the same error from Glibc versions 2-17, and 18. */home/william/Downloads/glibc-2.18/nis/nis_file.c:42: undefined reference to `xdrstdio_create' * *collect2: error: ld returned 1 exit status * *make[2]: *** [/home/william/Downloads/glibc-build/nscd/nscd] Error 1 * *make[2]: Leaving directory `/home/william/Downloads/glibc-2.18/nscd' * *make[1]: *** [nscd/others] Error 2 * *make[1]: Leaving directory `/home/william/Downloads/glibc-2.18' * *make: *** [all] Error 2* Research says it is trying to do a sunrpc (procedure call) and seems to have something to do with ports. It is a known problem on some platforms: 12.57.45 xdrstdio_create Gnulib module: — Portability problems fixed by Gnulib: Portability problems not fixed by Gnulib: - This function is missing on some platforms: Minix 3.1.8, Cygwin 1.7.4, mingw, MSVC 9, BeOS. Any idea how I get around it. I tried installing Debian NSCD package but go the same error. Thanks, William -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page If you are building the temporary toolchain, a quick question: Do you have the sunrpc Headers installed? At the beginning of the Glibc installation instructions, the instructions mention running the following commands: if [ ! -r /usr/include/rpc/types.h ]; then su -c 'mkdir -p /usr/include/rpc' su -c 'cp -v sunrpc/rpc/*.h /usr/include/rpc' fi Hopefully this should do it. Thank you, Douglas Reno -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Glibc
William Darryl Jackson wrote: Greetings, I am trying to get glibc installed on my system, so I can continue/begin LFS. I get the same error from Glibc versions 2-17, and 18. //home/william/Downloads/glibc-2.18/nis/nis_file.c:42: undefined reference to `xdrstdio_create' / Research says it is trying to do a sunrpc (procedure call) and seems to have something to do with ports. It is a known problem on some platforms: 12.57.45 |xdrstdio_create| Gnulib module: --- Gnulib and glibc are not the same thing. What is your host distribution and what is the output of the host system requirements script? The symbol xdrstdio_create is normally in /usr/include/rpc/xdr.h after installation, but that file is in the glibc package. I note that the problem is not that the file was not found, but the variable not defined. Are you doing things *exactly* as they are in the book? -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Glibc
Le 12/01/2014 22:37, William Darryl Jackson a écrit : Never mind, I just answered my own question. I remember Debian did not show Glibc as a package, and I loaded eglibc-source, but apparently it is not sufficient. Need to find Glibc-2.5.1 - maybe from another Debian repository, or compile and install it from elsewhere. This pertains to the 'make' error I just emailed in GCC-4.8.1. I will work it out. Take care, William You can use any version of glibc above 2.5.1, and 2.17 or 2.13 are OK. On debian, I have libc-dev-bin and libc6-dev, which should pull the needed dependencies. eglibc-source is useless for building LFS. Pierre -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] glibc build in LFS7.4.
My Chapter 6 glibc check gave four errors. Three of them (getaddrinfo4, annexc and run-conformtest) are expected but the fourth in globtest is not mentioned in the book. Here is the immediate context: /bin/sh globtest.sh /sources/glibc-build/ ' /sources/glibc-build/elf/ld-linux-x86-64.so.2 --library-path /sources/glibc-build:/sources/glibc-build/math:/sources/glibc-build/elf:/sources/glibc-build/dlfcn:/sources/glibc-build/nss:/sources/glibc-build/nis:/sources/glibc-build/rt:/sources/glibc-build/resolv:/sources/glibc-build/crypt:/sources/glibc-build/nptl' \ ' /sources/glibc-build/elf/ld-linux-x86-64.so.2 --library-path /sources/glibc-build:/sources/glibc-build/math:/sources/glibc-build/elf:/sources/glibc-build/dlfcn:/sources/glibc-build/nss:/sources/glibc-build/nis:/sources/glibc-build/rt:/sources/glibc-build/resolv:/sources/glibc-build/crypt:/sources/glibc-build/nptl' ' env' make[2]: *** [/sources/glibc-build/posix/globtest.out] Error 1 Is this a serious error and, if so, how should I deal with it? -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc test failures. Acceptable?
I think I neglected to shut down the networking on the host system - so the posix tests did not fail. I did not realise that network isolation was a requirement. I do not have that machine with me here at work - so I will check later. That is interesting. And very puzzling. For me, I don't shut down networking on the host (why would anyone do that ?), but I think that test has always failed for me since it was introduced - it's fairly recent. Right. The issue is that all the needed files are not yest installed in chroot at the time glibc is built for the resolver to work. If building/testing in a full environment, the test passes. There is no need ot disable networking on the host. I was wrong. The posix test failures are there further back in the log. As Mr. Dubbs implied, the build had actually succeeded and installed cleanly. I have now moved on to the later stages. Many thanks for the help, R. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] glibc test failures. Acceptable?
Hello experts, I am attempting my first LFS build; which will (hopefully) be 7.4, built on a host system of slackware-14. All went well up until chapter 6. I am unsure as to whether or not the errors in the glibc fall into the acceptable variety or not. glibc appeared to build well enough. Having tried the test suites (with TIMEOUTFACTOR=16 - this is a humble machine), the make - k check ends with: AWK='gawk' scripts/check-local-headers.sh \ /usr/include /source/glibc-build/ /source/glibc-build/check-local-headers.out /usr/bin/perl scripts/begin-end-check.pl argp/argp.h assert/assert.h catgets/nl_types.h crypt/crypt.h ctype/ctype.h debug/execinfo.h dirent/dirent.h dlfcn/dlfcn.h elf/elf.h elf/link.h gmon/sys/gmon.h gmon/sys/gmon_out.h gmon/sys/profil.h grp/grp.h gshadow/gshadow.h iconv/iconv.h iconv/gconv.h inet/netinet/in.h inet/netinet/igmp.h inet/netinet/ip6.h inet/netinet/ether.h inet/netinet/icmp6.h inet/arpa/inet.h inet/arpa/telnet.h inet/arpa/tftp.h inet/arpa/ftp.h inet/protocols/routed.h inet/protocols/timed.h inet/protocols/rwhod.h inet/protocols/talkd.h inet/aliases.h inet/ifaddrs.h inet/netinet/ip6.h inet/netinet/icmp6.h intl/libintl.h io/sys/stat.h io/sys/statfs.h io/sys/vfs.h io/sys/statvfs.h io/fcntl.h io/sys/fcntl.h io/poll.h io/sys/poll.h io/utime.h io/ftw.h io/fts.h io/sys/sendfile.h libio/stdio.h libio/libio.h locale/locale.h locale/langinfo.h locale/xlocale.h login/utmp.h login/lastlog.h login/pty.h malloc/malloc.h malloc/obstack.h malloc/mcheck.h math/math.h math/complex.h math/fenv.h math/tgmath.h misc/sys/uio.h nis/rpcsvc/yp_prot.h nis/rpcsvc/nis_callback.h nis/rpcsvc/yp.h nis/rpcsvc/ypupd.h nis/rpcsvc/nislib.h nis/rpcsvc/nis_tags.h nis/rpcsvc/ypclnt.h nis/rpcsvc/nis.h nptl_db/thread_db.h nptl/sysdeps/pthread/pthread.h nptl/semaphore.h nss/nss.h posix/sys/utsname.h posix/sys/times.h posix/sys/wait.h posix/sys/types.h posix/unistd.h posix/glob.h posix/regex.h posix/wordexp.h posix/fnmatch.h posix/getopt.h posix/tar.h posix/sys/unistd.h posix/sched.h posix/re_comp.h posix/wait.h posix/cpio.h posix/spawn.h pwd/pwd.h resolv/resolv.h resolv/netdb.h resolv/arpa/nameser_compat.h resolv/arpa/nameser.h resource/sys/resource.h resource/sys/vlimit.h resource/sys/vtimes.h resource/ulimit.h rt/aio.h rt/mqueue.h setjmp/setjmp.h shadow/shadow.h signal/signal.h signal/sys/signal.h socket/sys/socket.h socket/sys/un.h stdio-common/printf.h stdio-common/stdio_ext.h stdlib/stdlib.h stdlib/alloca.h stdlib/monetary.h stdlib/fmtmsg.h stdlib/ucontext.h sysdeps/generic/inttypes.h sysdeps/generic/stdint.h stdlib/errno.h stdlib/sys/errno.h string/string.h string/strings.h string/memory.h string/endian.h string/argz.h string/envz.h string/byteswap.h sunrpc/rpc/pmap_clnt.h sunrpc/rpc/xdr.h sunrpc/rpc/rpc_des.h sunrpc/rpc/auth_des.h sunrpc/rpc/pmap_rmt.h sunrpc/rpc/rpc.h sunrpc/rpc/auth.h sunrpc/rpc/key_prot.h sunrpc/rpc/netdb.h sunrpc/rpc/rpc_msg.h sunrpc/rpc/auth_unix.h sunrpc/rpc/pmap_prot.h sunrpc/rpc/svc.h sunrpc/rpc/clnt.h sunrpc/rpc/des_crypt.h sunrpc/rpc/types.h sunrpc/rpc/svc_auth.h sunrpc/rpcsvc/bootparam.h sysvipc/sys/ipc.h sysvipc/sys/msg.h sysvipc/sys/sem.h sysvipc/sys/shm.h termios/termios.h termios/sys/termios.h termios/sys/ttychars.h time/time.h time/sys/time.h time/sys/timeb.h wcsmbs/wchar.h wctype/wctype.h /source/glibc-build/begin-end-check.out make[1]: Target `check' not remade because of errors. make[1]: Leaving directory `/source/glibc-2.18' When I look for just the errors, using 'grep -i error glibc-check-log' I find: ... gcc tst-initializers1-gnu99.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-math -g -Wstrict-prototypes -Wa,-mtune=i686 -W -Wall -Werror -std=gnu99 -I../include -I/source/glibc-build/nptl -I/source/glibc-build -I../nptl/sysdeps/unix/sysv/linux/i386/i686 -I../sysdeps/unix/sysv/linux/i386/i686 -I../nptl/sysdeps/unix/sysv/linux/i386 -I../nptl/sysdeps/unix/sysv/linux/x86 -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/unix/sysv/linux/i386/nptl -I../sysdeps/unix/sysv/linux/i386 -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../ports/sysdeps/unix/sysv/linux -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/inet -I../nptl/sysdeps/unix/sysv -I../ports/sysdeps/unix/sysv -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -I../nptl/sysdeps/unix -I../ports/sysdeps/unix -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/i386/i686/fpu/multiarch -I../sysdeps/i386/i686/fpu -I../sysdeps/i386/i686/multiarch -I../nptl/sysdeps/i386/i686 -I../sysdeps/i386/i686 -I../sysdeps/i386/i486 -I../nptl/sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../sysdeps/x86/fpu -I../nptl/sysdeps/i386 -I../sysdeps/i386 -I../sysdeps/x86 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic -I../nptl -I../ports
Re: [lfs-support] glibc test failures. Acceptable?
Le 28/10/2013 14:07, Richard a écrit : [...] Any advice would be welcome. I cannot tell you much about what the tests. Are you sure they did not run to completion? I am also assuming that glibc is one of the packages that can safely be installed to a fake root - then tarballed 'slackware style'? (i.e: I am intending that my next step would be make DESTDIR=dest install), rather then installing directly. glibc does not use DESTDIR= but install_root= (unless it changed for recent versions). -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc test failures. Acceptable?
Richard wrote: Hello experts, I am attempting my first LFS build; which will (hopefully) be 7.4, built on a host system of slackware-14. All went well up until chapter 6. I am unsure as to whether or not the errors in the glibc fall into the acceptable variety or not. glibc appeared to build well enough. Having tried the test suites (with TIMEOUTFACTOR=16 - this is a humble machine), the make - k check ends with: /source/glibc-build/begin-end-check.out make[1]: Target `check' not remade because of errors. make[1]: Leaving directory `/source/glibc-2.18' This is normal. Some checks always fail so you see that message. When I look for just the errors, using 'grep -i error glibc-check-log' I find: [/source/glibc-build/rt/tst-cputimer1.out] Error 1 [/source/glibc-build/conform/run-conformtest.out] Error 1 I have inferred from the book that 'cputimer1' and 'run-conformtest' might be 'acceptable' failures, but I was surprised that the test suite ended mid-way. It didn't. It finished running. I am also assuming that glibc is one of the packages that can safely be installed to a fake root - then tarballed 'slackware style'? (i.e: I am intending that my next step would be make DESTDIR=dest install), rather then installing directly. glibc is the 'Rosetta stone' of the system. There is rarely a requirement to update it. If you do need to update it, it's time to rebuild the whole system. I went from 2005 to 2012 on one system before I needed to update. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc test failures. Acceptable?
On Mon, 28/10/13, Bruce Dubbs bruce.du...@gmail.com wrote: I have inferred from the book that 'cputimer1' and 'run-conformtest' might be 'acceptable' failures, but I was surprised that the test suite ended mid-way. It didn't. It finished running. Aha! I see. So I just misinterpreted the messages. OK, my stupid mistake. I am also assuming that glibc is one of the packages that can safely be installed to a fake root - then tarballed 'slackware style'? (i.e: I am intending that my next step would be make DESTDIR=dest install), rather then installing directly. glibc is the 'Rosetta stone' of the system. There is rarely a requirement to update it. If you do need to update it, it's time to rebuild the whole system. I went from 2005 to 2012 on one system before I needed to update. OK. I had not realised that. I stupidly assumed that I might need to handle glibc in a similar manner to other packages. I should probably have inferred that from 6.3.1, evidently I did not understand things as well as I thought. Again, many thanks, R. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc test failures. Acceptable?
On Mon, Oct 28, 2013 at 01:07:32PM +, Richard wrote: Hello experts, I am attempting my first LFS build; which will (hopefully) be 7.4, built on a host system of slackware-14. All went well up until chapter 6. I am unsure as to whether or not the errors in the glibc fall into the acceptable variety or not. glibc appeared to build well enough. Having tried the test suites (with TIMEOUTFACTOR=16 - this is a humble machine), the make - k check ends with: AWK='gawk' scripts/check-local-headers.sh \ /usr/include /source/glibc-build/ /source/glibc-build/check-local-headers.out /usr/bin/perl scripts/begin-end-check.pl argp/argp.h assert/assert.h catgets/nl_types.h crypt/crypt.h ctype/ctype.h debug/execinfo.h dirent/dirent.h dlfcn/dlfcn.h elf/elf.h elf/link.h gmon/sys/gmon.h gmon/sys/gmon_out.h gmon/sys/profil.h grp/grp.h gshadow/gshadow.h iconv/iconv.h iconv/gconv.h inet/netinet/in.h inet/netinet/igmp.h inet/netinet/ip6.h inet/netinet/ether.h inet/netinet/icmp6.h inet/arpa/inet.h inet/arpa/telnet.h inet/arpa/tftp.h inet/arpa/ftp.h inet/protocols/routed.h inet/protocols/timed.h inet/protocols/rwhod.h inet/protocols/talkd.h inet/aliases.h inet/ifaddrs.h inet/netinet/ip6.h inet/netinet/icmp6.h intl/libintl.h io/sys/stat.h io/sys/statfs.h io/sys/vfs.h io/sys/statvfs.h io/fcntl.h io/sys/fcntl.h io/poll.h io/sys/poll.h io/utime.h io/ftw.h io/fts.h io/sys/sendfile.h libio/stdio.h libio/libio.h locale/locale.h locale/langinfo.h locale/xlocale.h login/utmp.h login/lastlog.h login/pty.h malloc/malloc.h malloc/obstack.h malloc/mcheck.h math/math.h math/complex.h math/fenv.h math/tgmath.h misc/sys/uio.h nis/rpcsvc/yp_prot.h nis/rpcsvc/nis_callback.h nis/rpcsvc/yp.h nis/rpcsvc/ypupd.h nis/rpcsvc/nislib.h nis/rpcsvc/nis_tags.h nis/rpcsvc/ypclnt.h nis/rpcsvc/nis.h nptl_db/thread_db.h nptl/sysdeps/pthread/pthread.h nptl/semaphore.h nss/nss.h posix/sys/utsname.h posix/sys/times.h posix/sys/wait.h posix/sys/types.h posix/unistd.h posix/glob.h posix/regex.h posix/wordexp.h posix/fnmatch.h posix/getopt.h posix/tar.h posix/sys/unistd.h posix/sched.h posix/re_comp.h posix/wait.h posix/cpio.h posix/spawn.h pwd/pwd.h resolv/resolv.h resolv/netdb.h resolv/arpa/nameser_compat.h resolv/arpa/nameser.h resource/sys/resource.h resource/sys/vlimit.h resource/sys/vtimes.h resource/ulimit.h rt/aio.h rt/mqueue.h setjmp/setjmp.h shadow/shadow.h signal/signal.h signal/sys/signal.h socket/sys/socket.h socket/sys/un.h stdio-common/printf.h stdio-common/stdio_ext.h stdlib/stdlib.h stdlib/alloca.h stdlib/monetary.h stdlib/fmtmsg.h stdlib/ucontext.h sysdeps/generic/inttypes.h sysdeps/generic/stdint.h stdlib/errno.h stdlib/sys/errno.h string/string.h string/strings.h string/memory.h string/endian.h string/argz.h string/envz.h string/byteswap.h sunrpc/rpc/pmap_clnt.h sunrpc/rpc/xdr.h sunrpc/rpc/rpc_des.h sunrpc/rpc/auth_des.h sunrpc/rpc/pmap_rmt.h sunrpc/rpc/rpc.h sunrpc/rpc/auth.h sunrpc/rpc/key_prot.h sunrpc/rpc/netdb.h sunrpc/rpc/rpc_msg.h sunrpc/rpc/auth_unix.h sunrpc/rpc/pmap_prot.h sunrpc/rpc/svc.h sunrpc/rpc/clnt.h sunrpc/rpc/des_crypt.h sunrpc/rpc/types.h sunrpc/rpc/svc_auth.h sunrpc/rpcsvc/bootparam.h sysvipc/sys/ipc.h sysvipc/sys/msg.h sysvipc/sys/sem.h sysvipc/sys/shm.h termios/termios.h termios/sys/termios.h termios/sys/ttychars.h time/time.h time/sys/time.h time/sys/timeb.h wcsmbs/wchar.h wctype/wctype.h /source/glibc-build/begin-end-check.out make[1]: Target `check' not remade because of errors. make[1]: Leaving directory `/source/glibc-2.18' When I look for just the errors, using 'grep -i error glibc-check-log' I find: If you had used the command in the book (grep Error) instead of your own version you would have got a much shorter output. make[2]: *** [/source/glibc-build/rt/tst-cputimer1.out] Error 1 make[1]: *** [rt/tests] Error 2 make[2]: [/source/glibc-build/conform/run-conformtest.out] Error 1 (ignored) make: *** [check] Error 2 I have inferred from the book that 'cputimer1' and 'run-conformtest' might be 'acceptable' failures, but I was surprised that the test suite ended mid-way. Why do you think it ended mid-way ? Your output from the make check command seems to end normally (I was going to cut it from the reply, but I've left it for the moment) - my log ended similarly. Ah, you don't seem to have results from the posix/ tests. For me they are run (and fail as noted) before run-conformtest.out. If you look at glibc-check-log (try using less or vim from the host system), does tst-getaddrinfo4 get mentioned ? In my log the .c file gets compiled to .o with a command which references the .o and .o.dt before creating the .o, then gets linked to tst-getaddrinfo4 (by gcc), and then gets invoked in the next line to create tst-getaddrinfo4.out. Do you have any of that in your log ? Have I done something stupid? Are these acceptable errors and I am worrying needlessly? Is there something more
Re: [lfs-support] glibc test failures. Acceptable?
On Mon, 28/10/13, Ken Moffat zarniwh...@ntlworld.com wrote: I have inferred from the book that 'cputimer1' and 'run-conformtest' might be 'acceptable' failures, but I was surprised that the test suite ended mid-way. Why do you think it ended mid-way ? Your output from the make check command seems to end normally (I was going to cut it from the reply, but I've left it for the moment) - my log ended similarly. I seem to have misinterpreted the response. Ah, you don't seem to have results from the posix/ tests. For me they are run (and fail as noted) before run-conformtest.out. If you look at glibc-check-log (try using less or vim from the host system), does tst-getaddrinfo4 get mentioned ? In my log the .c file gets compiled to .o with a command which references the .o and .o.dt before creating the .o, then gets linked to tst-getaddrinfo4 (by gcc), and then gets invoked in the next line to create tst-getaddrinfo4.out. Do you have any of that in your log ? I think I neglected to shut down the networking on the host system - so the posix tests did not fail. I did not realise that network isolation was a requirement. I do not have that machine with me here at work - so I will check later. I am also assuming that glibc is one of the packages that can safely be installed to a fake root - then tarballed 'slackware style'? (i.e: I am intending that my next step would be make DESTDIR=dest install), rather then installing directly. For the first time, we recommend doing things by-the-book so that you understand how it all fits together. If you wish to try doing things differently, please be aware that you *might* encounter problems that other people don't. I'll probably get shouted at for this - but here goes... ... forgive my stupidity. I was trying to stick to doing things by the book. The method of installing to a fake destination directory is explained in sections 6.3.2.3 and 6.3.2.6; so I thought that using DESTDIR *was* doing things 'by the book'. Based on Mr. Dubbs' comments it seems that things actually went better than I thought. I will persevere tonight I look forward to a successful build soon. Again, many thanks, R. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc test failures. Acceptable?
On Mon, Oct 28, 2013 at 04:25:02PM +, Richard wrote: I think I neglected to shut down the networking on the host system - so the posix tests did not fail. I did not realise that network isolation was a requirement. I do not have that machine with me here at work - so I will check later. That is interesting. And very puzzling. For me, I don't shut down networking on the host (why would anyone do that ?), but I think that test has always failed for me since it was introduced - it's fairly recent. Similarly, I get an ignored Error for posix/annexc.out and I think that one has been like that ever since we've been running the tests ('pure LFS' - first release like that was 5.0 if my memory is correct), but I didn't see that one either in your grep. I am also assuming that glibc is one of the packages that can safely be installed to a fake root - then tarballed 'slackware style'? (i.e: I am intending that my next step would be make DESTDIR=dest install), rather then installing directly. For the first time, we recommend doing things by-the-book so that you understand how it all fits together. If you wish to try doing things differently, please be aware that you *might* encounter problems that other people don't. I'll probably get shouted at for this - but here goes... ... forgive my stupidity. I was trying to stick to doing things by the book. The method of installing to a fake destination directory is explained in sections 6.3.2.3 and 6.3.2.6; so I thought that using DESTDIR *was* doing things 'by the book'. When we say by the book we usually mean by following the commands on the page for that step (and ONLY those commands - you have already shown a willingness to come up with your own version of the grep command :-) There are a number of different approaches to package management, all of them have drawbacks. In my own case I suppress many of the static libraries, but that restricts what I can do [ no statically-linked packages, some tests in binutils fail, also I can't build sysvinit, tk, firefox [ with system libs ], some of kde, or Linux-PAM without making a static lib available (various different static libs). So, although there are some packages where I use --disable-static, in other cases I take other measures (e.g. in flex) so that I can make a lib available when needed. So, I'm not trying to condemn you for doing things differently. I'm trying to point out what we mean by follow the book. Anything which is different from the book runs the risk of putting you on a less well-trodden patch. It may be fun (in the sense of the word used by operators and programmers) and very educational, but if things break you get to keep both pieces. ĸen -- das eine Mal als Tragödie, dieses Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc test failures. Acceptable?
Ken Moffat wrote: On Mon, Oct 28, 2013 at 04:25:02PM +, Richard wrote: I think I neglected to shut down the networking on the host system - so the posix tests did not fail. I did not realise that network isolation was a requirement. I do not have that machine with me here at work - so I will check later. That is interesting. And very puzzling. For me, I don't shut down networking on the host (why would anyone do that ?), but I think that test has always failed for me since it was introduced - it's fairly recent. Right. The issue is that all the needed files are not yest installed in chroot at the time glibc is built for the resolver to work. If building/testing in a full environment, the test passes. There is no need ot disable networking on the host. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] Glibc-2.18 Test Suite Failed
In fact, I don't think it conducted any tests. The commands I use in the glibc-build directory come right out of the book make -k check 21 | tee glibc-check-log grep Error glibc-check-log I do call them from a function defined in a build.conf file called check_commands, but that shouldn't make any difference--I think. Now that I think about it, the test suite didn't run for very long. Maybe 1/2-3/4 hr. I was doing something else. I was really surprised when I found the file I make from grepping glibc-check-log empty. Yup, no info. And the glibc-check-log looked like everything had happened normally with make[1-4] leaving directories until I was in the directory containing the source and build directories. I checked the error log I generate during the build and the following line appeared twelve times: make[2]: Circular /usr/src/glibc-2.18/glibc-build/linkobj/libc.so - /usr/src/glibc-2.18/glibc-build/linkobj/libc.so dependency dropped. Hopefully putting 2+2 together I googled on this and found: commit 5f855e3598a576c35e54623a13b256f3e87fcd4d Author: Brooks Moses bmo...@google.com Date: Thu Oct 3 10:38:14 2013 -0700 Fix erroneous (and circular) implied pattern rule for linkobj/libc.so. [BZ #15915] As described in the bug, the pattern rule for lib%.so files in Makerules includes linkobj/libc.so as a dependency. However, the explicit rule for linkobj/libc.so is in the top-level Makefile. Thus, the subdirectory makefiles that include Makerules end up with an erroneous makefile pattern rule for linkobj/libc.so that includes itself as a dependency. The result is make warnings whenever rules for other .so files are resolved -- and, on occasion, actual makefile failures when a race condition causes the implicit rule to actually be used. This patch moves the explicit rules for linkobj/libc.so into Makerules to clear up this problem. It also elaborates a couple of comments that I'd initially found confusing. at upstream-tracker.org/changelogs/glibc/current/changelog.html I don't know how to get this patch, nor do I even know if this is what caused the failure. Couldn't find anything on point in the support or dev archives. Any thoughts? How to get the patch? Am I barking up the wrong tree? Thanks, Dan -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Glibc-2.18 Test Suite Failed
On Oct 23, 2013, at 6:24 PM, Dan McGhee wrote: make -k check 21 | tee glibc-check-log grep Error glibc-check-log What as the output when running make -k check? Sincerely, William Harrington -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Glibc-2.18
On Sat, 2013-08-24 at 12:28 -0400, Dave wrote: When compiling and testing Glibc I've noticed in the configure line the option '--enable-kernel=2.6.32'. Why this when its a 3.10.9 kernel? Short version, because it has to work with the kernel you're running during the build, not just the one it will ultimately boot with. And if you refer to Host System Requirements, you'll see that 2.6.32 is the minimum version supported. If your host is running a newer kernel, feel free to use that version instead. Not sure if there's much benefit to doing so, though... Simon. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] Glibc-2.18
When compiling and testing Glibc I've noticed in the configure line the option '--enable-kernel=2.6.32'. Why this when its a 3.10.9 kernel? I've noticed that when it installs, I kept getting a compile error on one of the checks. Changed HOSTTYPE to x86_64, and it compiles now. can you provide a list of possibilities for HOSTTYPE now, and in the book? I've had allot of segmentation errors on prior builds, and I think it's related to hosttype. Is there a 'gruesome' test for proper kernel configure testing? Dave -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Glibc-2.18
On Aug 24, 2013, at 11:28 AM, Dave wrote: When compiling and testing Glibc I've noticed in the configure line the option '--enable-kernel=2.6.32'. Why this when its a 3.10.9 kernel? Because not everyone builds hosts running a 3.10.9 kernel. Reference this: http://permalink.gmane.org/gmane.linux.lfs.devel/14299 and this http://www.gnu.org/software/libc/manual/html_node/Configuring-and-compiling.html If you desire to build less support in GNU libc and plan on running a 3.10.9 kernel or later then change the option at your discretion. Sincerely, William Harrington -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] Glibc-2.17 errors at LFS 7.3
Linux From Scratch - Version 7.3 Chapter 6. Installing Basic System Software - 6.9. Glibc-2.17 at Ubuntu LTS 12.04 Based on this words on LFS 7.3 Book (Generally a few tests do not pass, but you can generally ignore any of the test failures listed below. Now test the build results:) can I ignore this errors? --- /sources/glibc-build/begin-end-check.out make[1]: Target `check' not remade because of errors. make[1]: Leaving directory `/sources/glibc-2.17' make: *** [check] Error 2 root:/sources/glibc-build# grep Error glibc-check-log make[2]: *** [/sources/glibc-build/stdio-common/bug22.out] Error 1 make[1]: *** [stdio-common/tests] Error 2 make[2]: [/sources/glibc-build/posix/annexc.out] Error 1 (ignored) make[2]: [/sources/glibc-build/conform/run-conformtest.out] Error 1 (ignored) make: *** [check] Error 2 root:/sources/glibc-build# -- By the way thank you for previous supports! Best regard -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] Glibc installation in target machine fails
Hi, I successfully chrooted my target machine and I passed all the way upto man-page installation, and I stepped into glibc(chapter 6.9). I performed all the steps till make without any error after entering the make check command Its giving me an error. COMMAND ENTERED*: make -k check 21 | tee glibc-check-log grep Error glibc-check-log * ERROR: * diff -p -U 0 ../sysdeps/unix/sysv/linux/i386/nptl/libc.abilist /sources/glibc-build/libc.symlist --- ../sysdeps/unix/sysv/linux/i386/nptl/libc.abilist2012-06-30 19:12:34.0 + +++ /sources/glibc-build/libc.symlist2012-12-18 11:30:50.0 + @@ -261 +261 @@ GLIBC_2.0 - _nl_default_dirname D 0x12 + _nl_default_dirname D 0x4a make[2]: *** [check-abi-libc] Error 1 make[2]: Leaving directory `/sources/glibc-2.16.0/elf' make[1]: *** [elf/tests] Error 2 make[1]: Leaving directory `/sources/glibc-2.16.0' make: *** [check] Error 2 * Since its a check, I ignored it and I performed with the next step that's *make install* even this fails and throw me an error as * *ERROR*: make[2]: *** No rule to make target `/usr/--disable-profile--enable-add-ons--enable-kernel=2.6.25/lib/libBrokenLocale.so', needed by `install-lib-nosubdir'. Stop. make[2]: Leaving directory `/sources/glibc-2.16.0/locale' make[1]: *** [locale/subdir_install] Error 2 make[1]: Leaving directory `/sources/glibc-2.16.0' make: *** [install] Error 2* could someone assist me resolve this. -- With Regards... PRABHU :) -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Glibc installation in target machine fails
On 12/18/2012 08:25 AM, Prabhu wrote: Hi, Since its a check, I ignored it and I performed with the next step that's *make install* even this fails and throw me an error as * *ERROR*: make[2]: *** No rule to make target `/usr/--disable-profile--enable-add-ons--enable-kernel=2.6.25/lib/libBrokenLocale.so', needed by `install-lib-nosubdir'. Stop. make[2]: Leaving directory `/sources/glibc-2.16.0/locale' make[1]: *** [locale/subdir_install] Error 2 make[1]: Leaving directory `/sources/glibc-2.16.0' make: *** [install] Error 2* could someone assist me resolve this. -- With Regards... PRABHU :) Looks like it thinks it was given an odd prefix. There was probably a typo on the configure command. Can you check your command history and paste the exact configure command you gave? -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc --enable-kernel=2.6.25? why?
On Dec 16, 2012, at 8:46 AM, Michael E. Maher wrote: ‘--enable-kernel=version’ This option is currently only useful on GNU/Linux systems. The version parameter should have the form X.Y.Z and describes the smallest version of the Linux kernel the generated library is expected to support. The higher the version number is, the less compatibility code is added, and the faster the code gets. And reduces the size of the built glibc. You want to set the version to the the oldest kernel version you may ever use, even when using a livecd or distro to chroot to it. The version set in the book covers most of the latest distros. Just be careful setting it too the current kernel version unless you know for sure your host or any livecd or distro you use for recovery or administrative tasks via chroot will run the resulting glibc of the LFS build. Many people, when building LFS, will use the latest kernel version headers and enable the kernel version to the current version as they know what they are doing. If unsure, can't go wrong using what the book uses for that parameter. Sincerely, William Harrington-- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc compilation error -- make[1]: *** [csu/subdir_lib] Error 2
Thank you all. After I reconfigure */bin/sh*, I now successfully built *glibc* . sudo dpkg-reconfigure dash Thank you all Pei On Sun, Dec 16, 2012 at 11:13 PM, Simon Geard delga...@ihug.co.nz wrote: On Sun, 2012-12-16 at 13:19 -0800, JIA Pei wrote: Hi, Michael: Thank you very much for your detailed reply, so clear !! My Host System Requirements gives me the following result: Note - that script isn't something you just run. It's something you have to actually read the output of, and see if everything is present and meets the requirements listed. In your case, it all looks good, with the exception of sh being a link to dash. The very first item on the requirements list has something to say about this... Simon. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- Pei JIA Email: jp4w...@gmail.com cell:+1 604-362-5816 Welcome to Vision Open http://www.visionopen.com -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] glibc --enable-kernel=2.6.25? why?
Hi, all: Refer to http://www.linuxfromscratch.org/lfs/view/stable/chapter05/glibc.html glibc-2.16.0 configuration, the version of enabled kernel *--enable-kernel=2.6.25 \* Does this refer to the installed kernel? Should 2.6.25 be the same as the Linux kernel version? If so, why not *--enable-kernel=3.5.2 \* ?? Cheers -- Pei JIA Email: jp4w...@gmail.com cell:+1 604-362-5816 Welcome to Vision Open http://www.visionopen.com -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] glibc compilation error -- make[1]: *** [csu/subdir_lib] Error 2
Hi, all: After successfully built binutils gcc linux-kernel now, I'm following http://www.linuxfromscratch.org/lfs/view/stable/chapter05/glibc.html to build glibc. *make *brings me the following errors: *make[2]: Leaving directory `/mnt/lfs/sources/glibc-2.16.0/csu'* *make[1]: *** [csu/subdir_lib] Error 2* *make[1]: Leaving directory `/mnt/lfs/sources/glibc-2.16.0'* *make: *** [all] Error 2* Did anybody meet the same problem? And how to solve it? Cheers -- Pei JIA Email: jp4w...@gmail.com cell:+1 604-362-5816 Welcome to Vision Open http://www.visionopen.com -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc --enable-kernel=2.6.25? why?
On Sun, 2012-12-16 at 04:30 -0800, JIA Pei wrote: Hi, all: Refer to http://www.linuxfromscratch.org/lfs/view/stable/chapter05/glibc.html glibc-2.16.0 configuration, the version of enabled kernel --enable-kernel=2.6.25 \ Does this refer to the installed kernel? Should 2.6.25 be the same as the Linux kernel version? If so, why not --enable-kernel=3.5.2 \ ?? Cheers -- Pei JIA Email: jp4w...@gmail.com cell:+1 604-362-5816 Welcome to Vision Open http://www.visionopen.com Hi Pei, The '--enable-kernel' parameter specifies the minimum version of the Linux kernel required to run the resulting glibc. As per the GNU glibc manual[1]: ‘--enable-kernel=version’ This option is currently only useful on GNU/Linux systems. The version parameter should have the form X.Y.Z and describes the smallest version of the Linux kernel the generated library is expected to support. The higher the version number is, the less compatibility code is added, and the faster the code gets. Thanks, Michael [1]https://www.gnu.org/software/libc/manual/html_node/Configuring-and-compiling.html -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc compilation error -- make[1]: *** [csu/subdir_lib] Error 2
On Sun, 2012-12-16 at 04:47 -0800, JIA Pei wrote: Hi, all: After successfully built binutils gcc linux-kernel now, I'm following http://www.linuxfromscratch.org/lfs/view/stable/chapter05/glibc.html to build glibc. make brings me the following errors: make[2]: Leaving directory `/mnt/lfs/sources/glibc-2.16.0/csu' make[1]: *** [csu/subdir_lib] Error 2 make[1]: Leaving directory `/mnt/lfs/sources/glibc-2.16.0' make: *** [all] Error 2 Did anybody meet the same problem? And how to solve it? Cheers -- Pei JIA Email: jp4w...@gmail.com cell:+1 604-362-5816 Welcome to Vision Open http://www.visionopen.com Hi Pei, First from your other mails it seems you may be using a mix of versions and patches, can we confirm that you are only using those stated in the stable book? Second does your system meet the 'Host System Requirements' in section vii of the preface[1] and can we confirm with the output of the script. Third we would need to see exactly what is failing, you have only provided a small part of the build log. Thanks, Michael [1]http://www.linuxfromscratch.org/lfs/view/stable/prologue/hostreqs.html -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc compilation error -- make[1]: *** [csu/subdir_lib] Error 2
Hi, Michael: Thank you very much for your detailed reply, so clear !! My* **Host System Requirements* gives me the following result: *root@peijia-GA-870A-UD3:/mnt/lfs/sources/glibc-build# cat version-check.sh EOF* * #!/bin/bash* * # Simple script to list version numbers of critical development tools* * * * export LC_ALL=C* * bash --version | head -n1 | cut -d -f2-4* * echo /bin/sh - `readlink -f /bin/sh`* * echo -n Binutils: ; ld --version | head -n1 | cut -d -f3-* * bison --version | head -n1* * if [ -e /usr/bin/yacc ];* * then echo /usr/bin/yacc - `readlink -f /usr/bin/yacc`; * * else echo yacc not found; fi* * * * bzip2 --version 21 /dev/null | head -n1 | cut -d -f1,6-* * echo -n Coreutils: ; chown --version | head -n1 | cut -d) -f2* * diff --version | head -n1* * find --version | head -n1* * gawk --version | head -n1* * if [ -e /usr/bin/awk ];* * then echo /usr/bin/awk - `readlink -f /usr/bin/awk`; * * else echo awk not found; fi* * * * gcc --version | head -n1* * ldd --version | head -n1 | cut -d -f2- # glibc version* * grep --version | head -n1* * gzip --version | head -n1* * cat /proc/version* * m4 --version | head -n1* * make --version | head -n1* * patch --version | head -n1* * echo Perl `perl -V:version`* * sed --version | head -n1* * tar --version | head -n1* * echo Texinfo: `makeinfo --version | head -n1`* * xz --version | head -n1* * * * echo 'main(){}' dummy.c gcc -o dummy dummy.c* * if [ -x dummy ] * * then echo gcc compilation OK;* * else echo gcc compilation failed; fi* * rm -f dummy.c dummy* * EOF* *root@peijia-GA-870A-UD3:/mnt/lfs/sources/glibc-build# * *root@peijia-GA-870A-UD3:/mnt/lfs/sources/glibc-build# bash version-check.sh * *bash, version 4.2.24(1)-release* */bin/sh - /bin/dash* *Binutils: (GNU Binutils for Ubuntu) 2.22* *bison (GNU Bison) 2.5* */usr/bin/yacc - /usr/bin/bison.yacc* *bzip2, Version 1.0.6, 6-Sept-2010.* *Coreutils: 8.13* *diff (GNU diffutils) 3.2* *find (GNU findutils) 4.4.2* *GNU Awk 3.1.8* */usr/bin/awk - /usr/bin/gawk* *gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3* *(Ubuntu EGLIBC 2.15-0ubuntu10.3) 2.15* *grep (GNU grep) 2.10* *gzip 1.4* *Linux version 3.2.0-34-generic-pae (buildd@roseapple) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #53-Ubuntu SMP Thu Nov 15 11:11:12 UTC 2012 * *m4 (GNU M4) 1.4.16* *GNU Make 3.81* *patch 2.6.1* *Perl version='5.14.2';* *GNU sed version 4.2.1* *tar (GNU tar) 1.26* *Texinfo: makeinfo (GNU texinfo) 4.13* *xz (XZ Utils) 5.1.0alpha* *gcc compilation OK* Now, I tried the *Glibc Configuration* command again: *../glibc-2.16.0/configure \* * --prefix=/tools \* * --host=$LFS_TGT \* * --build=$(../glibc-2.16.0/scripts/config.guess) \* * --disable-profile \* * --enable-add-ons\* * --enable-kernel=2.6.15 \* * --with-headers=/tools/include \* * libc_cv_forced_unwind=yes \* * libc_cv_ctors_header=yes\* * libc_cv_c_cleanup=yes* gives me the following answers: *../nptl/sysdeps/unix/sysv/linux/bits/local_lim.h:38:26: fatal error: linux/limits.h: No such file or directory* *compilation terminated.* *make[2]: Leaving directory `/mnt/lfs/sources/glibc-2.16.0/csu'* *make[1]: *** [csu/subdir_lib] Error 2* *make[1]: Leaving directory `/mnt/lfs/sources/glibc-2.16.0'* *make: *** [all] Error 2* What I'm expecting is: Since I've successfully built* Linux-Kernel 3.6.10* before building *glibc 2.16.0*, I'm just wondering if I'm able to use my own built linux-kernel under /tools, instead of using the linux-kernel on my Host System Ubuntu 12.04 *Linux 3.2.0-34-generic-pae* ? So, questions: 1) Is there a way to use my own built linux kernel 3.6.10, instead of the Linux kernel on Host System Ubuntu 12.04? If so, how to do that? 2) No matter which linux kernel I'm going to use, how to deal with the following error message when compiling Glibc? * * * ../nptl/sysdeps/unix/sysv/linux/bits/local_lim.h:38:26: fatal error: linux/limits.h: No such file or directory * * * Cheers Pei On Sun, Dec 16, 2012 at 6:50 AM, Michael E. Maher mich...@maheronline.co.uk wrote: On Sun, 2012-12-16 at 04:47 -0800, JIA Pei wrote: Hi, all: After successfully built binutils gcc linux-kernel now, I'm following http://www.linuxfromscratch.org/lfs/view/stable/chapter05/glibc.html to build glibc. make brings me the following errors: make[2]: Leaving directory `/mnt/lfs/sources/glibc-2.16.0/csu' make[1]: *** [csu/subdir_lib] Error 2 make[1]: Leaving directory `/mnt/lfs/sources/glibc-2.16.0' make: *** [all] Error 2 Did anybody meet the same problem? And how to solve it? Cheers -- Pei JIA Email: jp4w...@gmail.com cell:+1 604-362-5816 Welcome to Vision Open
Re: [lfs-support] glibc compilation error -- make[1]: *** [csu/subdir_lib] Error 2
On Sun, 2012-12-16 at 13:19 -0800, JIA Pei wrote: Hi, Michael: Thank you very much for your detailed reply, so clear !! My Host System Requirements gives me the following result: ... root@peijia-GA-870A-UD3:/mnt/lfs/sources/glibc-build# bash version-check.sh bash, version 4.2.24(1)-release /bin/sh - /bin/dash As per the host system requirements: Bash-3.2 (/bin/sh should be a symbolic or hard link to bash) '/bin/sh' being a link to dash is bad news/ for LFS. Binutils: (GNU Binutils for Ubuntu) 2.22 bison (GNU Bison) 2.5 /usr/bin/yacc - /usr/bin/bison.yacc bzip2, Version 1.0.6, 6-Sept-2010. Coreutils: 8.13 diff (GNU diffutils) 3.2 find (GNU findutils) 4.4.2 GNU Awk 3.1.8 /usr/bin/awk - /usr/bin/gawk gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 (Ubuntu EGLIBC 2.15-0ubuntu10.3) 2.15 grep (GNU grep) 2.10 gzip 1.4 Linux version 3.2.0-34-generic-pae (buildd@roseapple) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #53-Ubuntu SMP Thu Nov 15 11:11:12 UTC 2012 m4 (GNU M4) 1.4.16 GNU Make 3.81 patch 2.6.1 Perl version='5.14.2'; GNU sed version 4.2.1 tar (GNU tar) 1.26 Texinfo: makeinfo (GNU texinfo) 4.13 xz (XZ Utils) 5.1.0alpha gcc compilation OK Now, I tried the Glibc Configuration command again: ../glibc-2.16.0/configure \ --prefix=/tools \ --host=$LFS_TGT \ --build=$(../glibc-2.16.0/scripts/config.guess) \ --disable-profile \ --enable-add-ons\ --enable-kernel=2.6.15 \ --with-headers=/tools/include \ libc_cv_forced_unwind=yes \ libc_cv_ctors_header=yes\ libc_cv_c_cleanup=yes gives me the following answers: ../nptl/sysdeps/unix/sysv/linux/bits/local_lim.h:38:26: fatal error: linux/limits.h: No such file or directory compilation terminated. make[2]: Leaving directory `/mnt/lfs/sources/glibc-2.16.0/csu' make[1]: *** [csu/subdir_lib] Error 2 make[1]: Leaving directory `/mnt/lfs/sources/glibc-2.16.0' make: *** [all] Error 2 What I'm expecting is: Since I've successfully built Linux-Kernel 3.6.10 before building glibc 2.16.0, I'm just wondering if I'm able to use my own built linux-kernel under /tools, instead of using the linux-kernel on my Host System Ubuntu 12.04 Linux 3.2.0-34-generic-pae ? You're not building a kernel at this stage, just headers. So, questions: 1) Is there a way to use my own built linux kernel 3.6.10, instead of the Linux kernel on Host System Ubuntu 12.04? If so, how to do that? At this stage of the build you're not really wanting to build the kernel, just install the headers to '/tools/include'. The switch '--with-headers=/tools/include' above ensures you are using those headers. 2) No matter which linux kernel I'm going to use, how to deal with the following error message when compiling Glibc? ../nptl/sysdeps/unix/sysv/linux/bits/local_lim.h:38:26: fatal error: linux/limits.h: No such file or directory Fix the '/bin/sh' path, and ensure that you are install the Linux headers correctly. Read the book very carefully, it is all too easy to miss important points. You really can't go too slowly building at this point. And remember use the package versions exactly described in the stable book. Thanks, Michael -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc compilation error -- make[1]: *** [csu/subdir_lib] Error 2
JIA Pei wrote: */bin/sh - /bin/dash* This *will* create problems when building glibc. It needs to be bash. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc --enable-kernel=2.6.25? why?
On Sun, 2012-12-16 at 14:46 +, Michael E. Maher wrote: Hi Pei, The '--enable-kernel' parameter specifies the minimum version of the Linux kernel required to run the resulting glibc. And to elaborate - the minimum kernel version you need to support isn't the one you're installing, it's the one you're running under the host distro, seeing as that's what you're running until the LFS build is able to boot itself. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc compilation error -- make[1]: *** [csu/subdir_lib] Error 2
On Sun, 2012-12-16 at 13:19 -0800, JIA Pei wrote: Hi, Michael: Thank you very much for your detailed reply, so clear !! My Host System Requirements gives me the following result: Note - that script isn't something you just run. It's something you have to actually read the output of, and see if everything is present and meets the requirements listed. In your case, it all looks good, with the exception of sh being a link to dash. The very first item on the requirements list has something to say about this... Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Glibc make error “cant find -lgcc_eh”
Hi, I believe the original question was referring to 'libgcc_eh', but you are referring to 'libgcc_s'. If you have the same issue as Prabhu (ld cannot find libgcc_eh) then the instruction is not in the glibc section rather it is in the gcc section [1] of the book (the very last step). However if you have a different error, post it and we can see. Thanks, Micheal [1] http://www.linuxfromscratch.org/lfs/view/stable/chapter05/gcc-pass1.html On Fri, 2012-12-14 at 22:21 +0700, Дмитрий Соколов wrote: Hi I have the same mistake by different computers, but I using instructions from the book. sed -i 's/ -lgcc_s//' Makeconfighttp://www.linuxfromscratch.org/lfs/view/stable/chapter05/glibc.htmlin chapter 5.5.1 I'm using all instructions. -Исходное сообщение- From: Michael E. Maher Sent: Friday, December 14, 2012 10:00 PM To: Prabhu Cc: lfs-support@linuxfromscratch.org Subject: Re: [lfs-support] Glibc make error “cant find -lgcc_eh” Hi Prabhu, Looks like your compiler (linker actually) cannot find the 'gcc_eh' library: cannot find -lgcc_eh collect2:error: ld returned 1 exit status This library isn't set up when doing the GCC build, so it needs to be linked up, with: ln -sv libgcc.a `$LFS_TGT-gcc -print-libgcc-file-name | \ sed 's/libgcc/_eh/'` In the book this is the last step of building GCC, to quote: Using --disable-shared means that the libgcc_eh.a file isn't created and installed. The Glibc package depends on this library as it uses -lgcc_eh within its build system. This dependency can be satisfied by creating a symlink to libgcc.a, since that file will end up containing the objects normally contained in libgcc_eh.a: Hope that helps, Michael On Fri, 2012-12-14 at 16:58 +0530, Prabhu wrote: Hi I successfully compiled Binutils, GCC and LINUX API, while doing make for Glibc I'm getting this error /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.2/../../../../i686-lfs-linux-gnu/bin/ld: cannot find -lgcc_eh collect2:error: ld returned 1 exit status make[2]: *** [/mnt/lfs/sources/glibc-build/elf/sln] Error 1 make[2]: Leaving directory `/mnt/lfs/sources/glibc-2.16.0/elf' make[1]: *** [elf/others] Error 2 make[1]: Leaving directory `/mnt/lfs/sources/glibc-2.16.0' make: *** [all] Error 2 Could someone assist me to resolve this, With Regards... PRABHU :) -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] glibc 2.16.0 (5.7)
the book copies the rpc headers to the host system. to avoid changeing the host, i use the same sed as in chapter 6 sed -e 's#rpc/types.h#rpc/types.h#' \ -i sunrpc/rpc_clntout.c i guess this should be changed in the book tobias -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc 2.16.0 (5.7)
Tobias Gasser wrote: the book copies the rpc headers to the host system. to avoid changeing the host, i use the same sed as in chapter 6 sed -e 's#rpc/types.h#rpc/types.h#' \ -i sunrpc/rpc_clntout.c i guess this should be changed in the book Possibly, but the book is really only adding some headers to the host system. The problem should only come up when using LFS-7.1 as a host. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc 2.16.0 (5.7)
Am 12.11.2012 19:15, schrieb Bruce Dubbs: Possibly, but the book is really only adding some headers to the host system. The problem should only come up when using LFS-7.1 as a host. ok. not really a problem. except for the system requirements like {d,b}ash or {g,}awk there is no other package where the host has to be modified. that's why i prefer the sed instead of copying the headers. tobias -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] glibc 2.16.0 don't compile with gcc 4.7.1
Hi, I try to build glibc 2.16.0 with the Linux From Scratch 7.2 (Chapter 5.7) and it don't work : make[2]: Entering directory `/mnt/lfs/sources/glibc-2.16.0/math' gcc ../sysdeps/ieee754/dbl-64/wordsize-64/s_isnan.c -c -std=gnu99 -fgnu89-inline -fno-stack-protector -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-math -g -Wstrict-prototypes -fPIC -Wno-uninitialized -U_FORTIFY_SOURCE -D__NO_MATH_INLINES -D__LIBC_INTERNAL_MATH_INLINES -I../include -I/mnt/lfs/sources/glibc-build/math -I/mnt/lfs/sources/glibc-build -I../sysdeps/unix/sysv/linux/x86_64/64/nptl -I../sysdeps/unix/sysv/linux/x86_64/64 -I../nptl/sysdeps/unix/sysv/linux/x86_64 -I../nptl/sysdeps/unix/sysv/linux/x86 -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/wordsize-64 -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/inet -I../nptl/sysdeps/unix/sysv -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64 -I../nptl/sysdeps/unix -I../sysdeps/unix -I../sysdeps/posix -I../nptl/sysdeps/x86_64/64 -I../sysdeps/x86_64/64 -I../sysdeps/x86_64/fpu/multiarch -I../sysdeps/x86_64/fpu -I../sysdeps/x86/fpu -I../sysdeps/x86_64/multiarch -I../nptl/sysdeps/x86_64 -I../sysdeps/x86_64 -I../sysdeps/x86 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64/wordsize-64 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I../nptl -I.. -I../libio -I. -nostdinc -isystem /usr/lib/gcc/x86_64-linux-gnu/4.7/include -isystem /usr/lib/gcc/x86_64-linux-gnu/4.7/include-fixed -isystem /tools/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -DPIC -DSHARED -o /mnt/lfs/sources/glibc-build/math/s_isnan.os -MD -MP -MF /mnt/lfs/sources/glibc-build/math/s_isnan.os.dt -MT /mnt/lfs/sources/glibc-build/math/s_isnan.os ../sysdeps/ieee754/dbl-64/wordsize-64/s_isnan.c:30:1: error: '__EI___isnan' aliased to external symbol '__GI___isnan' make[2]: *** [/mnt/lfs/sources/glibc-build/math/s_isnan.os] Error 1 make[2]: Leaving directory `/mnt/lfs/sources/glibc-2.16.0/math' make[1]: *** [math/subdir_lib] Error 2 make[1]: Leaving directory `/mnt/lfs/sources/glibc-2.16.0' make: *** [all] Error 2 What can I do ? Thanks ! -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc 2.16.0 don't compile with gcc 4.7.1
Adrien Vasseur wrote: Hi, I try to build glibc 2.16.0 with the Linux From Scratch 7.2 (Chapter 5.7) and it don't work : make[2]: Entering directory `/mnt/lfs/sources/glibc-2.16.0/math' ../sysdeps/ieee754/dbl-64/wordsize-64/s_isnan.c:30:1: error: '__EI___isnan' aliased to external symbol '__GI___isnan' make[2]: *** [/mnt/lfs/sources/glibc-build/math/s_isnan.os] Error 1 It's had to say what the error is. Did you run the script in the Host System Prerequisites?My initial reaction though is that your host system is missing a library or header that contains isnan (is-not-a-number). -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc 2.16.0 don't compile with gcc 4.7.1
Wow ! Very fast reply ! I run the script in the Host System Prerequisites and I have : bash, version 4.2.37(1)-release /bin/sh - /bin/dash Binutils: (GNU Binutils for Ubuntu) 2.22.90.20120924 bison (GNU Bison) 2.5 /usr/bin/yacc - /usr/bin/bison.yacc bzip2, Version 1.0.6, 6-Sept-2010. Coreutils: 8.13 diff (GNU diffutils) 3.2 find (GNU findutils) 4.4.2 GNU Awk 4.0.1 /usr/bin/awk - /usr/bin/gawk gcc (Ubuntu/Linaro 4.7.2-2ubuntu1) 4.7.2 (Ubuntu EGLIBC 2.15-0ubuntu20) 2.15 grep (GNU grep) 2.12 gzip 1.5 Linux version 3.5.0-17-generic (buildd@allspice) (gcc version 4.7.2 (Ubuntu/Linaro 4.7.2-2ubuntu1) ) #28-Ubuntu SMP Tue Oct 9 19:31:23 UTC 2012 m4 (GNU M4) 1.4.16 GNU Make 3.81 patch 2.6.1 Perl version='5.14.2'; GNU sed version 4.2.1 tar (GNU tar) 1.26 Texinfo: makeinfo (GNU texinfo) 4.13 xz (XZ Utils) 5.1.0alpha gcc compilation OK So I think it's all correct, no ? Thanks again ! (And sorry for my bad English : I'm French :/ ) 2012/10/24 Bruce Dubbs bruce.du...@gmail.com Adrien Vasseur wrote: Hi, I try to build glibc 2.16.0 with the Linux From Scratch 7.2 (Chapter 5.7) and it don't work : make[2]: Entering directory `/mnt/lfs/sources/glibc-2.16.0/math' ../sysdeps/ieee754/dbl-64/wordsize-64/s_isnan.c:30:1: error: '__EI___isnan' aliased to external symbol '__GI___isnan' make[2]: *** [/mnt/lfs/sources/glibc-build/math/s_isnan.os] Error 1 It's had to say what the error is. Did you run the script in the Host System Prerequisites?My initial reaction though is that your host system is missing a library or header that contains isnan (is-not-a-number). -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc 2.16.0 don't compile with gcc 4.7.1
On Wed, Oct 24, 2012 at 06:50:16PM +0200, Adrien Vasseur wrote: Wow ! Very fast reply ! I run the script in the Host System Prerequisites and I have : bash, version 4.2.37(1)-release /bin/sh - /bin/dash That will break it. /bin/sh needs to be bash. I think the others looked ok. Please don't top post, svp. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc 2.16.0 don't compile with gcc 4.7.1
Adrien Vasseur wrote: Wow ! Very fast reply ! I run the script in the Host System Prerequisites and I have : bash, version 4.2.37(1)-release /bin/sh - /bin/dash Binutils: (GNU Binutils for Ubuntu) 2.22.90.20120924 bison (GNU Bison) 2.5 /usr/bin/yacc - /usr/bin/bison.yacc bzip2, Version 1.0.6, 6-Sept-2010. Coreutils: 8.13 diff (GNU diffutils) 3.2 find (GNU findutils) 4.4.2 GNU Awk 4.0.1 /usr/bin/awk - /usr/bin/gawk gcc (Ubuntu/Linaro 4.7.2-2ubuntu1) 4.7.2 (Ubuntu EGLIBC 2.15-0ubuntu20) 2.15 grep (GNU grep) 2.12 gzip 1.5 Linux version 3.5.0-17-generic (buildd@allspice) (gcc version 4.7.2 (Ubuntu/Linaro 4.7.2-2ubuntu1) ) #28-Ubuntu SMP Tue Oct 9 19:31:23 UTC 2012 m4 (GNU M4) 1.4.16 GNU Make 3.81 patch 2.6.1 Perl version='5.14.2'; GNU sed version 4.2.1 tar (GNU tar) 1.26 Texinfo: makeinfo (GNU texinfo) 4.13 xz (XZ Utils) 5.1.0alpha gcc compilation OK So I think it's all correct, no ? No. /bin/sh - /bin/dash is wrong. dash is known to case problems with glibc. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc 2.16.0 don't compile with gcc 4.7.1
So I have : bash, version 4.2.37(1)-release /bin/sh - /bin/bash Binutils: (GNU Binutils for Ubuntu) 2.22.90.20120924 bison (GNU Bison) 2.5 /usr/bin/yacc - /usr/bin/bison.yacc bzip2, Version 1.0.6, 6-Sept-2010. Coreutils: 8.13 diff (GNU diffutils) 3.2 find (GNU findutils) 4.4.2 GNU Awk 4.0.1 /usr/bin/awk - /usr/bin/gawk gcc (Ubuntu/Linaro 4.7.2-2ubuntu1) 4.7.2 (Ubuntu EGLIBC 2.15-0ubuntu20) 2.15 grep (GNU grep) 2.12 gzip 1.5 Linux version 3.5.0-17-generic (buildd@allspice) (gcc version 4.7.2 (Ubuntu/Linaro 4.7.2-2ubuntu1) ) #28-Ubuntu SMP Tue Oct 9 19:31:23 UTC 2012 m4 (GNU M4) 1.4.16 GNU Make 3.81 patch 2.6.1 Perl version='5.14.2'; GNU sed version 4.2.1 tar (GNU tar) 1.26 Texinfo: makeinfo (GNU texinfo) 4.13 xz (XZ Utils) 5.1.0alpha gcc compilation OK And it doesn't work : gcc ../sysdeps/ieee754/dbl-64/wordsize-64/s_isnan.c -c -std=gnu99 -fgnu89-inline -fno-stack-protector -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-math -g -Wstrict-prototypes -fPIC -Wno-uninitialized -U_FORTIFY_SOURCE -D__NO_MATH_INLINES -D__LIBC_INTERNAL_MATH_INLINES -I../include -I/mnt/lfs/sources/glibc-build/math -I/mnt/lfs/sources/glibc-build -I../sysdeps/unix/sysv/linux/x86_64/64/nptl -I../sysdeps/unix/sysv/linux/x86_64/64 -I../nptl/sysdeps/unix/sysv/linux/x86_64 -I../nptl/sysdeps/unix/sysv/linux/x86 -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/wordsize-64 -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/inet -I../nptl/sysdeps/unix/sysv -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64 -I../nptl/sysdeps/unix -I../sysdeps/unix -I../sysdeps/posix -I../nptl/sysdeps/x86_64/64 -I../sysdeps/x86_64/64 -I../sysdeps/x86_64/fpu/multiarch -I../sysdeps/x86_64/fpu -I../sysdeps/x86/fpu -I../sysdeps/x86_64/multiarch -I../nptl/sysdeps/x86_64 -I../sysdeps/x86_64 -I../sysdeps/x86 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64/wordsize-64 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I../nptl -I.. -I../libio -I. -nostdinc -isystem /usr/lib/gcc/x86_64-linux-gnu/4.7/include -isystem /usr/lib/gcc/x86_64-linux-gnu/4.7/include-fixed -isystem /tools/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -DPIC -DSHARED -o /mnt/lfs/sources/glibc-build/math/s_isnan.os -MD -MP -MF /mnt/lfs/sources/glibc-build/math/s_isnan.os.dt -MT /mnt/lfs/sources/glibc-build/math/s_isnan.os ../sysdeps/ieee754/dbl-64/wordsize-64/s_isnan.c:30:1: error: '__EI___isnan' aliased to external symbol '__GI___isnan' make[2]: *** [/mnt/lfs/sources/glibc-build/math/s_isnan.os] Error 1 make[2]: Leaving directory `/mnt/lfs/sources/glibc-2.16.0/math' make[1]: *** [math/subdir_lib] Error 2 make[1]: Leaving directory `/mnt/lfs/sources/glibc-2.16.0' make: *** [all] Error 2 I don't know why xD Thanks ! 2012/10/24 Bruce Dubbs bruce.du...@gmail.com Adrien Vasseur wrote: Wow ! Very fast reply ! I run the script in the Host System Prerequisites and I have : bash, version 4.2.37(1)-release /bin/sh - /bin/dash Binutils: (GNU Binutils for Ubuntu) 2.22.90.20120924 bison (GNU Bison) 2.5 /usr/bin/yacc - /usr/bin/bison.yacc bzip2, Version 1.0.6, 6-Sept-2010. Coreutils: 8.13 diff (GNU diffutils) 3.2 find (GNU findutils) 4.4.2 GNU Awk 4.0.1 /usr/bin/awk - /usr/bin/gawk gcc (Ubuntu/Linaro 4.7.2-2ubuntu1) 4.7.2 (Ubuntu EGLIBC 2.15-0ubuntu20) 2.15 grep (GNU grep) 2.12 gzip 1.5 Linux version 3.5.0-17-generic (buildd@allspice) (gcc version 4.7.2 (Ubuntu/Linaro 4.7.2-2ubuntu1) ) #28-Ubuntu SMP Tue Oct 9 19:31:23 UTC 2012 m4 (GNU M4) 1.4.16 GNU Make 3.81 patch 2.6.1 Perl version='5.14.2'; GNU sed version 4.2.1 tar (GNU tar) 1.26 Texinfo: makeinfo (GNU texinfo) 4.13 xz (XZ Utils) 5.1.0alpha gcc compilation OK So I think it's all correct, no ? No. /bin/sh - /bin/dash is wrong. dash is known to case problems with glibc. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc 2.16.0 don't compile with gcc 4.7.1
Adrien Vasseur wrote: So I have : bash, version 4.2.37(1)-release /bin/sh - /bin/bash Don't top post or you will stop getting responses. Also, trim things that are not relevant. And it doesn't work : gcc ../sysdeps/ieee754/dbl-64/wordsize-64/s_isnan.c -c -std=gnu99 -fgnu89-inline -fno-stack-protector -O2 -Wall -Winline -Wwrite-strings My log has x86_64-lfs-linux-gnu-gcc ../sysdeps/ieee754/dbl-64/wordsize-64/s_isnan.c ... It appears that you have a problem with gcc. I suggest you start over, ensuring all expanded tarballs and -build directories are removed. Pay close attention to the instructions and don't change anything. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] glibc-2.16.0 build issue LFS-BOOK-7.2
Hi, I'm following the LFS-BOOK-7.2. While building glibc in section 6.9 I'm getting following errors: -- ./scripts/mkinstalldirs /temp-build/glibc-build/linkobj mkdir /temp-build/glibc-build/linkobj (cd /temp-build/glibc-build/linkobj; \ /tools/lib/gcc/i686-pc-linux-gnu/4.7.1/../../../../i686-pc-linux-gnu/bin/ar x ../libc_pic.a; \ rm $(/tools/lib/gcc/i686-pc-linux-gnu/4.7.1/../../../../i686-pc-linux-gnu/bin/ar t ../sunrpc/librpc_compat_pic.a | sed 's/^compat-//'); \ /tools/lib/gcc/i686-pc-linux-gnu/4.7.1/../../../../i686-pc-linux-gnu/bin/ar x ../sunrpc/librpc_compat_pic.a; \ /tools/lib/gcc/i686-pc-linux-gnu/4.7.1/../../../../i686-pc-linux-gnu/bin/ar cr libc_pic.a *.os; \ rm *.os) /bin/sh: command substitution: line 3: syntax error near unexpected token `)' /bin/sh: command substitution: line 3: `/tools/lib/gcc/i686-pc-linux-gnu/4.7.1/../../../../i686-pc-linux-gnu/bin/ar t ../sunrpc/librpc_compat_pic.a | sed 's/^compat-//')' make[1]: *** [/temp-build/glibc-build/linkobj/libc_pic.a] Error 1 make[1]: Leaving directory `/temp-build/glibc-2.16.0' make: *** [all] Error 2 --- After debugging i found following lines in Makefile which causing this error: 147 (cd $(common-objpfx)linkobj; \ 148 $(AR) x ../libc_pic.a; \ 149 rm $$($(AR) t ../sunrpc/librpc_compat_pic.a | sed 's/^compat-//'); \ 150 $(AR) x ../sunrpc/librpc_compat_pic.a; \ 151 $(AR) cr libc_pic.a *.os; \ 152 rm *.os) My setup details: root:/temp-build/glibc-build# env TERM=xterm PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin PWD=/temp-build/glibc-build PS1=\u:\w\$ SHLVL=1 HOME=/root OLDPWD=/temp-build/glibc-2.16.0 _=/tools/bin/env root:/temp-build/glibc-build# root:/sources# bash version-check.sh bash, version 4.2.36(1)-release /bin/sh - /tools/bin/bash Binutils: (GNU Binutils) 2.22 version-check.sh: line 7: bison: command not found yacc not found bzip2, Version 1.0.6, 6-Sept-2010. Coreutils: 8.19 diff (GNU diffutils) 3.2 find (GNU findutils) 4.4.2 GNU Awk 4.0.1 /usr/bin/awk - /tools/bin/gawk gcc (GCC) 4.7.1 (GNU libc) 2.16 grep (GNU grep) 2.14 gzip 1.5 cat: /proc/version: No such file or directory m4 (GNU M4) 1.4.16 GNU Make 3.82 patch 2.6.1 Perl version='5.16.1'; GNU sed version 4.2.1 tar (GNU tar) 1.26 Texinfo: makeinfo (GNU texinfo) 4.13 xz (XZ Utils) 5.0.4 gcc compilation OK How can i fix this issue. Any help would be appreciated! Thanks, Gaurav -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc-2.16.0 build issue LFS-BOOK-7.2
On 10/22/2012 02:04 PM, Gaurav Goel wrote: Hi, I'm following the LFS-BOOK-7.2. While building glibc in section 6.9 I'm getting following errors: -- root:/sources# bash version-check.sh cat: /proc/version: No such file or directory I don't know if this has anything to do with this specific problem, but it does indicate that something went wrong. This probably means that /proc isn't mounted in the chroot - does ls /proc give you anything? How can i fix this issue. Any help would be appreciated! Thanks, Gaurav -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] glibc
I got the following for gclibc, any ideas? make[1]: Leaving directory `/mnt/lfs/sources/Chapter-5/5.7._Glibc-2.16.0/glibc-2.16.0' /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/ld: cannot find crt1.o: No such file or directory /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/ld: cannot find crti.o: No such file or directory collect2: error: ld returned 1 exit status -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc
Garrett Gaston wrote: I got the following for gclibc, any ideas? make[1]: Leaving directory `/mnt/lfs/sources/Chapter-5/5.7._Glibc-2.16.0/glibc-2.16.0' /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/ld: cannot find crt1.o: No such file or directory /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/ld: cannot find crti.o: No such file or directory collect2: error: ld returned 1 exit status Those files should be in /tools/lib, but they are put there by glibc. We need more context in order to help. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc
On 09/27/2012 06:40 PM, Garrett Gaston wrote: I got the following for gclibc, any ideas? make[1]: Leaving directory `/mnt/lfs/sources/Chapter-5/5.7._Glibc-2.16.0/glibc-2.16.0' /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/ld: cannot find crt1.o: No such file or directory /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/ld: cannot find crti.o: No such file or directory collect2: error: ld returned 1 exit status Every time that I have run into this it was because I messed up the symlink in the root directory pointing to /mnt/lfs/tools Should be as follows ls -l / lrwxrwxrwx1 root root14 Sep 10 11:19 tools - /mnt/lfs/tools You might have lrwxrwxrwx1 root root14 Sep 10 11:19 /tools -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc baho-utot
Thanks. Do you happen to know exactly what chapter/page of LFS that this symlink is created? Thanks. Date: Thu, 27 Sep 2012 19:05:01 -0400 From: baho-u...@columbus.rr.com To: lfs-support@linuxfromscratch.org Subject: Re: [lfs-support] glibc On 09/27/2012 06:40 PM, Garrett Gaston wrote: I got the following for gclibc, any ideas? make[1]: Leaving directory `/mnt/lfs/sources/Chapter-5/5.7._Glibc-2.16.0/glibc-2.16.0' /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/ld: cannot find crt1.o: No such file or directory /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/ld: cannot find crti.o: No such file or directory collect2: error: ld returned 1 exit status Every time that I have run into this it was because I messed up the symlink in the root directory pointing to /mnt/lfs/tools Should be as follows ls -l / lrwxrwxrwx1 root root14 Sep 10 11:19 tools - /mnt/lfs/tools You might have lrwxrwxrwx1 root root14 Sep 10 11:19 /tools -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc baho-utot
Garrett Gaston wrote: Thanks. Do you happen to know exactly what chapter/page of LFS that this symlink is created? Thanks. Section 4.2. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc-2.16.0 configure error - relro
Den 21-09-2012 17:22, Bruce Dubbs skrev: Thomas Jensen wrote: In chapter 5.7 I get an error running configure. The script stop with following message: checking for -z relro option... no configure: error: linker with -z relro support required Hi again I tried one more time this morning, but the result is the same. First time I used 'make -j 2', but today I didn't, but no change. What are your $PATH and $LFS_TGT settings? lfs@zepto:/mnt/lfs/sources$ printenv TERM=xterm LC_ALL=POSIX LFS=/mnt/lfs PATH=/tools/bin:/bin:/usr/bin PWD=/mnt/lfs/sources LFS_TGT=i686-lfs-linux-gnu PS1=${debian_chroot:+($debian_chroot)}\u@\h:\w\$ SHLVL=1 HOME=/home/lfs _=/usr/bin/printenv OLDPWD=/mnt/lfs/sources/glibc-build What are the contents of /tools/bin and /tools/lib? lfs@zepto:/mnt/lfs/sources$ ls /tools/bin i686-lfs-linux-gnu-addr2line i686-lfs-linux-gnu-gprof i686-lfs-linux-gnu-ar i686-lfs-linux-gnu-ld i686-lfs-linux-gnu-as i686-lfs-linux-gnu-ld.bfd i686-lfs-linux-gnu-c++filt i686-lfs-linux-gnu-nm i686-lfs-linux-gnu-cpp i686-lfs-linux-gnu-objcopy i686-lfs-linux-gnu-elfedit i686-lfs-linux-gnu-objdump i686-lfs-linux-gnu-gcc i686-lfs-linux-gnu-ranlib i686-lfs-linux-gnu-gcc-4.7.1 i686-lfs-linux-gnu-readelf i686-lfs-linux-gnu-gcc-ar i686-lfs-linux-gnu-size i686-lfs-linux-gnu-gcc-nm i686-lfs-linux-gnu-strings i686-lfs-linux-gnu-gcc-ranlib i686-lfs-linux-gnu-strip i686-lfs-linux-gnu-gcov lfs@zepto:/mnt/lfs/sources$ ls -RF /tools/lib /tools/lib: gcc/ libiberty.a /tools/lib/gcc: i686-lfs-linux-gnu/ /tools/lib/gcc/i686-lfs-linux-gnu: 4.7.1/ /tools/lib/gcc/i686-lfs-linux-gnu/4.7.1: crtbegin.o crtend.ocrtprec32.o include/ libgcc.a plugin/ crtbeginS.o crtendS.ocrtprec64.o include-fixed/ libgcc_eh.a@ crtbeginT.o crtfastmath.o crtprec80.o install-tools/ libgcov.a /tools/lib/gcc/i686-lfs-linux-gnu/4.7.1/include: ammintrin.hf16cintrin.h mm3dnow.h stdbool.h varargs.h avx2intrin.hfloat.hmm_malloc.h stddef.h wmmintrin.h avxintrin.hfma4intrin.h mmintrin.h stdfix.h x86intrin.h bmi2intrin.hfmaintrin.hnmmintrin.h stdint-gcc.h xmmintrin.h bmiintrin.hia32intrin.h pmmintrin.h stdint.h xopintrin.h bmmintrin.himmintrin.hpopcntintrin.h stdnoreturn.h cpuid.hiso646.h smmintrin.h tbmintrin.h cross-stdarg.hlwpintrin.hstdalign.h tmmintrin.h emmintrin.hlzcntintrin.h stdarg.hunwind.h /tools/lib/gcc/i686-lfs-linux-gnu/4.7.1/include-fixed: READMElimits.h syslimits.h /tools/lib/gcc/i686-lfs-linux-gnu/4.7.1/install-tools: fixinc_list gsyslimits.h include/ macro_list mkheaders.conf /tools/lib/gcc/i686-lfs-linux-gnu/4.7.1/install-tools/include: READMElimits.h /tools/lib/gcc/i686-lfs-linux-gnu/4.7.1/plugin: gtype.state include/ /tools/lib/gcc/i686-lfs-linux-gnu/4.7.1/plugin/include: ada/ gsstruct.defprefix.h alias.h gtm-builtins.defpretty-print.h all-tree.def gtype-desc.hreal.h alloc-pool.h hard-reg-set.hrealmpfr.h ansidecl.h hashtab.hreg-notes.def auto-host.h highlev-plugin-common.hrtl.def b-header-vars hwint.hrtl.h basic-block.h incpath.hsafe-ctype.h bitmap.h input.hsbitmap.h builtins.def insn-constants.hsplay-tree.h bversion.h insn-flags.hstatistics.h c-family/ insn-modes.hsymtab.h c-tree.h insn-notes.defsync-builtins.def cfghooks.h internal-fn.defsystem.h cfgloop.h internal-fn.htarget-hooks-macros.h cgraph.h intl.htarget.def cif-code.def ipa-prop.htarget.h config/ ipa-ref-inline.htimevar.def config.h ipa-ref.htimevar.h configargs.h ipa-reference.htm-preds.h coretypes.h ipa-utils.htm.h cp/ java/tm_p.h cppdefault.h langhooks.htoplev.h cpplib.h libiberty.htree-check.h debug.h line-map.htree-dump.h defaults.h machmode.htree-flow-inline.h diagnostic-core.h md5.htree-flow.h diagnostic.def mode-classes.deftree-inline.h diagnostic.h objc/tree-iterator.h double-int.h obstack.htree-pass.h emit-rtl.h omp-builtins.deftree-pretty-print.h except.h options.htree-ssa-alias.h filenames.h opts.htree-ssa-operands.h fixed-value.h output.htree-ssa-sccvn.h flag-types.h params.deftree.def flags.h params.htree.h function.h plugin-api.htreestruct.def gcc-plugin.h plugin-version.hvec.h
Re: [lfs-support] glibc-2.16.0 configure error - relro
On Sat, Sep 22, 2012 at 03:41:52PM +0200, Thomas Jensen wrote: Den 21-09-2012 17:22, Bruce Dubbs skrev: Thomas Jensen wrote: In chapter 5.7 I get an error running configure. The script stop with following message: checking for -z relro option... no configure: error: linker with -z relro support required Hi again I tried one more time this morning, but the result is the same. First time I used 'make -j 2', but today I didn't, but no change. What are your $PATH and $LFS_TGT settings? [ snipped, on a *quick* glance I didn't see anything wrong ] Google found a suggestion that this can be caused if awk is pointing to mawk - I'm surprised if that is true for *this* error, but you never know, so check it anyway - if it is pointing to mawk, go back and recheck the host system requirements in the Preface. More significantly, somebody pointed out that you really have to look at the output of the configure script, to see *why* it reported that there is no -z relro support. Look through config.log in 'view' or 'less'. Find the error message 'linker with -z relro support required', then look at the lines before that (perhaps a couple of screens) to see what error message was produced, probably by gcc or ld. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc-2.16.0 configure error - relro
Den 22-09-2012 17:09, Ken Moffat skrev: Look through config.log in 'view' or 'less'. Find the error message 'linker with -z relro support required', then look at the lines before that (perhaps a couple of screens) to see what error message was produced, probably by gcc or ld. Thanks. That helped! Mawk seems to be the problem. From config.log: mawk: conftest.awk: line 16: function strtonum never defined First google-hit points to: http://ubuntuforums.org/showthread.php?t=2024428 and last post suggest: sudo apt-get install gawk and that solved the problem. thomas@zepto:~$ mawk -W version mawk 1.3.3 Nov 1996, Copyright (C) Michael D. Brennan thomas@zepto:~$ gawk -W version GNU Awk 3.1.8 -- Thomas Jensen -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] glibc-2.16.0 configure error - relro
Hello In chapter 5.7 I get an error running configure. The script stop with following message: checking for -z relro option... no configure: error: linker with -z relro support required See complete output from configure in the end of this mail. I have also uploaded config.log to http://sejlgarnet.dk/tmp/config.log I think I have followed the book pretty well, and don't think I have had any problems so far. My best guess is something went wrong when compiling gcc - because i686-lfs-linux-gnu/bin/ld is found, and I think the error is related to that linker. But I am not sure... :-/ I hope someone can help me. Thomas == output from configure lfs@zepto:/mnt/lfs/sources/glibc-build$ ../glibc-2.16.0/configure \ --prefix=/tools \ --host=$LFS_TGT \ --build=$(../glibc-2.16.0/scripts/config.guess) \ --disable-profile \ --enable-add-ons\ --enable-kernel=2.6.25 \ --with-headers=/tools/include \ libc_cv_forced_unwind=yes \ libc_cv_ctors_header=yes\ libc_cv_c_cleanup=yes checking build system type... i686-pc-linux-gnu checking host system type... i686-lfs-linux-gnu checking for i686-lfs-linux-gnu-gcc... i686-lfs-linux-gnu-gcc checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether i686-lfs-linux-gnu-gcc accepts -g... yes checking for i686-lfs-linux-gnu-gcc option to accept ISO C89... unsupported checking for gcc... gcc checking how to run the C preprocessor... i686-lfs-linux-gnu-gcc -E checking for i686-lfs-linux-gnu-g++... no checking for i686-lfs-linux-gnu-c++... no checking for i686-lfs-linux-gnu-gpp... no checking for i686-lfs-linux-gnu-aCC... no checking for i686-lfs-linux-gnu-CC... no checking for i686-lfs-linux-gnu-cxx... no checking for i686-lfs-linux-gnu-cc++... no checking for i686-lfs-linux-gnu-cl.exe... no checking for i686-lfs-linux-gnu-FCC... no checking for i686-lfs-linux-gnu-KCC... no checking for i686-lfs-linux-gnu-RCC... no checking for i686-lfs-linux-gnu-xlC_r... no checking for i686-lfs-linux-gnu-xlC... no checking for g++... g++ configure: WARNING: using cross tools not prefixed with host triplet checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking for sysdeps preconfigure fragments... x86_64 configure: running configure fragment for add-on libidn configure: running configure fragment for add-on nptl checking for assembler gnu_indirect_function symbol type support... yes checking whether .text pseudo-op must be used... yes checking for assembler global-symbol directive... .globl checking for assembler .type directive prefix... @ checking sysdep dirs... nptl/sysdeps/unix/sysv/linux/i386/i686 sysdeps/unix/sysv/linux/i386/i686 nptl/sysdeps/unix/sysv/linux/i386 nptl/sysdeps/unix/sysv/linux/x86 sysdeps/unix/sysv/linux/x86 sysdeps/unix/sysv/linux/i386/nptl sysdeps/unix/sysv/linux/i386 nptl/sysdeps/unix/sysv/linux nptl/sysdeps/pthread sysdeps/pthread sysdeps/unix/sysv/linux sysdeps/gnu sysdeps/unix/inet nptl/sysdeps/unix/sysv sysdeps/unix/sysv sysdeps/unix/i386 nptl/sysdeps/unix sysdeps/unix sysdeps/posix sysdeps/i386/i686/fpu/multiarch sysdeps/i386/i686/fpu sysdeps/i386/i686/multiarch nptl/sysdeps/i386/i686 sysdeps/i386/i686 sysdeps/i386/i486 nptl/sysdeps/i386/i486 sysdeps/i386/fpu sysdeps/x86/fpu nptl/sysdeps/i386 sysdeps/i386 sysdeps/x86 sysdeps/wordsize-32 sysdeps/ieee754/ldbl-96 sysdeps/ieee754/dbl-64 sysdeps/ieee754/flt-32 sysdeps/ieee754 sysdeps/generic checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking whether /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/as is GNU as... yes checking whether /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/ld is GNU ld... yes checking for /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/as... /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/as checking version of /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/as... 2.22, ok checking for /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/ld... /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/ld checking version of /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/ld... 2.22, ok checking for i686-lfs-linux-gnu-gcc... (cached) i686-lfs-linux-gnu-gcc checking version of i686-lfs-linux-gnu-gcc... 4.7.1, ok checking for gnumake... no checking for
Re: [lfs-support] glibc-2.16.0 configure error - relro
Thomas Jensen wrote: Hello In chapter 5.7 I get an error running configure. The script stop with following message: checking for -z relro option... no configure: error: linker with -z relro support required See complete output from configure in the end of this mail. I have also uploaded config.log to http://sejlgarnet.dk/tmp/config.log I think I have followed the book pretty well, and don't think I have had any problems so far. My best guess is something went wrong when compiling gcc - because i686-lfs-linux-gnu/bin/ld is found, and I think the error is related to that linker. But I am not sure... :-/ What are your $PATH and $LFS_TGT settings? What are the contents of /tools/bin and /tools/lib? -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Glibc Make Error
Hi; Do you have any ideas on this? Regards *Aydın Demirel -- Linux System Administrator* *Endersys Consultancy and Software Ltd.* * * 2012/9/6 Aydın Demirel aydin...@gmail.com Hi; I try to compile glibc-2.16 version. But I'm getting following error when I execute make command: /opt/newroot/src/build/glibc-build/resolv/libresolv_pic.a(gethnamaddr.os):/opt/newroot/src/glibc-2.16.0/resolv/gethnamaddr.c:636: more undefined references to `__stack_chk_guard' follow collect2: error: ld returned 1 exit status make[2]: *** [/opt/newroot/src/build/glibc-build/resolv/libresolv.so] Error 1 what can be the problem? Regards *Aydın Demirel -- Linux System Administrator* *Endersys Consultancy and Software Ltd.* * * -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Glibc Make Error
Hi William; 2012/9/7 William Harrington berzerk...@cox.net On Sep 6, 2012, at 08:03 AM, Aydın Demirel wrote: /opt/newroot/src/build/glibc-**build/resolv/libresolv_pic.a(** gethnamaddr.os):/opt/newroot/**src/glibc-2.16.0/resolv/**gethnamaddr.c:636: more undefined references to `__stack_chk_guard' follow Maybe you are missing some sed commands: http://www.linuxfromscratch.**org/lfs/view/stable/chapter05/**glibc.htmlhttp://www.linuxfromscratch.org/lfs/view/stable/chapter05/glibc.html http://archive.**linuxfromscratch.org/mail-**archives/lfs-dev/2012-July/** 066729.htmlhttp://archive.linuxfromscratch.org/mail-archives/lfs-dev/2012-July/066729.html I looked into them and there is no any change. The other option is you aren't using the proper binutils and gcc installed prior to glibc in chap5. binutils and gcc packages are ok, there is no problem. But I have a question. sed -i '/k prot/agcc_cv_libc_provides_ssp=yes' gcc/configure I did it in gcc source file. Is it true or which gcc folder that I need. Example, your lfs user environment isn't set right, or you are not using the lfs user. Sincerely, William Harrington Best Regars -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Glibc Make Error
Hi again; This is my mistake. I solved it re-compiling* gcc. * Regards 2012/9/7 Aydın Demirel aydin...@gmail.com Hi William; 2012/9/7 William Harrington berzerk...@cox.net On Sep 6, 2012, at 08:03 AM, Aydın Demirel wrote: /opt/newroot/src/build/glibc-**build/resolv/libresolv_pic.a(** gethnamaddr.os):/opt/newroot/**src/glibc-2.16.0/resolv/**gethnamaddr.c:636: more undefined references to `__stack_chk_guard' follow Maybe you are missing some sed commands: http://www.linuxfromscratch.**org/lfs/view/stable/chapter05/**glibc.htmlhttp://www.linuxfromscratch.org/lfs/view/stable/chapter05/glibc.html http://archive.**linuxfromscratch.org/mail-**archives/lfs-dev/2012-July/* *066729.htmlhttp://archive.linuxfromscratch.org/mail-archives/lfs-dev/2012-July/066729.html I looked into them and there is no any change. The other option is you aren't using the proper binutils and gcc installed prior to glibc in chap5. binutils and gcc packages are ok, there is no problem. But I have a question. sed -i '/k prot/agcc_cv_libc_provides_ssp=yes' gcc/configure I did it in gcc source file. Is it true or which gcc folder that I need. Example, your lfs user environment isn't set right, or you are not using the lfs user. Sincerely, William Harrington Best Regars -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] Glibc Make Error
Hi; I try to compile glibc-2.16 version. But I'm getting following error when I execute make command: /opt/newroot/src/build/glibc-build/resolv/libresolv_pic.a(gethnamaddr.os):/opt/newroot/src/glibc-2.16.0/resolv/gethnamaddr.c:636: more undefined references to `__stack_chk_guard' follow collect2: error: ld returned 1 exit status make[2]: *** [/opt/newroot/src/build/glibc-build/resolv/libresolv.so] Error 1 what can be the problem? Regards *Aydın Demirel -- Linux System Administrator* *Endersys Consultancy and Software Ltd.* * * -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc pass 2 chapter-6
Sorry, what does top post and trim replies mean? Date: Sat, 18 Aug 2012 21:40:03 -0500 From: bruce.du...@gmail.com To: lfs-support@linuxfromscratch.org Subject: Re: [lfs-support] glibc pass 2 chapter-6 Garrett Gaston wrote: Sorry, I'M talking about glibc in chapter 6. As for the directory names, I don't recall using spaces, I did use _ where spaces would have been but I don't remember using any spaces. So is there a good reason I I never got my FLAG file or got GOOD echoed to the screen once the script commands were finished? Please don't top post and trim replies. There are some expected failures in the glibc tests. That's why the the structure failed. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc pass 2 chapter-6
Garrett Gaston wrote: Sorry, what does top post and trim replies mean? Are you really that ignorant? Try googling for 'top post', I'm feeling lucky. Don't expect any more replies until you figure it out. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] glibc chapter 6
This is what I got for the make -k check command for glibc on chapter 6 /bootparam.h sysvipc/sys/ipc.h sysvipc/sys/msg.h sysvipc/sys/sem.h sysvipc/sys/shm.h termios/termios.h termios/sys/termios.h termios/sys/ttychars.h time/time.h time/sys/time.h time/sys/timeb.h wcsmbs/wchar.h wctype/wctype.h /sources/Chapter-6/6.9._Glibc-2.14.1/glibc-build/begin-end-check.outmake[1]: Target `check' not remade because of errors.make[1]: Leaving directory `/sources/Chapter-6/6.9._Glibc-2.14.1/glibc-2.14.1'make: *** [check] Error 2 This is what I got for grep error for glibc on chapter 6 root:/sources/Chapter-6/6.9._Glibc-2.14.1/glibc-build# grep Error glibc-check-logmake[2]: [/sources/Chapter-6/6.9._Glibc-2.14.1/glibc-build/posix/annexc.out] Error 1 (ignored)make[2]: *** [/sources/Chapter-6/6.9._Glibc-2.14.1/glibc-build/rt/tst-cpuclock2.out] Error 1make[1]: *** [rt/tests] Error 2make: *** [check] Error 2 I know you said errors where expected, so is this when and where they are to be expected? Bruce, I am actually that ignorant regarding top posting trimming, because I've NEVER run into this issue before! What can I say? I did google them and hopefully I'll get it right next time.I want to make sure this package is correct before proceeding. I would hate to get 20 steps down the road and have everything blow up in my face because of something I missed way back here. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc chapter 6
On 2012-08-19 19:56, Garrett Gaston wrote: This is what I got for the make -k check command for glibc on chapter 6 /bootparam.h sysvipc/sys/ipc.h sysvipc/sys/msg.h sysvipc/sys/sem.h sysvipc/sys/shm.h termios/termios.h termios/sys/termios.h termios/sys/ttychars.h time/time.h time/sys/time.h time/sys/timeb.h wcsmbs/wchar.h wctype/wctype.h /sources/Chapter-6/6.9._Glibc-2.14.1/glibc-build/begin-end-check.out make[1]: Target `check' not remade because of errors. make[1]: Leaving directory `/sources/Chapter-6/6.9._Glibc-2.14.1/glibc-2.14.1' make: *** [check] Error 2 This is what I got for grep error for glibc on chapter 6 root:/sources/Chapter-6/6.9._Glibc-2.14.1/glibc-build# grep Error glibc-check-log make[2]: [/sources/Chapter-6/6.9._Glibc-2.14.1/glibc-build/posix/annexc.out] Error 1 (ignored) make[2]: *** [/sources/Chapter-6/6.9._Glibc-2.14.1/glibc-build/rt/tst-cpuclock2.out] Error 1 make[1]: *** [rt/tests] Error 2 make: *** [check] Error 2 I know you said errors where expected, so is this when and where they are to be expected? Bruce, I am actually that ignorant regarding top posting trimming, because I've NEVER run into this issue before! What can I say? I did google them and hopefully I'll get it right next time. I want to make sure this package is correct before proceeding. I would hate to get 20 steps down the road and have everything blow up in my face because of something I missed way back here. Can you add -B 10 or -B 20 to your grep command? that will give a wee bit more information. -- Jasmine Iwanek -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc pass 2 chapter-6
Le dimanche 19 août à 17:21, Garrett Gaston a écrit : Sorry, what does top post and trim replies mean? 'top post' means that you should not begin with your message but include it inside as I am doing. For triming, that's mean that you have to delete part of the message that are out of span as I'll do with the end of your message. -- Ph. Delavalade -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc chapter 6
Garrett Gaston wrote: This is what I got for the make -k check command for glibc on chapter 6 /bootparam.h sysvipc/sys/ipc.h sysvipc/sys/msg.h sysvipc/sys/sem.h sysvipc/sys/shm.h termios/termios.h termios/sys/termios.h termios/sys/ttychars.h time/time.h time/sys/time.h time/sys/timeb.h wcsmbs/wchar.h wctype/wctype.h /sources/Chapter-6/6.9._Glibc-2.14.1/glibc-build/begin-end-check.out make[1]: Target `check' not remade because of errors. make[1]: Leaving directory `/sources/Chapter-6/6.9._Glibc-2.14.1/glibc-2.14.1' make: *** [check] Error 2 This is what I got for grep error for glibc on chapter 6 root:/sources/Chapter-6/6.9._Glibc-2.14.1/glibc-build# grep Error glibc-check-log make[2]: [/sources/Chapter-6/6.9._Glibc-2.14.1/glibc-build/posix/annexc.out] Error 1 (ignored) make[2]: *** [/sources/Chapter-6/6.9._Glibc-2.14.1/glibc-build/rt/tst-cpuclock2.out] Error 1 make[1]: *** [rt/tests] Error 2make: *** [check] Error 2 Both these issues are documented in the book. If that's all you have, you have a very clean system. I know you said errors where expected, so is this when and where they are to be expected? Yes. Also, try using some more blank lines. Your mailer apparently does not recognize new line characters and that made it very hard to parse what you wrote. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] glibc pass 2 chapter-6
I have deviated from the book just a little. Instead of just typing the commands I'M placing all the commands for each page in a script called bld and running the script. In the script I'M appending each line with so what each line will not proceed unless the previous line succeeded, in addition each script file end with these two lines: date ../FLAGecho GOODWhen I see GOOD I know everything executed okay and I have a record (FLAG) that will also let me know. My bld scripts are also keeping log files of whats going on. The only other thing I've changed is that I created a Chapter-# directory withing the sources directory, and in each Chapter-# I have a folder, the lfs-web-page/packages that I'M working on, that would also be where I unpack the packages into.The problem I'M having is that when I run glibc pass2 in chapter 6 I'M not getting GOOD at the end or getting my FLAG file so something is going wrong and I don't know what it is or how to identify it. Here is my log files and my bld script for chapter 6 glibc. I would really appreciate some help, thanks. My script and log files: http://www.2shared.com/file/J5DFkXgs/the_log_filestar.html -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc pass 2 chapter-6
Garrett Gaston wrote: I have deviated from the book just a little. Instead of just typing the commands I'M placing all the commands for each page in a script called bld and running the script. In the script I'M appending each line with so what each line will not proceed unless the previous line succeeded, in addition each script file end with these two lines: date ../FLAGecho GOODWhen I see GOOD I know everything executed okay and I have a record (FLAG) that will also let me know. My bld scripts are also keeping log files of whats going on. The only other thing I've changed is that I created a Chapter-# directory withing the sources directory, and in each Chapter-# I have a folder, the lfs-web-page/packages that I'M working on, that would also be where I unpack the packages into.The problem I'M having is that when I run glibc pass2 in chapter 6 I'M not getting GOOD at the end or getting my FLAG file so something is going wrong and I don't know what it is or how to identify it. Here is my log files and my bld script for chapter 6 glibc. I would really appreciate some help, thanks. My script and log files: http://www.2shared.com/file/J5DFkXgs/the_log_filestar.html It is a pain when you put spaces in directory names. Also, try to add some white space to your messages. The above is difficult to read. The glibc tests will always return a failure. They even do that for XPASS (unexpeced pass). Note that there is no glibc pass2 in chapter 6. We build glibc two times: once in Chapter 5 and once in Chapter 6, so I'm not 100% sure which one you are referring to. I suspect the one in Chapter 6. We do have a gcc-pass2 and binutils-pass2 in Chapter 5, so your terminology is makes things a bit difficult to understand. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc pass 2 chapter-6
Garrett Gaston wrote: Sorry, I'M talking about glibc in chapter 6. As for the directory names, I don't recall using spaces, I did use _ where spaces would have been but I don't remember using any spaces. So is there a good reason I I never got my FLAG file or got GOOD echoed to the screen once the script commands were finished? Please don't top post and trim replies. There are some expected failures in the glibc tests. That's why the the structure failed. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] glibc 2.14.1 check fails
Hello, I'm building LFS 7.1 from the book. I'm running the tests on glib and I'm getting a setlocale failed error in bug-regex32. Any ideas on this ? Ok to proceed? Thanks in advance, Mike-- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] Glibc chapter 6 stuck...
root:/# DL=$(readelf -l /bin/sh | sed -n 's@.*interpret.*/tools\(.*\)]$@\1@p') bash: command substitution: line 45: syntax error near unexpected token `)' bash: command substitution: line 45: `readelf -l /bin/sh | sed -n 's@.*interpret.*/tools\(.*\)]$@\1@p')' root:/# I seem to be having a problem with /tools/bash. I noticed a problem with parentheses earlier where I ran the commands to set up lib64 without the case stuff. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Glibc chapter 6 stuck...
On Mon, 2012-08-13 at 20:38 -0500, Bruce Dubbs wrote: Michael Robinson wrote: root:/# DL=$(readelf -l /bin/sh | sed -n 's@.*interpret.*/tools\(.*\)]$@\1@p') bash: command substitution: line 45: syntax error near unexpected token `)' bash: command substitution: line 45: `readelf -l /bin/sh | sed -n 's@.*interpret.*/tools\(.*\)]$@\1@p')' root:/# Since it is evidently a script (line 45), I suspect a problem at a line earlier in the script. When you think there is a error, cut and paste the code inside the $() to check. In this case: readelf -l /bin/sh | sed -n 's@.*interpret.*/tools\(.*\)]$@\1@p' -- Bruce I got past the compile glibc step in chapter 6 and got the checks to print the correct results, but my temporary bash must still be broken. I substituted back ticks for $(...) as a workaround. I'm still curious what on my Fedora 17 host caused a problem when I compiled the temporary bash. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Glibc chapter 6 stuck...
Michael Robinson wrote: On Mon, 2012-08-13 at 20:38 -0500, Bruce Dubbs wrote: Michael Robinson wrote: root:/# DL=$(readelf -l /bin/sh | sed -n 's@.*interpret.*/tools\(.*\)]$@\1@p') bash: command substitution: line 45: syntax error near unexpected token `)' bash: command substitution: line 45: `readelf -l /bin/sh | sed -n 's@.*interpret.*/tools\(.*\)]$@\1@p')' root:/# Since it is evidently a script (line 45), I suspect a problem at a line earlier in the script. When you think there is a error, cut and paste the code inside the $() to check. In this case: readelf -l /bin/sh | sed -n 's@.*interpret.*/tools\(.*\)]$@\1@p' -- Bruce I got past the compile glibc step in chapter 6 and got the checks to print the correct results, but my temporary bash must still be broken. I substituted back ticks for $(...) as a workaround. I'm still curious what on my Fedora 17 host caused a problem when I compiled the temporary bash. You didn't address the issue. The problem is with your script. The backticks just hid the problem. You can check the construct with something like: echo $(ls) -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] glibc 5.7
why are the CC= AR= RANLIB= not set for glibc? as far i can understand, glibc will be built with the hosts compiler and not with the new one build in 5.5 as the new one didn't install reachable with the PATH-variable. in 5.8 binutils and 5.9 gcc will be built with the new compiler by specifying the CC/AR/RANLIB variables. further on these variables are no longer required, as in 5.9 the compiler will be installed to be found in the path. i just built glibc with CC/AR/RANLIB set as in 5.8 and 5.9. meanwhile i've rebuild glibc in chapter 6 without any issues. is there a good reason to build glibc with the host compiler instead of building with the new one from 5.5? tobias -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc 5.7
On 6/21/2012 5:57 AM, Tobias Gasser wrote: why are the CC= AR= RANLIB= not set for glibc? as far i can understand, glibc will be built with the hosts compiler and not with the new one build in 5.5 as the new one didn't install reachable with the PATH-variable. in 5.8 binutils and 5.9 gcc will be built with the new compiler by specifying the CC/AR/RANLIB variables. further on these variables are no longer required, as in 5.9 the compiler will be installed to be found in the path. i just built glibc with CC/AR/RANLIB set as in 5.8 and 5.9. meanwhile i've rebuild glibc in chapter 6 without any issues. is there a good reason to build glibc with the host compiler instead of building with the new one from 5.5? tobias You should probably ask the developers this one, as unless the new version says otherwise, it's still a matter of taste and knowing what you're doing. Perhaps on some systems it would wreck them royally to use the new compiler instead of the host compiler. The email list for developers should be something like lfs-...@linuxfromscratch.org. I'd check on the site first, though, as you still have to subscribe to it. Elly -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc 5.7
On Thu, 21 Jun 2012 11:57:19 +0100 Tobias Gasser l...@ebp-gasser.ch wrote: why are the CC= AR= RANLIB= not set for glibc? To quote from the glibc page http://www.linuxfromscratch.org/lfs/view/development/chapter05/glibc.html --host=$LFS_TGT, --build=$(../glibc-2.15/scripts/config.guess) The combined effect of these switches is that Glibc's build system configures itself to cross-compile, using the cross-linker and cross-compiler in /tools. Andy -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc 5.7
Andrew Benton schrieb: On Thu, 21 Jun 2012 11:57:19 +0100 Tobias Gasser l...@ebp-gasser.ch wrote: why are the CC= AR= RANLIB= not set for glibc? To quote from the glibc page http://www.linuxfromscratch.org/lfs/view/development/chapter05/glibc.html --host=$LFS_TGT, --build=$(../glibc-2.15/scripts/config.guess) The combined effect of these switches is that Glibc's build system configures itself to cross-compile, using the cross-linker and cross-compiler in /tools. oops. sorry for the noise and thanks! tobias -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc-2.15 make error undefined reference to `__rela_iplt_start' undefined reference to `__rela_iplt_end'
On 5/16/2012 12:22 AM, lei huang wrote: help help!!! On Tue, May 15, 2012 at 10:01 AM, lei huangcode.huang...@gmail.com wrote: system: centos5.8 linux2.6.18 gcc44 lfs: binutils-2.22 gcc-4.7.0 glibc-2.15 lfs-man Linux From Scratch - Version SVN-20120513 build glibc erro: gcc44 -nostdlib -nostartfiles -static -o /myos/user/tools_src/build-glibc/elf/sln /myos/user/tools_src/build-glibc/csu/crt1.o /myos/user/tools_src/build-glibc/csu/crti.o `gcc44 --print-file-name=crtbegin.o` /myos/user/tools_src/build-glibc/elf/sln.o -Wl,--start-group /myos/user/tools_src/build-glibc/libc.a -lgcc -lgcc_eh -Wl,--end-group `gcc44 --print-file-name=crtend.o` /myos/user/tools_src/build-glibc/csu/crtn.o /myos/user/tools_src/build-glibc/libc.a(elf-init.o): In function `__libc_csu_irel': /myos/user/tools_src/glibc-2.15/csu/elf-init.c:88: undefined reference to `__rela_iplt_end' /myos/user/tools_src/glibc-2.15/csu/elf-init.c:88: undefined reference to `__rela_iplt_start' /myos/user/tools_src/build-glibc/libc.a(elf-init.o): In function `elf_irela': /myos/user/tools_src/glibc-2.15/csu/../sysdeps/x86_64/dl-irel.h:43: undefined reference to `__rela_iplt_start' /myos/user/tools_src/glibc-2.15/csu/../sysdeps/x86_64/dl-irel.h:40: undefined reference to `__rela_iplt_start' /myos/user/tools_src/glibc-2.15/csu/../sysdeps/x86_64/dl-irel.h:40: undefined reference to `__rela_iplt_start' /myos/user/tools_src/glibc-2.15/csu/../sysdeps/x86_64/dl-irel.h:40: undefined reference to `__rela_iplt_start' collect2: ld returned 1 exit status make[2]: *** [/myos/user/tools_src/build-glibc/elf/sln] Error 1 make[2]: Leaving directory `/myos/user/tools_src/glibc-2.15/elf' make[1]: *** [elf/others] Error 2 make[1]: Leaving directory `/myos/user/tools_src/glibc-2.15' how to fix it?? Thanks, huanglei This will sound very mean, but: Learn CentOS inside and out first. Find all the different ways it works. /Then/ try building LFS again. Or, try a copy+paste method, and keep an eye out for replace_me, which need the appropriate value for the system in the line (pointy brackets not required). Either way, trying to customize LFS from the start doesn't seem to be working on your system. It usually ends in failure if you're new to the book (and if you're new to Linux). Elly -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc-2.15 make error undefined reference to `__rela_iplt_start' undefined reference to `__rela_iplt_end'
help help!!! On Tue, May 15, 2012 at 10:01 AM, lei huang code.huang...@gmail.com wrote: system: centos5.8 linux2.6.18 gcc44 lfs: binutils-2.22 gcc-4.7.0 glibc-2.15 lfs-man Linux From Scratch - Version SVN-20120513 build glibc erro: gcc44 -nostdlib -nostartfiles -static -o /myos/user/tools_src/build-glibc/elf/sln /myos/user/tools_src/build-glibc/csu/crt1.o /myos/user/tools_src/build-glibc/csu/crti.o `gcc44 --print-file-name=crtbegin.o` /myos/user/tools_src/build-glibc/elf/sln.o -Wl,--start-group /myos/user/tools_src/build-glibc/libc.a -lgcc -lgcc_eh -Wl,--end-group `gcc44 --print-file-name=crtend.o` /myos/user/tools_src/build-glibc/csu/crtn.o /myos/user/tools_src/build-glibc/libc.a(elf-init.o): In function `__libc_csu_irel': /myos/user/tools_src/glibc-2.15/csu/elf-init.c:88: undefined reference to `__rela_iplt_end' /myos/user/tools_src/glibc-2.15/csu/elf-init.c:88: undefined reference to `__rela_iplt_start' /myos/user/tools_src/build-glibc/libc.a(elf-init.o): In function `elf_irela': /myos/user/tools_src/glibc-2.15/csu/../sysdeps/x86_64/dl-irel.h:43: undefined reference to `__rela_iplt_start' /myos/user/tools_src/glibc-2.15/csu/../sysdeps/x86_64/dl-irel.h:40: undefined reference to `__rela_iplt_start' /myos/user/tools_src/glibc-2.15/csu/../sysdeps/x86_64/dl-irel.h:40: undefined reference to `__rela_iplt_start' /myos/user/tools_src/glibc-2.15/csu/../sysdeps/x86_64/dl-irel.h:40: undefined reference to `__rela_iplt_start' collect2: ld returned 1 exit status make[2]: *** [/myos/user/tools_src/build-glibc/elf/sln] Error 1 make[2]: Leaving directory `/myos/user/tools_src/glibc-2.15/elf' make[1]: *** [elf/others] Error 2 make[1]: Leaving directory `/myos/user/tools_src/glibc-2.15' how to fix it?? Thanks, huanglei -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] glibc pass2 make check error
wcsmbs/wchar.h wctype/wctype.h /sources/glibc-build/begin-end-check.out make[1]: Target `check' not remade because of errors. make[1]: Leaving directory `/sources/glibc-2.5.1' make: *** [check] Error 2 root:/sources/glibc-build# what can I do now ? go on? Then, make install will error-- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] Glibc and -march=i486 option
Well, I try to ask it once more. Can anybody explain (or give me a link to relevant discussion) why glibc should be compiled with -march=i486 option? I remember that in LFS 5.0 it was recommended to clear CFLAGS and CXXFLAGS during compilation; but why it is recommended -march=i486 option now? -- ante -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Glibc and -march=i486 option
ante wrote: Well, I try to ask it once more. Can anybody explain (or give me a link to relevant discussion) why glibc should be compiled with -march=i486 option? I remember that in LFS 5.0 it was recommended to clear CFLAGS and CXXFLAGS during compilation; but why it is recommended -march=i486 option now? To make it consistent for 32-bit intel platforms. There are very few differences in the instruction set between i486 and later. Building for an i686 would probably break if run on an i486 and there would be no significant performance improvements. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Glibc and -march=i486 option
On Mon, Apr 9, 2012 at 10:09 PM, Bruce Dubbs bruce.du...@gmail.com wrote: ante wrote: Well, I try to ask it once more. Can anybody explain (or give me a link to relevant discussion) why glibc should be compiled with -march=i486 option? I remember that in LFS 5.0 it was recommended to clear CFLAGS and CXXFLAGS during compilation; but why it is recommended -march=i486 option now? To make it consistent for 32-bit intel platforms. There are very few differences in the instruction set between i486 and later. Building for an i686 would probably break if run on an i486 and there would be no significant performance improvements. Yes, I understand this. But the system won't run on i486 anyway since glibc is the only package built with -march=i486 option. So I suppose there must be yet another reason. -- ante -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Glibc and -march=i486 option
ante wrote: On Mon, Apr 9, 2012 at 10:09 PM, Bruce Dubbs bruce.du...@gmail.com wrote: ante wrote: Well, I try to ask it once more. Can anybody explain (or give me a link to relevant discussion) why glibc should be compiled with -march=i486 option? I remember that in LFS 5.0 it was recommended to clear CFLAGS and CXXFLAGS during compilation; but why it is recommended -march=i486 option now? To make it consistent for 32-bit intel platforms. There are very few differences in the instruction set between i486 and later. Building for an i686 would probably break if run on an i486 and there would be no significant performance improvements. Yes, I understand this. But the system won't run on i486 anyway since glibc is the only package built with -march=i486 option. So I suppose there must be yet another reason. It was added 09/15/07. See http://wiki.linuxfromscratch.org/lfs/ticket/2018 -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Glibc and -march=i486 option
On Mon, Apr 9, 2012 at 11:33 PM, Bruce Dubbs bruce.du...@gmail.com wrote: It was added 09/15/07. See http://wiki.linuxfromscratch.org/lfs/ticket/2018 Thank you. -- ante -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] Glibc snd -march option
Hello, I try to find a reason for the following statement in the book: Because Glibc no longer supports i386, its developers say to use the compiler flag -march=i486 when building it for x86 machines. I wasn't able to find such recommendation in documentation of glibc (files README, INSTALL, FAQ, etc.). I'm sure it had to be discussed somewhere in lfs-dev, but I couldn't find it anyway. Could anybody give me a link? Thanks. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] glibc compilation error (LFS 7.1)
hi, i'm tryng to compile the glibc packtage but return a errror (2) this is the log of configuration and compilation of packet: lfs@pandaubuntu-RF511-RF411-RF711:/mnt/lfs/sources/glibc-build$ case `uname -m` in i?86) echo CFLAGS += -march=i486 -mtune=native configparms ;; esac lfs@pandaubuntu-RF511-RF411-RF711:/mnt/lfs/sources/glibc-build$ ../glibc-2.14.1/configure --prefix=/tools --host=$LFS_TGT --build=$(../glibc-2.14.1/scripts/config.guess) --disable-profile --enable-add-ons --enable-kernel=2.6.25 --with-headers=/tools/include libc_cv_forced_unwind=yes libc_cv_c_cleanup=yes checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-lfs-linux-gnu checking for x86_64-lfs-linux-gnu-gcc... x86_64-lfs-linux-gnu-gcc checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether x86_64-lfs-linux-gnu-gcc accepts -g... yes checking for x86_64-lfs-linux-gnu-gcc option to accept ISO C89... unsupported checking for gcc... gcc checking how to run the C preprocessor... x86_64-lfs-linux-gnu-gcc -E checking for x86_64-lfs-linux-gnu-g++... no checking for x86_64-lfs-linux-gnu-c++... no checking for x86_64-lfs-linux-gnu-gpp... no checking for x86_64-lfs-linux-gnu-aCC... no checking for x86_64-lfs-linux-gnu-CC... no checking for x86_64-lfs-linux-gnu-cxx... no checking for x86_64-lfs-linux-gnu-cc++... no checking for x86_64-lfs-linux-gnu-cl.exe... no checking for x86_64-lfs-linux-gnu-FCC... no checking for x86_64-lfs-linux-gnu-KCC... no checking for x86_64-lfs-linux-gnu-RCC... no checking for x86_64-lfs-linux-gnu-xlC_r... no checking for x86_64-lfs-linux-gnu-xlC... no checking for g++... g++ configure: WARNING: using cross tools not prefixed with host triplet checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes configure: running configure fragment for add-on libidn configure: running configure fragment for add-on nptl checking for assembler gnu_indirect_function symbol type support... yes checking whether .text pseudo-op must be used... yes checking for assembler global-symbol directive... .globl checking for assembler .type directive prefix... @ checking sysdep dirs... sysdeps/x86_64/elf nptl/sysdeps/unix/sysv/linux/x86_64 sysdeps/unix/sysv/linux/x86_64 sysdeps/unix/sysv/linux/wordsize-64 nptl/sysdeps/unix/sysv/linux nptl/sysdeps/pthread sysdeps/pthread sysdeps/unix/sysv/linux sysdeps/gnu sysdeps/unix/common sysdeps/unix/mman sysdeps/unix/inet nptl/sysdeps/unix/sysv sysdeps/unix/sysv sysdeps/unix/x86_64 nptl/sysdeps/unix sysdeps/unix sysdeps/posix sysdeps/x86_64/fpu sysdeps/x86_64/multiarch nptl/sysdeps/x86_64 sysdeps/x86_64 sysdeps/wordsize-64 sysdeps/ieee754/ldbl-96 sysdeps/ieee754/dbl-64/wordsize-64 sysdeps/ieee754/dbl-64 sysdeps/ieee754/flt-32 sysdeps/ieee754 sysdeps/generic/elf sysdeps/generic checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking whether /mnt/lfs/tools/bin/../lib/gcc/x86_64-lfs-linux-gnu/4.6.2/../../../../x86_64-lfs-linux-gnu/bin/as is GNU as... yes checking whether /mnt/lfs/tools/bin/../lib/gcc/x86_64-lfs-linux-gnu/4.6.2/../../../../x86_64-lfs-linux-gnu/bin/ld is GNU ld... yes checking for /mnt/lfs/tools/bin/../lib/gcc/x86_64-lfs-linux-gnu/4.6.2/../../../../x86_64-lfs-linux-gnu/bin/as... /mnt/lfs/tools/bin/../lib/gcc/x86_64-lfs-linux-gnu/4.6.2/../../../../x86_64-lfs-linux-gnu/bin/as checking version of /mnt/lfs/tools/bin/../lib/gcc/x86_64-lfs-linux-gnu/4.6.2/../../../../x86_64-lfs-linux-gnu/bin/as... 2.22, ok checking for /mnt/lfs/tools/bin/../lib/gcc/x86_64-lfs-linux-gnu/4.6.2/../../../../x86_64-lfs-linux-gnu/bin/ld... /mnt/lfs/tools/bin/../lib/gcc/x86_64-lfs-linux-gnu/4.6.2/../../../../x86_64-lfs-linux-gnu/bin/ld checking version of /mnt/lfs/tools/bin/../lib/gcc/x86_64-lfs-linux-gnu/4.6.2/../../../../x86_64-lfs-linux-gnu/bin/ld... 2.22, ok checking for pwd... /bin/pwd checking for x86_64-lfs-linux-gnu-gcc... (cached) x86_64-lfs-linux-gnu-gcc checking version of x86_64-lfs-linux-gnu-gcc... 4.6.2, ok checking for gnumake... no checking for gmake... no checking for make... make checking version of make... 3.81, ok checking for gnumsgfmt... no checking for gmsgfmt... no checking for msgfmt... msgfmt checking version of msgfmt... 0.18.1, ok checking for makeinfo... no checking for sed... sed checking version of sed... 4.2.1, ok checking for autoconf... no configure: WARNING: *** These auxiliary programs are missing or incompatible versions: makeinfo autoconf *** some features will be disabled. *** Check the INSTALL file for required versions. checking LD_LIBRARY_PATH variable... ok checking whether GCC supports -static-libgcc... -static-libgcc checking for bash... /bin/bash checking for gawk... no checking for mawk... mawk checking for perl... /usr/bin/perl checking for install-info... /usr/bin/install-info checking for bison... no checking for signed size_t type... no checking for libc-friendly stddef.h... yes checking
Re: [lfs-support] glibc tests errors
Doing the building two or three times can only help me understand things better. Agreed Anyway I wonder if anybody ever did the build right the first time, in only a single go? I Did... But then when it booted it yelled at me in black, white and in COLOR [FAIL] [FAIL] LOL Now I'm automating the whole thing in chunks like you are doing on paper ... so I can examine, edit, and try stuff It's all cool I'm learning alot... and I learned one MAIN THING GCC takes FOREVER to compile lol kernel too Keep at it Bro - We'll get it! Oh - and the Grub script - expect issues - I think that part needs work but then again... I'm the one with all the fails lol Happy new year! --Jason -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc tests errors
@Jason: that's my approach as well, just roll with the blows... (and go play GTA when I take a break - now _that's_ a lol!) I've reached install of glibc again, this time the grep error-check is: root:/sources/glibc-build# grep Error glibc-check-log make[2]: *** [/sources/glibc-build/posix/bug-regex32.out] Error 1 make[2]: [/sources/glibc-build/posix/annexc.out] Error 1 (ignored) make[1]: *** [posix/tests] Error 2 make[2]: *** [/sources/glibc-build/misc/tst-writev.out] Error 1 make[1]: *** [misc/tests] Error 2 make[2]: *** [/sources/glibc-build/elf/check-textrel.out] Error 1 make[1]: *** [elf/tests] Error 2 make: *** [check] Error 2 root:/sources/glibc-build# which is much better! - doing tick-by-tick works PS: make running the tests took all of 8 minutes on my box (asus p8z68-v pro/gen3; i7-2600; 16 GB ram) oh, and I set MAKEFLAGS=-j 8 to take advantage of the 4 threads - will be interesting to see what it does with gcc and the kernel On 1/3/12, jasonps...@jegas.com jasonps...@jegas.com wrote: Doing the building two or three times can only help me understand things better. Agreed Anyway I wonder if anybody ever did the build right the first time, in only a single go? I Did... But then when it booted it yelled at me in black, white and in COLOR [FAIL] [FAIL] LOL Now I'm automating the whole thing in chunks like you are doing on paper ... so I can examine, edit, and try stuff It's all cool I'm learning alot... and I learned one MAIN THING GCC takes FOREVER to compile lol kernel too Keep at it Bro - We'll get it! Oh - and the Grub script - expect issues - I think that part needs work but then again... I'm the one with all the fails lol Happy new year! --Jason -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc tests errors
Just a final check, I get the following result: root:/sources/glibc-build# grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g' SEARCH_DIR(/tools/x86_64-unknown-linux-gnu/lib64) SEARCH_DIR(/tools/x86_64-unknown-linux-gnu/lib) SEARCH_DIR(/usr/lib) SEARCH_DIR(/lib); Is the *-unknown-* to be expected? -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc tests errors
root:/sources/glibc-build# grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g' SEARCH_DIR(/tools/x86_64-unknown-linux-gnu/lib64) SEARCH_DIR(/tools/x86_64-unknown-linux-gnu/lib) SEARCH_DIR(/usr/lib) SEARCH_DIR(/lib); Is the *-unknown-* to be expected? I think that has to do with the export script with the lfs user is made. I think there are some variables that get filled in. But I'm new to this (not linux but Linux From Scratch) so I could be way off. --Jason -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc tests errors
On 1/3/2012 5:24 AM, jasonps...@jegas.com wrote: root:/sources/glibc-build# grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g' SEARCH_DIR(/tools/x86_64-unknown-linux-gnu/lib64) SEARCH_DIR(/tools/x86_64-unknown-linux-gnu/lib) SEARCH_DIR(/usr/lib) SEARCH_DIR(/lib); Is the *-unknown-* to be expected? I think that has to do with the export script with the lfs user is made. I think there are some variables that get filled in. But I'm new to this (not linux but Linux From Scratch) so I could be way off. --Jason It should say x86_64-lfs-linux-gnu, no unknown factor. Something is very wrong with associations, hostnames, or otherwise. Elly -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc tests errors
On Tue, 03 Jan 2012 06:19:39 -0600 Eleanore Boyd cara...@cox.net wrote: It should say x86_64-lfs-linux-gnu, no unknown factor. Something is very wrong with associations, hostnames, or otherwise. No, that's not true. After the second pass of gcc in chapter 5 it says x86_64-unknown-linux-gnu (or on 32 bit i686-unknown-linux-gnu). Andy -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] glibc tests errors
I don't know how to proceed, I get the following errors when running: make -k check 21 | tee glibc-check-log root:/sources/glibc-build# grep Error glibc-check-log make[1]: *** [csu/tests] Error 2 make[1]: *** [iconv/tests] Error 2 make[1]: *** [locale/tests] Error 2 make[3]: *** [/sources/glibc-build/iconvdata/gconv-modules] Error 1 make[2]: *** [/sources/glibc-build/iconvdata/gconv-modules] Error 2 make[1]: *** [localedata/tests] Error 2 make[2]: *** [/sources/glibc-build/iconvdata/iso8859-7jp.stmp] Error 1 make[2]: *** [/sources/glibc-build/iconvdata/stamp.os] Error 1 make[2]: *** [/sources/glibc-build/iconvdata/stamp.oS] Error 1 make[2]: *** [/sources/glibc-build/iconvdata/gconv-modules] Error 1 make[1]: *** [iconvdata/tests] Error 2 make[1]: *** [assert/tests] Error 2 make[1]: *** [ctype/tests] Error 2 make[1]: *** [intl/tests] Error 2 make[1]: *** [catgets/tests] Error 2 make[1]: *** [math/tests] Error 2 make[1]: *** [setjmp/tests] Error 2 make[1]: *** [signal/tests] Error 2 make[2]: *** [/sources/glibc-build/stdlib/tst-putenvmod.so] Error 1 make[1]: *** [stdlib/tests] Error 2 make[1]: *** [stdio-common/tests] Error 2 make[1]: *** [libio/tests] Error 2 make[1]: *** [dlfcn/tests] Error 2 make[1]: *** [malloc/tests] Error 2 make[1]: *** [string/tests] Error 2 make[1]: *** [wcsmbs/tests] Error 2 make[1]: *** [timezone/tests] Error 2 make[1]: *** [time/tests] Error 2 make[1]: *** [dirent/tests] Error 2 make[1]: *** [grp/tests] Error 2 make[1]: *** [pwd/tests] Error 2 make[2]: [/sources/glibc-build/posix/annexc.out] Error 1 (ignored) make[1]: *** [posix/tests] Error 2 make[1]: *** [io/tests] Error 2 make[1]: *** [resource/tests] Error 2 make[1]: *** [misc/tests] Error 2 make[1]: *** [gmon/tests] Error 2 make[1]: *** [gnulib/tests] Error 2 make[1]: *** [wctype/tests] Error 2 make[1]: *** [shadow/tests] Error 2 make[1]: *** [gshadow/tests] Error 2 make[1]: *** [argp/tests] Error 2 make[1]: *** [crypt/tests] Error 2 make[1]: *** [nptl/tests] Error 2 make[1]: *** [resolv/tests] Error 2 make[1]: *** [nss/tests] Error 2 make[1]: *** [rt/tests] Error 2 make[1]: *** [debug/tests] Error 2 make[2]: *** [/sources/glibc-build/nptl_db/db-symbols.v.i] Error 1 make[1]: *** [nptl_db/tests] Error 2 make[1]: *** [inet/tests] Error 2 make[1]: *** [sunrpc/tests] Error 2 make[1]: *** [login/tests] Error 2 make[2]: *** [/sources/glibc-build/dlfcn/libdl.so] Error 1 make[2]: *** [/sources/glibc-build/nptl/libpthread.so] Error 1 make[2]: *** [/sources/glibc-build/math/libm.so] Error 1 make[2]: *** [/sources/glibc-build/rt/librt.so] Error 1 make[2]: *** [/sources/glibc-build/resolv/libresolv.so] Error 1 make[2]: *** [/sources/glibc-build/crypt/libcrypt.so] Error 1 make[1]: *** [elf/tests] Error 2 make: *** [check] Error 2 These are way more than the few mentioned in the book. thx -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc tests errors
On Mon, Jan 02, 2012 at 06:13:55PM +0200, mais lfs wrote: I don't know how to proceed, I get the following errors when running: make -k check 21 | tee glibc-check-log root:/sources/glibc-build# grep Error glibc-check-log make[1]: *** [csu/tests] Error 2 make[1]: *** [iconv/tests] Error 2 make[1]: *** [locale/tests] Error 2 [...] make: *** [check] Error 2 These are way more than the few mentioned in the book. thx Take a look in glibc-check-log from the *host* system. For example, you could open another tty and then use 'view' (or 'less', if you prefer). Search for 'Error' [ /Error to search for it in less or vim ], then look at the lines just before it. You'll probably see descriptive messages explaining what failed. I'm guessing you forgot one or more of hte earlier packages, but that's only a guess. Also, if all the 'Error 2' failures have a simialr cause, the 'Error 1' might be something different. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc tests errors
On Mon, Jan 02, 2012 at 07:57:49PM +0200, mais lfs wrote: On Mon, Jan 2, 2012 at 7:24 PM, Ken Moffat zarniwh...@ntlworld.com wrote: Take a look in glibc-check-log from the *host* system. Don't have 'less' available yet, so is using: grep -B5 Error glibc-check-log I know you don't have less or vim in chroot, that's why I said to use it from the host. But, you've found the error. with which I found: .. error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory .. but: find / -name 'libgcc_s*' gives /sources/glibc-2.14.1/sysdeps/generic/libgcc_s.h /tools/lib/libgcc_s.so.1 /tools/lib/libgcc_s.so To confirm the problem, your really DO have to go back to the host system, then run ldd /mnt/lfs/tools/lib/libgcc_s.so.1 I'm guessing it's linked against one or more host libraries in /usr/lib. If so, something went badly wrong. I'm not in favour of the 'repeat, hoping it will work this time', approach. I do think you will have to start again, from the beginning, but if you can gather information about what you did wrong, you will know what to do differently next time. The problem with (only) libgcc_s doesn't ring any bells for me. I wonder if in fact other packages in chapter 5 have been linked to the host. You can try running ldd on some binaries in /tools/bin and some shared libraries in /tools/lib - pick one of either from each package, starting with binutils pass 2 (section 5.9) and then for random later packages. If they are all linked to /usr/lib, something went wrong in section 5.8, 'Adjusting the Toolchain'. If the problem is only with some, or all, packages after binutils pass 2, then I suspect you took a break, but didn't correctly restore the environment when you resumed. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc tests errors
On Mon, Jan 2, 2012 at 10:24 PM, Ken Moffat zarniwh...@ntlworld.com wrote: On Mon, Jan 02, 2012 at 07:57:49PM +0200, mais lfs wrote: On Mon, Jan 2, 2012 at 7:24 PM, Ken Moffat zarniwh...@ntlworld.com wrote: Take a look in glibc-check-log from the *host* system. Don't have 'less' available yet, so is using: grep -B5 Error glibc-check-log I know you don't have less or vim in chroot, that's why I said to use it from the host. But, you've found the error. with which I found: .. error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory .. but: find / -name 'libgcc_s*' gives /sources/glibc-2.14.1/sysdeps/generic/libgcc_s.h /tools/lib/libgcc_s.so.1 /tools/lib/libgcc_s.so To confirm the problem, your really DO have to go back to the host system, then run ldd /mnt/lfs/tools/lib/libgcc_s.so.1 I'm guessing it's linked against one or more host libraries in /usr/lib. If so, something went badly wrong. I'm not in favour of the 'repeat, hoping it will work this time', approach. I do think you will have to start again, from the beginning, but if you can gather information about what you did wrong, you will know what to do differently next time. The problem with (only) libgcc_s doesn't ring any bells for me. I wonder if in fact other packages in chapter 5 have been linked to the host. You can try running ldd on some binaries in /tools/bin and some shared libraries in /tools/lib - pick one of either from each package, starting with binutils pass 2 (section 5.9) and then for random later packages. If they are all linked to /usr/lib, something went wrong in section 5.8, 'Adjusting the Toolchain'. If the problem is only with some, or all, packages after binutils pass 2, then I suspect you took a break, but didn't correctly restore the environment when you resumed. Thx Ken I suspect your suspect is correct. I've been sitting doing this in one go when I should have taken regular breaks. What I'm going to do now is print out 10 or so pages at a time, do what's on them tick the steps off as I do them, and then take a break before I do the next set of pages. I'm going to keep the broken attempt - got more than enough diskspace to create more partitions - so I can later (maybe) as an exercise try and find my mistake when I understand the whole a bit better. Doing the building two or three times can only help me understand things better. Anyway I wonder if anybody ever did the build right the first time, in only a single go? -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc tests errors
On 02/01/12 21:48, mais lfs wrote: On Mon, Jan 2, 2012 at 10:24 PM, Ken Moffat zarniwh...@ntlworld.com mailto:zarniwh...@ntlworld.com wrote: On Mon, Jan 02, 2012 at 07:57:49PM +0200, mais lfs wrote: On Mon, Jan 2, 2012 at 7:24 PM, Ken Moffat zarniwh...@ntlworld.com mailto:zarniwh...@ntlworld.com wrote: Take a look in glibc-check-log from the *host* system. Don't have 'less' available yet, so is using: grep -B5 Error glibc-check-log I know you don't have less or vim in chroot, that's why I said to use it from the host. But, you've found the error. with which I found: .. error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory .. but: find / -name 'libgcc_s*' gives /sources/glibc-2.14.1/sysdeps/generic/libgcc_s.h /tools/lib/libgcc_s.so.1 /tools/lib/libgcc_s.so To confirm the problem, your really DO have to go back to the host system, then run ldd /mnt/lfs/tools/lib/libgcc_s.so.1 I'm guessing it's linked against one or more host libraries in /usr/lib. If so, something went badly wrong. I'm not in favour of the 'repeat, hoping it will work this time', approach. I do think you will have to start again, from the beginning, but if you can gather information about what you did wrong, you will know what to do differently next time. The problem with (only) libgcc_s doesn't ring any bells for me. I wonder if in fact other packages in chapter 5 have been linked to the host. You can try running ldd on some binaries in /tools/bin and some shared libraries in /tools/lib - pick one of either from each package, starting with binutils pass 2 (section 5.9) and then for random later packages. If they are all linked to /usr/lib, something went wrong in section 5.8, 'Adjusting the Toolchain'. If the problem is only with some, or all, packages after binutils pass 2, then I suspect you took a break, but didn't correctly restore the environment when you resumed. Thx Ken I suspect your suspect is correct. I've been sitting doing this in one go when I should have taken regular breaks. What I'm going to do now is print out 10 or so pages at a time, do what's on them tick the steps off as I do them, and then take a break before I do the next set of pages. I'm going to keep the broken attempt - got more than enough diskspace to create more partitions - so I can later (maybe) as an exercise try and find my mistake when I understand the whole a bit better. Doing the building two or three times can only help me understand things better. Anyway I wonder if anybody ever did the build right the first time, in only a single go? Did you do the host system requirments in chapter preface http://www.linuxfromscratch.org/lfs/view/7.0/prologue/hostreqs.html -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] glibc tests errors
Did you do the host system requirments in chapter preface http://www.linuxfromscratch.org/lfs/view/7.0/prologue/hostreqs.html Yes, I remember I had to install bison, but something else I now remember, I later had to install autotools on the host as well because something was complaining about not finding it, and I now see it is not stated as a host system req. Can't remember which package it was; I should have woken up to that I was doing something wrong back then. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page