This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: rel_ops issues
- To: libstdc++ at gcc dot gnu dot org
- Subject: Re: rel_ops issues
- From: Nathan Myers <ncm at nospam dot cantrip dot org>
- Date: Fri, 30 Mar 2001 00:31:06 -0800
- References: <jbuck@racerx.synopsys.com> <200103290857.f2T8vRS04951@mururoa.inria.fr>
- Reply-To: libstdc++ at gcc dot gnu dot org
On Thu, Mar 29, 2001 at 10:57:27AM +0200, Theodore Papadopoulo wrote:
> I have been hurt recently by the problem he exposes, and that was
> just because the source file (an old one) was including <map.h>
> instead of <map> !!!
>
> Deducing that it was this map.h stuff took me a lot of time ...
It seems Theodore would have been better served by a compiler that
didn't provide map.h unless he explicitly asked for it (e.g. by
'#include <backward/map.h>' or '-fibackward').
> By the way, I always thought that the headers like
> map.h and friends were mandated by the standard with the meaning of
> including the non .h corresponding file and addind the
> using namespace std;
>
> I cannot find this in the standard ???
> Is this still true ?
> If no, shouldn't these headers be moved to the ext (or other)
> directory.
They _are_ in a separate directory: backward/ -- at least in the
source tree. Have they been merged into a common directory in
your installation, or is your compiler searching backward/ when
it shouldn't be?
Nathan Myers
ncm at cantrip dot org