From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 365 invoked by alias); 17 May 2013 21:42:01 -0000 Mailing-List: contact libc-ports-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-ports-owner@sourceware.org Received: (qmail 346 invoked by uid 89); 17 May 2013 21:42:01 -0000 X-Spam-SWARE-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,TW_BJ,TW_JP autolearn=ham version=3.3.1 X-Spam-User: qpsmtpd, 2 recipients Received: from toast.topped-with-meat.com (HELO topped-with-meat.com) (204.197.218.159) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Fri, 17 May 2013 21:42:00 +0000 Received: by topped-with-meat.com (Postfix, from userid 5281) id D73C02C0C4; Fri, 17 May 2013 14:41:58 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Roland McGrath To: "Joseph S. Myers" Cc: , Subject: Re: Link extra-libs consistently with libc and ld.so In-Reply-To: Joseph S. Myers's message of Friday, 17 May 2013 21:36:00 +0000 References: <20130517202428.B17DA2C0BE@topped-with-meat.com> Message-Id: <20130517214158.D73C02C0C4@topped-with-meat.com> Date: Fri, 17 May 2013 21:42:00 -0000 X-CMAE-Score: 0 X-CMAE-Analysis: v=2.1 cv=LYSvtFvi c=1 sm=1 tr=0 a=WkljmVdYkabdwxfqvArNOQ==:117 a=14OXPxybAAAA:8 a=3y3AoTdKMDIA:10 a=Z6MIti7PxpgA:10 a=kj9zAlcOel0A:10 a=hOe2yjtxAAAA:8 a=goRXH4VqcUYA:10 a=0mkOu3_TQNGgqk-x4noA:9 a=CjuIK1q_8ugA:10 X-SW-Source: 2013-05/txt/msg00082.txt.bz2 > > elfobjdir and elf-objpfx are redundant. We should consolidate on just one > > or the other. I don't think it matters which. For linking, using ld.so > > makes sense. There is no need to use $(rtld-installed-name). > > I've added this consolidation to the wiki todo list. Good enough. > Now, maybe sotruss-lib.so could be built in a different way that happens > after linkobj/libc.so is built. But the principle of consistency with > building with an installed compiler and libc suggests that linkobj/libc.so > should only be used when necessary. Fair enough. > I'd think such a linker script might as well include absolute paths; a We take some pains in other places to avoid those. It means you can move your build directory around without breaking everything. > No, tested with normal testsuite runs. I don't expect everything to be > unchanged, given that various objects were previously linked > unconditionally with ld.so and after the patch have a --as-needed link > with ld.so (so some may not end up with a dependency on ld.so after all). I'd like to see at least verification that no actual code changed, and diffs of readelf -d output where it changed. Thanks, Roland