This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: 3.0 20010305 (prerelease) gen-num-limits.cc compile failure on alpha-dec-osf4.0e
- To: Benjamin Kosnik <bkoz at redhat dot com>
- Subject: Re: 3.0 20010305 (prerelease) gen-num-limits.cc compile failure on alpha-dec-osf4.0e
- From: Rainer Orth <ro at TechFak dot Uni-Bielefeld dot DE>
- Date: 08 Mar 2001 22:06:35 +0100
- Cc: gcc-bugs at gcc dot gnu dot org, rdbrown at mira dot net, bkorb at gnu dot org
- References: <200103071741.f27HfN031202@fillmore.constant.com>
Benjamin Kosnik <bkoz@redhat.com> writes:
> ...this might actually be a v3 issue. What happens if you make a
>
> libstdc++-v3/config/os/osf/
>
> directory, and make
>
> osf/bits/os_defines.h
>
> define __STDC__
>
> ?
I haven't tried this, but fixed it using fixincludes. The patch below
inhibits `fixing' standards.h which already handles GCC correctly.
Thu Mar 8 21:09:10 2001 Rainer Orth <ro@TechFak.Uni-Bielefeld.DE>
* fixinc/inclhack.def (AAA_standards): Undo <standards.h> breakage
on Tru64 UNIX.
* fixinc/fixincl.x: Regenerate.
Index: inclhack.def
===================================================================
RCS file: /cvs/gcc/egcs/gcc/fixinc/inclhack.def,v
retrieving revision 1.101.2.1
diff -u -p -r1.101.2.1 inclhack.def
--- inclhack.def 2001/02/21 20:08:17 1.101.2.1
+++ inclhack.def 2001/03/08 20:29:04
@@ -60,6 +60,18 @@ fix = {
/*
+ * Tru64 UNIX V4.0F/V5.1 <standards.h> defines _NO_PROTO and _NONSTD_TYPES
+ * correctly for GCC, but strict_ansi_not breaks it.
+ */
+fix = {
+ hackname = AAA_standards;
+ files = standards.h;
+ select = 'GNU and MIPS C compilers define __STDC__ differently';
+ replace; /* empty replacement -> no fixing the file */
+};
+
+
+/*
* This file on SunOS 4 has a very large macro. When the sed loop
* tries pull it in, it overflows the pattern space size of the SunOS
* sed (GNU sed does not have this problem). Since the file does not
> you can also just experiment with this by modifying the
> os/generic/bits/os_defines.h to get something working (this is the
> file that your build is currently using), then do the osf port.
I've done an initial port a couple of days ago. This allows me to compile
libstdc++ v3 on Tru64 UNIX V4.0F and V5.1. I'll report test results in a
separate message, since I'll certainly need further help investigating the
failures.
Rainer
Thu Feb 22 18:16:32 2001 Rainer Orth <ro@TechFak.Uni-Bielefeld.DE>
* configure.target: Handle osf.
* config/os/osf: New port.
Index: configure.target
===================================================================
RCS file: /cvs/gcc/egcs/libstdc++-v3/configure.target,v
retrieving revision 1.14
diff -u -p -r1.14 configure.target
--- configure.target 2001/02/08 19:53:19 1.14
+++ configure.target 2001/03/08 21:02:24
@@ -99,6 +99,9 @@ case "${target_os}" in
netbsd*)
os_include_dir="config/os/bsd/netbsd"
;;
+ osf*)
+ os_include_dir="config/os/osf"
+ ;;
solaris2.5*)
os_include_dir="config/os/solaris/solaris2.5"
;;
osf.tar.gz
--
-----------------------------------------------------------------------------
Rainer Orth, Faculty of Technology, Bielefeld University
Email: ro@TechFak.Uni-Bielefeld.DE