From owner-freebsd-toolchain@freebsd.org Thu Aug 18 23:58:06 2016 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E73DBBE679; Thu, 18 Aug 2016 23:58:06 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (unknown [IPv6:2620:64:0:1:223:7dff:fea2:c8f2]) by mx1.freebsd.org (Postfix) with ESMTP id 15E741CC9; Thu, 18 Aug 2016 23:58:06 +0000 (UTC) (envelope-from db@db.net) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id 226692AA411; Thu, 18 Aug 2016 17:57:19 -0600 (MDT) Received: by night.db.net (Postfix, from userid 1000) id E01241CDE4; Thu, 18 Aug 2016 19:58:01 -0400 (EDT) Date: Thu, 18 Aug 2016 19:58:01 -0400 From: Diane Bruce To: Steve Kargl Cc: Tijl Coosemans , freebsd-toolchain@freebsd.org, Dimitry Andric , freebsd-ports@freebsd.org, kargl@uw.edu Subject: Re: Problems with out libgcc_s.so in base Message-ID: <20160818235801.GA83722@night.db.net> References: <20160814230351.GA10587@troutmask.apl.washington.edu> <20160814233430.GA35872@night.db.net> <20160817211710.GA59205@troutmask.apl.washington.edu> <20160818111521.7f79b9f8@kalimero.tijl.coosemans.org> <20160819011432.6f2eadbd@kalimero.tijl.coosemans.org> <20160818235049.GA93186@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160818235049.GA93186@troutmask.apl.washington.edu> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2016 23:58:06 -0000 On Thu, Aug 18, 2016 at 04:50:49PM -0700, Steve Kargl wrote: > On Fri, Aug 19, 2016 at 01:14:32AM +0200, Tijl Coosemans wrote: > > > > > > For example, on one of my systems, I now have these: > > > .... > entry: 5 > d_tag: DT_RPATH > d_val: /usr/local/lib/gcc6 > > I don't know how ELF or the ldd work, but shouldn't the DT_RPATH > tell ldd to look for all of the above libraries in /usr/local/lib/gcc6 > first. If a library isn't present, it would then look in ldconfig's > hints file or fallback to /lib and /usr/lib/. But, I suppose we > still run into issues as libgfortran.so.3 needs its companion libgcc_s.s.1 > from DT_RPATH and libc.so.7 expects the one from /lib (or perhaps > libcxxrt.so.1?). https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208120 Anything compiled with cmake infrastructure loses the DT_RPATH. > -- > Steve > _______________________________________________ > freebsd-toolchain@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain > To unsubscribe, send any mail to "freebsd-toolchain-unsubscribe@freebsd.org" > Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db