Steve Langasek <[EMAIL PROTECTED]> 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 PROTECTED]) <http://www.eyrie.org/~eagle/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
