Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 22 Feb 2012 00:22:50 +0100
From:      Mel Flynn <rflynn@acsalaska.net>
To:        Steve Kargl <sgk@troutmask.apl.washington.edu>
Cc:        Konstantin Belousov <kostikbel@gmail.com>, Diane Bruce <db@db.net>, freebsd-current@freebsd.org, Dimitry Andric <dim@freebsd.org>, freebsd-ports@freebsd.org
Subject:   Re: rtld or lang/gcc cannot find libgcc_s.so.1
Message-ID:  <4F44274A.1010907@acsalaska.net>
In-Reply-To: <20120221223251.GA23053@troutmask.apl.washington.edu>
References:  <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2/21/2012 23:32, Steve Kargl wrote:
> On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote:
>> On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote:
>>> On 2012-02-21 20:42, Steve Kargl wrote:
>>> ...
>>>> Yes, /lib comes before /usr/local/lib/gcc46.  I suppose
>>>> that this is a heads up for gerald@. lang/gcc is used by
>>>> the ports collections to build a large number of other
>>>> ports, so others are likely to hit this issue.
>>
>> Does -rpath not help ?
> 
> I already mentioned that I can add '-rpath /usr/local/lib/gcc46'
> to my various projects.  I can also build with -static to avoid
> rtld.  One can also use LD_LIBRARY_PATH.  

Make sure it's your binary pulling in libgcc_s. I just went through a
few iterations of recompiling mplayer with different *FLAGS and each
time base gcc_s was pulled in. I then did an ldd -a `which mplayer` and
saw libschroedinger was the one actually pulling it in.

Recompiled libschroedinger with gcc46 by putting USE_GCC=46 in the
Makefile and sure enough:
% ldd `which mplayer`|grep gcc
        libgcc_s.so.1 => /usr/local/lib/gcc46/libgcc_s.so.1 (0x29625000)

In short, bsd.gcc.mk is doing the right thing, but dependencies may
screw things up.

-- 
Mel



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F44274A.1010907>