Bug 140977
| Summary: | wrong sys_lib_search_path_spec in /usr/bin/libtool | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 4 | Reporter: | Joe Orton <jorton> |
| Component: | libtool | Assignee: | Alexandre Oliva <aoliva> |
| Status: | CLOSED ERRATA | QA Contact: | David Lawrence <dkl> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 4.0 | CC: | azugaldia, jairo19, jos, jvdias, rdieter, shap |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | RHBA-2005-234 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2005-06-09 12:27:44 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: | |||
| Bug Depends On: | |||
| Bug Blocks: | 137160 | ||
*** Bug 143889 has been marked as a duplicate of this bug. *** Can you release a rebuilt rpm fixing this problem for FC3 ? I have an application that compiles in other distributions but not in FC3. Thanks, *** Bug 145920 has been marked as a duplicate of this bug. *** I think that this issue is connected with Bug 138742, that has also problems in the sys_lib_search_path_spec variable in the generated libtool. At least I get the same errors when trying to compile packages in RHEL 4 in x86_64: /usr/lib/libpopt.so: could not read symbols: File in wrong format I haven't been able to install the binary packages from Rawhide in RHEL, neither to build the source packages. Fix confirmed with libtool-1.5.6-4.EL4.1 which will be released as part of RHBA-2005:234. Moving to PROD_READY. An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2005-234.html |
Description of problem: The sys_lib_search_path_spec in /usr/bin/libtool references the wrong version of GCC. This seems to mean at least that it can't build shared C++ libraries. Version-Release number of selected component (if applicable): gcc-3.4.3-3.EL4 libtool-1.5.6-4 How reproducible: always Steps to Reproduce: $ echo 'void foo(void) {}' > foo.cpp $ /usr/bin/libtool --mode=compile --tag=CXX g++ -c foo.cpp g++ -c foo.cpp -fPIC -DPIC -o .libs/foo.o g++ -c foo.cpp -o foo.o >/dev/null 2>&1 $ /usr/bin/libtool --mode=link --tag=CXX g++ -o libfoo.la -rpath /usr/lib foo.lo g++ -shared -nostdlib /usr/lib/gcc/i386-redhat-linux/3.4.1/../../../crti.o /usr/lib/gcc/i386-redhat-linux/3.4.1/crtbeginS.o .libs/foo.o -L/usr/lib/gcc/i386-redhat-linux/3.4.1 -L/usr/lib/gcc/i386-redhat-linux/3.4.1/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/i386-redhat-linux/3.4.1/crtendS.o /usr/lib/gcc/i386-redhat-linux/3.4.1/../../../crtn.o -Wl,-soname -Wl,libfoo.so.0 -o .libs/libfoo.so.0.0.0 g++: /usr/lib/gcc/i386-redhat-linux/3.4.1/../../../crti.o: No such file or directory g++: /usr/lib/gcc/i386-redhat-linux/3.4.1/crtbeginS.o: No such file or directoryg++: /usr/lib/gcc/i386-redhat-linux/3.4.1/crtendS.o: No such file or directory g++: /usr/lib/gcc/i386-redhat-linux/3.4.1/../../../crtn.o: No such file or directory Mitigating circumstances: Usually libtool is used by creating a new libtool script not the pre-built one, it's only the pre-built one which suffers from this issue. Recommend to just rebuild libtool-1.5.6 for RHEL4.