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
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
