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/[EMAIL PROTECTED]' \ >> +<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 -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
