From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mga03.intel.com ([143.182.124.21]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1T63yF-00062k-4j for openembedded-core@lists.openembedded.org; Mon, 27 Aug 2012 20:23:31 +0200 Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga101.ch.intel.com with ESMTP; 27 Aug 2012 11:10:14 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.80,322,1344236400"; d="scan'208,217";a="185445066" Received: from orsmsx603.amr.corp.intel.com ([10.22.226.49]) by azsmga001.ch.intel.com with ESMTP; 27 Aug 2012 11:10:13 -0700 Received: from orsmsx151.amr.corp.intel.com (10.22.226.38) by orsmsx603.amr.corp.intel.com (10.22.226.49) with Microsoft SMTP Server (TLS) id 8.2.255.0; Mon, 27 Aug 2012 11:10:12 -0700 Received: from orsmsx105.amr.corp.intel.com ([169.254.4.178]) by ORSMSX151.amr.corp.intel.com ([169.254.7.3]) with mapi id 14.01.0355.002; Mon, 27 Aug 2012 11:10:12 -0700 From: "Bodke, Kishore K" To: "openembedded-core@lists.openembedded.org" Thread-Topic: compiling package with bitbake with CROSS_COMPILE flag Thread-Index: Ac2EfqesoyeWEbrGTva7fa8DjlZPPA== Date: Mon, 27 Aug 2012 18:10:12 +0000 Message-ID: Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.22.254.138] MIME-Version: 1.0 Subject: compiling package with bitbake with CROSS_COMPILE flag X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2012 18:23:31 -0000 Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_D956029D25CF204F948EA0FB515E1EE20AD6186EORSMSX105amrcor_" --_000_D956029D25CF204F948EA0FB515E1EE20AD6186EORSMSX105amrcor_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi I hope I am asking this question to the right mailing list, since it is rel= ated to meta modules classes. I have a package trying to compile using bitbake. When you inherit module, I think CROSS_COMPILE option is enabled by module-= base.bbclass. I get below error because of this CROSS_COMPILE flag. error: inlining failed in call to always_inline 'icp_adf_pollQueue': functi= on body not available I disabled the flag in my recipe by export CROSS_COMPILE=3D"". Then it compiled fine. My question is what this CROSS_COMPILE flag does when bitbake runs? Does it set any extr= a compiler flags, which is not accepted by my package I am building using b= itbake? How do you avoid this inlining issue when CROSS_COMPILE flag is enabled? Thanks Kishore. --_000_D956029D25CF204F948EA0FB515E1EE20AD6186EORSMSX105amrcor_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi

 

I hope I am asking this question to the right mailin= g list, since it is related to meta modules classes.

 

I have a package trying to compile using bitbake.

 

When you inherit module, I think CROSS_COMPILE optio= n is enabled by module-base.bbclass.

 

I get below error because of this CROSS_COMPILE flag= .

 

error: inlining failed in call to always_inline '= icp_adf_pollQueue': function body not available

 

I disabled the flag in my recipe by export CROSS_COM= PILE=3D””. 

Then it compiled fine.

 

My question is

what this CROSS_COMPILE flag  does when bitbake= runs?  Does it set any extra compiler flags, which is not accepted by= my package I am building using bitbake?

How do you avoid this inlining issue when CROSS_COMP= ILE flag is enabled?

 

Thanks

Kishore.

 

--_000_D956029D25CF204F948EA0FB515E1EE20AD6186EORSMSX105amrcor_-- From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mga03.intel.com ([143.182.124.21]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1T9Z1K-0006m3-N1 for openembedded-core@lists.openembedded.org; Thu, 06 Sep 2012 12:09:10 +0200 Received: from azsmga002.ch.intel.com ([10.2.17.35]) by azsmga101.ch.intel.com with ESMTP; 06 Sep 2012 02:56:32 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.80,379,1344236400"; d="scan'208";a="142117834" Received: from unknown (HELO helios.localnet) ([10.252.121.173]) by AZSMGA002.ch.intel.com with ESMTP; 06 Sep 2012 02:56:31 -0700 From: Paul Eggleton To: "Bodke, Kishore K" Date: Thu, 06 Sep 2012 10:56:31 +0100 Message-ID: <1751966.om2roK65Ws@helios> Organization: Intel Corporation User-Agent: KMail/4.9 (Linux/3.2.0-30-generic-pae; KDE/4.9.0; i686; ; ) In-Reply-To: References: MIME-Version: 1.0 Cc: openembedded-core@lists.openembedded.org Subject: Re: compiling package with bitbake with CROSS_COMPILE flag X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 10:09:11 -0000 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Monday 27 August 2012 18:10:12 Bodke, Kishore K wrote: > I hope I am asking this question to the right mailing list, since it is > related to meta modules classes. > > I have a package trying to compile using bitbake. > > When you inherit module, I think CROSS_COMPILE option is enabled by > module-base.bbclass. > > I get below error because of this CROSS_COMPILE flag. > > error: inlining failed in call to always_inline 'icp_adf_pollQueue': > function body not available > > I disabled the flag in my recipe by export CROSS_COMPILE="". > Then it compiled fine. > > My question is > what this CROSS_COMPILE flag does when bitbake runs? Does it set any extra > compiler flags, which is not accepted by my package I am building using > bitbake? How do you avoid this inlining issue when CROSS_COMPILE flag is > enabled? CROSS_COMPILE is set in order for the kernel module makefiles to be able to determine the correct prefix for the compilation tools. If it isn't set I think you would potentially be using the wrong compiler and tools for the target platform. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre