[lfs-support] Not set up to use the correct startfiles at the 6.17 sanity check

Chris Staub chris at beaker67.com
Tue Nov 6 18:24:33 PST 2012


On 11/06/2012 09:19 PM, Chris Staub wrote:
> On 11/06/2012 09:11 PM, Harry Prevor wrote:
>>
>> Only of the installation as root, as all the previous files were
>> deleted. Here is my config.log:
>>
>>       <http://sprunge.us/QUHB>
>>
>> I can provide any other files from the installation if requested.
>>
> configure:3785: found /bin/gcc
>
> Looks like you didn't remove the previous GCC installation. Either that,
> or that was there even before you tried building GCC in chapter 6, which
> would point to some issue while making symlinks/files early in Chapter
> 6. If /bin/gcc is owned by the gcc user (most likely), rm it, and
> everything else owned by that user (perhaps with the uninstall_package
> script). Then try the sanity check again.

I just took another look, and saw this...

configure:8047: found /bin/ar
configure:8058: result: ar
configure:8172: checking for as
configure:8188: found /bin/as
configure:8199: result: as
configure:8313: checking for dlltool
configure:8343: result: no
configure:8454: checking for ld
configure:8470: found /bin/ld
configure:8481: result: ld
configure:8595: checking for lipo
configure:8625: result: no
configure:8736: checking for nm
configure:8752: found /bin/nm
configure:8763: result: nm
configure:8877: checking for ranlib
configure:8893: found /bin/ranlib
configure:8904: result: ranlib
configure:9013: checking for strip
configure:9029: found /bin/strip
configure:9040: result: strip

Apparently Binutils was also installed into /bin. I'd rm all of Binutils 
and GCC and reinstall both, and of course double-check command history 
for Binutils as well.

Out of curiosity, are lib{gmp,mpfr,mpc} also in /lib, or /usr/lib?



More information about the lfs-support mailing list