Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 31 May 2012 19:23:53 +0700
From:      Eugene Grosbein <egrosbein@rdtc.ru>
To:        freebsd-stable@FreeBSD.ORG, Konstantin Belousov <kostikbel@gmail.com>, Eugene Grosbein <egrosbein@rdtc.ru>
Cc:        Oliver Fromme <olli@lurza.secnetix.de>
Subject:   Re: i386 binaries on amd64: ldconfig problems
Message-ID:  <4FC762D9.905@rdtc.ru>
In-Reply-To: <201205311122.q4VBMqca090606@lurza.secnetix.de>
References:  <201205311122.q4VBMqca090606@lurza.secnetix.de>

next in thread | previous in thread | raw e-mail | index | archive | help
31.05.2012 18:22, Oliver Fromme пишет:
> Eugene Grosbein wrote:
>  > 31.05.2012 16:58, Konstantin Belousov writes:
>  > > The library search order is LD_{32}_LIBRARY_PATH, then DT_RPATH from
>  > > the binary, then hints, then /lib:/usr/lib. So if rpath of the binary
>  > > contains /usr/local/lib, you get /usr/local/lib before hints.
>  > > 
>  > > Rtld uses only the search path from the hints file. When a library with
>  > > the matched name found, rtld tries to load it. Regardless of the result
>  > > of the load attempt, further components of the search path list are not
>  > > tried.
>  > > 
>  > > Look at the olvwm binary with readelf and see whether DT_RPATH specifies
>  > > /usr/local/lib.
>  > 
>  > I've faced exactly same problem. What can be done other to rebuild
>  > of all such 32bit bit binaries to make them work for transition period?
>  > Should libmap32.conf help? It seems it does not.
> 
> Does LD_32_LIBRARY_PATH not work for you?

I did not know about it. Now I've rebuilt all ports as 64 bit already.
But I will try it for next migration :-)

Euge Grosbein



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