Spilt libperl from perl

[Ian Burrell]

On 4/24/07, David Woodhouse <dwmw2 at 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