From mboxrd@z Thu Jan  1 00:00:00 1970
From: pme@gcc.gnu.org
To: pme@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org
Subject: Re: libstdc++/3026
Date: Tue, 05 Jun 2001 09:36:00 -0000
Message-id: <20010605163600.25061.qmail@sourceware.cygnus.com>
X-SW-Source: 2001-06/msg00130.html
List-Id: <gcc-prs.sourceware.org>

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

From: pme@gcc.gnu.org
To: bkoz@gcc.gnu.org, cate@debian.org, gcc-gnats@gcc.gnu.org, pme@gcc.gnu.org
Cc:  
Subject: Re: libstdc++/3026
Date: 5 Jun 2001 16:35:36 -0000

 Synopsis: namespace errors in <complext.h> and other .h
 
 State-Changed-From-To: open->analyzed
 State-Changed-By: pme
 State-Changed-When: Tue Jun  5 09:35:36 2001
 State-Changed-Why:
     
     Egads.  A bunch of problems conspiring together.
     
     On one hand, the c_std headers are being used, which are
     known to be nonconforming in this respect.  Replacing the
     installed std_cstddef.h with the one from c_shadow solves
     the initial 'size_t/ptrdiff_t not declared' problem.
     
     On the other hand, /usr/include/stdlib.h starts giving
     parse errors due to its lack of knowledge about namespace
     std and namespaces in general; unqualified use of 'size_t'
     breaks in this case.
     
     Gripping hand, I'm not entirely certain that
     
         namespace foo {
             #include <something_standard.h>
         }
     
     is permitted in userland by [17.4.1.1]/2, "All library
     entities ... are defined within the namespace std or
     namespaces nested within namespace std."  Here we're
     nesting namespace std inside another namespace.
     
     If this code is valid, then I think this becomes another
     "funky C wrapping header problem" PR.
 
 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=3026&database=gcc