This is the mail archive of the
libstdc++@sources.redhat.com
mailing list for the libstdc++ project.
Re: still problems with libstdcxx-v3 and -ansi
- To: sxking at uswest dot net
- Subject: Re: still problems with libstdcxx-v3 and -ansi
- From: llewelly at edevnull dot com
- Date: 22 Sep 2000 08:41:13 -0600
- Cc: "Martin Reinecke" <martin at MPA-Garching dot MPG dot DE>,libstdc++ at sources dot redhat dot com
- References: <39CB6AD6.F52FC2FC@mpa-garching.mpg.de><00092207374200.02303@rigel>
Steven King <sxking@uswest.net> writes:
> On Fri, 22 Sep 2000, Martin Reinecke wrote:
> > Hi!
> >
> > I just wanted to remind you of the problem I reported in
> >
> > http://sources.redhat.com/ml/libstdc++/2000-q2/msg00334.html
> >
> > As far as I can tell the situation is even worse at the moment
> > (CVS 20000920), because the list of undeclared functions that
> > are needed in <cmath> is now even longer.
> >
> > It's not a good thing if the standard library can't be used
> > with -ansi ;)
>
> Perhaps, perhaps not. From 'gcc --help -v'
>
> Langauge specific options:
> -ansi Compile just for ISO C89
>
> thus one might argue that -ansi is not meaningfull for a C++ program. In that
> case however, I would also argue that -ansi should be rejected by the
> pre-processor if applied to C++ source ;0
Really? What about this?
-ansi In C mode, support all ANSI standard C programs. In C++ mode,
remove GNU extensions that conflict with ISO C++ [...snip]
-pendantic
Issue all the warnings demanded by strict ISO C and ISO C++ [...snip]
(paraphrased from http://gcc.gnu.org/onlinedocs/gcc_2.html#SEC6)