Not only have I cleaned up all internal references, there's also a redirect from svn.html to git.html in place, so users should never get a 404.
Pushed. Gerald --- htdocs/svn.html | 1219 ----------------------------------------------- 1 file changed, 1219 deletions(-) delete mode 100644 htdocs/svn.html diff --git a/htdocs/svn.html b/htdocs/svn.html deleted file mode 100644 index dc60e7c8..00000000 --- a/htdocs/svn.html +++ /dev/null @@ -1,1219 +0,0 @@ -<!DOCTYPE html> -<html lang="en"> - -<head> -<meta http-equiv="Content-Type" content="text/html; charset=utf-8"> -<meta name="description" content="Anonymous read-only access to the GCC project SVN source repository." /> -<meta name="keywords" content="SVN, version control, GCC, source, public, repository" /> -<title>GCC: Anonymous read-only SVN access</title> -<link rel="stylesheet" type="text/css" href="https://gcc.gnu.org/gcc.css"; /> -</head> - -<!-- GCC maintainers, please do not hesitate to update/contribute entries - concerning branches you maintain! 2005-08-29, Gerald. ---> - -<body> -<h1>GCC: Anonymous read-only SVN access</h1> - -<p>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.</p> - -<p>In addition you can <a href="https://gcc.gnu.org/viewcvs/gcc/";>browse -our SVN history online</a>.</p> - -<p>(Our <a href="about.html#git">web pages are managed via git</a>.)</p> - - -<h2>Using the SVN repository</h2> - -<p>Assuming you have version 1.0.0 and higher of -<a href="http://subversion.tigris.org/";>Subversion</a> installed, you can -check out the GCC sources using the following command:</p> - -<blockquote><p> -<code>svn checkout svn://gcc.gnu.org/svn/gcc/trunk SomeLocalDir</code> -</p></blockquote> - -<p>If you are behind a firewall that does not allow the svn protocol -through, you can replace <code>svn://</code> with <code>http://</code>. -You may also need to modify your subversion servers file -(~/.subversion/servers) to set <code>http-proxy-host</code> and -<code>http-proxy-port</code>. 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.</p> - -<p>There is more <a href="https://gcc.gnu.org/wiki/SvnHelp";>information -about Subversion specifically for GCC</a> in the GCC Wiki.</p> - -<!-- Comment out till savannah gets back to us (see above) -<p>In case of problems with the repository at savannah.gnu.org please -contact savannah-hack...@gnu.org.</p> --> - - -<h3 id="generated_files">Generated files</h3> - -<p>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 -<code>contrib/gcc_update</code> updates the timestamps for all these -generated files. See the comments in that script for instructions on -running it.</p> - -<p>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 -<code>contrib/gcc_update</code>.</p> - -<p>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.</p> - -<p>The build tools that GCC uses are all available from the GNU -Project (see <a href="http://www.gnu.org";>http://www.gnu.org</a>), -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.</p> - -<h3>Conflicts when using <code>svn update</code></h3> - -<p>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.</p> - -<p>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 -<code>svn update</code> again to get a new copy.</p> - - -<h2 id="tags">Branches and Tags</h2> - -<p>A branch called <em>branchname</em> can be checked out with the -following command:</p> - -<blockquote><p> -<code>svn co svn://gcc.gnu.org/svn/gcc/branches/<em>branchname</em> gcc</code> -</p></blockquote> - -<p>(The release branch of the GCC <em>SERIES</em> release series -is named <code>gcc-<em>SERIES</em>-branch</code>.)</p> - - -<p>Similarly a tag called <em>tagname</em> can be checked out with the -following command:</p> - -<blockquote><p> -<code>svn co svn://gcc.gnu.org/svn/gcc/tags/<em>tagname</em> gcc</code> -</p></blockquote> - -<p>(The SVN tag for GCC <i>X</i>.<i>Y</i>.<i>Z</i> is of the form -<code>gcc_<em>X</em>_<em>Y</em>_<em>Z</em>_release</code>.)</p> - - -<p>The following list provides some representative examples:</p> - -<ul> - <li>gcc-5-branch</li> - <li>gcc-4_9-branch</li> - <li>gcc_4_9_3_release</li> - <li>gcc_4_9_2_release</li> - <li>gcc_4_9_1_release</li> - <li>gcc_4_9_0_release</li> - <li>gcc-4_8-branch</li> - <li>gcc-3_4-branch</li> -</ul> - -<p>To get a list of available branches, use the command:</p> -<blockquote> -<p> -<code>svn ls svn://gcc.gnu.org/svn/gcc/branches</code> -</p> -</blockquote> - - -<p> To find out the revision/date at which a branch or tag was created, use -the command <code>svn log --stop-on-copy</code>.</p> - -<h3 id="devbranches">Active Development Branches</h3> - -<ul> -<li><a href="#general">General</a></li> -<li><a href="#arch">Architecture</a></li> -<li><a href="#target">Target</a></li> -<li><a href="#lang">Language</a></li> -<li><a href="#distrobranches">Distribution</a></li> -<li><a href="#merged">Merged</a></li> -<li><a href="#olddevbranches">Inactive</a></li> - -</ul> - -<h4 id="general">General Infrastructure</h4> - -<dl> - - <dt>alias-export</dt> - <dd>This branch contains the alias export and data dependency export patch. - It is used to experiment with the propagation process. This branch is maintained - by Andrey Belevantsev <a href="mailto:a...@ispras.ru";>a...@ispras.ru</a>.</dd> - - <dt>autovect-branch</dt> - <dd>This branch is the successor to the lno-branch. The purpose of this - branch is tree-level <a href="projects/tree-ssa/vectorization.html"> - autovectorization</a> work, and related work that the autovectorizer - could use or benefit from (like data-dependence analysis, - <a href="projects/tree-ssa/lno.html">loop nest optimizations</a>).</dd> - - <dt>cxx-conversion</dt> - <dd>This branch hosts mini-projects that rewrite parts of the existing - GCC code into C++. Each conversion project will be proposed for - trunk integration independently. The branch is maintained by - <a href="mailto:dnovi...@google.com";>Diego Novillo</a>. Patches - sent to this branch and discussions related to it should be marked - with the tag <code>[cxx-conversion]</code> in the subject line. For - details on working with this branch, see the - <a href="https://gcc.gnu.org/wiki/cxx-conversion";>C++ conversion</a> - page.</dd> - - <dt><a href="https://gcc.gnu.org/wiki/Atomic/GCCMM";>cxx-mem-model</a></dt> - <dd>This branch is for the implementation of the C++ memory model. - Patches for this branch should be marked <code>[cxx-mem-model]</code> - in the subject line. The branch is maintained by Aldy Hernandez.</dd> - - <dt><a href="https://gcc.gnu.org/wiki/AndrewMacLeod/debuglocus";>debuglocus</a></dt> - <dd>This branch is an experiment to see whether improved debug information - can be maintained throughout the compiler by associating a user decl with an - expression, statement, or insn. The name comes from attempting to utilize - the ever present source location (locus) field to carry the debug info. - Further information can be found on the <a href="https://gcc.gnu.org/wiki/AndrewMacLeod/debuglocus";>debuglocus</a> wiki page .</dd> - - <dt>dwarf4</dt> - <dd>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.</dd> - - <dt>gc-improv</dt> - <dd>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 <a href="mailto:laurynas.bivei...@gmail.com";>Laurynas - Biveinis</a>. Patches for this branch should be marked with the - tag <code>[gc-improv]</code> in the subject line.</dd> - - <dt>gimple-front-end</dt> - <dd>This branch implements a front end for GIMPLE. It is maintained - by <a href="mailto:dnovi...@google.com";>Diego Novillo</a>. Patches - should be prefixed with <code>[gimplefe]</code> in the subject line. See - the <a href="https://gcc.gnu.org/wiki/GimpleFrontEnd";>GIMPLE Front End</a> - page for details.</dd> - - <dt><a href="https://gcc.gnu.org/wiki/Graphite";>graphite-branch</a></dt> - <dd>The purpose of this branch is to develop an infrastructure for loop - transforms using the polyhedral model.</dd> - - <dt><a href="https://gcc.gnu.org/wiki/LightweightIpo";>lw-ipo</a></dt> - <dd>This branch aims to implement lightweight IPO. Patches - and discussion on this branch should be marked with the tag - <code>[lipo]</code> in the subject line. The branch is maintained by - <a href="mailto:davi...@google.com";>David Li</a>.</dd> - - <dt>incremental-compiler</dt> - <dd>This branch contains change to turn GCC into an incremental - compiler. The branch is maintained by Tom - Tromey <a href="mailto:tro...@redhat.com";>tro...@redhat.com</a>. - Patches for this branch should be marked with the - tag <code>[incremental]</code> in the subject line. - </dd> - - <dt>ira-select</dt> - <dd>This branch is for work on a new algorithm of calculations of - pseudo register classes. The new algorithm is based on choosing an - insn alternative first and then calculation of pseudo reg class - costs knowing the alternative. The branch is maintained by Vladimir - Makarov <a href="mailto:vmaka...@redhat.com";>vmaka...@redhat.com</a>. - </dd> - - <dt>libstdcxx_so_7-2-branch</dt> - <dd>This branch carries all the C++ Runtime Library (libstdc++-v3) patches - that break its abi. It will be merged into the trunk as soon as the decision - to move to abi version 7 will have been taken. It is maintained by - <a href="mailto:frs.dum...@gmail.com";>François Dumont</a> and the official - libstdc++-v3 maintainers Paolo Carlini, Benjamin Kosnik and Jonathan Wakely. - Patches will be marked with the tag <code>[so_7-2]</code> in the subject - line.</dd> - - <dt>lra</dt> - <dd>This branch contains the Local Register Allocator (LRA). LRA is - focused to replace GCC reload pass. The branch is maintained by - Vladimir Makarov - < <a href="mailto:vmaka...@redhat.com";>vmaka...@redhat.com</a>> - and will be merged with mainline from time to time. Patches will be - marked with the tag <code>[lra]</code> in the subject line.</dd> - - <dt>lto-pressure</dt> - <dd>This branch is for work on adding analysis to inlining (for LTO in - particular) so that it can avoid inlining things that cause excessive - increases in register pressure. The branch is maintained by Aaron Sawdey - <<a href="mailto:acsaw...@linux.vnet.ibm.com";>acsaw...@linux.vnet.ibm.com</a>>.</dd> - - <dt>melt-branch</dt> - <dd>This branch is for - a <a href="https://gcc.gnu.org/wiki/MiddleEndLispTranslator";>Middle End Lisp - Translator</a> branch, including both the plugin Lisp-like facility - and static analyzers developed with it. This branch is maintained - by Basile - Starynkevitch <a href="mailto:bas...@starynkevitch.net";>bas...@starynkevitch.net</a>. Use - the <code>[MELT]</code> tag for patches.</dd> - - <dt>milepost-branch</dt> - <dd>This branch is for GCC developments done in the Milepost project. - (<a href="http://www.milepost.eu";>http://www.milepost.eu</a>). - The branch is maintained by Mircea Namolaru - <a href="mailto:namol...@il.ibm.com";>namol...@il.ibm.com</a>. - Patches should be marked with the tag <code>[mpost]</code> in the - subject line.</dd> - - <dt>no-undefined-overflow</dt> - <dd>This branch is for tracking overflow behavior on expressions - rather than on types. - Patches should be marked with the tag <code>[no-undefined-overflow]</code> - in the subject line. The branch is maintained by Richard Biener.</dd> - - <dt><a href="https://gcc.gnu.org/wiki/OpenACC";>openacc-gcc-9-branch</a></dt> - <dd>This <a href="https://gcc.gnu.org/wiki/GitMirror";>Git-only branch</a> is - used for collaborative development - of <a href="https://gcc.gnu.org/wiki/OpenACC";>OpenACC support</a> and related - functionality, such - as <a href="https://gcc.gnu.org/wiki/Offloading";>offloading support</a>. The - branch is based on gcc-9-branch. Find it - at <code>git://gcc.gnu.org/git/gcc.git</code>, - <<a href="https://gcc.gnu.org/git/?p=gcc.git;a=shortlog;h=refs/heads/openacc-gcc-9-branch";>https://gcc.gnu.org/git/?p=gcc.git;a=shortlog;h=refs/heads/openacc-gcc-9-branch</a>>, - or - <<a href="https://github.com/gcc-mirror/gcc/tree/openacc-gcc-9-branch";>https://github.com/gcc-mirror/gcc/tree/openacc-gcc-9-branch</a>>. - Please send patch emails with a short-hand <code>[og9]</code> tag in the - subject line, and use <code>ChangeLog.openacc</code> files.</dd> - - <dt><a href="https://gcc.gnu.org/wiki/plugins";>plugins</a></dt> - <dd>This branch adds plugin functionality to GCC. See the <a - href="https://gcc.gnu.org/wiki/plugins";>plugins wiki page</a> for - details.</dd> - - <dt>ra-improvements</dt> - <dd>This branch aims to implement several improvements to the - current register allocator. Examples include implementing 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 - <code>[ra-improvements]</code> in the subject line. The branch - is maintained by <a href="mailto:berg...@vnet.ibm.com";>Peter - Bergner</a>.</dd> - - <dt>rtl-fud-branch</dt> - <dd>This branch is for the development of factored use-def chains - as an SSA form for RTL. Patches should be marked with the tag - <code>[rtl-fud]</code> in the subject line. The branch is maintained - by Steven Bosscher and Kenneth Zadeck.</dd> - - <dt>scalar-storage-order</dt> - <dd>This branch hosts the experimental support to specify a reverse - storage order (byte/word order, aka endianness) for scalar components - of aggregate types. The branch is maintained by - <a href="mailto:ebotca...@adacore.com";>Eric Botcazou</a> - and will be merged with mainline from time to time. Patches will be - marked with the tag <code>[sso]</code> in the subject line.</dd> - - <dt>sel-sched-branch</dt> - <dd>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 <<a href="mailto:a...@ispras.ru";>a...@ispras.ru</a>> - and Maxim Kuvyrkov <<a href="mailto:mkuvyr...@ispras.ru";> - mkuvyr...@ispras.ru</a>> and will be regularly merged with mainline. - Patches will be marked with the tag <code>[sel-sched]</code> in - the subject line.</dd> - - <dt>stack</dt> - <dd>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 <<a href="mailto:hjl.to...@gmail.com";>hjl.to...@gmail.com</a>>. - Patches should be marked with the tag <code>[stack]</code> in the subject - line.</dd> - - <dt>struct-reorg-branch</dt> - <dd>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.</dd> - - <dt><a href="https://gcc.gnu.org/wiki/TransactionalMemory"; - >transactional-memory</a></dt> - <dd>This branch is for the development of transactional memory support - for GCC. Patches for this branch should be marked <code>[trans-mem]</code> - in the subject line. The branch is maintained by Richard Henderson.</dd> - - <dt>ubsan</dt> - <dd>This branch contains the Undefined Behavior Sanitizer (ubsan). Ubsan is - an undefined behavior detector for the C family of languages. The branch is - maintained by Marek Polacek - < <a href="mailto:pola...@redhat.com";>pola...@redhat.com</a>> - and will be merged with mainline from time to time. Patches will be - marked with the tag <code>[ubsan]</code> in the subject line.</dd> - - <dt>unified-autovect</dt> - <dd>This branch is for work on improving effectiveness and generality of GCC's - autovectorization by performing target-aware reordering instruction selection - using unified representation. This branch is maintained by Sameera Deshpande - <<a href="mailto:sameera.deshpa...@imgtec.com";>sameera.deshpa...@imgtec.com</a>>.</dd> - - <dt>vect256</dt> - <dd>This branch is for extending vectorizer to 256bit. The branch is - maintained by Richard Biener and H.J. Lu. Patches should be marked - with the tag - <code>[vect256]</code> in the subject line.</dd> - -</dl> - -<h4 id="arch">Architecture-specific</h4> - -<dl> - <dt><a href="https://gcc.gnu.org/git/?p=gcc.git;a=shortlog;h=refs/heads/aarch64/sve-acle-branch";>aarch64/sve-acle-branch</a></dt> - <dd>This <a href="https://gcc.gnu.org/wiki/GitMirror";>Git-only branch</a> is - used for collaborative development of the AArch64 SVE ACLE implementation. - The branch is based off and merged with trunk. Please send patches to - gcc-patches with an <code>[SVE ACLE]</code> tag in the subject line. - There's no need to use ChangeLogs; the ChangeLogs will instead be - written when the work is ready to be merged into trunk. The branch is - maintained by Richard Sandiford.</dd> - - <dt>arc-20081210-branch</dt> - <dd>The goal of this branch is to make the port to the ARCompact - architecture available. This branch is maintained by Joern Rennecke - during spring 2009, and is expected to be unmaintained thereafter.</dd> - - <dt>avx512</dt> - <dd>The goal of this branch is to implement Intel AVX-512 and SHA - Programming Reference. - The branch is maintained by Yukhin Kirill <<a - href="mailto:kirill.yuk...@intel.com";>kirill.yuk...@intel.com</a>>. - Patches should be marked with the tag <code>[AVX512]</code> in the subject - line.</dd> - - <dt>avx-512vlbwdq</dt> - <dd>The goal of this branch is to implement the Intel AVX-512{VL,BW,DQ} - Programming Reference - (<a href="https://software.intel.com/sites/default/files/managed/39/c5/325462-sdm-vol-1-2abcd-3abcd.pdf";>link</a>). - The branch is maintained by Yukhin Kirill <<a - href="mailto:kirill.yuk...@intel.com";>kirill.yuk...@intel.com</a>>. - Patches should be marked with the tag <code>[AVX512]</code> in the subject - line.</dd> - - <dt>avx2</dt> - <dd>The goal of this branch is to implement AVX Programming Reference - (June, 2011). The branch is maintained by - H.J. Lu <<a href="mailto:hjl.to...@gmail.com";>hjl.to...@gmail.com</a>> - and Yukhin Kirill <<a href="mailto:kirill.yuk...@intel.com";>kirill.yuk...@intel.com</a>>. - Patches should be marked with the tag <code>[AVX2]</code> in the subject - line.</dd> - - <dt>cell-4_3-branch</dt> - <dd>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.</dd> - - <dt>cell-4_4-branch</dt> - <dd>The goal of this branch is to back-port from mainline fixes and additional - features required for the Cell/B.E. SPE processor to GCC 4.4.x. This branch - is maintained by Ulrich Weigand. The branch is merged from gcc-4_4-branch.</dd> - - <dt>ix86/gcc-4_5-branch</dt> - <dd>The goal of this branch is to backport support from trunk for - newer ix86 processors from AMD and Intel. It will track - 4.5 branch with periodic merge from 4.5 branch. The current - maintainers are Sebastian Pop - <<a href="mailto:seb...@gmail.com";>seb...@gmail.com</a>> - and H.J. Lu - <<a href="mailto:hjl.to...@gmail.com";>hjl.to...@gmail.com</a>>.</dd> - - <dt>ix86/gcc-4_4-branch</dt> - <dd>The goal of this branch is to add support for newer ix86 processors such - as AMD's Shanghai and Intel's Atom to GCC 4.4.x. The current maintainers - are Dwarakanath Rajagopal <<a href="mailto:dwarak.rajago...@amd.com";>dwarak.rajago...@amd.com</a>> - and H.J. Lu <<a href="mailto:hjl.to...@gmail.com";>hjl.to...@gmail.com</a>>.</dd> - - <dt>ix86/gcc-4_3-branch</dt> - <dd>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 Dwarakanath Rajagopal <<a href="mailto:dwarak.rajago...@amd.com";>dwarak.rajago...@amd.com</a>> - and H.J. Lu <<a href="mailto:hjl.to...@gmail.com";>hjl.to...@gmail.com</a>>.</dd> - - <dt>ix86/gcc-4_2-branch</dt> - <dd>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 Dwarakanath Rajagopal <<a href="mailto:dwarak.rajago...@amd.com";>dwarak.rajago...@amd.com</a>> - and H.J. Lu <<a href="mailto:hjl.to...@gmail.com";>hjl.to...@gmail.com</a>>.</dd> - - <dt>ix86/gcc-4_1-branch</dt> - <dd>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 Dwarakanath Rajagopal <<a href="mailto:dwarak.rajago...@amd.com";>dwarak.rajago...@amd.com</a>> - and H.J. Lu <<a href="mailto:hjl.to...@gmail.com";>hjl.to...@gmail.com</a>>.</dd> - - <dt>mpx</dt> - <dd>The goal of this branch is to support Intel MPX technology. - The branch is maintained by - Ilya Enkovich <<a href="mailto:ilya.enkov...@intel.com";>ilya.enkov...@intel.com</a>> - Patches should be marked with the tag <code>[MPX]</code> in the subject - line.</dd> - - <dt><a href="projects/cli.html">st/cli-be</a></dt> - <dd>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 - <<a href="mailto:robsettanta...@gmail.com";>robsettanta...@gmail.com</a>>. - Since May 2007, the current maintainers are Andrea Ornstein - <<a href="mailto:andrea.ornst...@st.com";>andrea.ornst...@st.com</a>> - and Erven Rohou - <<a href="mailto:erven.ro...@st.com";>erven.ro...@st.com</a>>.</dd> - - <dt>spu-4_5-branch</dt> - <dd>The goal of this branch is to do development for the Cell/B.E. processor, - in particular to support partitioning functions into multiple sections. This - branch was created by Michael Meissner and is now maintained by Ulrich Weigand. - The branch is merged from mainline.</dd> - - <dt>x32</dt> - <dd>This branch is to implement - <a href="https://sites.google.com/site/x32abi/";>x32 psABI</a>. - The branch is maintained by H.J. Lu. Patches should be marked with the - tag <code>[x32]</code> in the subject line.</dd> -</dl> - -<h4 id="target">Target-specific</h4> - -<dl> - - <dt>cygwin-improvements</dt> - <dd>This branch is intended as a development and proving grounds for - fixes and enhancements specifically to the Cygwin port of the compiler, - although some of these may touch slightly on MinGW targets as well. It - is maintained by Dave Korn <<a href="mailto:dave.korn.cyg...@gmail.com"; - >dave.korn.cyg...@gmail.com</a>> and open to contributions from any - interested party; please tag patches with "[cygwin-improvements]" in the - title line and post them to the GCC Patches list with a Cc: to that - address.</dd> -</dl> - -<h4 id="lang">Language-specific</h4> - -<dl> - <dt>c++-concepts</dt> - <dd>This is the sandbox for renewed work on <em>concepts for C++</em>. - It was originally created by Gabriel Dos Reis, with implementation - contributed by Andrew Sutton. It is currently maintained by - <a href="mailto:ja...@gcc.gnu.org";>Jason Merrill</a>.</dd> - - <dt><a href="https://gcc.gnu.org/wiki/cxx-modules";>c++-modules</a></dt> - <dd>This branch is for development of a C++ modules system. It is - maintained by <a href="mailto:nat...@acm.org";>Nathan Sidwell</a>.</dd> - - <dt>cilkplus</dt> - <dd>This branch is for the development of - <a href="https://www.cilkplus.org";>Cilk Plus</a> language extension support - on GCC and G++ compilers. This branch is maintained by - <a href="mailto:balaji.v.i...@intel.com";>Balaji V. Iyer</a>. - Patches to this branch must be prefixed with <code>[cilkplus]</code> in the - subject line. It is also highly encouraged to CC the maintainer.</dd> - - <dt>fortran-dev</dt> - <dd>This branch is for disruptive changes to the Fortran front end, - especially for OOP development and - the <a href="https://gcc.gnu.org/wiki/ArrayDescriptorUpdate";> - array descriptor update</a>. It is maintained by Jerry DeLisle - <<a href="mailto:jvdeli...@gcc.gnu.org";>jvdeli...@gcc.gnu.org</a>>.</dd> - - <dt>gcc-4_4-plugins</dt> - <dd>This branch is for backporting the plugin functionality into - a 4.4-based release. There will be no new code or functionality - added to this branch. It is maintained by Diego Novillo. - Only patches backported from mainline are accepted. They should - be marked with the tag [4_4-plugins] in the Subject line.</dd> - - <dt>gccgo</dt> - <dd>This branch is for the Go front end to gcc. For more information - about the Go programming language, - see <a href="https://golang.org/";>https://golang.org</a>. The - branch is maintained by Ian Lance Taylor. Patches should be - marked with the tag [gccgo] in the Subject line. - </dd> - - <dt><a href="projects/gupc.html">gupc</a></dt> - <dd>This branch implements support for UPC (Unified Parallel C). - UPC extends the C programming language to provide support for - high-performance, parallel systems with access to a single - potentially large, global shared address space. - Further information can be found on the - <a href="http://gccupc.org";>GNU UPC</a> web page.</dd> - - <dt>pph</dt> - <dd>This branch implements <a href="https://gcc.gnu.org/wiki/pph";> Pre-Parsed - Headers for C++</a>. It is maintained by <a - href="mailto:dnovi...@google.com";>Diego Novillo</a> and <a - href="mailto:cr...@google.com";>Lawrence Crowl</a>. Patches should be - prefixed with <code>[pph]</code> in the subject line.</dd> - - <dt>pth-icm</dt> - <dd>This is a sub-branch of the <code>pph</code> branch. It - implements - <a href="https://gcc.gnu.org/wiki/pph#Pre-Tokenized_Headers_.28PTH.29";> - Pre-Tokenized Headers for C++</a>. Additionally, it contains - instrumentation code in the C++ parser that was used in an - incremental compiler model (icm) to study the effects of an - incremental compiler cache for a compiler server. The branch is - maintained by <a href="mailto:dnovi...@google.com";>Diego Novillo</a> - and <a href="mailto:cr...@google.com";>Lawrence Crowl</a>. Patches - should be prefixed with <code>[pph]</code> in the subject line.</dd> - - <dt>tr29124</dt> - <dd>This branch is for development of TR29124 Special math Functions, - for the C++ runtime library - See <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3060.pdf";> - </a>. It is maintained by Ed Smith-Rowland - <<a href="mailto:3dw...@verizon.net";>3dw...@verizon.net</a>>.</dd> - - <dt>var-template</dt> - <dd>This branch is for implementation work on - <em>variable template for C++</em>. It was originally - created by Gabriel Dos Reis. It is maintained by - <a href="mailto:ja...@gcc.gnu.org";>Jason Merrill</a>.</dd> -</dl> - -<h3 id="distrobranches">Distribution Branches</h3> - -<p>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.</p> - -<dl> - <dt>apple-local-200502-branch</dt> - <dd>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.</dd> - - <dt>ARM/embedded-<em>x_y</em>-branch</dt> - <dd>These branches provide bug-fixes, minor enhancements and stability - fixes for GCC <em>x.y</em> branches when used with ARM's embedded cores, - such as the Cortex-R and Cortex-M processors. Most patches will be - limited ARM specific or common back-ports from trunk, unlike the current - release branches. Very occasionally these branches will hold patches - that are waiting for trunk acceptance. Patches for these branches should - be marked with the tag <code>[arm-embedded]</code> in the subject line. - This family of branches is maintained by personnel from ARM.</dd> - - <dt>google/integration</dt> - <dd>This branch contains some minimal patches that are likely not - useful anywhere outside of Google's build environment. These are - typically configuration patches. The branch is maintained by - Diego Novillo <a href="mailto:dnovi...@google.com";>dnovi...@google.com</a>. - </dd> - - <dt>google/main</dt> - <dd>This branch contains Google local patches that are staged to be - contributed to trunk. Some of these patches are either in the - process of being reviewed, or have not yet been proposed. The - intent of this branch is to serve as a staging platform to allow - collaboration with external developers. Patches in this branch are - only expected to remain here until they are reviewed and accepted in - trunk. This branch is maintained by - Diego Novillo <a href="mailto:dnovi...@google.com";>dnovi...@google.com</a>. - </dd> - - <dt>google/gcc-<em>x_y</em></dt> - <dd>Google compilers based on GCC <em>x.y</em> releases. This family of - branches is maintained by Diego Novillo - <a href="mailto:dnovi...@google.com";>dnovi...@google.com</a>. - </dd> - - <dt>google/gcc-<em>x_y[_z]</em>-mobile</dt> - <dd>Google compilers based on GCC <em>x.y.z</em> releases. These are used - to build Android and ChromeOS. This family of branches is maintained by - Ahmad Sharif <a href="mailto:asha...@google.com";>asha...@google.com</a>, - Han Shen <a href="mailto:shen...@google.com";>shen...@google.com</a>, - and Jing Yu <a href="mailto:jin...@google.com";>jin...@google.com</a>. - </dd> - - <dt>google/gcc-<em>x_y[_z]</em>-mobile-vtable-security</dt> - <dt>google/gcc-<em>x_y[_z]</em>-mobile-vtable-verification</dt> - <dd>Google compilers based on GCC <em>x.y.z</em> releases. These are used - to build Android and ChromeOS. These branches are for work on function - pointer and vtable security. They are maintained by Caroline Tice - <a href="mailto:cmt...@google.com";>cmt...@google.com</a>. - </dd> - - <dt>ibm/gcc-<em>x</em>-branch</dt> - <dd>Branches that track the GCC branches and are used to create the - IBM Advance Toolchain releases. This family of branches is maintained by - personnel from IBM.</dd> - - <dt>linaro/gcc-<em>x_y</em>-branch</dt> - <dd>Linaro compilers based on GCC <em>x.y</em> releases. These branches - only accept backports of patches which have been accepted to trunk. This - family of branches is maintained by personnel from Linaro.</dd> - - <dt>redhat/gcc-3_2-branch</dt> - <dd>Red Hat GNU/Linux compilers based on GCC 3.2.x.</dd> - - <dt>redhat/gcc-3_4-branch</dt> - <dd>Red Hat GNU/Linux compilers based on GCC 3.4.x.</dd> - - <dt>redhat/gcc-4_0-branch</dt> - <dd>Red Hat GNU/Linux compilers based on GCC 4.0.x.</dd> - - <dt>redhat/gcc-4_1-branch</dt> - <dd>Red Hat GNU/Linux compilers based on GCC 4.1.x.</dd> - - <dt>redhat/gcc-4_3-branch</dt> - <dd>Red Hat GNU/Linux compilers based on GCC 4.3.x.</dd> - - <dt>suse/gcc-4_1-branch</dt> - <dd>SUSE GNU/Linux compilers based on GCC 4.1.x.</dd> - - <dt>suse/gcc-4_2-branch</dt> - <dd>SUSE GNU/Linux compilers based on GCC 4.2.x.</dd> - - <dt>ubuntu/gcc-4_2-branch</dt> - <dd>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.</dd> - -</dl> - -<h3 id="merged">Merged Development Branches</h3> - -<p>These branches have been merged to GCC mainline, and are thus -inactive.</p> - -<dl> - <dt>ARM/aarch64-branch</dt> - <dd>This branch added support for the AArch64 architecture and tracked - trunk until the port was merged into mainline.</dd> - - <dt>alias-improvements</dt> - <dt>c-4_5-branch</dt> - <dt>cfg-branch</dt> - <dd>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.</dd> - - <dt>cond-optab</dt> - <dt>cp-parser-branch</dt> - <dt>cp-parser-branch-2</dt> - <dt>csl-*-branch</dt> - <dt>csl/coldfire-4_1</dt> - <dt>cxx0x-branch</dt> - <dd>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. This branch was - deleted at revision 152320.</dd> - <dt><a href="projects/cxx0x.html#lambdas">cxx0x-lambdas-branch</a></dt> - <dd>This branch was for the development of lambda functions, a coming - feature in C++0x. It was merged into the trunk at revision 152318.</dd> - - <dt>dataflow-branch</dt> - <dd>This branch has been merged into mainline on June 6, 2007 - as svn revision 125624. It used to contain a replacement of back-end - dataflow with df.c based dataflow. The branch was maintained - by Daniel Berlin < - <a href="mailto:dber...@dberlin.org";>dber...@dberlin.org</a>> - and Kenneth Zadeck <<a href="mailto:zad...@naturalbridge.com";> - zad...@naturalbridge.com</a>> </dd> - - - <dt>dfa-branch</dt> - <dt>dfp-branch </dt> - <dt>edge-vector-branch </dt> - <dt>fixed-point</dt> - <dt>function-specific-branch</dt> - <dd>This branch is for development of adding function specific options to - GCC. See the GCC - <a href="https://gcc.gnu.org/wiki/FunctionSpecificOpt";>wiki</a> for a more - detailed project description. Patches should be marked with the tag - <code>[function-specific]</code> in the subject line. - The branch has been merged into GCC 4.4.</dd> - - <dt>gcc-3_4-basic-improvements-branch</dt> - <dt>gcc-3_4-e500-branch</dt> - <dd>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.</dd> - - <dt>gcj-abi-2-dev-branch</dt> - <dt>gcj-eclipse-branch</dt> - <dt><a href="https://gcc.gnu.org/wiki/tuples/";>gimple-tuples-branch</a></dt> - <dt>gomp-20050608-branch</dt> - <dt>gomp-3_0-branch</dt> - - <dt>java-gui-20050128-branch</dt> - <dd>This was a temporary branch for development of java GUI libraries - (AWT and Swing) in the libjava directory. It has been merged into - mainline.</dd> - - <dt>killloop-branch</dt> - <dd>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.</dd> - - <dt><a href="projects/tree-ssa/lno.html">lno-branch</a></dt> - <dd>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.</dd> - - <dt><a href="https://gcc.gnu.org/wiki/MemRef";>mem-ref2</a></dt> - <dt>mips-3_4-rewrite-branch</dt> - <dt>named-addr-spaces-branch</dt> - <dd>This branch was the development branch to add named address space support - for architectures that have multiple address spaces. The CELL/spu architecture - adds an <code>__ea</code> 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, modified by Michael Meissner and eventually maintained by - <a href="mailto:ulrich.weig...@de.ibm.com";>Ulrich Weigand</a>. All changes from - this branch were merged into mainline.</dd> - - <dt>microblaze</dt> - <dd>This branch contained support for updating the Xilinx MicroBlaze - architecture to GCC 4.1.2. - It was created by Michael Eager - <<a href="mailto:ea...@eagercon.com";>ea...@eagercon.com</a>>. - All changes have been merged into mainline.</dd> - - <dt>pch-branch</dt> - <dt><a href="projects/tree-ssa/">tree-ssa-20020619-branch</a></dt> - <dt><a href="https://gcc.gnu.org/wiki/Var_Tracking_Assignments";>var-tracking-assignments*-branch</a></dt> - - <dt>predcom</dt> - <dd>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.</dd> - - <dt>split</dt> - <dd>For development of stack splitting, as described - on <a href="https://gcc.gnu.org/wiki/SplitStacks";>the GCC wiki</a>. - This branch was maintained by Ian Lance Taylor. All changes were - merged into mainline.</dd> - - <dt>tree-cleanup-branch</dt> - <dd>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.</dd> - -</dl> - -<h3 id="olddevbranches">Inactive Development Branches</h3> - -<p>These branches are inactive and contain work that might not been -merged.</p> - -<dl> - - <dt>ARM/hard_vfp_4_4_branch</dt> - <dd>This branch contains support for the hard-VFP variant of the AAPCS calling - standard and tracked gcc-4.4 development. This branch was maintained by - Richard Earnshaw.</dd> - - <dt>addressing-modes</dt> - <dd>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.</dd> - - <dt id="annotalysis">annotalysis</dt> - <dd>This branch contains the implementation of thread safety annotations - and analysis (<a href="https://gcc.gnu.org/wiki/ThreadSafetyAnnotation";>https://gcc.gnu.org/wiki/ThreadSafetyAnnotation</a>). - The branch was maintained by - <a href="mailto:deles...@google.com";>Delesley Hutchins</a>.</dd> - - <dt>apple-ppc-branch</dt> - <dd>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.</dd> - - <dt><a href="projects/ast-optimizer.html">ast-optimizer-branch</a></dt> - <dd>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.</dd> - - <dt>bje-unsw-branch</dt> - <dd>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. Deleted by - revision 152653.</dd> - - <dt>boehms-gc</dt> - <dd>The goal of this branch was to test Boehm's GC feasibility as the - garbage collector for GCC proper. This was a part of Google Summer - of Code project, described in detail - at <a href="https://gcc.gnu.org/wiki/Garbage_collection_tuning";>https://gcc.gnu.org/wiki/Garbage_collection_tuning</a>. The - branch was maintained - by <a href="mailto:laurynas.bivei...@gmail.com";>Laurynas - Biveinis</a>.</dd> - - <dt><a href="projects/cfo.html">cfo-branch</a></dt> - <dd>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.</dd> - - <dt>compile-server-branch</dt> - <dd>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 <code>[cs]</code> in the subject - line.</dd> - - <dt><a href="https://gcc.gnu.org/wiki/Condate";>condate-branch</a></dt> - <dd>The purpose of this branch is to develop a language for checking - control flow graph properties. The code of this branch has not been - merged in trunk.</dd> - - <dt><a href="projects/cxx-reflection/">cxx-reflection-branch</a></dt> - <dd>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 - <<a href="mailto:g...@integrable-solutions.net";>g...@integrable-solutions.net</a>>. - It is no longer maintained.</dd> - - <dt><a href="projects/cxx0x.html#concepts">cxx0x-concepts-branch</a></dt> - <dd>This branch contains the beginnings of a re-implementation of - Concepts, a likely future feature of C++, using some of the code from - the prototype implementation on conceptgcc-branch. It is not currently - maintained.</dd> - - <dt>dead/improved-aliasing-branch</dt> - <dd>This branch contains improvements to the tree-based aliasing - infrastructure. The branch was maintained by Daniel Berlin <<a - href="mailto:dber...@dberlin.org";>dber...@dberlin.org</a>> and - Diego Novillo <<a href="mailto:dnovi...@redhat.com";> - dnovi...@redhat.com</a>>. It is no longer maintained.</dd> - - <dt>faster-compiler-branch</dt> - <dd>This was a temporary branch for compiler speedups for GCC 3.4. - See <a href="https://gcc.gnu.org/ml/gcc/2002-08/msg00498.html";>this - thread</a> for discussion of possible work still to be done in this - area. The branch is unmaintained at present.</dd> - - <dt>fortran-caf</dt> - <dd>This branch contained experimental changes to the Fortran front end for - implementing the library calls for coarray communication. It was - maintained by Tobias Burnus - <<a href="mailto:bur...@gcc.gnu.org";>bur...@gcc.gnu.org</a>>.</dd> - - <dt>fortran-exp</dt> - <dd>This branch contained experimental changes to the Fortran front end, initially - for array constructor refactoring using splay-tree and other areas of - optimization. It was maintained by Jerry DeLisle - <<a href="mailto:jvdeli...@gcc.gnu.org";>jvdeli...@gcc.gnu.org</a>>.</dd> - - <dt>gcc-3_3-e500-branch</dt> - <dd>This branch was for backporting the PowerPC/E500 back end to GCC 3.3. - See <a href="https://gcc.gnu.org/ml/gcc/2003-04/msg00733.html";>this - message</a> for details.</dd> - - <dt>gcc-in-cxx</dt> - <dd>This branch was for converting GCC to be written in C++. The - branch was maintained by Ian Lance Taylor.</dd> - - <dt>gcjx-branch</dt> - <dd>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. </dd> - - <dt>gomp-01-branch</dt> - <dt>gomp-branch</dt> - <dd>These two branches were initial attempts to implement - OpenMP support in GCC. They were never properly maintained and - have now been superseded by <code>gomp-20050608-branch</code>.</dd> - - <dt>gomp-4_0-branch</dt> - <dd>This branch was based on gcc-6-branch, and was used to update - the <a href="https://gcc.gnu.org/wiki/openmp";>OpenMP support</a> to version - 4.0, including development - of <a href="https://gcc.gnu.org/wiki/Offloading";>offloading support</a> in - GCC as well as support - for <a href="https://gcc.gnu.org/wiki/OpenACC";>OpenACC</a>. These features - got merged into trunk. The branch was then used for on-going development - of OpenACC support and related functionality, which subsequently moved to - openacc-gcc-7-branch and then openacc-gcc-8-branch (both now also inactive, - see below).</dd> - - <dt>openacc-gcc-7-branch</dt> - <dt>openacc-gcc-8-branch</dt> - <dd>These branches were used for development of - <a href="https://gcc.gnu.org/wiki/OpenACC";>OpenACC support</a> and related - functionality, based on gcc-7-branch and gcc-8-branch respectively. - Work is now proceeding on the openacc-gcc-9-branch.</dd> - - <dt>hammer-3_3-branch</dt> - <dd>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 <<a href="mailto:j...@suse.cz";>j...@suse.cz</a>> - and Andreas Jaeger <<a href="mailto:a...@suse.de";>a...@suse.de</a>>. - 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).</dd> - - <dt>ia64-fp-model-branch</dt> - <dd>This branch was a development branch with the goal of - implementing the improvements and features discussed at the <a href= - "https://gcc.gnu.org/wiki/ia64_floating_point";>ia64 floating point</a> - page on the <a href="https://gcc.gnu.org/wiki/";>GCC wiki</a>. It was - maintained by Zack Weinberg <<a - href="mailto:z...@codesourcery.com";>z...@codesourcery.com</a>>. - It is no longer maintained.</dd> - - <dt>ia64-improvements</dt> - <dd>The goal of this branch was to improve the performance of binaries - generated with GCC on the Itanium processor. Details can be found at the - <a href="projects/ia64.html">IA-64 improvements</a> page. This branch - was maintained by Robert Kidd <<a - href="mailto:rk...@crhc.uiuc.edu";>rk...@crhc.uiuc.edu</a>> and - Diego Novillo. It is no longer maintained.</dd> - - <dt>ibm/power7-tmp</dt> - <dd>This branch was used to stage patches for Power7 (PowerPC ISA 2.06) - from the development branch to the mainline. The branch was maintained by - Michael Meissner, - <a href="mailto:meiss...@linux.vnet.ibm.com";>meiss...@linux.vnet.ibm.com</a>.</dd> - - <dt>ix86/avx</dt> - <dd>The goal of this branch is to implement Intel AVX (Intel Advanced - Vector Extensions). The branch is maintained by - H.J. Lu <<a href="mailto:hjl.to...@gmail.com";>hjl.to...@gmail.com</a>>. - Patches should be marked with the tag <code>[AVX]</code> in the subject - line.</dd> - - <dt>insn-select</dt> - <dd>This branch aimed to implement in early instruction selection - and register class selection pass, which runs before register allocation - and subsumes the current <code>regclass</code> 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.</dd> - - <dt>java-gui-branch</dt> - <dd>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</dd> - - <dt>libada-gnattools-branch</dt> - <dd>This is the spiritual successor to the libada branch. This branch - exists to solve - <a href="https://gcc.gnu.org/PR5911";>bug 5911</a> - 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 - <<a href="mailto:nero...@gcc.gnu.org";>nero...@gcc.gnu.org</a>> - maintained this branch. It is no longer maintained.</dd> - - <dt>libobjc-branch</dt> - <dd>The branch is aimed to clean up libobjc and make it run on Darwin. - Patches should be marked with the tag <code>[libobjc-branch]</code> - in the subject line. Patches can be approved by Andrew Pinski - <<a href="mailto:pins...@gcc.gnu.org";>pins...@gcc.gnu.org</a>> - or Nicola Pero - <<a href="mailto:n.p...@mi.flashnet.it";>n.p...@mi.flashnet.it</a>>.</dd> - - <dt>libstdcxx_so_7-branch</dt> - <dd>This was a branch for experimental work on the C++ Runtime Library - (libstdc++-v3) beyond the current version 6 library ABI. Paolo Carlini - <<a href="mailto:pcarl...@suse.de";>pcarl...@suse.de</a>> - and Benjamin Kosnik - <<a href="mailto:b...@redhat.com";>b...@redhat.com</a>> were - maintaining this branch. It is no longer maintained.</dd> - - <dt><a href="https://gcc.gnu.org/wiki/LinkTimeOptimization";>lto</a></dt> - <dd>This branch implemented link-time optimization.</dd> - - <dt>lto-streamer</dt> - <dd>This was a sub-branch of the lto branch. It was intended for unstable - work related to the conversion from DWARF encoding to GIMPLE streamer. - It is no longer maintained.</dd> - - <dt>mem-ref</dt> - <dd>This branch is for lowering the GIMPLE IL for memory accesses to - a flat representation. See the GCC - <a href="https://gcc.gnu.org/wiki/MemRef";>wiki</a> for a more detailed - project description. The branch is maintained by Richard Biener. - Patches should be marked with the tag <code>[mem-ref]</code> in the - subject line.</dd> - - <dt>mem-ssa</dt> - <dd>This branch contains the implementation of Memory SSA, a new - mechanism for representing memory operations in SSA form (<a - href="https://gcc.gnu.org/ml/gcc/2006-02/msg00620.html";>https://gcc.gnu.org/ml/gcc/2006-02/msg00620.html</a>). - The branch was maintained by Diego Novillo. It is no longer - maintained.</dd> - - <dt><a href="https://gcc.gnu.org/wiki/MIRO";>miro-branch</a></dt> - <dd>The purpose of this branch is to develop an improved Mudflap - with referent objects. The code of this branch has not been merged - in trunk.</dd> - - <dt>named-addr-4_3-branch</dt> - <dd>The goal of this branch was to backport the changes from the - named-addr-spaces-branch to a GCC 4.3 tree. This branch was maintained by - Michael Meissner. This branch was merged from gcc-4_3-branch.</dd> - - <dt>new-regalloc-branch</dt> - <dd>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.</dd> - - <dt>objc-improvements-branch</dt> - <dd>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 <a href="https://gcc.gnu.org/ml/gcc/2003-07/msg00535.html";>here</a> - describes this at more length. This branch was being maintained by Zem - Laski - <<a href="mailto:zla...@apple.com";>zla...@apple.com</a>>. It - is no longer maintained.</dd> - - <dt>opt-diary</dt> - <dd>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.</dd> - - <dt>plugin</dt> - <dd>This branch contains work for a plugin infrastructure in GCC - to enable additional checking work. This branch is maintained - by Eric Christopher <a href="mailto:echri...@gmail.com";> - echri...@gmail.com</a> and will be merged with mainline from time to - time. Patches will be marked with the tag <code>[plugin]</code> - in the subject line.</dd> - - <dt>pointer_plus</dt> - <dd>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 <code>[PTR-PLUS]</code> in the subject line, and CC'ed to - <a href="mailto:pins...@gmail.com";>Andrew Pinski</a>.</dd> - - <dt>redhat/gcc-3_3-branch</dt> - <dd>This branch used to hold Red Hat GNU/Linux compilers based on - GCC 3.3.x.</dd> - - <dt>reload-branch</dt> - <dd>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.</dd> - - <dt><a href="projects/cfg.html">rtlopt-branch</a></dt> - <dd>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.</dd> - - <dt><a href="projects/sched-treegion.html">sched-treegion-branch</a></dt> - <dd>This branch was for the development of a treegion-based instruction - scheduler. The branch was maintained by Chad Rosier. It is no - longer maintained.</dd> - - <dt>ssaupdate-branch</dt> - <dd>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.</dd> - - <dt><a href="projects/strees/index.html">stree-branch</a></dt> - <dd>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 - <code>[stree]</code> in the subject line.</dd> - - <dt>structure-aliasing-branch</dt> - <dd>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.</dd> - - <dt>thread-annotations</dt> - <dd>This branch contained the implementation of thread safety annotations - and analysis (<a href="https://gcc.gnu.org/wiki/ThreadSafetyAnnotation";>https://gcc.gnu.org/wiki/ThreadSafetyAnnotation</a>). - It was superseded by the <a href="#annotalysis">annotalysis branch.</a> - </dd> - - <dt><a href="projects/tree-profiling.html">tree-profiling-branch</a></dt> - <dd>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.</dd> - - <dt>tree-ssa-cfg-branch</dt> - <dd>This branch has been merged into the tree-ssa-20020619-branch.</dd> - - <dt>var-mappings-branch</dt> - <dd>This branch is for improving debug information based on tracking - multiple variables per computed value. The branch is maintained by - Richard Biener and Michael Matz. Patches should be marked with the - tag <code>[varmap]</code> in the subject line.</dd> - - <dt>yara-branch</dt> - <dd>This branch contains Yet Another Register Allocator (YARA). - The branch was maintained by Vladimir Makarov < - <a href="mailto:vmaka...@redhat.com";>vmaka...@redhat.com</a>>. - It is no longer maintained; some of the work was used as a basis - for the work on the ira branch.</dd> - - </dl> - -</body> -</html> -- 2.24.1
