Re: openssl does not build on recent distributions with perl-5.16.0

[Richard Purdie <richard.purdie@linuxfoundation.org>]

On Fri, 2012-06-15 at 22:39 +0200, Martin Jansa wrote:
> On Fri, Jun 15, 2012 at 03:36:50PM +0100, Richard Purdie wrote:
> > On Fri, 2012-06-15 at 07:15 -0700, Khem Raj wrote:
> > > On Thursday, June 14, 2012, Martin Jansa wrote:
> > >         Hi,
> > >
> > >         openembedded-core/meta/recipes-connectivity/openssl/openssl.inc
> > >
> > >         is using perlpath.pl:
> > >
> > >          do_configure () {
> > >                  cd util
> > >                  perl perlpath.pl ${STAGING_BINDIR_NATIVE}
> > >
> > > I wonder why it's using host perl and not staged perl-native
> > > May be missing inherit perlnative 
> > 
> > perlnative is not meant to be used as a replacement for the host
> > system's perl, its meant for building target modules and target perl
> > itself. 
> > 
> > We require perl to be on the host system. We're not meant to be using
> > anything outside the standard perl install though. The alternative means
> > effectively totally cratering build time as we'd have to build
> > perl-native before pretty much anything else.
> > 
> > So the best solution is likely to have something that adds find.pl to
> > the native sysroot and have these recipes depend on it, at least short
> > term. I'm extremely reluctant to start adding perl-native dependencies
> > throughout the system due to performance considerations.
> 
> is there any other recipe depending on find.pl? (I've tried only minimal
> image with perl-5.16), maybe sgml-common-native as Jack reported, 
> here it's used only in do_configure, that's why I added find.pl only to 
> openssl and better fix would be to send patch to use File::Find in 
> perlpath.pl to openssl upstream IMHO then adding find.pl to sysroot.

Agreed, I've not looked into the details of this but that sounds
reasonable...

Cheers,

Richard