[PATCH] Add -lssp_nonshared to GCC's LIB_SPEC unconditionally
Jeremie Le Hen
jeremie at le-hen.org
Fri Nov 5 21:39:16 UTC 2010
Hi Kib,
On Tue, Oct 05, 2010 at 08:18:04PM +0200, Jeremie Le Hen wrote:
>
> On Mon, Sep 27, 2010 at 06:44:57PM +0300, Kostik Belousov wrote:
> > Hardcoding /usr/lib as the path to the library in the script looks
> > problematic. For the buidlworld, you are linking resulting binaries
> > with the host library, instead of the buildworld-produced one. For
> > lib32, it makes non-working combination of 32/64 bit.
>
> Sorry for the late reply, but I had to collect various evidences for my
> sayings and my development machine is reaaaaaaaaaaally slow.
>
> In fact it seems the toolchain built for buildworld contains a ld(1)
> binary which invariably bases lookups for libraries in ${WORLDTMP}, even
> in case of an absolute path. I have two evidences of this:
> - Putting /usr/obj/usr/src/tmp/usr/lib/libssp_nonshared.a in
> /usr/obj/usr/src/tmp/usr/lib/libc.ld leads toolchain's ld(1) to use
> /usr/obj/usr/src/tmp/usr/obj/usr/src/tmp/usr/lib/libssp_nonshared.a;
> - I also verified this with a hand-wrought opensnoop-like DTrace script.
I dare to remind you about my patch. Do you have any other concerns?
Thanks.
Regards,
--
Jeremie Le Hen
Humans are born free and equal. But some are more equal than others.
Coluche
More information about the freebsd-hackers
mailing list