[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] compile flags overrides



All,

looks like for the tools part of the tree, at least something has been
done to that effect (via APPEND_CFLAGS).

I don't see how one is supposed to override (e.g. optimization level,
or add to) CFLAGS for the hypervisor part of the build though.

Passing CFLAGS= as make option would suppress all += additions
throughout the makefiles, as they're not being done with "override".

Passing CFLAGS through the environment accumulates the
additions to the variable as the tree gets recursed through (i.e.
at the second recursion level you end up having all flags specified
three times). While that might not appear to be a problem, it really
is (besides being rather odd in the first place) for the EFI build:
The tool chain capability detection passes $(CFLAGS) with
$(CFLAGS-y) stripped off (in particular to suppress the use of
"-MMD -MF -$(@F).d", as $@ and $(@F) are not defined in this
context), thus leaving - from the upper recursion levels - .xen.d
and .built_in.d as stray input files on the command line.

I don't think passing CFLAGS itself through either means is really
to be supported (other than someone passing the _full_ set of
them, suppressing _everything_ the build scripts do, say for
build process debugging purposes). Instead, a separate variable
intended for just that purpose ought to be introduced and then
appended to CFLAGS. Question of course is whether that ought
to be uniform for all subtrees, or separate for each of them.

Opinions, ideas?

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.