From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 5 21:39:16 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 296CA106564A; Fri, 5 Nov 2010 21:39:16 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by mx1.freebsd.org (Postfix) with ESMTP id 1999C8FC0C; Fri, 5 Nov 2010 21:39:13 +0000 (UTC) Received: from endor.tataz.chchile.org (unknown [82.233.239.98]) by smtp5-g21.free.fr (Postfix) with ESMTP id 7339DD480A9; Fri, 5 Nov 2010 22:39:07 +0100 (CET) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id 52EDE33CF9; Fri, 5 Nov 2010 21:39:06 +0000 (UTC) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id 41ED3A1200; Fri, 5 Nov 2010 21:39:06 +0000 (UTC) Date: Fri, 5 Nov 2010 22:39:06 +0100 From: Jeremie Le Hen To: Kostik Belousov Message-ID: <20101105213905.GT30284@felucia.tataz.chchile.org> References: <20100803150545.GH14016@felucia.tataz.chchile.org> <20100803114651.651e0ea4@kan.dnsalias.net> <20100805191446.GJ14016@felucia.tataz.chchile.org> <20100919081406.GH6864@felucia.tataz.chchile.org> <20100919184146.GE2389@deviant.kiev.zoral.com.ua> <20100920162925.GL6864@felucia.tataz.chchile.org> <20100920192708.GK2389@deviant.kiev.zoral.com.ua> <20100927094651.GB57265@felucia.tataz.chchile.org> <20100927154457.GJ43070@deviant.kiev.zoral.com.ua> <20101005181804.GJ7536@felucia.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101005181804.GJ7536@felucia.tataz.chchile.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: kan@freebsd.org, freebsd-hackers@freebsd.org, Jeremie Le Hen Subject: Re: [PATCH] Add -lssp_nonshared to GCC's LIB_SPEC unconditionally X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Nov 2010 21:39:16 -0000 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