vim-7.2 make test failure
Well, thanks a lot guys. Its been over two weeks. No one has even bothered to answer the question even as far as saying, Ive got no clue, dude -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
6.16 GCC-4.4.3 make -k check Error 2
Hi i am using the LFS 6.6 book to build my LFS, but now im kinda stuck. I have compiled GCC but when i run the tests i get this: make: *** [do-check] Error 2 make: Target `check´ not remade because of errors. Then i make installed it and did the symlinks. The first test checks out right. [Requesting program interpreter: /lib/ld-linux.so.2] The second test gives me: /usr/lib/crt1.o succeeded /usr/lib/crti.o succeeded /usr/lib/crtn.o succeeded But the book says it should be something like: /usr/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../crt1.o succeeded /usr/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../crti.o succeeded /usr/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../crtn.o succeeded The third test: grep -B4 '^ /usr/include' dummy.log /tools/libexec/gcc/i686-pc-linux-gnu/4.4.3/cc1 -quiet -v -isystem /usr/include dummy.c -quiet -dumpbase dummy.c -mtune=generic -auxbase dummy -version -o /tmp/cckbdRPw.s ignoring nonexistent directory /tools/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../ #include ... search starts here: #include ... search starts here: /usr/include The book says: #include ... search starts here: /usr/local/include /usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.3/include /usr/lib/gcc/i686-pc-linux-gnu/4.4.3/include-fixed /usr/include The fourth test: grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g' SEARCH_DIR(/tools/i686-pc-linux-gnu/lib) SEARCH_DIR(/usr/lib) SEARCH_DIR(/lib); Book says: SEARCH_DIR(/usr/i686-pc-linux-gnu/lib) SEARCH_DIR(/usr/local/lib) SEARCH_DIR(/lib) SEARCH_DIR(/usr/lib); Fifth test: grep /lib.*/libc.so.6 dummy.log attempt to open /lib/libc.so.6 succeeded Sixth test: grep found dummy.log found ld-linux.so.2 at /lib/ld-linux.so.2 I guess this is a cause for concern, am i right? and I tried recompiling gcc 4 times. Where did i go wrong, and how far should i go back to fix this? Thanks //Mastah -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: 6.16 GCC-4.4.3 make -k check Error 2
On Fri, 02 Apr 2010 07:26:59 -0400 mas...@mail.com wrote: Hi i am using the LFS 6.6 book to build my LFS, but now im kinda stuck. I have compiled GCC but when i run the tests i get this: make: *** [do-check] Error 2 make: Target `check´ not remade because of errors. Then i make installed it and did the symlinks. The first test checks out right. [Requesting program interpreter: /lib/ld-linux.so.2] The second test gives me: /usr/lib/crt1.o succeeded /usr/lib/crti.o succeeded /usr/lib/crtn.o succeeded But the book says it should be something like: /usr/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../crt1.o succeeded /usr/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../crti.o succeeded /usr/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../crtn.o succeeded The third test: grep -B4 '^ /usr/include' dummy.log /tools/libexec/gcc/i686-pc-linux-gnu/4.4.3/cc1 -quiet -v -isystem /usr/include dummy.c -quiet -dumpbase dummy.c -mtune=generic -auxbase dummy -version -o /tmp/cckbdRPw.s ignoring nonexistent directory /tools/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../ #include ... search starts here: #include ... search starts here: /usr/include The book says: #include ... search starts here: /usr/local/include /usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.3/include /usr/lib/gcc/i686-pc-linux-gnu/4.4.3/include-fixed /usr/include The fourth test: grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g' SEARCH_DIR(/tools/i686-pc-linux-gnu/lib) SEARCH_DIR(/usr/lib) SEARCH_DIR(/lib); Book says: SEARCH_DIR(/usr/i686-pc-linux-gnu/lib) SEARCH_DIR(/usr/local/lib) SEARCH_DIR(/lib) SEARCH_DIR(/usr/lib); Fifth test: grep /lib.*/libc.so.6 dummy.log attempt to open /lib/libc.so.6 succeeded Sixth test: grep found dummy.log found ld-linux.so.2 at /lib/ld-linux.so.2 I guess this is a cause for concern, am i right? and I tried recompiling gcc 4 times. Where did i go wrong, and how far should i go back to fix this? Thanks //Mastah First off, you should include more information about your failure. This is a failure of the gcc test suite. You built GCC succesfuly, you tested your build, and it reported some failures. To see which, issue the command /path/to/your/gcc-sources/contrib/test_summary | grep -A7 Summ This is from the gcc build directory. The details are explained in Chapter 6.16 of the current stable LFS book (vers. 6.6). To summarise, some failures in the test stage are normal. They occur frequently, and have not been linked to end-system instability. Some others are not. But first you have to see which are the failing tests and include that information. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: vim-7.2 make test failure
On 2 April 2010 08:35, guitarje...@radioheadfan.com wrote: Well, thanks a lot guys. Its been over two weeks. No one has even bothered to answer the question even as far as saying, Ive got no clue, dude If we replied to everything we knew nothing about, the lists would be unusable for the noise. http://www.google.com/linux?hl=enq=vim-7.2+%22test37+FAILED%22btnG=Search only finds your report. Same for vim-7.2 test47 FAILED. Testsuites are mostly hard to understand. Vim particularly. Failures nobody else has reported might mean general breakage in your new system (terminfo, perhaps), or something unusual about your system (old processor ? old or unusual host system ?). Looking at what you posted, its an oldstyle diff between what was expected and what actually resulted. If you look at test37.in you will see it's something to do with scrolling, and at the end are two blocks of text with line numbers at the end. I think the failure means vim thinks your terminal is losing lines when data scrolls. That would definitely imply a mismatch between the term and how vim is addressing it. I normally build in a urxvt (x)term, which causes me some annoyance when I try to use the new system in chroot - setting TERM=xterm-color almost makes it usable in my case. Once I've booted the new system, that problem disappears. The only way to be certain if it really works, as with all software, is to run it. I guess that means you have to install it first, then you can try editing a big file and scrolling about (in a regular terminal, or perhaps in an xterm), but the best thing to do is to carry on until you can boot the new system. ĸen -- After tragedy, and farce, OMG poneys! -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
LFS 6.6 X86_64
Any one have any suggestions? The LFS x86_64 6.3 r2160 LiveCD boots but won't read the SATA discs. I tried the Fedora LiveCD and it won't even boot. Neither will the Gentoo x86_64 or Debian x86_64 install CDs -- If we can but prevent the government from wasting the labours of the people, under the pretence of taking care of them, they must become happy. - Thomas Jefferson -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: LFS 6.6 X86_64
Well, I have an Acer M5641. Fedora wouldn't boot, but CentOS would. LFS DVD worked as well. Solaris didn't see the disks either. At one point I even tried a different SATA controller. I can't really off any help, but I've had many similar problems. Although like I said, LFS dvd worked. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
