[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Implementaiton of cc-option in Config.mk
On Thu, Mar 15, 2018 at 02:45:15AM -0600, Jan Beulich wrote: > >>> On 14.03.18 at 18:11, <wei.liu2@xxxxxxxxxx> wrote: > > The implementation of cc-option (grepping the option being tested in > > output) in Config.mk now makes it not possible to detect if -Og is > > supported because "-Og" doesn't appear in the output if it is not > > supported. I suspect there will be other options that cc-option can't work > > with. > > > > It is implemented like that because we try to detect -Wno-* option. But > > why is that important? Can't we just ignore -Wno-* if they aren't > > supported? > > Well, the explanation for its behavior is given in the comment > next to its definition: Yeah, I know that. I'm just not sure why nonexistent -Wno-* should be rejected. If there is no corresponding -W* option in the first place, -Wno-* shouldn't cause any difference in the end result. > > # This is complicated by the fact that unrecognised -Wno-* options: > # (a) are ignored unless the compilation emits a warning; and > # (b) even then produce a warning rather than an error > > > Does anyone has an idea how to make cc-option work for -Og > > (and other options)? > > How about simply extending it to also use the "test failed" > alternative if the compilation produced an error status (which > is currently ignored by way of the use of a pipeline)? Untested: > > cc-option = $(shell if test -z "`echo 'void*p=1;' | \ > { $(1) $(2) -S -o /dev/null -x c - 2>&1 || echo $(2); } | grep > -- $(2) -`"; \ > then echo "$(2)"; else echo "$(3)"; fi ;) > Yeah, let me try this. Wei. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |