2014-11-28 19:10 GMT+01:00 Joseph Myers <jos...@codesourcery.com>:
> On Fri, 28 Nov 2014, Kai Tietz wrote:
>
>> Some diagnostics are different and some constructs getting allowed
>> with enabled ms-extensions flag.  Additionally is the pedantic-flag
>> not automatically set for *-*-mingw* targets.  So for enforcing
>> ISO-C++ pedantic checks the *-*-mingw* targets need to have explicit
>> set the -pedantic flag (which is on for some other targets by
>> default).
>
> It seems very odd for the default dg-options to vary depending on target -
> where is that target-dependent default set?

True, I was curious to see this difference too.

> But for my main point: -std=c11 -pedantic-errors must diagnose with an
> error anything where C11 requires a diagnostic.  Not "anything where C11
> requires a diagnostic, except for certain extensions on MinGW targets".
> It must not be necessary to add -fno-ms-extensions for such diagnostics;
> the options for conformance must not depend on the target.  So for the
> cases where the test uses -std=<some ISO standard>
> -pedantic/-pedantic-errors, you need to fix the port: the test failures
> are showing up an actual bug in the port, and the tests are correct as-is.
> The same principle of course applies to C++ tests, though I didn't examine
> your changes to those to see if the same issue applies to any of those
> changes.

How so?  That ms-extensions are enabled by default is all the port
does.  The rest is done in FEs, and indeed the diagnostic here about
handling ms-extensions, or on standard-case seems to be buggy.  To
depend in testsuite on implicit set flags seems to be a bug too.
So I can't follow you that it is a port issue.

..
Kai Tietz
kti...@redhat.com
> --
> Joseph S. Myers
> jos...@codesourcery.com

Reply via email to