[Bug libstdc++/33832] Can't tell gcc 4.3 libstdc++ API from gcc 4.2 libstdc++ API

["bkoz at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>]

------- Comment #6 from bkoz at gcc dot gnu dot org  2007-12-11 22:21 -------

HJ: this and 33831 are the same thing. I would appreciate it if you could
either clarify why you think they are separate, or close one of them. I suggest
closing 33832.

This PR I will treat as "How HJ can fix eon in SPEC 2000". I suspect this is
what motivated this bug report.

Here's the bit from SPEC, courtesy of Vlad.

/home/cygnus/vmakarov/perf/sbox/gcc/local.spec2000.x86_64/inst.toolbox/bin/g++
-c -o ggCoverageSolidTexture.o  -DHAS_ERRLIST -DSPEC_STDCPP
-DFMAX_IS_DOUBLE -DUSE_STRERROR -Wno-deprecated -DSPEC_CPU2000_LP64
-fpermissive     -I. -DNDEBUG     -O2 -mtune=generic
ggCoverageSolidTexture.cc

Ie:

1) -Wno-deprecated
2) -fpermissive

Fixing -Wno-deprecated would have been/is still easy.

change
#include <iostream.h>

to

# include <iostream>
using namespace std;

Yay! Safe for the millennium.

I don't know what it would take to fix -fpermissive.

You can find more information about this, and an autoconf macro that tests for
this, here:


http://gcc.gnu.org/onlinedocs/libstdc++/17_intro/backwards_compatibility.html

Look for "Pre-ISO headers moved to backwards or removed"

best,
benjamin


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33832