Date: Fri, 2 Feb 1996 13:57:55 +1100 From: Bruce Evans <bde@zeta.org.au> To: jdp@polstra.com, peter@jhome.dialix.com Cc: CVS-committers@FreeBSD.org, cvs-lib@FreeBSD.org, nate@sri.MT.net Subject: Re: cvs commit: src/lib/csu/i386 crt0.c Message-ID: <199602020257.NAA23300@godzilla.zeta.org.au>
next in thread | raw e-mail | index | archive | help
>> >> I think this will solve the problem...
>> >
>> >I think it will, too. But, why do you want to solve the problem by
>> >adding 4 lines to the Makefile, when you could solve it instead by
>> >removing 2 lines??
>>
>> The only thing I was wondering about was if anything in "lib" had
>> c++t0.o linked into it... It doesn't look like it, but it nearly was
>> a while ago...
>Anyway, now I agree that we should use your solution in the top-level
>Makefile, and not mine.
I prefer John's solution together with fixing what it breaks.
csu is built first to incorrectly fix `make world -DCLOBBER'. See the
log for rev.1.28. The problem was that -DCLOBBER blows away the used
library file crt0.o although it preserves the used library files
`*.s[ao].*'. If DESTDIR isn't set, then building and installing crt0.o
early results in the build utilities being linked with the _new_ crt0.o
and the _old_ shared libraries (or the link failing if someone sets
NOSHARED globally).
Better quick fixes for this problem include:
- don't remove any library files. Little would be lost, because the
critical shared libraries aren't removed, so links that should fail
because the appropriate new library hasn't been installed may bogusly
succeed using an old shared library, and garbage shared libraries
aren't removed, so -DCLOBBER's main purpose of removing junk is
half defeated.
- don't remove any library files if ${DESTDIR}==""; otherwise remove
all library files.
- remove all library files except those required to link and run the
build utilities.
Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199602020257.NAA23300>