GCC: Anonymous read-only SVN access

Our SVN source repository is available read-only to the public at large. That way you can pick up any version (including releases) of GCC that is in our repository.

Our web pages are still maintained via CVS, and can be accessed using the directions for our CVS setup.

In addition, you can browse our SVN history online at

gcc.gnu.org using ViewVC.

Using the SVN repository

Assuming you have version 1.0.0 and higher of Subversion installed, you can check out the GCC sources using the following command:

svn checkout svn://gcc.gnu.org/svn/gcc/trunk SomeLocalDir

If you are behind a firewall that does not allow the svn protocol through, you can replace svn:// with http://. You may also need to modify your subversion servers file (~/.subversion/servers) to set http-proxy-host and http-proxy-port. You should only use the http protocol if the svn protocol does not work; the http protocol has a higher server overhead associated with it and will be slower.

There is more information about Subversion specifically for GCC in the GCC Wiki.

Generated files

Our source tree contains a number of files that are generated from other source files by build tools such as Bison, Autoconf, and Gperf. Bison is now required when using SVN to access our sources, but all other generated files are included in the source tree so that GCC can be built without these build tools. The SVN checkout and update operations do not insure that the timestamps of generated files are later than those of the files they are generated from. The script contrib/gcc_update updates the timestamps for all these generated files. See the comments in that script for instructions on running it.

GCC's build system (in particular Make) uses file timestamps to determine if a generated file needs to be updated by running a particular build tool. Because of this, GCC's build system may believe that a generated file needs regenerating even though its source has not changed, and require a particular build tool to rebuild that generated file. If the appropriate build tool is installed on your system, then this will not be a problem. If you do not intend to make changes to the source, you can avoid installing these build tools by running contrib/gcc_update.

There has been some discussion of removing these generated files from GCC's SVN source tree (there is no discussion of removing them from the released source tarballs). If that happens then building GCC from the SVN source tree would require installing the above mentioned build tools. Installing these build tools is not particularly difficult, but can be time consuming especially if you only occasionally install GCC on a particular system.

The build tools that GCC uses are all available from the GNU Project (see http://www.gnu.org), are often already available on many systems, and can often be found already built for some systems. A partial list of these build tools is: Autoconf, Bison, Xgettext, Automake, and Gperf.

Conflicts when using `svn update`

It is not uncommon to get svn conflict messages for some generated files when updating your local sources from the SVN repository. Typically such conflicts occur with autoconf generated files.

As long as you haven't been making modifications to the generated files or the generator files, it is safe to delete the offending file, then run svn update again to get a new copy.

Branches and Tags

A branch called branchname can be checked out with the following command:

svn co svn://gcc.gnu.org/svn/gcc/branches/branchname gcc

Similarly a tag called tagname can be checked out with the following command:

svn co svn://gcc.gnu.org/svn/gcc/tags/tagname gcc

The release branch of the latest version of GCC x.y is named gcc-x_y-branch. For recent releases, the SVN tag for GCC X.Y.Z is of the form gcc_X_Y_Z_release. The following list provides only some representative examples.

gcc_3_4_3_release
gcc_3_4_2_release
gcc_3_4_1_release
gcc_3_4_0_release
gcc-3_4-branch
egcs_1_1_2_release
egcs_1_1_1_release
egcs_1_1_release
egcs_1_1_branch
egcs_1_0_3_release
egcs_1_0_2_release
egcs_1_0_1_release
egcs_1_0_release

To get a list of available branches, use the command:

svn ls svn://gcc.gnu.org/svn/gcc/branches

To find out the revision/date at which a branch or tag was created, use the command svn log --stop-on-copy.

Active Development Branches

General Infrastructure

var-tracking-assignments-branch: This branch aims at improving debug information by annotating assignments early in the compilation, and carrying over such annotations throughout optimization passes and representations. This branch is maintained by Alexandre Oliva. This branch is now tracking GCC 4.4; a separate 4.3 branch was maintained for some time, but there are no plans to maintain it any further.
struct-reorg-branch: This branch is for the development of structure reorganization optimizations, including field reordering, structure splitting for trees. These optimizations are profile information driven. This is a subbranch of tree-profiling. This branch is being maintained by Caroline Tice, Dale Johannesen, Kenneth Zadeck, Stuart Hastings, Mostafa Hagog.
autovect-branch: This branch is the successor to the lno-branch. The purpose of this branch is tree-level autovectorization work, and related work that the autovectorizer could use or benefit from (like data-dependence analysis, loop nest optimizations).
graphite-branch: The purpose of this branch is to develop an infrastructure for loop transforms using the polyhedral model.
condate-branch: The purpose of this branch is to develop a language for checking control flow graph properties.
miro-branch: The purpose of this branch is to develop an improved Mudflap with referent objects.
gimple-tuples-branch: This branch contains the implementation of GIMPLE tuples, a new representation for GIMPLE statements and expressions that replaces the current notion of treating everything as a tree ( http://gcc.gnu.org/wiki/tuples). This branch is maintained by Aldy Hernandez and will be routinely merged with mainline. Patches and discussion on this branch should be marked with the tag [tuples] in the subject line.
lto: This branch aims to implement link-time optimization. Patches and discussion on this branch should be marked with the tag [lto] in the subject line.
lto-streamer: This is a sub-branch of the lto branch. It is intended for unstable work related to the conversion from DWARF encoding to GIMPLE streamer. Patches and discussion on this branch should also be marked with the tag [lto] in the subject line.
boehms-gc: The goal of this branch is to test Boehm's GC feasibility as the garbage collector for GCC proper. This is a part of Google Summer of Code project, described in detail at http://gcc.gnu.org/wiki/Garbage_collection_tuning. The branch is maintained by Laurynas Biveinis.
ra-improvements: This branch aims to implement several improvements to the current register allocator. Examples include implenting a lower-triangular conflict matrix and register coalescing. It is hoped that these improvements will not only help the current allocator, but will be useful to the other register allocation projects such as RABLE and YARA. This branch will be merged with the dataflow-branch from time to time. The patches for this branch should be marked with the tag [ra-improvements] in the subject line. The branch is maintained by Peter Bergner.
ira: This branch contains the Integrated Register Allocator (IRA). It is based on work done on yara-branch. The latter is more of a research branch because one of its goals (removing reload) is too remote. The ira branch is focused to prepare some code for GCC mainline, hopefully in time for GCC 4.4. IRA still uses reload; it is called integrated because register coalescing and register live range splitting are done on-the-fly during coloring. The branch is maintained by Vladimir Makarov < vmakarov@redhat.com> and will be merged with mainline from time to time. Patches will be marked with the tag [ira] in the subject line.
ira-merge: This branch contains bug fixes for the Integrated Register Allocator (IRA). It is branched from trunk at revision 139590 when IRA was merged into trunk. It is used to track IRA related regressions. Only IRA fixes from trunk will be applied to this branch. Its goal is there should be no "make check" and performance regressions against trunk at revision 139589. The branch is maintained by H.J. Lu <hjl.tools@gmail.com> and Vladimir Makarov < vmakarov@redhat.com>.
sel-sched-branch: This branch contains the implementation of the selective scheduling approach. The goal of the branch is to provide more aggressive scheduler implementation with support for instruction cloning, register renaming, and forward substitution. The branch is maintained by Andrey Belevantsev <abel@ispras.ru> and Maxim Kuvyrkov < mkuvyrkov@ispras.ru> and will be regularly merged with mainline. Patches will be marked with the tag [sel-sched] in the subject line.
plugin: This branch contains work for a plugin infrastructure in GCC to enable additional checking work. This branch is maintained by Eric Christopher echristo@gmail.com and will be merged with mainline from time to time. Patches will be marked with the tag [plugin] in the subject line.
incremental-compiler: This branch contains change to turn GCC into an incremental compiler. The branch is maintained by Tom Tromey tromey@redhat.com. Patches for this branch should be marked with the tag [incremental] in the subject line.
gc-improv: This branch is for the development of garbage collector improvements. It is the successor to the boehm-gc branch, but without integration with Boehm's GC. The branch is maintained by Laurynas Biveinis.
milepost-branch: This branch is for GCC developments done in the Milepost project. (http://www.milepost.eu). The branch is maintained by Mircea Namolaru namolaru@il.ibm.com. Patches should be marked with the tag [mpost] in the subject line.
melt-branch: This branch is for a Middle End Lisp Translator branch, including both the plugin Lisp-like facility and static analyzers developped with it. This branch is maintained by Basile Starynkevitch basile@starynkevitch.net. Use the [MELT] tag for patches.
var-mappings-branch: This branch is for improving debug information based on tracking multiple variables per computed value. The branch is maintained by Richard Guenther and Michael Matz. Patches should be marked with the tag [varmap] in the subject line.
stack: This branch contains a new stack alignment framework to automatically align stack for local variables with alignment requirement. The branch is maintained by H.J. Lu <hjl.tools@gmail.com>, Joey Ye <joey.ye@intel.com> and Xuepeng Guo <xuepeng.guo@intel.com>. Patches should be marked with the tag [stack] in the subject line.
mem-ref: This branch is for lowering the GIMPLE IL for memory accesses to a flat representation. See the GCC wiki for a more detailed project description. The branch is maintained by Richard Guenther. Patches should be marked with the tag [mem-ref] in the subject line.
function-specific-branch: This branch is for development of adding function specific options to GCC. See the GCC wiki for a more detailed project description. Patches should be marked with the tag [function-specific] in the subject line. The branch is maintained by Michael Meissner.
gcc-in-cxx: This branch is for converting GCC to be written in C++. Patches should be marked with the tag [gcc-in-cxx] in the subject line. This branch operates under the general GCC maintainership rules, except that any non-algorithmic maintainer is additionally permitted to approve changes which permit compilation with C++. The branch is maintained by Ian Lance Taylor.
thread-annotations: This branch contains the implementation of thread safety annotations and analysis (http://gcc.gnu.org/wiki/ThreadSafetyAnnotation). The branch is maintained by Le-Chun Wu. Patches and discussion on this branch should be marked with the tag [thread-annotations] in the subject line.
rtl-fud-branch: This branch is for the development of factored use-def chains as an SSA form for RTL. Patches should be marked with the tag [rtl-fud] in the subject line. The branch is maintained by Steven Bosscher and Kenneth Zadeck.
alias-improvements: This branch is for fixing the optimizers to efficiently work with a single alias symbol and for stripping the operand scanner, data-structures and alias computation according to this simplification. Patches should be marked with the tag [alias] in the subject line. The branch is maintained by Richard Guenther.
transactional-memory: This branch is for the development of transactional memory support for gcc. Patches for this branch should be marked [trans-mem] in the subject line. The branch is maintained by Richard Henderson.
c-4_5-branch: This branch is for C standards conformance improvements for GCC 4.5. Patches for this branch should be marked [4.5 C] in the subject line. The branch is maintained by Joseph Myers.
named-addr-spaces-branch: This branch is the development branch to add named address space support for architectures that have multiple address spaces. The CELL/spu architecture adds an __ea keyword to describe extended memory in the host chip address space instead of the local CELL/spu address space. The branch was created by Ben Elliston, and is now maintained by Michael Meissner.
dwarf4: This branch is for support of DWARF-4 features. DWARF-4 is currently under development, so changes on this branch will remain experimental until Version 4 is officially finalized.

Architecture-specific

st/cli: The goal of the branch is to develop a back-end producing CLI binaries, compliant with ECMA-335 specification. This branch was originally maintained by Roberto Costa <robsettantasei@gmail.com>. Since May 2007, the current maintainers are Andrea Ornstein <andrea.ornstein@st.com> and Erven Rohou <erven.rohou@st.com>.
ix86/avx: The goal of this branch is to implement Intel AVX (Intel Advanced Vector Extensions). The branch is maintained by H.J. Lu <hjl.tools@gmail.com>, Joey Ye <joey.ye@intel.com> and Xuepeng Guo <xuepeng.guo@intel.com>. Patches should be marked with the tag [AVX] in the subject line.
ix86/gcc-4_3-branch: The goal of this branch is to add support for newer ix86 processors such as AMD's Barcelona and Intel's Westmere to GCC 4.3.x. The current maintainers are Michael Meissner <michael.meissner@amd.com> and H.J. Lu <hjl.tools@gmail.com>.
ix86/gcc-4_2-branch: The goal of this branch is to add support for newer ix86 processors such as AMD's Barcelona and Intel's Core 2 to GCC 4.2.x. The current maintainers are Michael Meissner <michael.meissner@amd.com> and H.J. Lu <hjl.tools@gmail.com>.
ix86/gcc-4_1-branch: The goal of this branch is to add support for newer ix86 processors such as AMD's Barcelona and Intel's Core 2 to GCC 4.1.x. The current maintainers are Michael Meissner <michael.meissner@amd.com> and H.J. Lu <hjl.tools@gmail.com>.
cell-4_3-branch: The goal of this branch is to add fixes and additional features required for the Cell/B.E. processor (both PPE and SPE) to GCC 4.3.x. This branch is maintained by Ulrich Weigand.

Language-specific

cxx0x-concepts-branch: This branch contains an implementation of Concepts, a likely feature in C++0x, the upcoming revision of the ISO C++ standard due at the end of the decade. This branch is maintained by Douglas Gregor <doug.gregor@gmail.com> and Jason Merrill <jason@redhat.com>.
cxx0x-lambdas-branch: The work to bring support for lambda functions, a coming feature in C++0x, happens in this branch. It is supported by Google Summer of Code 2008. The maintainer is John Freeman <jfreeman08@gmail.com>.

Distribution Branches

These branches are maintained by organizations distributing GCC. No changes should be made to those branches without the explicit permission of the distributing organization. The branch name should be prefixed with the initials of the distributing organization.

apple-local-200502-branch: This branch is for various improvements in use at Apple and to coordinate work with others. This branch is maintained by the folks at Apple. Previous branch was apple-ppc-branch.
csl-3_3_1-branch: CodeSourcery release based on GCC 3.3.1.
csl-arm-2004-q3-branch: CodeSourcery ARM 2004-Q3 release
csl-3_4-linux-branch: CodeSourcery GNU/Linux compilers based on GCC 3.4.x.
csl-3_4_3-linux-branch: CodeSourcery GNU/Linux compilers based on GCC 3.4.3, with patches from the csl-arm-branch.
csl-gxxpro-3_4-branch: CodeSourcery's Sourcery G++ compilers, based on GCC 3.4.x.
csl-sol210-3_4-branch: CodeSourcery branch for developing Solaris 2.10 AMD64 support for GCC 3.4; this branch is used for the system compilers in OpenSolaris. This branch is maintained by CodeSourcery personnel. Patches should be marked with the tag [csl-sol210-branch] in the subject line.
ibm/gcc-4_1-branch: This branch provides decimal float support backported to GCC 4.1.x. It is expected to be used primarily within IBM for PowerPC-64 GNU/Linux. The branch is maintained by Janis Johnson <janis@us.ibm.com>.
redhat/gcc-3_2-branch: Red Hat GNU/Linux compilers based on GCC 3.2.x.
redhat/gcc-3_4-branch: Red Hat GNU/Linux compilers based on GCC 3.4.x.
redhat/gcc-4_0-branch: Red Hat GNU/Linux compilers based on GCC 4.0.x.
redhat/gcc-4_1-branch: Red Hat GNU/Linux compilers based on GCC 4.1.x.
redhat/gcc-4_3-branch: Red Hat GNU/Linux compilers based on GCC 4.3.x.
suse/gcc-4_1-branch: SUSE GNU/Linux compilers based on GCC 4.1.x.
suse/gcc-4_2-branch: SUSE GNU/Linux compilers based on GCC 4.2.x.
ubuntu/gcc-4_2-branch: This branch follows the gcc-4_2-branch, except for gcc/java, boehm-gc, libffi, libjava and zlib, which are backported from the trunk (and from gcc-4_3-branch, once created). The branch is used as the base for the Debian and Ubuntu gcc-4.2 source package.

Inactive Development Branches

dfp-branch edge-vector-branch cp-parser-branch cp-parser-branch-2 pch-branch gcc-3_4-basic-improvements-branch mips-3_4-rewrite-branch dfa-branch gcj-abi-2-dev-branch gcj-eclipse-branch tree-ssa-20020619-branch csl-sol210-branch (Solaris 2.10 AMD64 support) gomp-20050608-branch gomp-3_0-branch fixed-point: These branches have been merged into the mainline.
apple-ppc-branch: This branch was for various improvements in use at Apple and to coordinate work with others. This branch was maintained by the folks at Apple. It has been superseded by apple-local-200502-branch.
stree-branch: This branch was for improving compilation speed and reducing memory use by representing declarations as small flat data structures whenever possible, lazily expanding them into full trees when necessary. This branch was being maintained by Matt Austern, Robert Bowdidge, Geoff Keating, and Mike Stump. Patches were marked with the tag [stree] in the subject line.
compile-server-branch: This branch was aimed at improving compile speed by caching work done between compilations. The work saved is mainly related to header file processing. This branch was maintained by Mike Stump and Per Bothner. Patches were marked with the tag [cs] in the subject line.
libobjc-branch: The branch is aimed to clean up libobjc and make it run on Darwin. Patches should be marked with the tag [libobjc-branch] in the subject line. Patches can be approved by Andrew Pinski <pinskia@gcc.gnu.org> or Nicola Pero <n.pero@mi.flashnet.it>.
cfg-branch: This branch was created to develop and test infrastructure for easier writing of new RTL based optimizations. The branch was based on GCC pre-3.3 and has been partially merged into the mainline for GCC 3.4. It is now closed, and work continues on the rtlopt-branch.
pointer_plus: This branch is for the development of POINTER_PLUS_EXPR. Which is to be used instead of casting between an integer type and a pointer type before doing pointer addition. This branch is being maintained by Andrew Pinski. Patches for this branch should be marked with the tag [PTR-PLUS] in the subject line, and CC'ed to Andrew Pinski.
tree-ssa-cfg-branch: This branch has been merged into the tree-ssa-20020619-branch.
ast-optimizer-branch: The purpose of this branch was to improve GCC's tree based optimizations. The patches of this branch have been moved to the tree-ssa-20020619-branch.
faster-compiler-branch: This was a temporary branch for compiler speedups for GCC 3.4. See this thread for discussion of possible work still to be done in this area. The branch is unmaintained at present.
gcc-3_3-e500-branch: This branch was for backporting the PowerPC/E500 back end to GCC 3.3. See this message for details.
gcc-3_4-e500-branch: This branch was for stabilization of the powerpc-*spe architecture, and for adding support for the 8548 chip (e500 v2). This branch was maintained by Aldy Hernandez. All the e500 support was merged to mainline.
gomp-01-branch
gomp-branch: These two branches were initial attempts to implement OpenMP support in GCC. They were never properly maintained and have now been superceded by gomp-20050608-branch.
lno-branch: A sub-branch of tree-ssa that aims at implementing a loop nest optimizer at the tree level. Was largely merged into mainline, and is currently unmaintained. This work now continues on the autovect-branch.
java-gui-branch: This was a temporary branch for development of java GUI libraries (AWT and Swing) in the libjava directory. It has been superseded by java-gui-20050128-branch
java-gui-20050128-branch: This was a temporary branch for development of java GUI libraries (AWT and Swing) in the libjava directory. It has been merged into mainline.
gcjx-branch: This branch was used for development of gcjx, a rewrite of the front end for the Java programming language. It has been superseded by gcj-eclipse-branch.
csl-hpux-branch: This branch was for changes to G++ to be more compatible with ABI bugs in the HP-UX C++ compiler. It is now unmaintained.
tree-cleanup-branch: This branch contained improvements and reorganization to the tree optimizers that were not ready in time for GCC 4.0. The goal was to cleanup the tree optimizers and improve the sequencing of the passes. It has now been merged into mainline for the 4.1 release.
bje-unsw-branch: This branch was dedicated to some research work by Ben Elliston at the University of New South Wales (UNSW) on transformation phase ordering. It will never merge with mainline, although a selection of patches may be submitted over time.
redhat/gcc-3_3-branch: This branch used to hold Red Hat GNU/Linux compilers based on GCC 3.3.x.
rtlopt-branch: This branch was the successor to the cfg-branch, with the exception that it was based on GCC pre-3.4. The purpose of the branch was to develop and test infrastructure for CFG based code improving transformations on RTL.
killloop-branch: The missing optimizations and optimization improvements necessary for removing the old loop optimizer were developed on this branch. Most of these changes were merged in 4.2.
ssaupdate-branch: This branch served to clean up and improve utilities for the SSA form updating, as well as for related changes of the SSA form representation. Most of the changes in this branch were never merged. Part of them were incorporated in Diego Novillo's SSA updating improvement patch.
predcom: This branch aimed to implement predictive commoning optimization and to introduce the changes to the representation of Fortran arrays, alias analysis and dependency analysis to make it useful for the common applications (e.g., mgrid). The branch was merged in 4.3.
dataflow-branch: This branch has been merged into mainline on June 6, 2007 as svn revsion 125624. It used to contain replacement of backend dataflow with df.c based dataflow. The branch was maintained by Daniel Berlin < dberlin@dberlin.org> and Kenneth Zadeck < zadeck@naturalbridge.com>
cxx0x-branch: This branch was for the development of C++0x features, and all features developed on this branch have been merged to mainline. Future C++0x features will be developed against mainline or, in the case of concepts, on the cxx0x-concepts-branch.
tree-profiling-branch: This branch was for the development of profiling heuristics and profile based optimizations for trees, such as profile driven inline heuristics. Another goal of this branch was to demonstrate that maintaining the CFG and profile information over expanding from GIMPLE trees to RTL is feasible and can bring considerable performance improvements. It is no longer maintained.
new-regalloc-branch: Daniel Berlin and Michael Matz were working on an implementation of a graph-coloring register allocator on this branch. It is known to bootstrap under x86-linux-gnu and ppc-linux-gnu. It is no longer maintained.
structure-aliasing-branch: This branch contains improvements to the tree optimizers ability to do pointer-to-structure aliasing analysis and optimization. This involves some significant rework of the way our memory information is represented in the tree-ssa form. The branch was maintained by Daniel Berlin. It is no longer maintained.
cfo-branch: The goal of this branch was to add a new extension for improving the code size optimization of GCC with code factoring methods (code motion and merging algorithms). It is no longer maintained.
reload-branch: This branch contains a version of reload in which the tracking of reload register lifetimes and the inheritance code has been rewritten in an attempt to make it more maintainable. It is no longer maintained.
dead/improved-aliasing-branch: This branch contains improvements to the tree-based aliasing infrastructure. The branch was maintained by Daniel Berlin <dberlin@dberlin.org> and Diego Novillo < dnovillo@redhat.com>. It is no longer maintained.
sched-treegion-branch: This branch was for the development of a treegion-based instruction scheduler. The branch was maintained by Chad Rosier. It is no longer maintained.
mem-ssa: This branch contains the implementation of Memory SSA, a new mechanism for representing memory operations in SSA form (http://gcc.gnu.org/ml/gcc/2006-02/msg00620.html). The branch was maintained by Diego Novillo. It is no longer maintained.
yara-branch: This branch contains Yet Another Register Allocator (YARA). The branch was maintained by Vladimir Makarov < vmakarov@redhat.com>. It is no longer maintained; some of the work was used as a basis for the work on the ira branch.
opt-diary: This branch contains the implementation of Optimization Diary, a collection of useful log information generated by the optimizers. This branch was maintained by Devang Patel. It is no longer maintained.
insn-select: This branch aimed to implement in early instruction selection and register class selection pass, which runs before register allocation and subsumes the current regclass pass. In particular the goal is to chose an alternative per instruction, usable as a base during register allocation, which ideally is not changed during reload if registers could be allocated. This will not be possible in all cases, especially when addresses generated during spilling will be invalid on the target machine. But we should be able to do away with fake register classes representing strict unions of other register classes. The branch was maintained by Michael Matz. It is no longer maintained.
addressing-modes: This branch aimed to clean up the way base and index registers are handled by target headers. In particular, the strict and non-strict meaning of these registers are unified and a common API is presented to implementations of the target macros. Obsolete target macros will also be removed. The branch was maintained by Paolo Bonzini. It is no longer maintained.
alias-export: This branch contains the Tree SSA alias export patch and was used to experiment with the propagation process. This branch was maintained by Diego Novillo dnovillo@google.com. It is no longer maintained.
csl-arm-branch: CodeSourcery branch for developing ARM back end improvements. The branch was maintained by CodeSourcery personnel. It is no longer maintained; almost all the patches have been merged to mainline.
csl/coldfire-4_1: CodeSourcery branch for developing ColdFire back end improvements. The branch was maintained by CodeSourcery personnel. It is no longer maintained; almost all the patches have been merged to mainline.
ia64-fp-model-branch: This branch was a sdevelopment branch with the goal of implementing the improvements and features discussed at the ia64 floating point page on the GCC wiki. It was maintained by Zack Weinberg <zack@codesourcery.com>. It is no longer maintained.
ia64-improvements: The goal of this branch was to improve the performance of binaries generated with GCC on the Itanium processor. Details of current projects on this branch can be found at the Gelato GCC wiki and at the IA-64 improvements page. This branch was maintained by Robert Kidd <rkidd@crhc.uiuc.edu> and Diego Novillo. It is no longer maintained.
cxx-reflection-branch: Part of the work on providing support for compile time reflection in C++ was done in this branch. This branch was maintained by Gabriel Dos Reis <gdr@integrable-solutions.net>. It is no longer maintained.
hammer-3_3-branch: The goal of this branch was to have a stable compiler based on GCC 3.3 with improved performance for AMD's 64-bit Hammer CPUs. The branch was maintained by Jan Hubicka <jh@suse.cz> and Andreas Jaeger <aj@suse.de>. Patches added on this branch might not be appropriate for the GCC 3.3 branch due to our policies concerning release branches. All patches were added to mainline GCC (for 3.4).
objc-improvements-branch: This branch was originally used to merge Objective-C bug fixes and enhancements from Apple Computer into the FSF tree; this has now been completed. A later purpose of the branch was to implement the Objective-C++ language in the FSF GCC source tree. The message thread starting here describes this at more length. This branch was being maintained by Zem Laski <zlaski@apple.com>. It is no longer maintained.
libada-gnattools-branch: This is the spiritual successor to the libada branch. This branch exists to solve bug 5911 and others, by breaking out the Ada runtime into a libada directory and the Ada tools into a gnattools directory. Work was devoted to cleaning up the configure and make machinery, and separating it as much as possible from the GCC build machinery. Nathanael Nerode <neroden@gcc.gnu.org> maintained this branch. It is no longer maintained.
libstdcxx_so_7-branch: This was a branch for experimental work on the C++ Runtime Library (libstdc++-v3) beyond the current version 6 library ABI. Paolo Carlini <pcarlini@suse.de> and Benjamin Kosnik <bkoz@redhat.com> were maintaining this branch. It is no longer maintained.
named-addr-spaces-branch: This branch contains an implementation of the named address spaces extension in ISO/IEC JTC1/SC22/WG14 TR 18037: Embedded C. It was maintained by Ben Elliston <bje@au.ibm.com>. The branch is being merged with mainline and is now closed.

Please send FSF & GNU inquiries & questions to gnu@gnu.org. There are also other ways to contact the FSF.

These pages are maintained by the GCC team.

For questions related to the use of GCC, please consult these web pages and the GCC manuals. If that fails, the gcc-help@gcc.gnu.org mailing list might help.
Please send comments on these web pages and the development of GCC to our developer mailing list at gcc@gnu.org or gcc@gcc.gnu.org. All of our lists have public archives.

Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved.

Last modified 2008-12-01