install.texi (Specific, [...]): Bring 64-bit Sparc description more in line with...

	* doc/install.texi (Specific, sparc-sun-solaris2*): Bring
	64-bit Sparc description more in line with reality.

From-SVN: r46704

diff --git a/gcc/ChangeLog b/gcc/ChangeLog
index 4078f338b57d27179a0f834634c0691c33216b59..730d14e8feb63acf2c6a7a055cdbe4ee6e45b17d 100644 (file)
--- a/gcc/ChangeLog
+++ b/gcc/ChangeLog
@@ -1,3 +1,8 @@
+2001-11-01  David S. Miller  <davem@redhat.com>
+
+       * doc/install.texi (Specific, sparc-sun-solaris2*): Bring
+       64-bit Sparc description more in line with reality.
+
 2001-11-01  Joseph S. Myers  <jsm28@cam.ac.uk>
 
        * Makefile.in (GCOV_OBJS): Add version.o.

diff --git a/gcc/doc/install.texi b/gcc/doc/install.texi
index d260a0dc956e8b9b37177f416276c2c7302e6799..cffd914d14568cd8077ad827596edf4cbe331543 100644 (file)
--- a/gcc/doc/install.texi
+++ b/gcc/doc/install.texi
@@ -3304,16 +3304,13 @@ This is Sun bug 4237974.  This is fixed with patch 108908-02 for Solaris
 starting with Solaris 7.
 
 Starting with Solaris 7, the operating system is capable of executing
-64-bit SPARC V9 binaries.  GCC 3.0 doesn't properly support this yet.
-Although some patches or recipes to enable this support have been posted
-to various newsgroups and mailing lists, we recommend against using
-them, since the compiler may either crash or, worse, silently generate
-bad code.  If you really need this capability now, you might try a CVS
-version of GCC 3.1, which will fully support this.  If all you want is
-code tuned for the UltraSPARC CPU, you should try the
-@option{-mtune=ultrasparc} option instead, which should be safe from
-those bugs and produce code that, unlike full 64-bit code, can still run
-on non-UltraSPARC machines.
+64-bit SPARC V9 binaries.  GCC 3.1 and later should properly support
+this.  GCC 3.0 lacks the infrastructure necessary to support this
+configuration properly.  However, if all you want is code tuned for
+the UltraSPARC CPU, you should try the @option{-mtune=ultrasparc}
+option instead, which should be safe from those bugs and produce code
+that, unlike full 64-bit code, can still run on non-UltraSPARC
+machines.
 
 @html
 </p>