[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] Use ldconfig to generate sys_lib_dlsearch_path_spec
From: |
Orion Poplawski |
Subject: |
Re: [PATCH] Use ldconfig to generate sys_lib_dlsearch_path_spec |
Date: |
Fri, 05 Dec 2014 09:14:12 -0700 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 |
On 12/04/2014 10:51 AM, Gary V. Vaughan wrote:
> Hi Orion,
>
>> On Aug 12, 2014, at 6:50 PM, Orion Poplawski <address@hidden> wrote:
>>
>> Orion Poplawski <orion <at> cora.nwra.com> writes:
>>> After almost 7 years, it would be really nice to get this fixed. Does this
>>> help?
>>>
>>> From 9576fe6d88eb2f448b1e87422449bfc7dba42c29 Mon Sep 17 00:00:00 2001
>>> From: Olly Betts <olly <at> survex.com>
>>> Date: Wed, 5 Mar 2014 10:53:51 -0700
>>> Subject: [PATCH] Use ldconfig to generate sys_lib_dlsearch_path_spec.
>>> MIME-Version: 1.0
>>> Content-Type: text/plain; charset=UTF-8
>>> Content-Transfer-Encoding: 8bit
>>>
>>> Use ldconfig to generate sys_lib_dlsearch_path_spec so that internal library
>>> search paths as well as all /etc/ld.so.conf and /etc/ld.so.conf.d/*.conf
>>> entries are present.
>>>
>>> http://article.gmane.org/gmane.comp.gnu.libtool.general/12121
>>
>> Hmm, this might not help on Fedora after all as ldconfig now only reports
>> /lib64 and not /usr/lib64.
>>
>> Perhaps time to simply add /usr/lib64 and /lib64 to the list?
>
> Does this work for you?
>
> diff --git a/m4/libtool.m4 b/m4/libtool.m4
> index 2bbf01b..fd4dfb4 100644
> --- a/m4/libtool.m4
> +++ b/m4/libtool.m4
> @@ -2796,6 +2796,14 @@ linux* | k*bsd*-gnu | kopensolaris*-gnu | gnu*)
> lt_ld_extra=`awk '/^include / { system(sprintf("cd /etc; cat %s
> 2>/dev/null", \[$]2)); skip = 1; } { if (!skip) print \[$]0; skip = 0; }' <
> /etc/ld.so.conf | $SED -e 's/#.*//;/^[ ]*hwcap[ ]/d;s/[:, ]/
> /g;s/=[^=]*$//;s/=[^= ]* / /g;s/"//g;/^$/d' | tr '\n' ' '`
> sys_lib_dlsearch_path_spec="/lib /usr/lib $lt_ld_extra"
> fi
> + # Ideally we could use /sbin/ldconfig to report what directories are
> + # searched, but (aside from not being certain /sbin/ldconfig is
> + # available) Fedora on 64bit does not report /usr/lib64, even though
> + # it is searched at run-time.
> + case $host_cpu in
> + # match at least x86_64, ia64, powerpc64*
> + *64*) sys_lib_dlsearch_path_spec="/lib64 /usr/lib64
> $sys_lib_dlsearch_path_spec" ;;
> + esac
>
> # We used to test for /lib/ld.so.1 and disable shared libraries on
> # powerpc, because MkLinux only supported shared libraries with the
>
> Cheers,
>
Gary -
Thanks for responding and working on this, but I'll let you and Pavel work
it out now. Thanks again guys!
- Orion
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane address@hidden
Boulder, CO 80301 http://www.nwra.com
- Re: [PATCH] Use ldconfig to generate sys_lib_dlsearch_path_spec, (continued)
- Re: [PATCH] Use ldconfig to generate sys_lib_dlsearch_path_spec, Gary V. Vaughan, 2014/12/08
- Tune rpath by env. variable (was: Use ldconfig to generate sys_lib_dlsearch_path_spec), Pavel Raiskup, 2014/12/09
- Re: Tune rpath by env. variable (was: Use ldconfig to generate sys_lib_dlsearch_path_spec), Gary V. Vaughan, 2014/12/09
- Re: Tune rpath by env. variable, Pavel Raiskup, 2014/12/09
- Re: Tune rpath by env. variable, Gary V. Vaughan, 2014/12/09
- Re: Tune rpath by env. variable, Pavel Raiskup, 2014/12/10
- Re: Tune rpath by env. variable, Gary V. Vaughan, 2014/12/11
- Re: Tune rpath by env. variable, Pavel Raiskup, 2014/12/12
- Re: Tune rpath by env. variable, Gary V. Vaughan, 2014/12/12
- Re: Tune rpath by env. variable, Pavel Raiskup, 2014/12/13
Re: [PATCH] Use ldconfig to generate sys_lib_dlsearch_path_spec,
Orion Poplawski <=
Re: [PATCH] Use ldconfig to generate sys_lib_dlsearch_path_spec, Bob Friesenhahn, 2014/12/05