Re: c++/10248: including system headers makes g++ barf

Re: c++/10248: including system headers makes g++ barf

[Rainer Orth]

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

From: Rainer Orth <ro@TechFak.Uni-Bielefeld.DE>
To: jhs@ocf.berkeley.edu
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: c++/10248: including system headers makes g++ barf
Date: 28 Mar 2003 12:46:43 +0100

 jhs@ocf.berkeley.edu writes:
 
 > SunOS mustard 5.8 Generic_108528-15 sun4u sparc SUNW,UltraAX-i2
 > >Description:
 > Including /usr/include/sys/stat.h causes my compile to fail. From what I can see, there is no reason this should be happening, and it works correctly on gcc 2.95.2
 > 
 > scott@mustard:~> gcc -v
 > Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.6/3.2.2/specs
 > Configured with: ../configure --srcdir=/usr/local/src/gnu/gcc-3.2.2/H-sun4-sunos5/.. --infodir=/usr/local/lib/info --with-gxx-include-dir=$(libsubdir)/g++-include --bindir=/usr/local/lang/gcc-3.2.2/bin
 > Thread model: posix
 > gcc version 3.2.2
 > scott@mustard:~> g++ -v
 > Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.5.1/default/specs
 > gcc version 2.95.2 19991024 (release)
 
 You generally need to build gcc on the OS version it is intended to run on
 (Solaris 8 in this case).  Since the fixincludes step of the build creates
 modified versions of some system headers and places them in a private
 include directory, you may wind up mixing unmodified new (Solaris 8) and
 modified old (Solaris 2.5.1 and 2.6) headers in one compilation, leading to
 all sorts of problems.
 
 Thus I cannot reproduce your problem with gcc 3.2.3 built on Solaris 8 and
 running on the same release.
 
 	Rainer

Re: c++/10248: including system headers makes g++ barf

[ehrhardt]

Synopsis: including system headers makes g++ barf

State-Changed-From-To: open->feedback
State-Changed-By: cae
State-Changed-When: Sun Mar 30 22:25:47 2003
State-Changed-Why:
    Please find out your include file oder for C and C++ by running
    gcc/g++ -v with an existing file. Also seeing the preprocessed file
    would be interesting! If this is not possible, the lines starting with
    `#' from the preprocessed file will suffice.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10248

c++/10248: including system headers makes g++ barf

[jhs]

>Number:         10248
>Category:       c++
>Synopsis:       including system headers makes g++ barf
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          ice-on-legal-code
>Submitter-Id:   net
>Arrival-Date:   Thu Mar 27 21:06:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator:     jhs@ocf.berkeley.edu
>Release:        gcc 3.2.2
>Organization:
>Environment:
SunOS mustard 5.8 Generic_108528-15 sun4u sparc SUNW,UltraAX-i2
>Description:
Including /usr/include/sys/stat.h causes my compile to fail. From what I can see, there is no reason this should be happening, and it works correctly on gcc 2.95.2

scott@mustard:~> gcc -v
Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.6/3.2.2/specs
Configured with: ../configure --srcdir=/usr/local/src/gnu/gcc-3.2.2/H-sun4-sunos5/.. --infodir=/usr/local/lib/info --with-gxx-include-dir=$(libsubdir)/g++-include --bindir=/usr/local/lang/gcc-3.2.2/bin
Thread model: posix
gcc version 3.2.2
scott@mustard:~> g++ -v
Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.5.1/default/specs
gcc version 2.95.2 19991024 (release)

scott@mustard:~> gcc test.cc
In file included from test.cc:1:
/usr/include/sys/stat.h:258: 'blksize_t' is used as a type, but is not defined 
   as a type.
/usr/include/sys/stat.h:318: 'blksize_t' is used as a type, but is not defined 
   as a type.
scott@mustard:~> g++ test.cc
scott@mustard:~> ./a.out
hello
>How-To-Repeat:
#include <sys/stat.h>
#include <stdio.h>
int main() {
printf("hello\n");
}
>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted: