Bug 98616
| Summary: | libtool has wrong sys_lib_search_path_spec on x86_64 | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Retired] Red Hat Raw Hide | Reporter: | Harald Welte <laforge> | ||||
| Component: | libtool | Assignee: | Daniel Reed <djr> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | David Lawrence <dkl> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 1.0 | CC: | jorton, noloader | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2005-01-20 16:01:26 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Harald Welte
2003-07-05 00:25:05 UTC
Created attachment 92759 [details]
patch (can be used via %patch16 -p0 in libtool-1.5-3.src.rpm)
Thank you for the report.
I just note that at least /usr/bin/libtool is using lib64 on x86_64.
Also right after the 2nd hunk of your patch in libtool.m4 I see code like:
# Find out which ABI we are using (multilib Linux x86_64 hack).
libsuff=
case "$host_cpu" in
x86_64*|s390x*)
echo '[#]line __oline__ "configure"' > conftest.$ac_ext
if AC_TRY_EVAL(ac_compile); then
case `/usr/bin/file conftest.$ac_objext` in
*64-bit*)
libsuff=64
;;
esac
fi
rm -rf conftest*
;;
*)
;;
esac
sys_lib_dlsearch_path_spec="/lib${libsuff} /usr/lib${libsuff}"
sys_lib_search_path_spec="/lib${libsuff} /usr/lib${libsuff}
/usr/local/lib${libsuff}"
;;
which should admittedly should be extended to ppc at least, but is that not
sufficient, or am I missing something?
I see a few references to x86_64-specific libraries in /usr/lib/gcc, but otherwise rawhide's /usr/bin/libtool appears to list /usr/lib64 for $sys_lib_search_path_spec. Please re-open if you encounter any similar problems in the future. Thanks. This bug has re-appeared. bash-3.00# uname -m x86_64 bash-3.00# ./libtool --version ltmain.sh (GNU libtool) 1.5.10 (1.1220.2.130 2004/09/19 12:13:49) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. bash-3.00# grep ^sys_lib_dlsearch_path libtool sys_lib_dlsearch_path_spec="/lib /usr/lib include ld.so.conf.d/*.conf " sys_lib_dlsearch_path_spec="/lib /usr/lib include ld.so.conf.d/*.conf " sys_lib_dlsearch_path_spec="/lib /usr/lib include ld.so.conf.d/*.conf " bash-3.00# it breaks the subversion "make check" since test libraries pick up RPATHs of /usr/lib64 which they would not if the variable was set correctly. The special $libsuff stuff seems to have completely disappeared from libtool.m4! This is a nasty regression. |