From mboxrd@z Thu Jan  1 00:00:00 1970
From: Dirk Behme <dirk.behme@googlemail.com>
Date: Tue, 01 Sep 2009 09:57:47 +0200
Subject: [U-Boot] ARM preprocessor error generating assembly dependencies
In-Reply-To: <20090901073409.A90EB834A950@gemini.denx.de>
References: <4A9B8C3C.7080807@googlemail.com>
	<20090831104007.CD462834A950@gemini.denx.de>
	<4A9BC756.1080906@googlemail.com> <4A9BC95F.1000306@googlemail.com>
	<4A9CBB9D.6030502@googlemail.com>
	<20090901063824.78D6D834A950@gemini.denx.de>
	<4A9CC333.7020403@googlemail.com>
	<20090901073409.A90EB834A950@gemini.denx.de>
Message-ID: <4A9CD3FB.708@googlemail.com>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Dear Wolfgang Denk,

Wolfgang Denk wrote:
> Dear Dirk Behme,
> 
> In message <4A9CC333.7020403@googlemail.com> you wrote:
>>>> That is, it doesn't use AFLAGS set in config.mk to generate assembly 
>>>> dependencies? So setting  -D__ASSEMBLY__ while generating assembly 
>>>> dependencies is missing here?
>>> It's not needed. At least for none of the files in mainline.
>> Does this mean you will accept a patch that removes -D__ASSEMBLY__ 
>> from AFLAGS in config.mk?
> 
> Probablky not, as this seems to be bogus and would most probably break
> a ton of things.
> 
> What I mean is that I am not aware of any __ASSEMBLY__ related issues
> with dependency generation in mainline code, so I fail to understand
> which exact problem you are trying to solve.

I think it's not a good idea to calculate dependencies with different 
options than used for compilation. So the exact problem I'm looking 
for is to use same options for (assembly file) dependency generation 
and compilation. Just to be clean here, independent  of a discussion 
whether it might be necessary or not (which would be obsolete then).

Best regards

Dirk