public inbox for gcc-cvs-wwwdocs@sourceware.org
help / color / mirror / Atom feed
* gcc-wwwdocs branch master updated. c4af37389d3610e71476b56f9489f569df1f60ef
@ 2020-01-22 9:21 gerald
0 siblings, 0 replies; only message in thread
From: gerald @ 2020-01-22 9:21 UTC (permalink / raw)
To: gcc-cvs-wwwdocs
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "gcc-wwwdocs".
The branch, master has been updated
via c4af37389d3610e71476b56f9489f569df1f60ef (commit)
from 8e260ae723aecfd14a97d07b05c0e58c13cdd62b (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit c4af37389d3610e71476b56f9489f569df1f60ef
Author: Gerald Pfeifer <gerald@pfeifer.com>
Date: Wed Jan 22 10:19:57 2020 +0100
Remove svn.html which is not referenced internally any longer.
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.
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-hackers@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:abel@ispras.ru">abel@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:dnovillo@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.biveinis@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:dnovillo@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:davidxl@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:tromey@redhat.com">tromey@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:vmakarov@redhat.com">vmakarov@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.dumont@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:vmakarov@redhat.com">vmakarov@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:acsawdey@linux.vnet.ibm.com">acsawdey@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:basile@starynkevitch.net">basile@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:namolaru@il.ibm.com">namolaru@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:bergner@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:ebotcazou@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:abel@ispras.ru">abel@ispras.ru</a>>
- and Maxim Kuvyrkov <<a href="mailto:mkuvyrkov@ispras.ru">
- mkuvyrkov@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.tools@gmail.com">hjl.tools@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:polacek@redhat.com">polacek@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.deshpande@imgtec.com">sameera.deshpande@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.yukhin@intel.com">kirill.yukhin@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.yukhin@intel.com">kirill.yukhin@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.tools@gmail.com">hjl.tools@gmail.com</a>>
- and Yukhin Kirill <<a href="mailto:kirill.yukhin@intel.com">kirill.yukhin@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:sebpop@gmail.com">sebpop@gmail.com</a>>
- and H.J. Lu
- <<a href="mailto:hjl.tools@gmail.com">hjl.tools@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.rajagopal@amd.com">dwarak.rajagopal@amd.com</a>>
- and H.J. Lu <<a href="mailto:hjl.tools@gmail.com">hjl.tools@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.rajagopal@amd.com">dwarak.rajagopal@amd.com</a>>
- and H.J. Lu <<a href="mailto:hjl.tools@gmail.com">hjl.tools@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.rajagopal@amd.com">dwarak.rajagopal@amd.com</a>>
- and H.J. Lu <<a href="mailto:hjl.tools@gmail.com">hjl.tools@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.rajagopal@amd.com">dwarak.rajagopal@amd.com</a>>
- and H.J. Lu <<a href="mailto:hjl.tools@gmail.com">hjl.tools@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.enkovich@intel.com">ilya.enkovich@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:robsettantasei@gmail.com">robsettantasei@gmail.com</a>>.
- Since May 2007, the current maintainers are Andrea Ornstein
- <<a href="mailto:andrea.ornstein@st.com">andrea.ornstein@st.com</a>>
- and Erven Rohou
- <<a href="mailto:erven.rohou@st.com">erven.rohou@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.cygwin@gmail.com"
- >dave.korn.cygwin@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:jason@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:nathan@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.iyer@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:jvdelisle@gcc.gnu.org">jvdelisle@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:dnovillo@google.com">Diego Novillo</a> and <a
- href="mailto:crowl@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:dnovillo@google.com">Diego Novillo</a>
- and <a href="mailto:crowl@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:3dw4rd@verizon.net">3dw4rd@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:jason@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:dnovillo@google.com">dnovillo@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:dnovillo@google.com">dnovillo@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:dnovillo@google.com">dnovillo@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:asharif@google.com">asharif@google.com</a>,
- Han Shen <a href="mailto:shenhan@google.com">shenhan@google.com</a>,
- and Jing Yu <a href="mailto:jingyu@google.com">jingyu@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:cmtice@google.com">cmtice@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:dberlin@dberlin.org">dberlin@dberlin.org</a>>
- and Kenneth Zadeck <<a href="mailto:zadeck@naturalbridge.com">
- zadeck@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.Weigand@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:eager@eagercon.com">eager@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:delesley@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.biveinis@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:gdr@integrable-solutions.net">gdr@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:dberlin@dberlin.org">dberlin@dberlin.org</a>> and
- Diego Novillo <<a href="mailto:dnovillo@redhat.com">
- dnovillo@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:burnus@gcc.gnu.org">burnus@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:jvdelisle@gcc.gnu.org">jvdelisle@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:jh@suse.cz">jh@suse.cz</a>>
- and Andreas Jaeger <<a href="mailto:aj@suse.de">aj@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:zack@codesourcery.com">zack@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:rkidd@crhc.uiuc.edu">rkidd@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:meissner@linux.vnet.ibm.com">meissner@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.tools@gmail.com">hjl.tools@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:neroden@gcc.gnu.org">neroden@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:pinskia@gcc.gnu.org">pinskia@gcc.gnu.org</a>>
- or Nicola Pero
- <<a href="mailto:n.pero@mi.flashnet.it">n.pero@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:pcarlini@suse.de">pcarlini@suse.de</a>>
- and Benjamin Kosnik
- <<a href="mailto:bkoz@redhat.com">bkoz@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:zlaski@apple.com">zlaski@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:echristo@gmail.com">
- echristo@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:pinskia@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:vmakarov@redhat.com">vmakarov@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>
-----------------------------------------------------------------------
Summary of changes:
htdocs/svn.html | 1219 -------------------------------------------------------
1 file changed, 1219 deletions(-)
delete mode 100644 htdocs/svn.html
hooks/post-receive
--
gcc-wwwdocs
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2020-01-22 9:21 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-01-22 9:21 gcc-wwwdocs branch master updated. c4af37389d3610e71476b56f9489f569df1f60ef gerald
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).