Re: .la file removal, multiarch for plugins
On Thu, Jul 21, 2011 at 10:51:44AM +0000, Philipp Kern wrote:
> On 2011-07-19, Steve Langasek <vorlon@debian.org> wrote:
> > If we're talking about shared libraries, this is a non issue. the .la file
> > is named like the .so symlink, i.e. without the soname; dlopening a shared
> > library without specifying an soname is Broken and Wrong. So there's no
> > reason for us to worry about breaking something that's already entirely
> > broken.
>
> Even if you specify it, it fails now with multiarch. A Java program I use
> (that's not packaged yet) dlopen()s /usr/lib/libnss3.so. That one was
> shipped in libnss3-1d until recently. So the multiarch-ification leaded
> to a FileNotFoundException band-aided by symlinking the above to
> /usr/lib/x86_64-linux-gnu/libnss3.so.1d…
There are 2 bugs involved here: one is that java is looking for the full
path, and another one is that nss-config and nss.pc don't contain the
multiarch path.
(BTW, .la dependency_libs would just have been fine if the full paths
weren't hardcoded)
Mike
Reply to: