From mboxrd@z Thu Jan  1 00:00:00 1970
From: "Catenazzi, Giacomo Amabile" <giacomoamabile.catenazzi@cepe.mavt.ethz.ch>
To: pme@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org
Subject: Re: libstdc++/3026
Date: Thu, 07 Jun 2001 08:06:00 -0000
Message-id: <20010607150604.1202.qmail@sourceware.cygnus.com>
X-SW-Source: 2001-06/msg00227.html
List-Id: <gcc-prs.sourceware.org>

The following reply was made to PR libstdc++/3026; it has been noted by GNATS.

From: "Catenazzi, Giacomo Amabile"
	 <giacomoamabile.catenazzi@cepe.mavt.ethz.ch>
To: Gabriel Dos Reis <Gabriel.Dos-Reis@cmla.ens-cachan.fr>
Cc: cate@dplanet.ch, gcc-gnats@gcc.gnu.org
Subject: Re: libstdc++/3026
Date: Thu, 07 Jun 2001 17:17:08 +0200

 Gabriel Dos Reis wrote:
 > 
 > Giacomo Catenazzi <cate@math.ethz.ch> writes:
 > 
 > | Gabriel Dos Reis wrote:
 > |
 > | An other problem: Should '#include <complex>' define functions/classes
 > | in std namespace, without exporting it in global namespace?
 > | Now <complex> and <complex.h> are the same, and both use global
 > | namespace.
 > 
 > There is nothing named <complex.h> specified by C++.  The standard
 > header <complex> defines its entities only in namespace std.  I
 > strongly suggest you stick to those standard interfaces.
 > 
 
 Ok. Sorry. Confused about different version of library.
 BTW
 .  #include <complex>
 .  int foo(std::complex<double> z) {
 .    return int(real(z));
 .  }
 This code will compile on http://www.codesourcery.com/gcc-compile.shtml
 thus 'real' is in also on global namespace.
 [But I'm not sure about the standard: the functions/classes should be in
 std namespace, but they can be exported implicitly in the global
 namespace?]
 
 	giacomo