Support for AIX version 3 and older was discontinued in GCC 3.4. --- 631,637 ----
Support for AIX version 3 and older was discontinued in GCC 3.4.
*************** switch and using the configure option
! iq2000-*-elf
Vitesse IQ2000 processors. These are used in embedded applications. There are no standard Unix configurations.
Renesas M32C processor. This configuration is intended for embedded systems.
Renesas M32R processor. This configuration is intended for embedded systems.
Motorola 68HC11 family micro controllers. These are used in embedded applications. There are no standard Unix configurations.
Motorola 68HC12 family micro controllers. These are used in embedded applications. There are no standard Unix configurations.
By default, ‘m68k-*-aout’, ‘m68k-*-coff*’, ! ‘m68k-*-elf*’, ‘m68k-*-rtems’ and ‘m68k-*-uclinux’ build libraries for both M680x0 and ColdFire processors. If you only need the M680x0 libraries, you can omit the ColdFire ones by passing --with-arch=m68k to configure. Alternatively, you can omit the M680x0 libraries by passing --with-arch=cf to ! configure. These targets default to 5206 code when configured with --with-arch=cf and 68020 code otherwise. !
The ‘m68k-*-linux-gnu’, ‘m68k-*-netbsd’ and ‘m68k-*-openbsd’ targets also support the --with-arch option. They will generate ColdFire CFV4e code when configured with --with-arch=cf and 68020 code otherwise. --- 753,807 ----
Vitesse IQ2000 processors. These are used in embedded applications. There are no standard Unix configurations.
Renesas M32C processor. This configuration is intended for embedded systems.
Renesas M32R processor. This configuration is intended for embedded systems.
Motorola 68HC11 family micro controllers. These are used in embedded applications. There are no standard Unix configurations.
Motorola 68HC12 family micro controllers. These are used in embedded applications. There are no standard Unix configurations.
By default, ‘m68k-*-aout’, ‘m68k-*-coff*’, ! ‘m68k-*-elf*’, ‘m68k-*-rtems’, ‘m68k-*-uclinux’ and ! ‘m68k-*-linux’ build libraries for both M680x0 and ColdFire processors. If you only need the M680x0 libraries, you can omit the ColdFire ones by passing --with-arch=m68k to configure. Alternatively, you can omit the M680x0 libraries by passing --with-arch=cf to ! configure. These targets default to 5206 or 5475 code as ! appropriate for the target system when configured with --with-arch=cf and 68020 code otherwise. !
The ‘m68k-*-netbsd’ and
‘m68k-*-openbsd’ targets also support the --with-arch
option. They will generate ColdFire CFV4e code when configured with
--with-arch=cf and 68020 code otherwise.
*************** be a -mcpu 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
! bug manifests itself during the first stage of compilation, while
! building libgcc2.a:
!
! A patched version of the assembler is available as the file
! ftp://altdorf.ai.mit.edu/archive/cph/hpux-8.0-assembler. If you
! have HP software support, the patch can also be obtained directly from
! HP, as described in the following note:
!
! The bug is not really in the assembler, but in the shared library
! version of the function “cvtnum(3c)”. The bug on “cvtnum(3c)” is
! SR#4701-078451. Anyway, the attached assembler uses the archive
! library version of “cvtnum(3c)” and thus does not exhibit the bug.
! This patch is also known as PHCO_4484.
!
! In addition gdb does not understand that native HP-UX format, so
! you must use gas if you wish to use gdb.
!
! On HP-UX version 8.05, but not on 8.07 or more recent versions, the
! fixproto shell script triggers a bug in the system shell. If you
! encounter this problem, upgrade your operating system or use BASH (the
! GNU shell) to run fixproto. This bug will cause the fixproto
! program to report an error of the form:
!
! To fix this, you can also change the first line of the fixproto script
! to look like:
!
! GCC 4.3 changed the uClinux configuration so that it uses the
‘m68k-linux-gnu’ ABI rather than the ‘m68k-elf’ ABI.
--- 814,820 ----
GCC 4.3 changed the uClinux configuration so that it uses the
‘m68k-linux-gnu’ ABI rather than the ‘m68k-elf’ ABI.
*************** original ABI by configuring for ‘<
*** 1017,1023 ****
If on a MIPS system you get an error message saying “does not have gp
sections for all it's [sic] sectons [sic]”, don't worry about it. This
--- 825,831 ----
If on a MIPS system you get an error message saying “does not have gp
sections for all it's [sic] sectons [sic]”, don't worry about it. This
*************** made after Nov. 9, 2006) should be free
*** 1074,1080 ****
In order to compile GCC on an SGI running IRIX 5, the ‘compiler_dev.hdr’
subsystem must be installed from the IDO CD-ROM supplied by SGI.
--- 882,888 ----
In order to compile GCC on an SGI running IRIX 5, the ‘compiler_dev.hdr’
subsystem must be installed from the IDO CD-ROM supplied by SGI.
*************** This problem can be avoided by running t
*** 1101,1107 ****
If you are using SGI's MIPSpro cc as your bootstrap compiler, you must
ensure that the N32 ABI is in use. To test this, compile a simple C
--- 909,915 ----
If you are using SGI's MIPSpro cc as your bootstrap compiler, you must
ensure that the N32 ABI is in use. To test this, compile a simple C
*************** information about using GCC on IRIX plat
*** 1174,1187 ****
You can specify a default version for the -mcpu=cpu_type
switch by using the configure option --with-cpu-cpu_type.
PowerPC running Darwin (Mac OS X kernel).
--- 982,999 ----
You can specify a default version for the -mcpu=cpu_type
switch by using the configure option --with-cpu-cpu_type.
+ You will need
+ binutils 2.15
+ or newer for a working GCC.
+
PowerPC running Darwin (Mac OS X kernel).
*************** on systems older than 10.3.9 (aka darwin
*** 1198,1270 ****
PowerPC system in big endian mode, running System V.4.
You will need
! binutils 2.15
! or newer for a working GCC.
PowerPC system in big endian mode running NetBSD. To build the
! documentation you will need Texinfo version 4.4 (NetBSD 1.5.1 included
! Texinfo version 3.12).
Embedded PowerPC system in big endian mode for use in running under the
PSIM simulator.
Embedded PowerPC system in big endian mode.
PowerPC system in little endian mode, running System V.4.
Embedded PowerPC system in little endian mode for use in running under
the PSIM simulator.
Embedded PowerPC system in little endian mode.
S/390 system running GNU/Linux for S/390.
zSeries system (64-bit) running GNU/Linux for zSeries.
zSeries system (64-bit) running TPF. This platform is
supported as cross-compilation target only.
--- 1010,1078 ----
PowerPC system in big endian mode, running System V.4.
PowerPC system in big endian mode running Linux.
PowerPC system in big endian mode running NetBSD.
Embedded PowerPC system in big endian mode for use in running under the
PSIM simulator.
Embedded PowerPC system in big endian mode.
PowerPC system in little endian mode, running System V.4.
Embedded PowerPC system in little endian mode for use in running under
the PSIM simulator.
Embedded PowerPC system in little endian mode.
S/390 system running GNU/Linux for S/390.
zSeries system (64-bit) running GNU/Linux for zSeries.
zSeries system (64-bit) running TPF. This platform is
supported as cross-compilation target only.
*************** supported as cross-compilation target on
*** 1274,1280 ****
! Sun does not ship a C compiler with Solaris 2. To bootstrap and install
GCC you first have to install a pre-built compiler, see the
--- 1082,1088 ----
! Sun does not ship a C compiler with Solaris 2. To bootstrap and install
GCC you first have to install a pre-built compiler, see the
*************** For example, the linker may hang indefin
*** 1312,1322 ****
have /usr/xpg4/bin in your PATH, we recommend that you place
/usr/bin before /usr/xpg4/bin for the duration of the build.
! All releases of GNU binutils prior to 2.11.2 have known bugs on this
! platform. We recommend the use of GNU binutils 2.11.2 or later, or the
! vendor tools (Sun as, Sun ld). Note that your mileage
! may vary if you use a combination of the GNU tools and the Sun tools: while
! the combination GNU as + Sun ld should reasonably work,
the reverse combination Sun as + GNU ld is known to
cause memory corruption at runtime in some cases for C++ programs.
--- 1120,1129 ----
have /usr/xpg4/bin in your PATH, we recommend that you place
/usr/bin before /usr/xpg4/bin for the duration of the build.
! We recommend the use of GNU binutils 2.14 or later, or the vendor tools
! (Sun as, Sun ld). Note that your mileage may vary
! if you use a combination of the GNU tools and the Sun tools: while the
! combination GNU as + Sun ld should reasonably work,
the reverse combination Sun as + GNU ld is known to
cause memory corruption at runtime in some cases for C++ programs.
*************** from the CVS repository or applying the
*** 1327,1352 ****
http://sourceware.org/ml/binutils-cvs/2004-09/msg00036.html to the
release.
! We recommend using GNU binutils 2.16 or later in conjunction with GCC 4.x,
! or the vendor tools (Sun as, Sun ld). However, for
! Solaris 10 and above, an additional patch is required in order for the GNU
! linker to be able to cope with a new flavor of shared libraries. You
can obtain a working version by checking out the binutils-2_16-branch from
the CVS repository or applying the patch
http://sourceware.org/ml/binutils-cvs/2005-07/msg00122.html to the
release.
Sun bug 4296832 turns up when compiling X11 headers with GCC 2.95 or
! newer: g++ will complain that types are missing. These headers assume
! that omitting the type means g++ accepts such (invalid) constructs with the option
! -fpermissive; it
! will assume that any missing type is There are patches for Solaris 2.6 (105633-56 or newer for SPARC,
! 106248-42 or newer for Intel), Solaris 7 (108376-21 or newer for SPARC,
108377-20 for Intel), and Solaris 8 (108652-24 or newer for SPARC,
108653-22 for Intel) that fix this bug.
--- 1134,1158 ----
http://sourceware.org/ml/binutils-cvs/2004-09/msg00036.html to the
release.
! We recommend the use of GNU binutils 2.16 or later in conjunction with GCC
! 4.x, or the vendor tools (Sun as, Sun ld). However,
! for Solaris 10 and above, an additional patch is required in order for the
! GNU linker to be able to cope with a new flavor of shared libraries. You
can obtain a working version by checking out the binutils-2_16-branch from
the CVS repository or applying the patch
http://sourceware.org/ml/binutils-cvs/2005-07/msg00122.html to the
release.
Sun bug 4296832 turns up when compiling X11 headers with GCC 2.95 or
! newer: g++ will complain that types are missing. These headers
! assume that omitting the type means g++ accepts such (invalid) constructs with the option
! -fpermissive; it will assume that any missing type is There are patches for Solaris 7 (108376-21 or newer for SPARC,
108377-20 for Intel), and Solaris 8 (108652-24 or newer for SPARC,
108653-22 for Intel) that fix this bug.
*************** SPARC, 117172-11 or newer for Intel) tha
*** 1363,1385 ****
When GCC is configured to use binutils 2.11.2 or later the binaries
produced are smaller than the ones produced using Sun's native tools;
this difference is quite significant for binaries containing debugging
information.
- Sun as 4.x is broken in that it cannot cope with long symbol names.
- A typical error message might look similar to the following:
-
- This is Sun bug 4237974. This is fixed with patch 108908-02 for Solaris
- 2.6 and has been fixed in later (5.x) versions of the assembler,
- starting with Solaris 7.
-
Starting with Solaris 7, the operating system is capable of executing
64-bit SPARC V9 binaries. GCC 3.1 and later properly supports
this; the -m64 option enables 64-bit code generation.
--- 1169,1181 ----
When GCC is configured to use binutils 2.14 or later the binaries
produced are smaller than the ones produced using Sun's native tools;
this difference is quite significant for binaries containing debugging
information.
Starting with Solaris 7, the operating system is capable of executing
64-bit SPARC V9 binaries. GCC 3.1 and later properly supports
this; the -m64 option enables 64-bit code generation.
*************** For example on a Solaris 7 system:
*** 1430,1436 ****
Sun patch 107058-01 (1999-01-13) for Solaris 7/SPARC triggers a bug in
the dynamic linker. This problem (Sun bug 4210064) affects GCC 2.8
--- 1226,1232 ----
Sun patch 107058-01 (1999-01-13) for Solaris 7/SPARC triggers a bug in
the dynamic linker. This problem (Sun bug 4210064) affects GCC 2.8
*************** Sun assembler, which causes a bootstrap
*** 1484,1490 ****
GCC versions 3.0 and higher require binutils 2.11.2 and glibc 2.2.4
or newer on this platform. All earlier binutils and glibc
--- 1280,1286 ----
GCC versions 3.0 and higher require binutils 2.11.2 and glibc 2.2.4
or newer on this platform. All earlier binutils and glibc
*************** releases mishandled unaligned relocation
*** 1492,1498 ****
When configuring the GNU Multiple Precision Library (GMP) or the
MPFR library, the canonical target triplet must be specified as
--- 1288,1294 ----
When configuring the GNU Multiple Precision Library (GMP) or the
MPFR library, the canonical target triplet must be specified as
*************** and -xildoff<
*** 1511,1559 ****
This is a synonym for sparc64-*-solaris2*.
On System V release 3, you may get this error message
! while linking:
!
! This probably indicates that the disk is full or your ulimit won't allow
! the file to be as large as it needs to be.
!
! This problem can also result because the kernel parameter On System V, if you get an error like this,
!
! that too indicates a problem with disk space, ulimit, or On a System V release 4 system, make sure /usr/bin precedes
! /usr/ucb in Don't try compiling with VAX C (vcc). It produces incorrect code
! in some cases (for example, when Support for VxWorks is in flux. At present GCC supports only the
very recent VxWorks 5.5 (aka Tornado 2.2) release, and only on PowerPC.
--- 1307,1319 ----
This is a synonym for sparc64-*-solaris2*.
Support for VxWorks is in flux. At present GCC supports only the
very recent VxWorks 5.5 (aka Tornado 2.2) release, and only on PowerPC.
*************** VxWorks will incorporate this module.)
*** 1588,1594 ****
GCC supports the x86-64 architecture implemented by the AMD64 processor
(amd64-*-* is an alias for x86_64-*-*) on GNU/Linux, FreeBSD and NetBSD.
--- 1348,1354 ----
GCC supports the x86-64 architecture implemented by the AMD64 processor
(amd64-*-* is an alias for x86_64-*-*) on GNU/Linux, FreeBSD and NetBSD.
*************** both 64-bit x86-64 and 32-bit x86 code (
*** 1597,1603 ****
This target is intended for embedded Xtensa systems using the
‘newlib’ C library. It uses ELF but does not support shared
--- 1357,1363 ----
This target is intended for embedded Xtensa systems using the
‘newlib’ C library. It uses ELF but does not support shared
*************** which you can use to replace the default
*** 1614,1631 ****
This target is for Xtensa systems running GNU/Linux. It supports ELF
shared objects and the GNU C library (glibc). It also generates
position-independent code (PIC) regardless of whether the
-fpic or -fPIC options are used. In other
respects, this target is the same as the
! ‘xtensa-*-elf’ target.
Ports of GCC are included with the
Cygwin environment.
--- 1374,1448 ----
This target is for Xtensa systems running GNU/Linux. It supports ELF
shared objects and the GNU C library (glibc). It also generates
position-independent code (PIC) regardless of whether the
-fpic or -fPIC options are used. In other
respects, this target is the same as the
! ‘xtensa*-*-elf’ target.
The 16-bit versions of Microsoft Windows, such as Windows 3.1, are not
! supported.
!
! However, the 32-bit port has limited support for Microsoft
! Windows 3.11 in the Win32s environment, as a target only. See below.
!
! The 32-bit versions of Windows, including Windows 95, Windows NT, Windows
! XP, and Windows Vista, are supported by several different target
! platforms. These targets differ in which Windows subsystem they target
! and which C libraries are used.
!
! GCC contains support for x86-64 using the mingw-w64
! runtime library, available from http://mingw-w64.sourceforge.net/.
! This library should be used with the target triple x86_64-pc-mingw32.
!
! Presently Windows for Itanium is not supported.
!
! Windows CE is supported as a target only on ARM (arm-wince-pe), Hitachi
! SuperH (sh-wince-pe), and MIPS (mips-wince-pe).
!
! GCC no longer supports Windows NT on the Alpha or PowerPC.
!
! GCC no longer supports the Windows POSIX subsystem. However, it does
! support the Interix subsystem. See above.
!
! Old target names including *-*-winnt and *-*-windowsnt are no longer used.
!
! PW32 (i386-pc-pw32) support was never completed, and the project seems to
! be inactive. See http://pw32.sourceforge.net/ for more information.
!
! UWIN support has been removed due to a lack of maintenance.
!
! Ports of GCC are included with the
Cygwin environment.
*************** respects, this target is the same as the
*** 1633,1639 ****
GCC will build under Cygwin without modification; it does not build
with Microsoft's C++ compiler and there are no plans to make it do so.
! For MinGW, GCC will build with and support only MinGW runtime 3.12 and later.
Earlier versions of headers are incompatible with the new default semantics
of GCC will build under Cygwin without modification; it does not build
with Microsoft's C++ compiler and there are no plans to make it do so.
! Cygwin can be compiled with i?86-pc-cygwin.
!
! The Interix target is used by OpenNT, Interix, Services For UNIX (SFU),
! and Subsystem for UNIX-based Applications (SUA). Applications compiled
! with this target run in the Interix subsystem, which is separate from
! the Win32 subsystem. This target was last known to work in GCC 3.3.
!
! For more information, see http://www.interix.com/.
!
! GCC will build with and support only MinGW runtime 3.12 and later.
Earlier versions of headers are incompatible with the new default semantics
of
! m68k-hp-hpux
!
! _floatdisf
! cc1: warning: `-g' option not supported on this version of GCC
! cc1: warning: `-g1' option not supported on this version of GCC
! ./xgcc: Internal compiler error: program as got fatal signal 11
!
!
! This is the patched assembler, to patch SR#1653-010439, where the
! assembler aborts on floating point constants.
!
!
!
! ./fixproto: sh internal 1K buffer overflow
!
! #!/bin/ksh
!
!
!
! m68k-*-uclinux
! m68k-*-uclinux
! mips-*-*
! mips-*-*
! mips-sgi-irix5
! mips-sgi-irix5
! mips-sgi-irix6
! mips-sgi-irix6
! powerpc-*-*
! powerpc-*-darwin*
! powerpc-*-*
! powerpc-*-darwin*
! powerpc-*-elf, powerpc-*-sysv4
! powerpc*-*-linux-gnu*
!
! powerpc-*-netbsd*
!
! powerpc-*-eabisim
! powerpc-*-eabi
! powerpcle-*-elf, powerpcle-*-sysv4
! powerpcle-*-eabisim
! powerpcle-*-eabi
! s390-*-linux*
! s390x-*-linux*
! s390x-ibm-tpf*
! powerpc-*-elf
! powerpc*-*-linux-gnu*
!
! powerpc-*-netbsd*
!
! powerpc-*-eabisim
! powerpc-*-eabi
! powerpcle-*-elf
! powerpcle-*-eabisim
! powerpcle-*-eabi
! s390-*-linux*
! s390x-*-linux*
! s390x-ibm-tpf*
*-*-solaris2*
*-*-solaris2*
int; this assumption worked for C89 but
! is wrong for C++, and is now wrong for C99 also.
int (as defined by C89).
! int; this assumption worked for
! C89 but is wrong for C++, and is now wrong for C99 also.
int
! (as defined by C89).
!
! sparc-sun-solaris2*
! /usr/ccs/bin/as: "/var/tmp/ccMsw135.s", line 11041: error:
- can't compute value of an expression involving an external symbol.
-
-
! sparc-sun-solaris2*
!
! sparc-sun-solaris2.7
! sparc-sun-solaris2.7
! sparc-*-linux*
! sparc-*-linux*
! sparc64-*-solaris2*
! sparc64-*-solaris2*
! sparcv9-*-solaris2*
! *-*-sysv*
!
! ld fatal: failed to write symbol name something
! in strings table for file whatever
!
! MAXUMEM
! is too small. If so, you must regenerate the kernel and make the value
! much larger. The default value is reported to be 1024; a value of 32768
! is said to work. Smaller values may also work.
!
! /usr/local/lib/bison.simple: In function `yyparse':
! /usr/local/lib/bison.simple:625: virtual memory exhausted
!
! MAXUMEM.
!
! PATH. The cc command in
! /usr/ucb uses libraries which have bugs.
!
!
!
! vax-dec-ultrix
!
! alloca is used).
!
!
!
! *-*-vxworks*
! sparcv9-*-solaris2*
! *-*-vxworks*
! x86_64-*-*, amd64-*-*
! x86_64-*-*, amd64-*-*
! xtensa-*-elf
! xtensa*-*-elf
! xtensa-*-linux*
! Microsoft Windows (32-bit)
! xtensa*-*-linux*
! Microsoft Windows
!
! Intel 16-bit versions
!
! Intel 32-bit versions
!
!
!
!
! Intel 64-bit versions
!
! Windows CE
!
! Other Windows Platforms
!
!
!
! *-*-cygwin
extern inline in -std=c99 and -std=gnu99 modes.
--- 1450,1473 ----
!
! *-*-interix
!
!
!
! *-*-mingw32
!
! extern inline in -std=c99 and -std=gnu99 modes.
diff -Nrcpad gcc-4.3.3/INSTALL/test.html gcc-4.4.0/INSTALL/test.html
*** gcc-4.3.3/INSTALL/test.html Sat Jan 24 10:32:31 2009
--- gcc-4.4.0/INSTALL/test.html Tue Apr 21 09:08:10 2009
***************
*** 7,14 ****