r8754 - in trunk/BOOK: chapter01 chapter05 chapter06
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
>> 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.
More information about the lfs-dev