Bug 43423 - libpspell.so gets mislinked with libtool-1.4-3
Summary: libpspell.so gets mislinked with libtool-1.4-3
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: libtool
Version: 1.0
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Florian La Roche
QA Contact: Brock Organ
URL:
Whiteboard:
: 45028 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-06-04 20:20 UTC by Enrico Scholz
Modified: 2007-04-18 16:33 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2001-06-20 09:34:43 UTC
Embargoed:


Attachments (Terms of Use)

Description Enrico Scholz 2001-06-04 20:20:17 UTC
Description of Problem:

When rebuilding pspell-0.12.2-1 with libtool-1.4-3, /usr/lib/libpspell.so
is not linked against libstdc++:

$ ldd libpspell.so.4.0.3 
        libltdl.so.3 => /usr/lib/libltdl.so.3 (0x4003b000)
        libpspell-modules.so.1 => /usr/lib/libpspell-modules.so.1
(0x40041000)
        libc.so.6 => /lib/i686/libc.so.6 (0x40043000)
        libdl.so.2 => /lib/libdl.so.2 (0x40174000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaaa000)

When trying to build/run a C program (e.g. PHP) using it, various C++
symbols are missing:

| httpd: Cannot load /etc/httpd/modules/libphp4.so into server:
/usr/lib/libpspell.so.4: undefined symbol: __vt_3ios


When preventing the `libtoolize --force' in the RPM-%build-stage (e.g. by
`%define libtoolize :') all things are fine:

$ ldd /usr/lib/libpspell.so
        libltdl.so.3 => /usr/lib/libltdl.so.3 (0x40033000)
        libpspell-modules.so.1 => /usr/lib/libpspell-modules.so.1
(0x40039000)
        libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3
(0x4003b000)
        libm.so.6 => /lib/i686/libm.so.6 (0x4007e000)
        libc.so.6 => /lib/i686/libc.so.6 (0x400a2000)
        libdl.so.2 => /lib/libdl.so.2 (0x401d3000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaaa000)


Steps to Reproduce:
1. install pspell-0.12.2-1.i386.rpm
2. rpm --rebuild php-4.0.5-*


Actual Results:

%build fails because a .configure test fails


Additional information:

$ rpm -q libtool glibc-common autoconf automake gcc
libtool-1.4-3
glibc-common-2.2.3-10
autoconf-2.13-10
automake-1.4p2-1
gcc-2.96-85

Comment 1 Trond Eivind Glomsrxd 2001-06-05 14:12:47 UTC
Strange - the symptom is fixed in pspell-0.12.2-2, but I'm reassigning this to
libtool.

Comment 2 Todd Mokros 2001-06-07 13:09:52 UTC
Is pspell-0.12.2-2 available for download?

Comment 3 Trond Eivind Glomsrxd 2001-06-19 20:11:55 UTC
Yes, it should be in Rawhide shortly.

Comment 4 Trond Eivind Glomsrxd 2001-06-19 20:12:09 UTC
*** Bug 45028 has been marked as a duplicate of this bug. ***

Comment 5 dan 2001-06-20 09:34:39 UTC
This issue has nothing to do with libtool package. There's no good reason to
libtoolize pspell again during package building - it is ALREADY packaged with a
custom version of libtool (just look at ltmain.sh script shipped with pspell).
Libtoolizing it again leads to the above mislink problems. This issue can be
easily fixed by adding '%define __libtoolize /bin/true' line just before
%configure macro call (see my comments to bug #45028). So I'd rather fix pspell
spec file (as it is possibly done in pspell-0.12.2-2) and leave libtool package
alone.

Comment 6 Florian La Roche 2001-06-26 13:52:46 UTC
pspell is fixed



Note You need to log in before you can comment on or make changes to this bug.