Re: [lfs-support] Chapter 6.7.1 header file search verification failure

2013-11-08 Thread Pierre Labastie
Le 08/11/2013 20:41, Sandy Widianto a écrit : > > > On Wed, 6 Nov 2013 14:19:18 -0600, William Harrington > 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 m

Re: [lfs-support] Chapter 6.7.1 header file search verification failure

2013-11-08 Thread Bruce Dubbs
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 migh

Re: [lfs-support] Chapter 6.7.1 header file search verification failure

2013-11-08 Thread Sandy Widianto
On Wed, 6 Nov 2013 14:19:18 -0600, William Harrington 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 h

Re: [lfs-support] Chapter 6.7.1 header file search verification failure

2013-11-06 Thread William Harrington
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.linuxfro

Re: [lfs-support] Chapter 6.7.1 header file search verification failure

2013-11-06 Thread Sandy Widianto
On Wed, 06 Nov 2013 11:50:07 -0600, Bruce Dubbs 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 -

Re: [lfs-support] Chapter 6.7.1 header file search verification failure

2013-11-06 Thread Douglas R. Reno
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

2013-11-06 Thread Igor Živković
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 >

Re: [lfs-support] Chapter 6.7.1 header file search verification failure

2013-11-06 Thread Bruce Dubbs
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 i

Re: [lfs-support] Chapter 6.7.1 header file search verification failure

2013-11-06 Thread Bruce Dubbs
Ken Moffat wrote: > 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) Not really. We are leading edge, but it's not bleeding edge until you start using git/svn/beta/development/uns

Re: [lfs-support] Chapter 6.7.1 header file search verification failure

2013-11-06 Thread Douglas R. Reno
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ć" wrote

Re: [lfs-support] Chapter 6.7.1 header file search verification failure

2013-11-06 Thread Igor Živković
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 Živko

Re: [lfs-support] Chapter 6.7.1 header file search verification failure

2013-11-06 Thread Ken Moffat
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

Re: [lfs-support] Chapter 6.7.1 header file search verification failure

2013-11-06 Thread Douglas R. Reno
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") SE

Re: [lfs-support] Chapter 6.7.1 header file search verification failure

2013-11-05 Thread Pierre Labastie
Le 06/11/2013 03:04, Douglas R. Reno a écrit : > Douglas R. Reno > 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 "/

Re: [lfs-support] Chapter 6.7.1 header file search verification failure

2013-11-05 Thread Douglas R . Reno
Douglas R. Reno 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-linu

[lfs-support] Chapter 6.7.1 header file search verification failure

2013-11-05 Thread Douglas R. Reno
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/incl