From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <java-patches-return-20581-listarch-java-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 23654 invoked by alias); 2 Nov 2012 20:32:31 -0000
Received: (qmail 23636 invoked by uid 22791); 2 Nov 2012 20:32:30 -0000
X-SWARE-Spam-Status: No, hits=-50.9 required=5.0	tests=AWL,BAYES_00
X-Spam-Check-By: sourceware.org
Received: from ainaz.pair.com (HELO ainaz.pair.com) (209.68.2.66)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 02 Nov 2012 20:32:25 +0000
Received: from [192.168.0.129] (vie-188-118-240-184.dsl.sil.at [188.118.240.184])	by ainaz.pair.com (Postfix) with ESMTPSA id 4F59A3F40F;	Fri,  2 Nov 2012 16:32:23 -0400 (EDT)
Date: Fri, 02 Nov 2012 20:32:00 -0000
From: Gerald Pfeifer <gerald@pfeifer.com>
To: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>, java-patches@gcc.gnu.org,     gcc-patches@gcc.gnu.org
Subject: [wwwdocs,Java] Obsolete GCJ FAQ entry for Solaris?
Message-ID: <alpine.LNX.2.00.1211022129370.2266@tuna.site>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <java-patches.gcc.gnu.org>
List-Subscribe: <mailto:java-patches-subscribe@gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/java-patches/>
List-Post: <mailto:java-patches@gcc.gnu.org>
List-Help: <mailto:java-patches-help@gcc.gnu.org>, <http://gcc.gnu.org/ml/#faqs>
Sender: java-patches-owner@gcc.gnu.org
X-SW-Source: 2012-q4/txt/msg00023.txt.bz2

Rainer (or others),

the FAQ entry below seems obsolete to me (dates back more than a
decade).  Shall we remove it, or is there something else we still
should document (in addition to gcc/doc/install.texi)?

Gerald

Index: faq.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/faq.html,v
retrieving revision 1.69
diff -u -3 -p -r1.69 faq.html
--- faq.html	2 Nov 2012 19:59:34 -0000	1.69
+++ faq.html	2 Nov 2012 20:29:12 -0000
@@ -36,7 +36,6 @@
           <ol>
             <li><a href="#3_1">I need something more recent than the last release; how
                   should I build it?</a></li>
-            <li><a href="#3_2">Linker bug on Solaris</a></li>
           </ol>
         </li>
         <li><a href="#4_0">Gcj Compile/Link Questions</a> 
@@ -278,33 +277,6 @@ $ gij HelloWorld
         </dd>
       </dl>
 
-      <hr />
-      <h3><a name="3_2">3.2 Linker bug on Solaris</a></h3>
-      <dl> 
-        <dd>
-          There is a known problem with the <a href="http://gcc.gnu.org/ml/gcc-bugs/1999-10/msg00159.html"> 
-          native Solaris linker</a> when using gcc/gcj. A good indication you've 
-          run into this problem is if you get an error that looks like the following 
-          when building libgcj: 
-          <pre>
-ld: warning: option -o appears more than once, first setting taken
-ld: fatal: file libfoo.so: cannot open file: No such file or directory
-ld: fatal: File processing errors. No output written to .libs/libfoo.so
-collect2: ld returned 1 exit status
-          </pre>
-          A known workaround for this and other reported link problems on the 
-          various releases of Solaris is to build gcc/gcj with the <a href="ftp://sources.redhat.com/pub/binutils/snapshots"> 
-          latest GNU binutils</a> instead of the native Solaris <tt>ld</tt>. The 
-          most straightforward way to do this is to build and install binutils, 
-          and then reference it in the configure for gcc via <tt>--with-ld=/path_to_binutils_install/bin/ld</tt> 
-          (<tt>--with-as</tt> may also be similarly specified but is not believed 
-          to be required).
-          <br />
-          Please note, gcc/gcj must be built using GNU ld prior to doing a 
-          clean build of libgcj! 
-        </dd>
-      </dl>
-
       <h2><a name="4_0">Gcj Compile/Link Questions</a></h2>
  
       <h3><a name="4_1">4.1 Why do I get <tt>undefined reference to `main'</tt>