From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from 93-97-173-237.zone5.bethere.co.uk ([93.97.173.237] helo=tim.rpsys.net) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1SfXoF-000099-3A for openembedded-core@lists.openembedded.org; Fri, 15 Jun 2012 16:47:35 +0200 Received: from localhost (localhost [127.0.0.1]) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id q5FEauf9014346 for ; Fri, 15 Jun 2012 15:36:56 +0100 Received: from tim.rpsys.net ([127.0.0.1]) by localhost (tim.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 13116-09 for ; Fri, 15 Jun 2012 15:36:52 +0100 (BST) Received: from [192.168.3.10] ([192.168.3.10]) (authenticated bits=0) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id q5FEaoFr014340 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 15 Jun 2012 15:36:50 +0100 Message-ID: <1339771010.4471.14.camel@ted> From: Richard Purdie To: Patches and discussions about the oe-core layer Date: Fri, 15 Jun 2012 15:36:50 +0100 In-Reply-To: References: <20120615063647.GU3140@jama.jama.net> X-Mailer: Evolution 3.2.2- Mime-Version: 1.0 X-Virus-Scanned: amavisd-new at rpsys.net Subject: Re: openssl does not build on recent distributions with perl-5.16.0 X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 14:47:35 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit 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. Cheers, Richard