From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 5 18:18:14 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 6F1E21065673; Tue, 5 Oct 2010 18:18:14 +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 41FC38FC12; Tue, 5 Oct 2010 18:18:11 +0000 (UTC) Received: from endor.tataz.chchile.org (unknown [82.233.239.98]) by smtp5-g21.free.fr (Postfix) with ESMTP id C4EBDD4818E; Tue, 5 Oct 2010 20:18:05 +0200 (CEST) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id A2FEF33D26; Tue, 5 Oct 2010 18:18:04 +0000 (UTC) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id 8F38BA128C; Tue, 5 Oct 2010 18:18:04 +0000 (UTC) Date: Tue, 5 Oct 2010 20:18:04 +0200 From: Jeremie Le Hen To: Kostik Belousov Message-ID: <20101005181804.GJ7536@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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100927154457.GJ43070@deviant.kiev.zoral.com.ua> 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: Tue, 05 Oct 2010 18:18:14 -0000 Hi Kib, 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. If it's enough for you, can you please go forward and commit my patch? I can make a cleaner one if you want. Thanks. Regards, -- Jeremie Le Hen Humans are born free and equal. But some are more equal than others. Coluche