This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Patch: install.texi update (Was: RFC: patch for PR 6158 (important for 3.1))


>>>>> "Gerald" == Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at> writes:

Gerald> When/if this gets committed, would you mind also updating the
Gerald> *-*-solaris2.8 entry in gcc/doc/install.texi?

How's this?

Tom

Index: ChangeLog
from  Tom Tromey  <tromey@redhat.com>

	* doc/install.texi (Specific): Update status of Solaris 2.8.
	For PR libgcj/6158.

Index: doc/install.texi
===================================================================
RCS file: /cvs/gcc/gcc/gcc/doc/install.texi,v
retrieving revision 1.92.2.5
diff -u -r1.92.2.5 install.texi
--- doc/install.texi 1 Apr 2002 23:10:53 -0000 1.92.2.5
+++ doc/install.texi 18 Apr 2002 21:44:29 -0000
@@ -3514,10 +3514,11 @@
 
 The Solaris 8 linker fails to link some @samp{libjava} programs if
 previously-installed GCC java libraries already exist in the configured
-prefix.  For this reason, @samp{libgcj} is disabled by default on Solaris 8.
-If you use GNU @command{ld}, or if you don't have a previously-installed @samp{libgcj} in
-the same prefix, use @option{--enable-libgcj} to build and install the
-Java libraries.
+prefix.  For this reason, @command{configure} will report an error on
+Solaris 8 if an existing @samp{libgcj} is found in the appropriate
+install directory and the system linker is in use.  In this case, you
+can either configure with @option{--disable-libgcj}, or you can delete
+or rename the existing @samp{libgcj} library files before configuring.
 
 @html
 <p>


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]