Re: [wwwdocs,Java] Obsolete GCJ FAQ entry for Solaris?
On 12/21/2012 04:02 AM, Gerald Pfeifer wrote: PING. On Fri, 2 Nov 2012, Gerald Pfeifer wrote: 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)? OK, thanks. Andrew.
Re: [wwwdocs,Java] Obsolete GCJ FAQ entry for Solaris?
PING. On Fri, 2 Nov 2012, Gerald Pfeifer wrote: 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 - 1.69 +++ faq.html 2 Nov 2012 20:29:12 - @@ -36,7 +36,6 @@ ol lia href=#3_1I need something more recent than the last release; how should I build it?/a/li -lia href=#3_2Linker bug on Solaris/a/li /ol /li lia href=#4_0Gcj Compile/Link Questions/a @@ -278,33 +277,6 @@ $ gij HelloWorld /dd /dl - hr / - h3a name=3_23.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 ttld/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 - h2a name=4_0Gcj Compile/Link Questions/a/h2 h3a name=4_14.1 Why do I get ttundefined reference to `main'/tt
[wwwdocs,Java] Obsolete GCJ FAQ entry for Solaris?
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.html2 Nov 2012 19:59:34 - 1.69 +++ faq.html2 Nov 2012 20:29:12 - @@ -36,7 +36,6 @@ ol lia href=#3_1I need something more recent than the last release; how should I build it?/a/li -lia href=#3_2Linker bug on Solaris/a/li /ol /li lia href=#4_0Gcj Compile/Link Questions/a @@ -278,33 +277,6 @@ $ gij HelloWorld /dd /dl - hr / - h3a name=3_23.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 ttld/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 - h2a name=4_0Gcj Compile/Link Questions/a/h2 h3a name=4_14.1 Why do I get ttundefined reference to `main'/tt
