Update to 2.95.2

1 files changed, 125 insertions, 14 deletions

diff --git a/gnu/egcs/install/specific.html b/gnu/egcs/install/specific.html
index ff2f3f521d4..f2a21f54ecd 100644
--- a/gnu/egcs/install/specific.html
+++ b/gnu/egcs/install/specific.html
@@ -9,7 +9,9 @@
 <p>Please read this document carefully <i>before</i> installing the GNU Compiler Collection on your machine.</p>
 
 <ul>
+  <li><a href="#alpha*-dec-linux*">alpha*-dec-linux*</a></li>
   <li><a href="#alpha*-dec-osf*">alpha*-dec-osf*</a></li>
+  <li><a href="#dos">GCC with DOS</a></li>
   <li><a href="#hppa*-hp-hpux*">hppa*-hp-hpux*</a></li>
   <li><a href="#hppa*-hp-hpux9">hppa*-hp-hpux9</a></li>
   <li><a href="#hppa*-hp-hpux10">hppa*-hp-hpux10</a></li>
@@ -22,13 +24,20 @@
   <li><a href="#mips*-sgi-irix[45]">mips*-sgi-irix[45]</a></li>
   <li><a href="#mips*-sgi-irix6">mips*-sgi-irix6</a></li>
   <li><a href="#powerpc-*-linux-gnu*">powerpc-*-linux-gnu*</a></li>
+  <li><a href="#*-*-solaris*">*-*-solaris*</a></li>
+  <li><a href="#sparc-sun-solaris*">sparc-sun-solaris*</a></li>
   <li><a href="#sparc-sun-solaris2.7">sparc-sun-solaris2.7</a></li>
+  <li><a href="#sunv5">Sun V5.0 Compiler Bugs</a></li>
   <li><a href="#sparc-sun-sunos*">sparc-sun-sunos*</a></li>
   <li><a href="#sparc-unknown-linux-gnulibc1">sparc-unknown-linux-gnulibc1</a></li>
   <li><a href="#sparc64-*-*">sparc64-*-*</a></li>
   <li><a href="#win+os2">GCC with Windows or OS/2</a></li>
 </ul>
 
+<ul>
+  <li><a href="#elf_targets">all ELF targets (SVR4, Solaris, etc.)</a></li>
+</ul>
+
 
 <!-- -------- host/target specific issues start here ---------------- -->
 
@@ -118,6 +127,15 @@ it with the command <code>gcc -shared -o libstdc++.so.2.10.0
 sub-directory exists, repeat this command in it, with the additional
 flag <code>-mieee</code>.</p>
 
+
+<hr>
+<h3><a name="dos">GCC with DOS</h3>
+
+<p>A binary distribution is available at <a
+href="ftp://ftp.simtel.net/pub/simtelnet/gnu/djgpp/">Simtel.Net</A> and its
+mirrors.</p>
+
+
 <hr>
 <h3><a name="hppa*-hp-hpux*">hppa*-hp-hpux*</a></h3>
 
@@ -130,6 +148,7 @@ HP assembler or a recent
 
 <p>More specific information to hppa*-hp-hpux* targets follows.</p>
 
+
 <hr>
 <h3><a name="hppa*-hp-hpux9">hppa*-hp-hpux9</a></h3>
 
@@ -142,6 +161,7 @@ shared libraries from working.  Use the GNU assembler to avoid these problems.</
 shell.  To avoid this problem set CONFIG_SHELL to /bin/ksh and SHELL to
 /bin/ksh in your environment.</p>
 
+
 <hr>
 <h3><a name="hppa*-hp-hpux10">hppa*-hp-hpux10</a></h3>
 
@@ -169,6 +189,7 @@ bootstrap</code>'.</p>
 possible you have a hardware problem.  Further information on this can be
 found on <a href="http://www.bitwizard.nl/sig11/">www.bitwizard.nl.</a></p>
 
+
 <hr>
 <h3><a name="ix86-*-sco3.2v5*">i?86-*-sco3.2v5*</a></h3>
 
@@ -274,6 +295,17 @@ tools by adding <code>udk-</code> before the commonly known name.  For example,
 <p>AIX Make frequently has problems with GCC makefiles.  GNU Make 3.76 or
 newer is recommended to build on this platform.</p>
 
+<p>Errors involving &quot;alloca&quot; when building GCC generally are due
+to an incorrect definition of <tt>CC</tt> in the Makefile or mixing files
+compiled with the native C compiler and GCC.  During the stage1 phase of
+the build, the native AIX compiler <b>must</b> be invoked as &quot;cc&quot;
+(not &quot;xlc&quot;).  Once <tt>configure</tt> has been informed of
+&quot;xlc&quot;, one needs to use &quot;make distclean&quot; to remove the
+configure cache files and ensure that <tt>$CC</tt> environment variable
+does not provide a definition that will confuse <tt>configure</tt>.
+If this error occurs during stage2 or later, then the problem most likely
+is the version of Make (see above).</p>
+
 <p>Some versions of the AIX binder (linker) can fail with a relocation
 overflow severe error when the -bbigtoc option is used to link
 GCC-produced object files into an executable that overflows the TOC.  A fix
@@ -307,6 +339,7 @@ website as PTF U453956.  This fix is incorporated in AIX 4.3.1 and above.</p>
 with a segmentation fault when invoked by any version of GCC.  A fix for
 APAR IX87327 will be available from IBM Customer Support.</p>
 
+
 <hr>
 <h3><a name="m68k-*-nextstep*">m68k-*-nextstep*</a></h3>
 
@@ -349,6 +382,7 @@ the directory <i>prefix</i> you secified in the configuration preocess of GCC fo
 
 <p>It is reported that you may need the GNU assembler on this platform.</p>
 
+
 <hr>
 <h3><a name="mips*-sgi-irix[45]">mips*-sgi-irix[45]</a></h3>
 
@@ -384,6 +418,7 @@ you do not have GNU make available.</p>
 <p>See <a href="http://reality.sgi.com/ariel/freeware/"> 
 http://reality.sgi.com/ariel/freeware</a> for more information about using GCC on IRIX platforms.</p>
 
+
 <hr>
 <h3><a name="mips*-sgi-irix6">mips*-sgi-irix6</a></h3>
 
@@ -414,6 +449,7 @@ seeing two of them: inet_ntoa, and semctl. </p>
 <p>See <a href="http://reality.sgi.com/ariel/freeware/"> 
 http://reality.sgi.com/ariel/freeware</a> for more information about using GCC on IRIX platforms.</p>
 
+
 <hr>
 <h3><a name="powerpc-*-linux-gnu*">powerpc-*-linux-gnu*</a></h3>
 
@@ -423,24 +459,94 @@ if you initially built it with gcc-2.7.2.x.</p>
 
 
 <hr>
+<h3><a name="*-*-solaris*">*-*-solaris*</a></h3>
+
+<p>Starting with Solaris, Sun does not ship a C compiler any more. To
+bootstrap and install GCC you first have to install a pre-built
+compiler, for example from <a href="http://www.sunfreeware.com/">
+http://www.sunfreeware.com</a>.</p>
+
+<p>Sun as 4.X is broken in that it cannot cope with long symbol names.
+A typical error message might look similiar to the following:
+<BLOCKQUOTE><CODE>
+/usr/ccs/bin/as: "/var/tmp/ccMsw135.s", line 11041: error: can't compute      
+value of an expression involving an external symbol.
+</CODE></BLOCKQUOTE>
+See the <a href="../faq.html#squangle">How to work around too long C++
+symbol names?</a> FAQ entry for further information.</p>
+
+<p>Sun make in all known Solaris 1 (SunOS 4) and Solaris 2 releases has a
+broken <i>VPATH</i> mechanism, which means you must either:
+<ul>
+  <li>Use GNU make (recommended), <em>or:</em></li>
+  <li>Always build in the source directory, <em>or:</em></li>
+  <li><em>(For GCC 2.95.1 only)</em>
+      apply the patches mentioned at
+      <a href="http://www.gnu.org/software/gcc/egcstensions.html#sun-make">
+      http://www.gnu.org/software/gcc/egcstensions.html#sun-make</a>.</li>
+</ul></p>
+
+
+<hr>
+<h3><a name="sparc-sun-solaris*">sparc-sun-solaris*</a></h3>
+
+<p>binutils 2.9.1 has known bugs on this platform. We recommend to use the
+vendor tools (Sun as, Sun ld) until these have been fixed.</p>
+
+
+<hr>
 <h3><a name="sparc-sun-solaris2.7">sparc-sun-solaris2.7</a></h3>
 
 <p>Sun patch 107058-01 (1999-01-13) for SPARC Solaris 7 triggers a bug in
 the dynamic linker.  This problem (Sun bug 4210064) affects GCC 2.8
-and later, including all EGCS releases.  To avoid this problem, do not
-install Sun patch 107058-01 until after Sun releases a patch for bug
-4210064.  Sun has a fix for this bug but (as of 1999-06-24) has not
-yet released it as a patch.</p>
+and later, including all EGCS releases.  Sun formerly recommended
+107058-01 for all Solaris 7 users, but around 1999-09-01 it started to
+recommend it only for people who use Sun's compilers.</p>
+  
+<p>Here are some workarounds to this problem:
+<ul>
+  <li>Do not install Sun patch 107058-01 until after Sun releases a
+  complete patch for bug 4210064.  This is the simplest course to take,
+  unless you must also use Sun's C compiler.  Unfortunately 107058-01
+  is preinstalled on some new Solaris-based hosts, so you may have to
+  back it out.</li>
+  
+<li>Copy the original, unpatched Solaris 7
+  <code>/usr/ccs/bin/as</code> into
+  <code>/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.1/as</code>,
+  adjusting the latter name to fit your local conventions and software
+  version numbers.</li>
+
+<li>Install Sun patch 106950-03 (1999-05-25) or later.  Nobody with
+  both 107058-01 and 106950-03 installed has reported the bug with GCC
+  and Sun's dynamic linker.  This last course of action is riskiest,
+  for two reasons.  First, you must install 106950 on all hosts that
+  run code generated by GCC; it doesn't suffice to install it only on
+  the hosts that run GCC itself.  Second, Sun says that 106950-03 is
+  only a partial fix for bug 4210064, but Sun doesn't know whether the
+  partial fix is adequate for GCC.  Revision -08 or later should fix
+  the bug, but (as of 1999-10-06) it is still being tested.</li>
+</ul> 
+</p>
+
+
+<hr>
+<h3><a name="sunv5">Sun V5.0 Compiler Bugs</a></h3>
+The Sun V5.0 compilers are known to mis-compile GCC, which in turn causes
+GCC to fail its bootstrap comparison test.  We expect to have a workaround
+ready in time for GCC 2.95.2.
 
 
 <hr>
 <h3><a name="sparc-sun-sunos*">sparc-sun-sunos*</a></h3>
 
-<p>A bug in the SunOS4 linker will cause it to crash when linking -fPIC compiled
-objects (and will therefore not allow you to build shared libraries).</p>
+<p>A bug in the SunOS4 linker will cause it to crash when linking
+-fPIC compiled objects (and will therefore not allow you to build
+shared libraries).</p>
 
-<p>To fix this problem you can either use the most recent version of binutils or
-get the latest SunOS4 linker patch (patch ID 100170-10) from Sun's patch site.</p>
+<p>To fix this problem you can either use the most recent version of
+binutils or get the latest SunOS4 linker patch (patch ID 100170-10)
+from Sun's patch site.</p>
 
 
 <hr>
@@ -450,16 +556,12 @@ get the latest SunOS4 linker patch (patch ID 100170-10) from Sun's patch site.</
 <a href="ftp://ftp.yggdrasil.com/private/hjl">binutils-2.8.1.0.23</a>
 for this platform, too.</p>
 
+
 <hr>
 <h3><a name="sparc64-*-*">sparc64-*-*</a></h3>
 
 <p>GCC version 2.95 is not able to compile code correctly for <code>sparc64</code> targets.  Users of the Linux kernel, at least, can use the <code>sparc32</code> program to start up a new shell invocation with an environment that causes <code>configure</code> to recognize (via <code>uname -a</code>) the system as <code>sparc-*-*</code> instead.</p>
 
-<p><b>all ELF targets (SVR4, Solaris, etc.)</b><br>
-C++ support is significantly better on ELF targets if you use the GNU
-linker; duplicate copies of inlines, vtables and template instantiations
-will be discarded automatically.</p>
-
 
 <hr>
 <h3><a name="win+os2"></a>GCC with Windows or OS/2</h3>
@@ -474,9 +576,18 @@ support.
 working on a generic os/2 port with pgcc.  The current code code can be found
 at <a href="http://www.goof.com/pcg/os2/">http://www.goof.com/pcg/os2/</a>.</p>
 
+
+<hr>
+<h3><a name="elf_targets">all ELF targets (SVR4, Solaris, etc.)</a></h3>
+
+<p>C++ support is significantly better on ELF targets if you use the GNU
+linker; duplicate copies of inlines, vtables and template instantiations
+will be discarded automatically.</p>
+
+
 <hr>
 <p><a href="./index.html">Return to the GCC Installation page</a></p>
-<p><i>Last modified on August 15, 1999.</i></p>
+<p><i>Last modified on October 17, 1999.</i></p>
 
 </body>
 </html>