WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [PATCH] clean up CFLAGS

>>> On Thu, Mar 9, 2006 at 12:47 PM, in message
<7b2382655a2fb46f17db47d57d745413@xxxxxxxxxxxx>, Keir Fraser
<Keir.Fraser@xxxxxxxxxxxx> wrote: 

> On 9 Mar 2006, at 19:42, Charles Coffing wrote:
> 
>> I've put some default CFLAGS (- Wall - O3) in Config.mk, and removed
>> redundant flags from the Makefiles.  I've also fixed a few places that
>> didn't properly inherit CFLAGS from Config.mk (but not vmxassist or
>> hvmloader; those ignore global defaults like before).  Also, individual
>> makefiles still add their own custom flags (- g, - Werror, - f*, etc) just
>> as before.
>>
>> Please apply to xen- unstable.
> 
> I'll take a look at applying some of these piecemeal. After a quick 
> browse I see that the miniterm Makefile is broken (it is intended to be 
> built and installed on the external box, not the Xen box, so HOSTCC is 
> probably right for it but the potentially cross- compiling CC is 
> definitely not), and the changes to vmxassist and hvmloader have no 
> effect and I see no reason to prefer them over what is there already. 
> No comment on the rest as yet...

Ah, agreed on both counts.

Regarding the change in vmxassist and hvmloader:  I was being overly cautious, 
setting CFLAGS to a non-empty string to be sure it wasn't defaulted to 
something else, but indeed setting to an empty string as was done before is 
sufficient.  So I have thrown out the changes to both of those Makefiles.

nsplitd is to be treated the same as miniterm, correct?  So you should both of 
their respective patches.  (When packaging, we of course would build those 
things with the same flags, and for the same architecture, but that is a patch 
I can carry separately .)



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel