[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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)


Reply to: