r8754 - in trunk/BOOK: chapter01 chapter05 chapter06

Jeremy Huntwork jhuntwork at linuxfromscratch.org
Thu Dec 4 02:37:19 PST 2008


Greg Schafer wrote:
> This is nothing like the new build method at all. It appears you've taken
> stuff from the old jh branch, which is now completely outdated because
> it's based on the old build method.. Ughh. Not sure where you're going
> dude, but this is definitely the wrong way to do 64-bit. As stated
> earlier, I'm not touching the old method with a 10 foot pole..

Relax. :) This is not the final commit, we _are_ moving to your new 
method, this is just the first step. As far as x86 is concerned, nothing 
of importance has changed, so it's essentially the same build as what 
has always been in trunk. Much of the reason I wanted to merge the jh 
branch into trunk was because of the textual changes that had already 
been done there.

> I realize it's early days, but how are you going to distinguish between
> 32-bit and 64-bit builds? As it stands, you're creating 64-bit dirs even
> in the 32-bit case.

Yes, this is a valid point. I'll keep this in mind as we bring in the 
multilib method.

>> Modified: trunk/BOOK/chapter06/readjusting.xml
>> ===================================================================
>> --- trunk/BOOK/chapter06/readjusting.xml	2008-12-03 22:04:18 UTC (rev 8753)
>> +++ trunk/BOOK/chapter06/readjusting.xml	2008-12-03 22:46:04 UTC (rev 8754)
> 
>> -<screen><userinput>gcc -dumpspecs | sed \
>> -    -e 's@/tools/lib/ld-linux.so.2@/lib/ld-linux.so.2 at g' \
>> +<screen><userinput>gcc -dumpspecs | sed -e 's@/tools@@g' \
> 
> So you went ahead and snuck this in anyway?

No, I wasn't sneaking in anything. This was already in the jh branch. It 
was just part of the merge to bring in initial support for 64-bit. I 
have it marked in my TODO as I begin importing your build method to 
highlight textually what is going on with the command.

--
JH



More information about the lfs-dev mailing list