From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from dan.rpsys.net ([93.97.175.187]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1UDYdC-0005PU-Nv for bitbake-devel@lists.openembedded.org; Thu, 07 Mar 2013 12:05:05 +0100 Received: from localhost (dan.rpsys.net [127.0.0.1]) by dan.rpsys.net (8.14.4/8.14.4/Debian-2.1ubuntu1) with ESMTP id r27Au3ln009084; Thu, 7 Mar 2013 10:56:31 GMT X-Virus-Scanned: Debian amavisd-new at dan.rpsys.net Received: from dan.rpsys.net ([127.0.0.1]) by localhost (dan.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id PPDE0Vp2RoOa; Thu, 7 Mar 2013 10:56:31 +0000 (GMT) Received: from [192.168.3.10] (rpvlan0 [192.168.3.10]) (authenticated bits=0) by dan.rpsys.net (8.14.4/8.14.4/Debian-2.1ubuntu1) with ESMTP id r27AuOEd009098 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Thu, 7 Mar 2013 10:56:28 GMT Message-ID: <1362653295.9443.9.camel@ted> From: Richard Purdie To: Mark Hatle Date: Thu, 07 Mar 2013 10:48:15 +0000 In-Reply-To: <5134C272.7090008@windriver.com> References: <1362243005-12124-1-git-send-email-Martin.Jansa@gmail.com> <5134C272.7090008@windriver.com> X-Mailer: Evolution 3.6.3-1 Mime-Version: 1.0 Cc: bitbake-devel@lists.openembedded.org Subject: Re: [PATCH] siggen: add quotes around variable values to see whitespace X-BeenThere: bitbake-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Mar 2013 11:05:11 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Mon, 2013-03-04 at 09:49 -0600, Mark Hatle wrote: > On 3/2/13 10:50 AM, Martin Jansa wrote: > > * without this change it's hard to see what's changed: > > bitbake-diffsigs sstate-cache/*/sstate-depmodwrapper-cross-cortexa8-vfp-neon-oe-linux-gnueabi-1.0-r0-cortexa8-vfp-neon-*_populate-sysroot.tgz.siginfo > > basehash changed from 62f28c13172d38af917716d6d4b15ac5 to 9cf38842bcc79e0a4356856a64141548 > > Variable TUNE_CCARGS value changed from -march=armv7-a -mthumb -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 to -march=armv7-a -mthumb -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 > > Hash for dependent task depmodwrapper-cross_1.0.bb.do_install changed from 4494cb6c117309a9b4c541ad86c0aac5 to 1e3bcf2d14e5bd30a38350b41bb98db3 > > > > * with this change, we can see extra trailing space in first version: > > basehash changed from 62f28c13172d38af917716d6d4b15ac5 to 9cf38842bcc79e0a4356856a64141548 > > Variable TUNE_CCARGS value changed from ' -march=armv7-a -mthumb -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 ' to ' -march=armv7-a -mthumb -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8' > > Hash for dependent task depmodwrapper-cross_1.0.bb.do_install changed from 4494cb6c117309a9b4c541ad86c0aac5 to 1e3bcf2d14e5bd30a38350b41bb98db3 > > No objection to this patch, but it does raise the question. Should we somehow > strip the leading and training white space, maybe even multiple spaces (like > above) and then use the results to generate the checksum? > > If I saw the above, my first comment would be "well that's stupid, the output is > the same".. (Of course performance might be impacted by all of that stripping..) Bitbake has no idea whether the whitespace means anything in any given context when its constructing the checksums. Deciding when to strip and what to strip would be the kind of thing nightmares are made of and we're not going there. It was a conscious choice it behaves like it does now and I still believe its the right one. Cheers, Richard