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]

install.texi: Remove target-specific info for removed targets


This patch removes target-specific information for the targets that
just got desupported from install.texi.  I am not touching
install-old.texi.

zw

        * doc/install.texi: Remove information about desupported targets.

===================================================================
Index: doc/install.texi
--- doc/install.texi	6 May 2003 23:17:59 -0000	1.189
+++ doc/install.texi	17 May 2003 19:40:14 -0000
@@ -1635,11 +1635,9 @@ GNU Compiler Collection on your machine.
 @item
 @uref{#arc-*-elf,,arc-*-elf}
 @item
-@uref{#arm-*-aout,,arm-*-aout}
+@uref{#arm-*-*,,arm-*-*}
 @item
-@uref{#arm-*-elf,,arm-*-elf}
-@item
-@uref{#arm*-*-linux-gnu,,arm*-*-linux-gnu}
+@uref{#xscale-*-*,,xscale-*-*}
 @item
 @uref{#avr,,avr}
 @item
@@ -1655,8 +1653,6 @@ GNU Compiler Collection on your machine.
 @item
 @uref{#hppa*-hp-hpux*,,hppa*-hp-hpux*}
 @item
-@uref{#hppa*-hp-hpux9,,hppa*-hp-hpux9}
-@item
 @uref{#hppa*-hp-hpux10,,hppa*-hp-hpux10}
 @item
 @uref{#hppa*-hp-hpux11,,hppa*-hp-hpux11}
@@ -1681,32 +1677,18 @@ GNU Compiler Collection on your machine.
 @item
 @uref{#ia64-*-linux,,ia64-*-linux}
 @item
-@uref{#*-lynx-lynxos,,*-lynx-lynxos}
-@item
 @uref{#*-ibm-aix*,,*-ibm-aix*}
 @item
 @uref{#ip2k-*-elf,,ip2k-*-elf}
 @item
 @uref{#m32r-*-elf,,m32r-*-elf}
 @item
-@uref{#m68000-hp-bsd,,m68000-hp-bsd}
-@item
 @uref{#m6811-elf,,m6811-elf}
 @item
 @uref{#m6812-elf,,m6812-elf}
 @item
-@uref{#m68k-att-sysv,,m68k-att-sysv}
-@item
-@uref{#m68k-crds-unos,,m68k-crds-unos}
-@item
 @uref{#m68k-hp-hpux,,m68k-hp-hpux}
 @item
-@uref{#m68k-ncr-*,,m68k-ncr-*}
-@item
-@uref{#m68k-sun,,m68k-sun}
-@item
-@uref{#m68k-sun-sunos4.1.1,,m68k-sun-sunos4.1.1}
-@item
 @uref{#mips-*-*,,mips-*-*}
 @item
 @uref{#mips-sgi-irix5,,mips-sgi-irix5}
@@ -1747,10 +1729,6 @@ GNU Compiler Collection on your machine.
 @item
 @uref{#sparc-sun-solaris2.7,,sparc-sun-solaris2.7}
 @item
-@uref{#sparc-sun-sunos4*,,sparc-sun-sunos4*}
-@item
-@uref{#sparc-unknown-linux-gnulibc1,,sparc-unknown-linux-gnulibc1}
-@item
 @uref{#sparc-*-linux*,,sparc-*-linux*}
 @item
 @uref{#sparc64-*-*,,sparc64-*-*}
@@ -1918,35 +1896,10 @@ This configuration is intended for embed
 @html
 <hr />
 @end html
-@heading @anchor{arm-*-aout}arm-*-aout
-This configuration is obsoleted in GCC 3.3.
-
-Advanced RISC Machines ARM-family processors.  These are often used in
-embedded applications.  There are no standard Unix configurations.
-This configuration corresponds to the basic instruction sequences and will
-produce @file{a.out} format object modules.
-
-You may need to make a variant of the file @file{arm.h} for your particular
-configuration.
-
-@html
-<hr />
-@end html
-@heading @anchor{arm-*-elf}arm-*-elf
-This configuration is intended for embedded systems.
-We require GNU binutils 2.13 or newer.
-
-@html
-<hr />
-@end html
-@heading @anchor{arm*-*-linux-gnu}arm*-*-linux-gnu
-We require GNU binutils 2.13 or newer.
-
-@html
-<hr />
-@end html
-@heading @anchor{xscale-*-elf}xscale-*-elf
-We require GNU binutils 2.13 or newer.
+@heading @anchor{arm-*-*}arm-*-*
+@heading @anchor{xscale-*-*}xscale-*-*
+Advanced RISC Machines ARM-family processors.  Subtargets that use the
+ELF object format require GNU binutils 2.13 or newer.
 
 @html
 <hr />
@@ -2082,7 +2035,7 @@ The version of binutils installed in @fi
 otherwise specified in any per-architecture notes.  However, binutils
 2.12.1 or greater is known to improve overall testsuite results.
 
-FreeBSD 1 is no longer supported in GCC 3.2.
+FreeBSD 1 is no longer supported.
 
 For FreeBSD 2 or any mutant a.out versions of FreeBSD 3: All
 configuration support and files as shipped with GCC 2.95 are still in
@@ -2135,7 +2088,7 @@ longer a multiple of 2 bytes.
 <hr />
 @end html
 @heading @anchor{hppa*-hp-hpux*}hppa*-hp-hpux*
-Support for HP-UX versions 7, 8, and 9 is obsoleted in GCC 3.3.
+HP-UX version 9 or older is no longer supported.
 
 We @emph{highly} recommend using gas/binutils 2.8 or newer on all hppa
 platforms; you may encounter a variety of problems when using the HP
@@ -2169,23 +2122,6 @@ More specific information to @samp{hppa*
 @html
 <hr />
 @end html
-@heading @anchor{hppa*-hp-hpux9}hppa*-hp-hpux9
-Support for this system is obsoleted in GCC 3.3.
-
-The HP assembler has major problems on this platform.  We've tried to work
-around the worst of the problems.  However, those workarounds may be causing
-linker crashes in some circumstances; the workarounds also probably prevent
-shared libraries from working.  Use the GNU assembler to avoid these problems.
-
-
-The configuration scripts for GCC will also trigger a bug in the hpux9
-shell.  To avoid this problem set @env{CONFIG_SHELL} to @file{/bin/ksh}
-and @env{SHELL} to @file{/bin/ksh} in your environment.
-
-
-@html
-<hr />
-@end html
 @heading @anchor{hppa*-hp-hpux10}hppa*-hp-hpux10
 
 For hpux10.20, we @emph{highly} recommend you pick up the latest sed patch
@@ -2206,12 +2142,11 @@ and Latin-America.
 @uref{http://europe.itrc.hp.com/service/home/home.do,,} Europe.
 @end itemize
 
-The HP assembler on these systems is much better than the hpux9 assembler,
-but still has some problems.  Most notably the assembler inserts timestamps
-into each object file it creates, causing the 3-stage comparison test to fail
-during a @samp{make bootstrap}.  You should be able to continue by
-saying @samp{make all} after getting the failure from @samp{make
-bootstrap}.
+The HP assembler on these systems has some problems.  Most notably the
+assembler inserts timestamps into each object file it creates, causing
+the 3-stage comparison test to fail during a @samp{make bootstrap}.
+You should be able to continue by saying @samp{make all} after getting
+the failure from @samp{make bootstrap}.
 
 
 @html
@@ -2300,11 +2235,9 @@ first using the HP tools, then build bin
 There have been problems with various binary distributions, so
 it is best not to start from a binary distribution.
 
-When starting with a HP compiler, it is preferable to use the ANSI
-compiler as the bundled compiler only supports traditional C.
-Bootstrapping with the bundled compiler is tested infrequently and
-problems often arise because of the subtle differences in semantics
-between traditional and ISO C.
+Starting with GCC 3.4 an ISO C compiler is required to bootstrap.
+The bundled compiler supports only traditional C; you will need
+either HP's unbundled compiler, or a binary distribution of GCC@.
 
 This port still is undergoing significant development.
 
@@ -2476,23 +2409,10 @@ ABI changes are expected.
 
 @html
 <hr />
-@end html
-@heading @anchor{*-lynx-lynxos}*-lynx-lynxos
-Support for SPARC LynxOS is obsoleted in GCC 3.3.
-
-LynxOS 2.2 and earlier comes with GCC 1.x already installed as
-@file{/bin/gcc}.  You should compile with this instead of @file{/bin/cc}.
-You can tell GCC to use the GNU assembler and linker, by specifying
-@samp{--with-gnu-as --with-gnu-ld} when configuring.  These will produce
-COFF format object files and executables;  otherwise GCC will use the
-installed tools, which produce @file{a.out} format executables.
-
-@html
-<hr />
 <!-- rs6000-ibm-aix*, powerpc-ibm-aix* -->
 @end html
 @heading @anchor{*-ibm-aix*}*-ibm-aix*
-Support for AIX versions 1, 2, and 3 is obsoleted in GCC 3.3.
+AIX version 3 or older is no longer supported.
 
 AIX Make frequently has problems with GCC makefiles.  GNU Make 3.76 or
 newer is recommended to build on this platform.
@@ -2617,16 +2537,6 @@ This configuration is intended for embed
 @html
 <hr />
 @end html
-@heading @anchor{m68000-hp-bsd}m68000-hp-bsd
-Support for this system is obsoleted in GCC 3.3.
-
-HP 9000 series 200 running BSD@.  Note that the C compiler that comes
-with this system cannot compile GCC; contact @email{law@@cygnus.com}
-to get binaries of GCC for bootstrapping.
-
-@html
-<hr />
-@end html
 @heading @anchor{m6811-elf}m6811-elf
 Motorola 68HC11 family micro controllers.  These are used in embedded
 applications.  There are no standard Unix configurations.
@@ -2641,59 +2551,6 @@ applications.  There are no standard Uni
 @html
 <hr />
 @end html
-@heading @anchor{m68k-att-sysv}m68k-att-sysv
-Support for this system is obsoleted in GCC 3.3.
-
-AT&T 3b1, a.k.a.@: 7300 PC@.  This version of GCC cannot
-be compiled with the system C compiler, which is too buggy.
-You will need to get a previous version of GCC and use it to
-bootstrap.  Binaries are available from the OSU-CIS archive, at
-@uref{ftp://ftp.uu.net/systems/att7300/}.
-
-@html
-<hr />
-@end html
-@heading @anchor{m68k-crds-unos}m68k-crds-unos
-Support for this system is obsoleted in GCC 3.3.
-
-Use @samp{configure unos} for building on Unos.
-
-The Unos assembler is named @command{casm} instead of @command{as}.  For some
-strange reason linking @file{/bin/as} to @file{/bin/casm} changes the
-behavior, and does not work.  So, when installing GCC, you should
-install the following script as @file{as} in the subdirectory where
-the passes of GCC are installed:
-
-@example
-#!/bin/sh
-casm $*
-@end example
-
-The default Unos library is named @file{libunos.a} instead of
-@file{libc.a}.  To allow GCC to function, either change all
-references to @option{-lc} in @file{gcc.c} to @option{-lunos} or link
-@file{/lib/libc.a} to @file{/lib/libunos.a}.
-
-@cindex @code{alloca}, for Unos
-When compiling GCC with the standard compiler, to overcome bugs in
-the support of @code{alloca}, do not use @option{-O} when making stage 2.
-Then use the stage 2 compiler with @option{-O} to make the stage 3
-compiler.  This compiler will have the same characteristics as the usual
-stage 2 compiler on other systems.  Use it to make a stage 4 compiler
-and compare that with stage 3 to verify proper compilation.
-
-(Perhaps simply defining @code{ALLOCA} in @file{x-crds} as described in
-the comments there will make the above paragraph superfluous.  Please
-inform us of whether this works.)
-
-Unos uses memory segmentation instead of demand paging, so you will need
-a lot of memory.  5 Mb is barely enough if no other tasks are running.
-If linking @file{cc1} fails, try putting the object files into a library
-and linking from that library.
-
-@html
-<hr />
-@end html
 @heading @anchor{m68k-hp-hpux}m68k-hp-hpux
 HP 9000 series 300 or 400 running HP-UX@.  HP-UX version 8.0 has a bug in
 the assembler that prevents compilation of GCC@.  This
@@ -2748,45 +2605,6 @@ to look like:
 #!/bin/ksh
 @end example
 
-
-@html
-<hr />
-@end html
-@heading @anchor{m68k-ncr-*}m68k-ncr-*
-Support for this system is obsoleted in GCC 3.3.
-
-On the Tower models 4@var{n}0 and 6@var{n}0, by default a process is not
-allowed to have more than one megabyte of memory.  GCC cannot compile
-itself (or many other programs) with @option{-O} in that much memory.
-
-To solve this problem, reconfigure the kernel adding the following line
-to the configuration file:
-
-@smallexample
-MAXUMEM = 4096
-@end smallexample
-
-
-@html
-<hr />
-@end html
-@heading @anchor{m68k-sun}m68k-sun
-Support for this system is obsoleted in GCC 3.3.
-
-Sun 3.  We do not provide a configuration file to use the Sun FPA by
-default, because programs that establish signal handlers for floating
-point traps inherently cannot work with the FPA@.
-
-@html
-<hr />
-@end html
-@heading @anchor{m68k-sun-sunos4.1.1}m68k-sun-sunos4.1.1
-Support for this system is obsoleted in GCC 3.3.
-
-
-It is reported that you may need the GNU assembler on this platform.
-
-
 @html
 <hr />
 @end html
@@ -3180,38 +2998,6 @@ partial fix is adequate for GCC@.  Revis
 the bug.  The current (as of 2001-09-24) revision is -14, and is included in
 the Solaris 7 Recommended Patch Cluster.
 @end itemize
-
-
-@html
-<p>
-<hr />
-@end html
-@heading @anchor{sparc-sun-sunos4*}sparc-sun-sunos4*
-Support for this system is obsoleted in GCC 3.3.
-
-A bug in the SunOS 4 linker will cause it to crash when linking
-@option{-fPIC} compiled objects (and will therefore not allow you to build
-shared libraries).
-
-To fix this problem you can either use the most recent version of
-binutils or get the latest SunOS 4 linker patch (patch ID 100170-10)
-from Sun's patch site.
-
-Sometimes on a Sun 4 you may observe a crash in the program
-@command{genflags} or @command{genoutput} while building GCC.  This is said to
-be due to a bug in @command{sh}.  You can probably get around it by running
-@command{genflags} or @command{genoutput} manually and then retrying the
-@command{make}.
-
-@html
-<hr />
-@end html
-@heading @anchor{sparc-unknown-linux-gnulibc1}sparc-unknown-linux-gnulibc1
-Support for this system is obsoleted in GCC 3.3.
-
-It has been reported that you might need
-@uref{ftp://ftp.yggdrasil.com/private/hjl,,binutils 2.8.1.0.23}
-for this platform, too.
 
 
 @html


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