diff options
Diffstat (limited to 'gnu/egcs/install/specific.html')
| -rw-r--r-- | gnu/egcs/install/specific.html | 139 |
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 "alloca" 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 "cc" +(not "xlc"). Once <tt>configure</tt> has been informed of +"xlc", one needs to use "make distclean" 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> |