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

Re: Spilt libperl from perl



On 4/24/07, David Woodhouse <dwmw2 infradead org> wrote:
On Mon, 2007-04-23 at 19:17 -0400, Jesse Keating wrote:
> I don't have a ton of faith in things correctly going from multilib to
> non-multilib and having the obsoletes do the right thing.  Given we're at
> test4, I'm going for the least intrusive change, which is to make perl.
> [i386,ppc64] show up in the i386/ppc repos.

So we'll get 64-bit /usr/bin/perl, and none of the 32-bit perl modules
(which aren't even _shipped_ 64-bit on ppc) will work. Please don't just
do that. Please apply the _correct_ fix, which is to split the package
so that you can have both versions of libperl, but only the primary
architecture version of the binaries.


Did the old way of having multilib perl do that?  perl.i386 includes
the 32-bit perl modules, in /usr/lib/perl5. perl.x86_64 includes
/usr/lib64/perl5 for the 64-bit modules.  perl.x86_64 provides the
binaries in /usr/bin because it overwrites the 32-bit ones. 32-bit
programs that use the libperl.so in /usr/lib will get the 32-bit perl
modules.

If you split out libperl into a separate package, then everything in
/usr/lib/perl5 has to go with it.  Otherwise, linking with libperl.so
works but it can't run any perl modules.

- Ian


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