Re: [lfs-support] Chapter 6.7.1 header file search verification failure
On Wed, 6 Nov 2013 14:19:18 -0600, William Harrington kb0...@berzerkula.org wrote: On Nov 6, 2013, at 1:24 PM, Sandy Widianto wrote: I'm sure there will be always another top-posting from new members, so I think about top-posting should be mentioned on LFS web. [ Sandy Widianto ] We have pointers to proper posting: Go to the Mailing Lists link at http://www.linuxfromscratch.org Then go to the link described in the sentence Information on how to post messages through Gmane is available on theposting messages page which links to Posting messages http://gmane.org/post.php Sincerely, William Harrington -- I'm sorry about my late to reply, I got problem with my email filter. Almost 3 years I play with LFS I never click on that link until now I just did. Please correct me if I'm wrong, I think the page on that link doesn't mention anything about top posting. Thank you for your attention Mr. William. [ Sandy Widianto ] -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Chapter 6.7.1 header file search verification failure
Sandy Widianto wrote: I'm sorry about my late to reply, I got problem with my email filter. Almost 3 years I play with LFS I never click on that link until now I just did. Please correct me if I'm wrong, I think the page on that link doesn't mention anything about top posting. You might want to review http://en.wikipedia.org/wiki/Posting_style, especially the section on 'Choosing the proper posting style' On this list, trimming and Interleaved or Bottom posting is the desired style. -- 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] Chapter 6.7.1 header file search verification failure
Le 08/11/2013 20:41, Sandy Widianto a écrit : On Wed, 6 Nov 2013 14:19:18 -0600, William Harrington kb0...@berzerkula.org wrote: On Nov 6, 2013, at 1:24 PM, Sandy Widianto wrote: I'm sure there will be always another top-posting from new members, so I think about top-posting should be mentioned on LFS web. [ Sandy Widianto ] We have pointers to proper posting: Go to the Mailing Lists link at http://www.linuxfromscratch.org Then go to the link described in the sentence Information on how to post messages through Gmane is available on theposting messages page which links to Posting messages http://gmane.org/post.php Sincerely, William Harrington -- I'm sorry about my late to reply, I got problem with my email filter. Almost 3 years I play with LFS I never click on that link until now I just did. Please correct me if I'm wrong, I think the page on that link doesn't mention anything about top posting. Thank you for your attention Mr. William. [ Sandy Widianto ] http://www.linuxfromscratch.org/faq/#netiquette has everything... Pierre -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Chapter 6.7.1 header file search verification failure
I am building GCC 4.7.1 (book says to use 4.7.2). My book version is 7.3, so I am not using the latest version of the book. I have built several systems with 4.7.1 instead of 4.7.1. My output of grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g' is: SEARCH_DIR(/tools/i686-pc-linux-gnu/lib) SEARCH_DIR(/usr/lib) SEARCH_DIR(/lib); I noticed that my output here is completely off from what the book says it should be. Should I recompile GCC? On Nov 6, 2013 1:33 AM, Pierre Labastie pierre.labas...@neuf.fr wrote: Le 06/11/2013 03:04, Douglas R. Reno a écrit : Douglas R. Reno renodr2002 at gmail.com writes: Hello, I am having a completely different output than the book says when running grep -B4 '^ / usr/include' dummy.log, I get the following output: ignoring nonexistent directory /tools/ lib/gcc/i686-pc-linux-gnu/4.7.1/../../../../ i686-pc-linux- gnu/include ignoring duplicate directory /usr/ include #include ... search starts here: #include ... search starts here: /usr/include And that is all the output I get. I am using OpenSUSE 12.1 as a host. Can you please tell me what I did wrong and how to fix it? I would also like to bring up that my output from grep -o '/usr/lib.*/ crt[1in].*succeeded' dummy.log reads: /usr/lib/crt1.o succeeded /usr/lib/crti.o succeeded /usr/lib/crtn.o succeeded Also, i am using GCC 4.7.1 instead of 4.7.2, if that helps any. I have built several other systems with that same version. Do you mean you build GCC 4.7.1 or that GCC 4.7.1 is on the host? If you are building GCC 4.7,x you do not have the latest version of the book, do you? What about the SEARCH_DIR outputs? Pierre -- 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] Chapter 6.7.1 header file search verification failure
On Wed, Nov 06, 2013 at 05:30:58AM -0600, Douglas R. Reno wrote: I am building GCC 4.7.1 (book says to use 4.7.2). My book version is 7.3, so I am not using the latest version of the book. I have built several systems with 4.7.1 instead of 4.7.1. You seem to be confused about *where* you are in the book, and I suspect you are looking at multiple versions of it. Your heading is 'Chapter 6.7.1 header file search verification failure' but in all of the books since (at least) 7.2 the section is 6.10. 7.3 is at : http://www.linuxfromscratch.org/lfs/view/7.3/chapter06/adjusting.html My output of grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g' is: SEARCH_DIR(/tools/i686-pc-linux-gnu/lib) SEARCH_DIR(/usr/lib) SEARCH_DIR(/lib); And on that page I've linked to, it says: | If everything is working correctly, there should be no errors, and |the output of the last command (allowing for platform-specific |target triplets) will be: | |SEARCH_DIR(/tools/i686-pc-linux-gnu/lib) |SEARCH_DIR(/usr/lib) |SEARCH_DIR(/lib); Which appears to match your results. For 7.4, the '/tools' match disappears. Perhaps you are trying to build something that is between 7.2 and 7.3, but comparing it to the 7.4 or current svn book ? Or maybe you are building 7.3 except for sticking with an older gcc-4.7 release. That seems weird, but I'm sure you will think many things _I_ do are weird. I can't imagine why you would want to build such an old version - for me, stable 7.4 is verging on 'old' (I'm from the LFS is near the bleeding edge school) - but your system, your rules and the *matching* instructions should still work. But please be _clear_ about which version you are using, and what variations you have made, when you post here. At the moment, people will probably assume you are building 7.4 if you say nothing. I was going to moan about you top-posting, but I see you are using gmail so I guess you don't have any real choice if you are using its web interface - sucks, doesn't it. ĸ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] Chapter 6.7.1 header file search verification failure
On 2013-11-06 13:11, Ken Moffat wrote: I was going to moan about you top-posting, but I see you are using gmail so I guess you don't have any real choice if you are using its web interface - sucks, doesn't it. Sadly, Thunderbird now defaults to top-posting in replies too. -- Igor Živković http://www.slashtime.net/ -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Chapter 6.7.1 header file search verification failure
Yes, the Gmail web interface is horrible. I fixed my problem (I was in the end of installing GCC). I found that I incorrectly typed the CC symlink, and it was using the CC symlink from /tools/bin, not /usr/bin. Thank you all for the help Douglas Reno On Nov 6, 2013 6:16 AM, Igor Živković cont...@igor-zivkovic.from.hr wrote: On 2013-11-06 13:11, Ken Moffat wrote: I was going to moan about you top-posting, but I see you are using gmail so I guess you don't have any real choice if you are using its web interface - sucks, doesn't it. Sadly, Thunderbird now defaults to top-posting in replies too. -- Igor Živković http://www.slashtime.net/ -- 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] Chapter 6.7.1 header file search verification failure
Igor Živković wrote: On 2013-11-06 13:11, Ken Moffat wrote: I was going to moan about you top-posting, but I see you are using gmail so I guess you don't have any real choice if you are using its web interface - sucks, doesn't it. Sadly, Thunderbird now defaults to top-posting in replies too. You might want to try seamonkey. Edit Mail Newsgroups Account Settings Composition Addressing Automatically quote the original message when replying Then, start my reply below the quote Maybe TB has a similar setting. -- 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] Chapter 6.7.1 header file search verification failure
On 11/06/2013 06:50 PM, Bruce Dubbs wrote: Igor Živković wrote: Sadly, Thunderbird now defaults to top-posting in replies too. You might want to try seamonkey. Nah, I don't like all-in-one solutions. Edit Mail Newsgroups Account Settings Composition Addressing Automatically quote the original message when replying Then, start my reply below the quote Maybe TB has a similar setting. I was just saying that Mozilla devs changed the default setting in release 24. I know how to set it back, Bruce. :-) -- Igor Živković http://www.slashtime.net/ -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Chapter 6.7.1 header file search verification failure
Thank you for telling me how to avoid top posting in Gmail, 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] Chapter 6.7.1 header file search verification failure
On Wed, 06 Nov 2013 11:50:07 -0600, Bruce Dubbs bruce.du...@gmail.com wrote: Igor Živković wrote: On 2013-11-06 13:11, Ken Moffat wrote: I was going to moan about you top-posting, but I see you are using gmail so I guess you don't have any real choice if you are using its web interface - sucks, doesn't it. Sadly, Thunderbird now defaults to top-posting in replies too. You might want to try seamonkey. Edit Mail Newsgroups Account Settings Composition Addressing Automatically quote the original message when replying Then, start my reply below the quote Maybe TB has a similar setting. -- Bruce I'm sure there will be always another top-posting from new members, so I think about top-posting should be mentioned on LFS web. [ Sandy Widianto ] -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Chapter 6.7.1 header file search verification failure
On Nov 6, 2013, at 1:24 PM, Sandy Widianto wrote: I'm sure there will be always another top-posting from new members, so I think about top-posting should be mentioned on LFS web. [ Sandy Widianto ] We have pointers to proper posting: Go to the Mailing Lists link at http://www.linuxfromscratch.org Then go to the link described in the sentence Information on how to post messages through Gmane is available on theposting messages page which links to Posting messages http://gmane.org/post.php 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] Chapter 6.7.1 header file search verification failure
Douglas R. Reno renodr2002 at gmail.com writes: Hello, I am having a completely different output than the book says when running grep -B4 '^ / usr/include' dummy.log, I get the following output: ignoring nonexistent directory /tools/ lib/gcc/i686-pc-linux-gnu/4.7.1/../../../../ i686-pc-linux- gnu/include ignoring duplicate directory /usr/ include #include ... search starts here: #include ... search starts here: /usr/include And that is all the output I get. I am using OpenSUSE 12.1 as a host. Can you please tell me what I did wrong and how to fix it? Thank you all for the help, Douglas Reno I would also like to bring up that my output from grep -o '/usr/lib.*/ crt[1in].*succeeded' dummy.log reads: /usr/lib/crt1.o succeeded /usr/lib/crti.o succeeded /usr/lib/crtn.o succeeded Also, i am using GCC 4.7.1 instead of 4.7.2, if that helps any. I have built several other systems with that same version. 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] Chapter 6.7.1 header file search verification failure
Le 06/11/2013 03:04, Douglas R. Reno a écrit : Douglas R. Reno renodr2002 at gmail.com writes: Hello, I am having a completely different output than the book says when running grep -B4 '^ / usr/include' dummy.log, I get the following output: ignoring nonexistent directory /tools/ lib/gcc/i686-pc-linux-gnu/4.7.1/../../../../ i686-pc-linux- gnu/include ignoring duplicate directory /usr/ include #include ... search starts here: #include ... search starts here: /usr/include And that is all the output I get. I am using OpenSUSE 12.1 as a host. Can you please tell me what I did wrong and how to fix it? I would also like to bring up that my output from grep -o '/usr/lib.*/ crt[1in].*succeeded' dummy.log reads: /usr/lib/crt1.o succeeded /usr/lib/crti.o succeeded /usr/lib/crtn.o succeeded Also, i am using GCC 4.7.1 instead of 4.7.2, if that helps any. I have built several other systems with that same version. Do you mean you build GCC 4.7.1 or that GCC 4.7.1 is on the host? If you are building GCC 4.7,x you do not have the latest version of the book, do you? What about the SEARCH_DIR outputs? Pierre -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page