From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtpout.karoo.kcom.com (smtpout.karoo.kcom.com [212.50.160.34]) by mail.openembedded.org (Postfix) with ESMTP id 08A5C65E56 for ; Wed, 16 Apr 2014 09:53:59 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.97,871,1389744000"; d="scan'208";a="75248806" Received: from deneb.mcrowe.com ([82.152.148.4]) by smtpout.karoo.kcom.com with ESMTP; 16 Apr 2014 10:54:00 +0100 Received: from mac by deneb.mcrowe.com with local (Exim 4.80) (envelope-from ) id 1WaMXX-0002ag-Qv; Wed, 16 Apr 2014 10:53:59 +0100 Date: Wed, 16 Apr 2014 10:53:59 +0100 From: Mike Crowe To: Paul Eggleton Message-ID: <20140416095359.GA9773@mcrowe.com> References: <1397640696-21281-1-git-send-email-mac@mcrowe.com> <33281528.ls5nyFEmlx@peggleto-mobl5.ger.corp.intel.com> MIME-Version: 1.0 In-Reply-To: <33281528.ls5nyFEmlx@peggleto-mobl5.ger.corp.intel.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: openembedded-core@lists.openembedded.org Subject: Re: [PATCH] native.bbclass: Override TARGET_ flags too X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 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: Wed, 16 Apr 2014 09:54:00 -0000 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wednesday 16 April 2014 at 10:49:48 +0100, Paul Eggleton wrote: > On Wednesday 16 April 2014 10:31:36 Mike Crowe wrote: > > TARGET_LDFLAGS is currently defined in bitbake.conf to contain > > ${TARGET_LINK_HASH_STYLE} which differs between MIPS and other > > targets. Since TARGET_LDFLAGS is an exported variable it affects the hash > > of every shell task even if it is not used. > > > > We don't want native recipe tasks to have different hashes purely because > > they happen to have been built in order to satisfy dependencies for > > different MACHINEs since this causes lots of churn in the native sysroot > > when switching between MACHINEs. > > > > Making native.bbclass override TARGET_LDFLAGS to use BUILD_LDFLAGS ensures > > consistent hashes and is a sensible thing to be doing anyway. > > Just to be clear, for a native recipe how is TARGET_LDFLAGS entering the > signatures? AIUI there ought to be indirection such that LDFLAGS is used and > that is set from BUILD_LDFLAGS for a native recipe rather than > TARGET_LDFLAGS. Because TARGET_LDFLAGS is an exported variable. LDFLAGS is set from TARGET_LDFLAGS but (prior to this patch) only LDFLAGS is set to BUILD_LDFLAGS; TARGET_LDFLAGS remains unchanged. See thread "export TARGET_LDFLAGS and native sstate" <20140407155333.GA19351@mcrowe.com> . Should I improve the commit message? Thanks. Mike.