Re: [lfs-support] 7.4 / 6.17. GCC-4.8.1 ... FAIL: g++.dg/asan/asan_test.C
Hi William, Thank you. I should have said I came across that thread and other threads elsewhere about this error. But I didn't find a fix. Nor could *I* glean an indication that it's safe for me to ignore. Probably my failing. What did I miss? Thanks again, Ron On Sun, Dec 8, 2013 at 10:58 PM, William Harrington kb0...@berzerkula.orgwrote: On Dec 8, 2013, at 8:55 PM, Ron Hartikka wrote: Running target unix FAIL: g++.dg/asan/asan_test.C -O2 AddressSanitizer_HugeMallocTest Ident((char*)malloc(size))[-1] = 0 output pattern test, should match is located 1 bytes to the left of 2726297600-byte Hello Ron, This was reported back in August. http://thread.gmane.org/gmane.linux.lfs.devel/14295/focus=14318 Sincerely, William Harrington -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- Ron Hartikka harti...@gmail.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] 7.4 / 6.17. GCC-4.8.1 ... FAIL: g++.dg/asan/asan_test.C
Thanks William, I understand you are saying I should be good to go. What is your platform? *Native configuration is i686-pc-linux-gnu* also *The host is:* *Ubuntu 13.10 32 bitPentium(R) Dual-Core CPU T4200 @ 2.00GHz × 22GiB memory* As far as looking through the gcc-testresults mailing list: http://gcc.gnu.org/cgi-bin/search.cgi?wm=wrdform=extendedm=alls=Dul=%2Fml%2Fgcc-testresults%2F%25q=AddressSanitizer_HugeMallocTest Maybe you'll find your platform there. yes I guess I do. Like this, right? http://gcc.gnu.org/cgi-bin/search.cgi?q=AddressSanitizer_HugeMallocTest+i686-pc-linux-gnu+cmd=Search%21form=extendedm=allps=10fmt=longwm=wrdsp=1sy=1wf=2221type=GroupBySite=noul=%2Fml%2Fgcc-testresults%2F%25 I'd like to learn is how to tell for myself from these results - or just one of them - that I'm OK to continue. Any advice on that? Thanks again, Ron -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] 7.4 / 6.17. GCC-4.8.1 ... FAIL: g++.dg/asan/asan_test.C
It looks like the the issue is specific to the x86 architecture. I would ignore it. -- Bruce Will do. Thank you both. -- Ron Hartikka harti...@gmail.com -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] 7.4 / 6.17. GCC-4.8.1 ... FAIL: g++.dg/asan/asan_test.C
/./i686-pc-linux-gnu/libatomic/testsuite/libatomic.log.sent mv /sources/gcc-build/./i686-pc-linux-gnu/libgomp/testsuite/libgomp.log /sources/gcc-build/./i686-pc-linux-gnu/libgomp/testsuite/libgomp.log.sent mv /sources/gcc-build/./i686-pc-linux-gnu/libitm/testsuite/libitm.log /sources/gcc-build/./i686-pc-linux-gnu/libitm/testsuite/libitm.log.sent mv /sources/gcc-build/./i686-pc-linux-gnu/libmudflap/testsuite/libmudflap.log /sources/gcc-build/./i686-pc-linux-gnu/libmudflap/testsuite/libmudflap.log.sent mv /sources/gcc-build/./i686-pc-linux-gnu/libstdc++-v3/testsuite/libstdc++.log /sources/gcc-build/./i686-pc-linux-gnu/libstdc++-v3/testsuite/libstdc++.log.sent true root:/sources/gcc-build# -- Ron Hartikka harti...@gmail.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] 7.4 / 6.17. GCC-4.8.1 ... FAIL: g++.dg/asan/asan_test.C
That was supposed to say that the error was from ../gcc-4.8.1/contrib/test_summary I do see the error in some test resultes here: http://gcc.gnu.org/ml/gcc-testresults/ but I don't know whether that makes it safe to continue. On Sun, Dec 8, 2013 at 9:55 PM, Ron Hartikka harti...@gmail.com wrote: Hi Group, I got the error immediately below from How should I proceed? I think everything has been according to the book. Host details and version check below. Thanks, Ron === g++ tests === Running target unix FAIL: g++.dg/asan/asan_test.C -O2 AddressSanitizer_HugeMallocTest Ident((char*)malloc(size))[-1] = 0 output pattern test, should match is located 1 bytes to the left of 2726297600-byte Below is the full output of ../gcc-4.8.1/contrib/test_summary _ The host is. Ubuntu 13.10 32 bit Pentium(R) Dual-Core CPU T4200 @ 2.00GHz × 2 2GiB memory __ version check root@ron-Studio-1737:/home/ron# root@ron-Studio-1737:/home/ron# bash version-check.sh bash, version 4.2.45(1)-release /bin/sh - /bin/bash Binutils: (GNU Binutils for Ubuntu) 2.23.52.20130913 bison (GNU Bison) 2.7.12-4996 /usr/bin/yacc - /usr/bin/bison.yacc bzip2, Version 1.0.6, 6-Sept-2010. Coreutils: 8.20 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.8.1-10ubuntu9) 4.8.1 g++ (Ubuntu/Linaro 4.8.1-10ubuntu9) 4.8.1 (Ubuntu EGLIBC 2.17-93ubuntu4) 2.17 grep (GNU grep) 2.14 gzip 1.6 Linux version 3.11.0-13-generic (buildd@aatxe) (gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu8) ) #20-Ubuntu SMP Wed Oct 23 17:26:33 UTC 2013 m4 (GNU M4) 1.4.16 GNU Make 3.81 GNU patch 2.7.1 Perl version='5.14.2'; sed (GNU sed) 4.2.2 tar (GNU tar) 1.26 Texinfo: makeinfo (GNU texinfo) 5.1 xz (XZ Utils) 5.1.0alpha g++ compilation OK _ root:/sources/gcc-build# ../gcc-4.8.1/contrib/test_summary cat 'EOF' | LAST_UPDATED: Obtained from SVN: tags/gcc_4_8_1_release revision 199526 Native configuration is i686-pc-linux-gnu === g++ tests === Running target unix FAIL: g++.dg/asan/asan_test.C -O2 AddressSanitizer_HugeMallocTest Ident((char*)malloc(size))[-1] = 0 output pattern test, should match is located 1 bytes to the left of 2726297600-byte === g++ Summary === # of expected passes53278 # of unexpected failures1 # of expected failures290 # of unsupported tests634 /sources/gcc-build/gcc/testsuite/g++/../../xg++ version 4.8.1 (GCC) === gcc tests === Running target unix === gcc Summary === # of expected passes92870 # of expected failures259 # of unsupported tests1096 /sources/gcc-build/gcc/xgcc version 4.8.1 (GCC) === libatomic tests === Running target unix === libatomic Summary === # of expected passes44 # of unsupported tests5 === libgomp tests === Running target unix === libgomp Summary === # of expected passes1313 === libitm tests === Running target unix === libitm Summary === # of expected passes26 # of expected failures3 # of unsupported tests1 === libmudflap tests === Running target unix === libmudflap Summary === # of expected passes1428 === libstdc++ tests === Running target unix === libstdc++ Summary === # of expected passes9212 # of expected failures45 # of unsupported tests218 Compiler version: 4.8.1 (GCC) Platform: i686-pc-linux-gnu configure flags: --prefix=/usr --libexecdir=/usr/lib --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++ --disable-multilib --disable-bootstrap --disable-install-libiberty --with-system-zlib EOF Mail -s Results for 4.8.1 (GCC) testsuite on i686-pc-linux-gnu gcc-testresu...@gcc.gnu.org mv /sources/gcc-build/./gcc/testsuite/g++/g++.sum /sources/gcc-build/./gcc/testsuite/g++/g++.sum.sent mv /sources/gcc-build/./gcc/testsuite/gcc/gcc.sum /sources/gcc-build/./gcc/testsuite/gcc/gcc.sum.sent mv /sources/gcc-build/./i686-pc-linux-gnu/libatomic/testsuite/libatomic.sum /sources/gcc-build/./i686-pc-linux-gnu/libatomic/testsuite/libatomic.sum.sent mv /sources/gcc-build/./i686-pc-linux-gnu/libgomp/testsuite/libgomp.sum /sources/gcc-build/./i686-pc-linux-gnu/libgomp/testsuite/libgomp.sum.sent mv /sources/gcc-build/./i686-pc-linux-gnu/libitm/testsuite/libitm.sum /sources/gcc-build/./i686-pc-linux-gnu/libitm/testsuite/libitm.sum.sent mv /sources/gcc-build/./i686-pc-linux-gnu/libmudflap/testsuite/libmudflap.sum /sources/gcc-build/./i686-pc-linux-gnu/libmudflap/testsuite/libmudflap.sum.sent mv /sources/gcc-build/./i686-pc
[lfs-support] 7.4 5.15. Ncurses-5.9 fails to make
++: ticlib+termlib+ext_tinfo+base+ext_funcs) Appending rules for normal model (c++: ticlib+termlib+ext_tinfo+base+ext_funcs) creating headers.sh ** Configuration summary for NCURSES 5.9 20110404: extended funcs: yes xterm terminfo: xterm-new bin directory: /tools/bin lib directory: /tools/lib include directory: /tools/include man directory: /tools/man terminfo directory: /tools/share/terminfo lfs@ron-Studio-1737:/mnt/lfs/sources/ncurses-5.9$ make cd man make DESTDIR= all make[1]: Entering directory `/mnt/lfs/sources/ncurses-5.9/man' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/mnt/lfs/sources/ncurses-5.9/man' cd include make DESTDIR= all make[1]: Entering directory `/mnt/lfs/sources/ncurses-5.9/include' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/mnt/lfs/sources/ncurses-5.9/include' cd ncurses make DESTDIR= all make[1]: Entering directory `/mnt/lfs/sources/ncurses-5.9/ncurses' gcc -o make_hash -DHAVE_CONFIG_H -I../ncurses -I. -I./../include -I../include -DUSE_BUILD_CC -DHAVE_CONFIG_H -I../ncurses -I. -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DNDEBUG -I. -I../include -I/tools/include -O2 --param max-inline-insns-single=1200 ./tinfo/make_hash.c In file included from ./../include/ncurses_cfg.h:177:0, from ../ncurses/build.priv.h:53, from ./tinfo/make_hash.c:40: ./../include/ncurses_def.h:5:0: error: unterminated #ifndef #ifndef NC_DEFINE_H ^ make[1]: *** [make_hash] Error 1 make[1]: Leaving directory `/mnt/lfs/sources/ncurses-5.9/ncurses' make: *** [all] Error 2 environment lfs@ron-Studio-1737:/mnt/lfs/sources/ncurses-5.9$ env TERM=xterm OLDPWD=/mnt/lfs/sources LC_ALL=POSIX LFS=/mnt/lfs PATH=/tools/bin:/bin:/usr/bin PWD=/mnt/lfs/sources/ncurses-5.9 LFS_TGT=i686-lfs-linux-gnu PS1=${debian_chroot:+($debian_chroot)}\u@\h:\w\$ SHLVL=1 HOME=/home/lfs _=/usr/bin/env ___ version check lfs@ron-Studio-1737:/mnt/lfs/sources/ncurses-5.9$ bash version-check.sh bash, version 4.2.45(1)-release /bin/sh - /bin/bash Binutils: (GNU Binutils) 2.23.2 bison (GNU Bison) 2.7.12-4996 /usr/bin/yacc - /usr/bin/bison.yacc bzip2, Version 1.0.6, 6-Sept-2010. Coreutils: 8.20 diff (GNU diffutils) 3.2 find (GNU findutils) 4.4.2 GNU Awk 4.0.1 /usr/bin/awk - /usr/bin/gawk gcc (GCC) 4.8.1 g++ (GCC) 4.8.1 (GNU libc) 2.18 grep (GNU grep) 2.14 gzip 1.6 Linux version 3.11.0-13-generic (buildd@aatxe) (gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu8) ) #20-Ubuntu SMP Wed Oct 23 17:26:33 UTC 2013 m4 (GNU M4) 1.4.16 GNU Make 3.81 GNU patch 2.7.1 Perl version='5.14.2'; sed (GNU sed) 4.2.2 tar (GNU tar) 1.26 Texinfo: makeinfo (GNU texinfo) 5.1 xz (XZ Utils) 5.1.0alpha g++ compilation OK lfs@ron-Studio-1737:/mnt/lfs/sources/ncurses-5.9$ -- Ron Hartikka harti...@gmail.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] 7.4 5.15. Ncurses-5.9 fails to make
You may want to mv mawk to mawk.sav and try again. -- Bruce That did it. :) Configure checks for mawk first. It was mawk 1.3.3-17ubuntu1 Thanks again Bruce. Ron Hartikka -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] 7.4 / 5.7. Glibc-2.18 / configure warning: autoconf not working
Pierre, Thank you. Go ahead, autoconf is not needed, Any thoughts on why configure found it not to work? I am concerned that whatever kept autoconf from working would have other effects - ones that matter. You might want to type: env before beginning to work, and check that LFS, LFS_TGT c, are set and have consistent values. I will take your advice. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] 7.4 / 5.7. Glibc-2.18 / configure warning: autoconf not working
of inlined builtin function __sync_val_compare_and_swap... yes checking for cpuid.h... yes checking for SSE4 support... yes checking for assembler -mtune=i686 support... yes checking for AVX support... yes checking for AVX encoding of SSE instructions... yes checking for FMA4 support... yes checking for -mno-vzeroupper support... yes checking for old glibc 2.0.x headers... no checking whether -fPIC is default... no configure: creating ./config.status config.status: creating config.make config.status: creating Makefile config.status: creating config.h config.status: executing default commands lfs@ron-Studio-1737:/mnt/lfs/sources/glibc-build$ view ../glibc-2.18/INSTALL -- Ron Hartikka harti...@gmail.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] make error / nptl/tst-cond25 / LFS 7.4 / 6.9. Glibc-2.18 / Ubuntu 12.04 LTS
Update... I asked... Can I ignore the error [in my previous message] from make-ing glibc in section 6.9? I emptied the build directory and tried again. This time, I only got errors mentioned in the book. So I the question is purely academic now. Is it necessary to log out of user lfs between packages in chapter 5? I still wonder about this. If you don't log out, then you can accumulate environment changes, right? -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] make error / nptl/tst-cond25 / LFS 7.4 / 6.9. Glibc-2.18 / Ubuntu 12.04 LTS
Thanks Bruce but just to be 200% clear... see below Is it necessary to log out of user lfs between packages* in chapter 5*? Not exactly, but you need to be root to use chroot. You would need to su to root from the lfs user. I still wonder about this. If you don't log out, then you can accumulate environment changes, right? No, the environment will be reset by the chroot instruction. OK. chroot starts well defined. But I'm wondering about any vars could accumulate *within chapter 5* before any chroot. Environment changes from packages early in ch 5 would affect builds in later sections in ch 5. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] make error / nptl/tst-cond25 / LFS 7.4 / 6.9. Glibc-2.18 / Ubuntu 12.04 LTS
A subshell, including any executing program, cannot affect a parent shell. That's part of the Unix design. Yikes. Sorry. I should know that. I DO know that. Thank you for your patience there. I just looked through ch 5. No vars are set - except at the beginning of command lines. All that logging in an out in the video is unnecessary. By the way, the first video in that series has some deviations from 7.4/vii. He proceeds with gawk-3.18 (but needs Gawk-4.0.1. *)*He proceeds without establishing the 3 links (awk, yacc, sh). I am in touch with him and he's correcting this. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] SEARCH_DIR wrong / LFS 7.4 / 6.10. Adjusting the Toolchain / Ubuntu 12.04 LTS
Hi, In Adjusting the Toolchain, I found that the new linker is being used with the WRONG search paths. grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g' ... prints nothing (and has no errors) instead of printing... SEARCH_DIR(/usr/lib) SEARCH_DIR(/lib); I found that my backup from the end of chapter 5 has ld-new = ld. -rwxr-xr-x 4 lfs lfs 4773993 Nov 21 22:43 ld -rwxr-xr-x 1 lfs lfs 4773993 Nov 21 22:43 ld-new ...in tools/bin/. They shouldn't be the same, right? I'd expect ld-new to differ from ld since section 5.9. Binutils-2.23.2 - Pass 2 where... make -C ld clean make -C ld LIB_PATH=/usr/lib:/lib cp -v ld/ld-new /tools/bin So maybe I missed that step. I can start from the beginning - again. But can I, perhaps restart from 5.9? -Ron Hartikka -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] make error / nptl/tst-cond25 / LFS 7.4 / 6.9. Glibc-2.18 / Ubuntu 12.04 LTS
Hi group, I have 2 questions: Is it necessary to log out of user lfs between packages in chapter 5? Can I ignore the error (described below) from make-ing glibc in section 6.9? Thank you, Ron In Section 6.9, I got some errors from make. One error isn't anticipated in the Book. Here are all my errors: root:/sources/glibc-build# grep Error glibc-check-log make[2]: *** [/sources/glibc-build/posix/tst-getaddrinfo4.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/nptl/tst-cond25.out] Error 1 not listed in book as ok make[1]: *** [nptl/tests] Error 2 make[2]: *** [/sources/glibc-build/rt/tst-cputimer1.out] Error 1 make[1]: *** [rt/tests] Error 2 make[2]: [/sources/glibc-build/conform/run-conformtest.out] Error 1 (ignored) make: *** [check] Error 2 Inside my glibc-check-log, I find more... env GCONV_PATH=/sources/glibc-build/iconvdata LC_ALL=C /sources/glibc-build/elf/ld-linux.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/nptl/tst-cond25 /sources/glibc-build/nptl/tst-cond25.out Didn't expect signal from child: got `Segmentation fault' make[2]: *** [/sources/glibc-build/nptl/tst-cond25.out] Error 1 ___ Here's the background.. I deviated only once from the book as far as I know. Following this video http://www.youtube.com/watch?v=P-lrikiHc_g, I didn't use the sed command on pass 1 of binutils in 5.4 sed -i -e 's/@colophon/@@colophon/' \ -e 's/d...@cygnus.com/doc@@cygnus.com/' bfd/doc/bfd.texinfo But I did use the sed command in Pass 2 - section 5.9. I deviated from the video series in that he always logs out of lfs user after building a chapter 5 package, logging back in to build the next. I only started doing logging in and out after section 5.12. So my second question: is it necessary to log out of user lfs between packages in chapter 5? uname -a Linux ron-Studio-1737 3.8.0-29-generic #42~precise1-Ubuntu SMP Wed Aug 14 15:31:16 UTC 2013 i686 GNU/Linux Pentium(R) Dual-Core CPU T4200 @ 2.00GHz × 2 2.0 GiB lfs@ron-Studio-1737:~$ bash version-check.sh bash, version 4.2.45(1)-release /bin/sh - /bin/bash Binutils: (GNU Binutils) 2.23.2 bison (GNU Bison) 2.5 /usr/bin/yacc - /usr/bin/bison bzip2, Version 1.0.6, 6-Sept-2010. Coreutils: 8.21 diff (GNU diffutils) 3.3 find (GNU findutils) 4.4.2 GNU Awk 4.1.0, API: 1.0 /usr/bin/awk - /usr/local/bin/gawk lfs@ron-Studio-1737:~$ /usr/local/bin/gawk --version GNU Awk 4.0.1 gcc (GCC) 4.8.1 g++ (GCC) 4.8.1 (GNU libc) 2.18 grep (GNU grep) 2.14 gzip 1.4 Linux version 3.8.0-29-generic (buildd@akateko) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #42~precise1-Ubuntu SMP Wed Aug 14 15:31:16 UTC 2013 m4 (GNU M4) 1.4.16 GNU Make 3.82 GNU patch 2.7.1 Perl version='5.18.1'; sed (GNU sed) 4.2.2 tar (GNU tar) 1.26 Texinfo: makeinfo (GNU texinfo) 5.1 xz (XZ Utils) 5.0.5 g++ compilation OK -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] SOLVED: lfs 7.4 section 5.9.1. Installation of Binutils error: Cannot run C compiled programs
Thanks Bruce Dubbs and all the group... I have just repeated again and failed at 7.4 binutils section 5.9 (result below). Then, I just gave your reply a more careful read and... *Wait! What is this su - lfs? Minus???* I probably did type the '-' and get a login shell - but only in section 4.3. After that, whenever I rebooted or just logged out I'm sure I did not. I guess I need a login shell every time? Does this explain my result below? Is it a clue that configure says... checking target system type... x86_64-unknown-linux-gnu ...even though LFS_TGT is set to x86_64-lfs-linux-gnu? _ lfs@ron-Studio-1737:/mnt/lfs/sources$ echo $LFS_TGT *x86_64-lfs-linux-gnu* lfs@ron-Studio-1737:/mnt/lfs/sources/binutils-build$ CC=$LFS_TGT-gcc\ AR=$LFS_TGT-ar \ RANLIB=$LFS_TGT-ranlib \ ../binutils-2.23.2/configure \ --prefix=/tools\ --disable-nls \ --with-lib-path=/tools/lib \ --with-sysroot checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking target system type...* x86_64-unknown-linux-gnu* checking for a BSD-compatible install... /usr/bin/install -c checking whether ln works... yes checking whether ln -s works... yes checking for a sed that does not truncate output... /bin/sed checking for gawk... gawk checking for gcc... x86_64-lfs-linux-gnu-gcc checking for C compiler default output file name... a.out checking whether the C compiler works... configure: error: in `/mnt/lfs/sources/binutils-build': configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details On Thu, Nov 14, 2013 at 12:17 AM, Bruce Dubbs bruce.du...@gmail.com wrote: Ron Hartikka wrote: I now think the copy-paste theory was wrong. I should not have expected CC to be set after running the configure command in 5.9.1. I was unfamiliar with the idea of passing environment vars to a single program on the command line. I have used shells for a long time and not learned that till now. So, that's why I'm here! Thanks to all. My section 7.4 binutils section 5.9 has failed again after another full repeat of chapter 5 done with care. This time I noticed the warning in 5.7 glibc-2.18 said that autoconf was missing (along with the expected msgfmt). Will I need autoconf for 7.4 binutils section 5.9? No. That is not needed. After you change to user lfs in the command: su - lfs, what it the result from: $ set Also, did you delete both the binutils directory and the binutils-build directory before reextracting and running the commands in Section 5.9 as described in Section 5.3? -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- Ron Hartikka harti...@gmail.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] SOLVED: lfs 7.4 section 5.9.1. Installation of Binutils error: Cannot run C compiled programs
Even supposing the HTML looks innocent, I'm wondering if there are other ways for a multi-line selection to get corrupted. I experimented with the configure command in 7.4/5.9 Binutils. I was convinced that the method didn't work there in my situation. I'll repeat this later. On Wed, Nov 13, 2013 at 3:09 AM, Bernd Bausch berndbau...@gmail.com wrote: Date: Tue, 12 Nov 2013 22:27:20 -0500 From: Ron Hartikka harti...@gmail.com Subject: [lfs-support] SOLVED: lfs 7.4 section 5.9.1. Installation of Binutils error: Cannot run C compiled programs To: lfs-support@linuxfromscratch.org Message-ID: CAKFXPJQ8cUv3t3dYf3Sadrpdu0me+tUeUvCLB=pmftpnaxu...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 [...] I was pasting from the 7.4 online book into a terminal window. [...] I studied the situation and found that echo $CC produced a blank line. So CC was not set. Nor, as I recall, were AR and RANLIB. So I pasted the lines one at a time with out the backslashes. And all is well. I don't know why. -- Ron Hartikka harti...@gmail.com Copying and pasting from the PDF version of the book doesn't always work, as some of the command sequences are formatted as tables with 2 or more columns. When you paste such a table into a terminal window, the text is likely to be garbled. I didn't check the HTML version. Bernd Bausch berndbau...@gmail.com -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- Ron Hartikka harti...@gmail.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] SOLVED: lfs 7.4 section 5.9.1. Installation of Binutils error: Cannot run C compiled programs
Thanks. OK. I'll look at akh's suggstion in my next session. I already did a similar thing, actually. I think this was in 5.9 binutils pass 2. I set the environment variables - like 'export CC=$LFS_TGT-gcc' one at a time. Then I pasted the whole configure command into a file and bashed it. Another thing that might have been important in getting me through 5.9: logging out of lfs user and back in. I did this (prior to my succesful retry of 5.9) because in section 5.10 the instruction... *Before starting to build GCC, remember to unset any environment variables that override the default optimization flags.* ... and thought it might be a good thing. It would be nice if you could say that each section is independent in the sense that you could reboot and folllow a fixed setup procedure between each section. Is it true? What's the procedure? On Wed, Nov 13, 2013 at 7:55 AM, akhiezer lf...@cruziero.com wrote: Date: Wed, 13 Nov 2013 07:20:38 -0500 From: Ron Hartikka harti...@gmail.com To: LFS Support List lfs-support@linuxfromscratch.org Subject: Re: [lfs-support] SOLVED: lfs 7.4 section 5.9.1. Installation of Binutils error: Cannot run C compiled programs Even supposing the HTML looks innocent, I'm wondering if there are other ways for a multi-line selection to get corrupted. I experimented with the configure command in 7.4/5.9 Binutils. I was convinced that the method didn't work there in my situation. I'll repeat this later. Try to see what you're actually pasting. What happens if you do: (1) highlight copy the text using the same method - i.e. same mouse buttons, same source of text (html/pdf/...), same environment (terminal/browser/...), etc - as when it went wrong. (2) vi -i (3) do the paste using the same method - i.e. use same mouse button (I think you said middle-click), etc - as when it had gone wrong. (4) save to a filename /tmp/tstpst or similar. (5) cat -A /tmp/tstpst # or 'od -c /tmp/tstpst', or similar. (6) Post here the output from preceding step; delimit it above below with '' . (7) Does the output from step '(5)' look clean? rgds, akh -- -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- Ron Hartikka harti...@gmail.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] SOLVED: lfs 7.4 section 5.9.1. Installation of Binutils error: Cannot run C compiled programs
I now think the copy-paste theory was wrong. I should not have expected CC to be set after running the configure command in 5.9.1. I was unfamiliar with the idea of passing environment vars to a single program on the command line. I have used shells for a long time and not learned that till now. So, that's why I'm here! Thanks to all. My section 7.4 binutils section 5.9 has failed again after another full repeat of chapter 5 done with care. This time I noticed the warning in 5.7 glibc-2.18 said that autoconf was missing (along with the expected msgfmt). Will I need autoconf for 7.4 binutils section 5.9? On Wed, Nov 13, 2013 at 12:19 PM, Pierre Labastie pierre.labas...@neuf.frwrote: Le 13/11/2013 04:27, Ron Hartikka a écrit : This looks like virgo's problem at... http://www.mail-archive.com/lfs-support@linuxfromscratch.org/msg20545.html I was pasting from the 7.4 online book into a terminal window. I got to this point (5.9.1): *CC=$LFS_TGT-gcc\ AR=$LFS_TGT-ar \ RANLIB=$LFS_TGT-ranlib \ ../binutils-2.23.2/configure \ --prefix=/tools\ --disable-nls \ --with-lib-path=/tools/lib \ --with-sysroot* I selected all of that at once, middle-mouse-pasted it into my terminal, and hit return. I had entered many multilined commands this way and all seemed to work. But this time, like Virgo, I got this error: *Cannot run C compiled programs* I repeated all of chapter 5 up to there with the same result. I studied the situation and found that echo $CC produced a blank line. So CC was not set. Nor, as I recall, were AR and RANLIB. Neither CC, nor AR or RANLIB should be set. So echo $CC *should* produce a blank line.The way the command above is done allows to set those variables temporarily during the executionof configure. A more relevant test could be echo $LFS_TGT-gcc, or $LFS_TGT-gcc --version. Typing one line at a time without the backslashes does not work the way it is intended to, because the variables CC, etc are not passed to configure! Unless you exported those variables to the environment, you have built binutils pass 2 with the host compiler, not the one you built during gcc pass1. Normally, if you have carefully followed the steps in chapter 4, you may log in and out and back to the lfs user, and always get the same environment. If you get garbbled pasting from the html book (I doubt it, because in this case, it would have shown up during the preceding steps), you may try akh suggestions. But I suspect some environment problem (LFS_TGT or othervariablesnot set or not exported). So please check it. Regards, Pierre -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- Ron Hartikka harti...@gmail.com -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page