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. Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
_______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
