On Tue, Nov 3, 2015 at 3:54 PM, Pat Barnes <[email protected]> wrote:
> On Tue, 2015-11-03 at 15:22 -0500, Michael Havens wrote: > > > > On Tue, Nov 3, 2015 at 2:53 PM, Michael Havens <[email protected]> > > wrote: > > I think maybe a recompile from the section after glibc is in > > order. I say the chapter after because it appears as if gibc > > compiled correctly. Not hearing any responses by tomorrow I > > will assume the is agreement with my plan. > > > > On Tue, Nov 3, 2015 at 12:24 AM, Michael Havens > > <[email protected]> wrote: > > I didn't deviate from the book though. I followed > > their instructions to the tee. > > > > On Mon, Nov 2, 2015 at 10:07 PM, William Harrington > > <[email protected]> wrote: > > On Sun, 01 Nov 2015 17:19:32 -0600 > > Bruce Dubbs <[email protected]> wrote: > > > > > > the complete makelog is found: > > > > > > > > http://pastebin.com/GFtFP9Ng > > > > > > Well the lines like > > > > > > /tools/lib/libpthread.so.0: undefined > > reference to `__getrlimit@GLIBC_PRIVATE' > > > > All of the GLIBC_PRIVATE lines seem to me like > > you are attempting to use LTO. Are you using > > LTO? > > > > You are only one person out of many who can't > > build a complete system without many errors > > which you can easily search the last ten years > > of archives from many mailing lists. the LFS > > devs build every day but use book commands and > > don't deviate from the book. When you need > > help you explain your deviances from the > > book.I think I found the problem! '&&' is > > waiting for input. I was taught that what it > > does is if the last command exits in anything > > other than zero it halts the program. Please, > > what does && do? > > > > > > I think I found the problem! '&&' is waiting for > > input. I was taught that what && does is if the last > > command exits in anything other than zero it halts the > > program. Please, what does && do? > > > > I figured this out by not waiting for approval to redo > > glibc and when I separately executed a command with > > '&&' it went to the next line and presented a '>'. > > -- > > :-)~MIKE~(-: > > You are correct that && means execute what follows the && only if the > first command is successful. However, if you END a line with &&, then > the shell assumes that there is another command that is forthcoming and > so gives you a prompt, its an implicit line continuation as in: > > foo> make && > > echo "done" > > The "done" will only be printed if the make succeeds. The ending of the > line with && required that another command follow, so the shell prompts > you for that something. > > So it was okay for the carrot to appear then. Okay -- :-)~MIKE~(-:Well After I compiled glibc again I got an error. I'm getting frustrated! Think I'll take a break and start over at a later date.
-- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
