[cfe-commits] [Patch 7 of 7] -verify fixes and enhancement

Douglas Gregor dgregor at apple.com
Fri Jul 6 08:00:38 PDT 2012


On Jul 3, 2012, at 5:48 PM, Jordan Rose wrote:

> 
> On Jul 3, 2012, at 3:23 PM, Andy Gibbs wrote:
> 
>> On Tuesday, July 03, 2012 5:18 PM, Jordan Rose wrote:
>>> On Jul 2, 2012, at 10:39 PM, Andy Gibbs wrote:
>>> [...snip...]
>>>> In the case above, Module.h is shared across a number of tests.  In some
>>>> tests the include file was parsed correctly and in others it was not.  (I
>>>> made some comments about a net with holes in another post and this
>>>> is one example of where it applied!)  Unfortunately, this incorrect parsing
>>>> coincided with the cases where the diagnostic also not generated (if you
>>>> look at the original implementation you will understand why), so the
>>>> test-case bug was missed.  Since the diagnostic sometimes is and
>>>> sometimes is not generated, hence the "0-1".
>>> 
>>> I see. It doesn't look like the "umbrella header" warning (-Wincomplete-umbrella)
>>> is exercised anywhere else, though. Perhaps it should be put into a test of
>>> its own? (I think it's reasonable to make a separate "Umbrella.framework"
>>> because of the existing expectation in Module.framework.)
>> 
>> Hmm, I'm not sure I understand enough about how the modules part of the compiler
>> works to change a test-case so drastically.  Would it not be better to get this
>> changed by someone better qualified?
> 
> Let's rope Doug in on this part. Doug, what exactly is -Wincomplete-umbrella for?

It checks, at module build time, whether an umbrella header <Foo/Foo.h> actually includes all of the headers <Foo/*.h>.

> Is it okay to just test it in one place, and make the "default" Module.framework a completely clean framework?

Yes, that would be cleaner.

	- Doug




More information about the cfe-commits mailing list