On Wed, Feb 02, 2011 at 09:47:08AM +0200, Niko Tyni wrote: > On Sun, Jan 30, 2011 at 06:01:08PM -0500, James Vega wrote: > > On Sun, Jan 30, 2011 at 2:26 PM, Niko Tyni <nt...@debian.org> wrote: > > > > The full name of the library ends up in the vim.gtk binary, so the Perl > > > support stops working when the library changes to libperl5.12.3 (and it > > > probably would with a hypothetical 5.10.2 too, for that matter, even if > > > it was ABI compatible.) > > > > Hmm, would it make sense to try and change this so it only uses the name > > libperl5.10 instead of libperl5.10.1? > > Yeah, I think that would help a bit. However, I expect we will have a > major Perl transition (5.10 -> 5.12 etc.) for every release in the future, > because upstream has switched to yearly non-ABI-compatible releases.
So, the reason Vim is using libperl5.10.1 instead of libperl5.10 is because that's what Perl says to use. $ perl -V:libperl libperl='libperl.so.5.10.1' If there's another way we should be determining what to dlopen? > > Maybe I could build a throwaway version of Vim with the language > > bindings built-in so dpkg-shlibdeps can do its detection and then use > > that information for the Recommends? Would that be sufficient for > > whatever mechanism determines that packages should be binNMUed for > > library transitions pick up Vim? > > Yes, that sounds workable. Partial upgrades can still get broken as > nothing makes sure the binNMU'd version gets pulled in along with the > new libperl and vice versa. That's probably not a showstopper though. Vim will still run. It'll just complain about not being able to load Perl when trying to use the language bindings. > This seems to suggest that the idea of a throwaway version linking against > the libraries would be the way to go, short of having intermediate dlopen'd > plugins like the others do. I'll talk to upstream to see if Bram would be open to doing that, but in the interim I'll work on the throwaway build. -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega <james...@debian.org>
signature.asc
Description: Digital signature
