Bug 155586
Summary: | can't find /usr/lib/libltdl.la creating plugin | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Harald Hoyer <harald> |
Component: | libtool | Assignee: | Karsten Hopp <karsten> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-09-08 15:02:55 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: |
Description
Harald Hoyer
2005-04-21 16:50:48 UTC
Oh, I take the .so problem back... it was a packages own 'libtool' ... thought libtoolize --copy --force would overwrite it. There's little we can do about fixing broken copies of libtool in upstream packages, other than talking upstream developers into updating the copy of libtool they use, and overriding libtool as you've done in the meantime. As for needing libltdl.la for plugins, what is it that you're trying to do (command line), and how does it fail (error output)? AFAIK it shouldn't be necessary to have libltdl.la to create a plugin (as opposed to a program that uses libltdl), unless you're linking with some other libtool library that was linked with libltdl itself. libtool never brings in libltdl by itself, any time it's linked in, it's either because it was explicitly specified in the command line, or because some other library you're linking with was linked with it. So it would be this other library's responsibility to make sure that libltdl.la is available whenever its own .la file is present. Not libtools bug, the 'other library' needs to make sure libltdl is installed |