Comment 17 for bug 90812

Steve Langasek <email address hidden> writes:

> Did you test the perl backend using any XS modules?

I did, yes, but only on amd64.

> Since the perl package in Debian is not linked against libperl, perl
> extensions also cannot be linked against libperl since this would cause
> two copies of the perl XS symbols to be loaded.

And this is the problem. It *is* linked against libperl on every
architecture except i386, and on those architectures, the perl binary is
also linked against libperl instead of duplicating the code. I think i386
should be changed to match. This came up on debian-devel recently.

> BTW, a similar bug was reported recently (... in the past 3 months or
> so; and possibly only via the mailing list) on the OpenLDAP package
> because back_meta references symbols from back_ldap but doesn't link
> against it, so back_meta in Debian can never see those symbols even if
> back_ldap is loaded first. I have a possible fix for this (which btw is
> detected by upstream's 'make test'), but have been reluctant to
> implement it so far because it's an ugly thing involving making symlinks
> to back_ldap to keep libtool happy.

Can't we just link back_meta against back_ldap? Or is that what your fix
for the problem does?

--
Russ Allbery (<email address hidden>) <http://www.eyrie.org/~eagle/>