Mail Archives: djgpp/2015/06/06/07:56:15
> Date: Sat, 06 Jun 2015 14:27:55 +0300
> From: "Andris Pavenis (andris DOT pavenis AT iki DOT fi)" <djgpp AT delorie DOT com>
>
> On 06/06/2015 10:07 AM, Eli Zaretskii (eliz AT gnu DOT org) wrote:
> >> Date: Sat, 06 Jun 2015 08:06:53 +0300
> >> From: "Andris Pavenis (andris DOT pavenis AT iki DOT fi)" <djgpp AT delorie DOT com>
> >>
> >> As the result I would vote for removal of excluding additional macros when __STRICT_ANSI__ is defined.
> > What about -pedantic -- do we still want it to flag any symbols that
> > are not in the standard?
> >
> >
> They do not get flagged dor Linux or Mingw (as far as I checked with Linux to Mingw
> cross-compiler). Do we really need to be more pedantic? (especially with our limited resources)
I asked a question to solicit opinions; I don't have an answer or a
solid opinion of my own.
But in any case, MinGW is not an example to learn from in this case.
The only goal of MinGW headers is to be compatible with the Microsoft
runtime, and allow building of native Windows programs that use that
runtime. That's all they strive to do. (Where the Microsoft runtime
deviates from accepted standards in preposterous ways, like in printf
family of functions, MinGW provides its own replacements, but those
replacements have distinctly different names.)
What you call "Linux" (and is actually the GNU libc, or "glibc"),
OTOH, _is_ an example to learn from, because ANSI- and
Posix-compliance (with a heavy bias towards Posix) are their explicit
goals.
- Raw text -