[lfs-support] Perl-5.18.1 fails one test. Does it matter? LFS 7.4
Hi all, Perl fails one test in the test suite. The output form: $ ./perl -MTestInit dist/IO/t/io_udp.t is: ==snip 1..7 ok 1 ok 2 ok 3 ok 4 not ok 5 # Failed test 5 - at dist/IO/t/io_udp.t line 64 ok 6 ok 7 ==snip I after running make -k test, I ran all the tests in the t directory as suggested by the output firm the test suite. Again only this test failed. But I didn't get any information that would explain why. The test appears to be testing whether localhost handles udp packets correctly. AFAIK the network is working normally.[1] So I have two questions. What is going on here? and: Does it matter? I am building LFS on Debian Wheesy but I suspect that isn't an important consideration. Thanks for takning the trouble to read this! Kind Regards, Bernard Footnotes: [1] /etc/hosts is set up. Moreover LFS can see my dns server and utilities such as traceroute and ping appear to be working normally, including pinging localhost. -- Your fortune cookie for today: Think big. Pollute the Mississippi. ** Fortune cookies are brought to you by GNU/Linux fortunes ** -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] Sorry my mistake! Was: Bison tests suite fails to compile LFS 7.4 (6.31 page 144)
On Wed, Nov 06, 2013 at 07:48:22AM +, Bernard Hurley wrote: Hi all, The Bison test suite (LFS 7.4 6.31 page 144) fails to stopping compile with this message:[1] Sorry I had forgotten to install flex. I had done everything else including the synlinks and the lex script! I didn't find out until I got to bc-1.06.95 so I guess I will have to reinstall the other packages up to there. Sorry for the noise! Bernard. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] Bison tests suite fails to compile LFS 7.4 (6.31 page 144)
Hi all, The Bison test suite (LFS 7.4 6.31 page 144) fails to stopping compile with this message:[1] ===snip make[2]: Entering directory `/sources/bison-3.0/runtime-po' make[2]: Nothing to be done for `check'. make[2]: Leaving directory `/sources/bison-3.0/runtime-po' Making check in . make[2]: Entering directory `/sources/bison-3.0' GEN doc/bison.help make examples/calc++/calc++ examples/mfcalc/mfcalc examples/rpcalc/rpcalc ./tests/bison tests/atconfig tests/atlocal make[3]: Entering directory `/sources/bison-3.0' LEX examples/calc++/calc++-scanner.cc CXX examples/calc++/examples_calc___calc__-calc++-scanner.o g++: error: ./examples/calc++/calc++-scanner.cc: No such file or directory g++: fatal error: no input files compilation terminated. make[3]: *** [examples/calc++/examples_calc___calc__-calc++-scanner.o] Error 1 make[3]: Leaving directory `/sources/bison-3.0' make[2]: *** [check-am] Error 2 make[2]: Leaving directory `/sources/bison-3.0' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/sources/bison-3.0' make: *** [check] Error 2 ===snip The file examples/calc++/calc++-scanner.cc, is indeed missing. I tried creating it, guessing what might be in it, with no success. However after issuing the commands: cp Makefile Makefile.bak sed -i '/calc++/d' Makefile make check the rest of the test suite compiles and Bison passes all the tests that are not skipped. I don't suppose this matters too much as the rest of the test suite works, but this information might be useful to others. Regards, Bernard. Footnotes: [1] I am building LFS on Debian Wheezy. -- Your fortune cookie for today: I've been in more laps than a napkin. -- Mae West ** Fortune cookies are brought to you by GNU/Linux fortunes ** -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Check-0.9.10 can't find subunit/child.h - LFS 7.4
On Mon, Nov 04, 2013 at 10:48:41AM +0100, Pierre Labastie wrote: Try just removing libsubunit-dev. That is the package which installs the include files. Thanks, I can build the software if I do that too. I take it from your reply that subunit isn't needed in any case. Whether --disable-subunit should be in the book, I do not know. Well, it would mean that no one else would waste any time on this issue. Thanks again, Bernard. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Check-0.9.10 can't find subunit/child.h - LFS 7.4
On Mon, Nov 04, 2013 at 11:33:34AM +0100, Pierre Labastie wrote: I test LFS very regularly, and I've never installed subunit. I am on Debian Jessie/sid, but was on wheezy before. Cool, thanks, Bernard -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] Issues with compiling GCC-4.8.1 (LFS 7.4)
Hi there! I have been trying to compile GCC-4.8.1 in section 5.5 of LFS 7.4. The first problem was that the compiler didn't seem to understand (a parameter to configure on p.37): --disable-libstdc++-v3 In case anyone else has the problem, I found after running configure --help that the solution seems to be to replace it with: --disable-libstdcxx The second problem is a bit more intractible. Having made the apbove adjustment to configure, when I run make it bombs out with: snip === configure: creating ./config.status config.status: creating Makefile config.status: creating auto-target.h config.status: linking ../.././libgcc/enable-execute-stack-empty.c to enable-execute-stack.c config.status: linking ../.././libgcc/unwind-generic.h to unwind.h config.status: linking ../.././libgcc/config/i386/linux-unwind.h to md-unwind-support.h config.status: linking ../.././libgcc/config/i386/sfp-machine.h to sfp-machine.h config.status: linking ../.././libgcc/gthr-single.h to gthr-default.h config.status: executing default commands make[2]: Entering directory `/mnt/lfs/gcc-build/gcc-4.8.1/x86_64-lfs_7_4-linux-gnu/libgcc' Makefile:162: ../.././gcc/libgcc.mvars: No such file or directory make[2]: *** No rule to make target `../.././gcc/libgcc.mvars'. Stop. make[2]: Leaving directory `/mnt/lfs/gcc-build/gcc-4.8.1/x86_64-lfs_7_4-linux-gnu/libgcc' make[1]: *** [all-target-libgcc] Error 2 make[1]: Leaving directory `/mnt/lfs/gcc-build/gcc-4.8.1' make: *** [all] Error 2 snip === I am running Debian Wheezy amd64 on a Dell Inspiron 1525. The output from Host System Requirements is:[1] snip === bash, version 4.2.37(1)-release /bin/sh - /bin/bash Binutils: (GNU Binutils for Debian) 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 4.0.1 /usr/bin/awk - /usr/bin/gawk gcc-4.7.real (Debian 4.7.2-5) 4.7.2 g++-4.7.real (Debian 4.7.2-5) 4.7.2 (Debian EGLIBC 2.13-38) 2.13 grep (GNU grep) 2.12 gzip 1.5 Linux version 3.2.0-4-rt-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP PREEMPT RT Debian 3.2.51-1 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 g++ compilation OK snip === I have the following environment variables set: LFS=/mnt/lfs LFS_TGT=x86_64-lfs_7_4-linux-gnu PATH=/tools/bin:/bin:/usr/bin I have tried seaching for a solution bu all I have found has been memory problems with Gentoo. I suspect the problem may be related to one of the following: There appears to be somthing wrong with the sed command on page 37: sed -i '/k prot/agcc_cv_libc_provides_ssp=yes' gcc/configure as the output from 'grep k prot gcc/configure' (before running sed) is: # Test for stack protector support in target C library. # all versions of Bionic support stack protector Another thing that seems strange is the configure option (again on page 37): --with-mpfr-lib=$(pwd)/mpfr/src/.libs There is no file mpfr/src/.libs, in fact there is nothing called .libs in the whole of mpfr's source tree. If you've read so far you are truly one of my heros! I hope to be able to contribute to the community myself once I have built LFS. Kind regards, Bernard. Footnotes: [1] Originally I had /bin/sh - /bin/dash, as seems to be the default on Debian, but I changed it so I could follow the book more closely. -- i'm living so far beyond my income that we may almost be said to be living apart. -- e. e. cummings -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Issues with compiling GCC-4.8.1 (LFS 7.4) [SOLVED]
On Sat, Nov 02, 2013 at 01:22:51PM -0400, Chris Staub wrote: On 11/02/2013 12:52 PM, Chris Staub wrote: dir, which is not what you're supposed to be doing. Go back and read page 5.3 very carefully. Aha! I had misunderstood the instructions! I feel rather foolish as they seem perfectly clear now. Thanks, Chris, It compiles now! Further, if you've managed to create $LFS/gcc-build, it means you either chowned $LFS to the lfs user, or temporarily became root to create $LFS/gcc-build, neither of which the LFS book says to do. In general, if you get some kind of permissions error, you should stop and double-check that you're doing what you're supposed to, rather than forcing root. If the book is correctly followed, you should be able to do all of Chapter 5 entirely as the lfs user. Also, if you did chown $LFS, you should chown it back to root. I'm afraid I did chown $LFS - I will chown it back immediately! Thanks, again, Chris and thanks to everyone who responded so quickly! Cheers, Bernard. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
