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

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

From-SVN: r46704
This commit is contained in:
David S. Miller 2001-11-01 14:26:14 -08:00 committed by David S. Miller
parent 5735c3ea78
commit edf1c8dff8
2 changed files with 12 additions and 10 deletions

View File

@ -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.

View File

@ -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>