This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: GCC 4.0 RC1 Available
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Paul Jarc <prj at po dot cwru dot edu>
- Cc: Mark Mitchell <mark at codesourcery dot com>, gcc at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
- Date: Thu, 14 Apr 2005 17:20:15 +0000 (UTC)
- Subject: Re: GCC 4.0 RC1 Available
- References: <4259A31D.9050002@codesourcery.com> <m3wtr67mb2.fsf@multivac.cwru.edu>
On Wed, 13 Apr 2005, Paul Jarc wrote:
> gcc/doc/install.texi still mentions gcc 3.5 in a few places.
Fixed thus (and a similar reference in cpp.texi). It passes "make info",
"make dvi" and "install.texi2html". Applied to mainline and 4.0 branch
(as a doc patch for which the branch is still open).
In checking for any similar references which should be fixed I noticed
that config/arm/libgcc-bpabi.ver defines a GCC_3.5 symbol version, but
it's probably rather too late to change that and may not be desirable to
change it anyway.
--
Joseph S. Myers http://www.srcf.ucam.org/~jsm28/gcc/
jsm@polyomino.org.uk (personal mail)
joseph@codesourcery.com (CodeSourcery mail)
jsm28@gcc.gnu.org (Bugzilla assignments and CCs)
2005-04-14 Joseph S. Myers <joseph@codesourcery.com>
* doc/cpp.texi, doc/install.texi: Change references to GCC 3.5 to
refer to 4.0.
diff -rupN GCC.orig/gcc/doc/cpp.texi GCC/gcc/doc/cpp.texi
--- GCC.orig/gcc/doc/cpp.texi 2005-03-06 13:02:34.000000000 +0000
+++ GCC/gcc/doc/cpp.texi 2005-04-14 17:09:20.000000000 +0000
@@ -4045,7 +4045,7 @@ they generally represent bugs in the sna
@item -I- deprecated
-This option has been deprecated in 3.5. @option{-iquote} is meant to
+This option has been deprecated in 4.0. @option{-iquote} is meant to
replace the need for this option.
@item Order of evaluation of @samp{#} and @samp{##} operators
diff -rupN GCC.orig/gcc/doc/install.texi GCC/gcc/doc/install.texi
--- GCC.orig/gcc/doc/install.texi 2005-04-06 17:01:03.000000000 +0000
+++ GCC/gcc/doc/install.texi 2005-04-14 17:09:12.000000000 +0000
@@ -442,7 +442,7 @@ Please refer to the @uref{http://gcc.gnu
for information on how to obtain GCC@.
The full distribution includes the C, C++, Objective-C, Fortran 77, Fortran
-(in case of GCC 3.5 and later), Java, and Ada (in case of GCC 3.1 and later)
+(in case of GCC 4.0 and later), Java, and Ada (in case of GCC 3.1 and later)
compilers. The full distribution also includes runtime libraries for C++,
Objective-C, Fortran 77, Fortran, and Java. In GCC 3.0 and later versions,
GNU compiler testsuites are also included in the full distribution.
@@ -2685,7 +2685,7 @@ configuring if you want a model other th
TARGET_SCHED_DEFAULT can be defined in BOOT_CFLAGS if a different
default scheduling model is desired.
-As of GCC 3.5, GCC uses the UNIX 95 namespace for HP-UX 10.10
+As of GCC 4.0, GCC uses the UNIX 95 namespace for HP-UX 10.10
through 11.00, and the UNIX 98 namespace for HP-UX 11.11 and later.
This namespace change might cause problems when bootstrapping with
an earlier version of GCC or the HP compiler as essentially the same
@@ -2726,10 +2726,10 @@ the 3-stage comparison test to fail duri
You should be able to continue by saying @samp{make all} after getting
the failure from @samp{make bootstrap}.
-GCC 3.5 requires CVS binutils as of April 28, 2004 or later. Earlier
+GCC 4.0 requires CVS binutils as of April 28, 2004 or later. Earlier
versions require binutils 2.8 or later.
-The C++ ABI has changed incompatibly in GCC 3.5. COMDAT subspaces are
+The C++ ABI has changed incompatibly in GCC 4.0. COMDAT subspaces are
used for one-only code and data. This resolves many of the previous
problems in using C++ on this target. However, the ABI is not compatible
with the one implemented under HP-UX 11 using secondary definitions.
@@ -2802,7 +2802,7 @@ This has been been reported to sometimes
binutils and GCC@.
GCC 3.0 through 3.2 require binutils 2.11 or above. GCC 3.3 through
-GCC 3.5 require binutils 2.14 or later.
+GCC 4.0 require binutils 2.14 or later.
Although the HP assembler can be used for an initial build, it shouldn't
be used with any languages other than C and perhaps Fortran due to its