diff options
author | Chris Lattner <sabre@nondot.org> | 2011-11-27 22:36:22 +0000 |
---|---|---|
committer | Chris Lattner <sabre@nondot.org> | 2011-11-27 22:36:22 +0000 |
commit | d6cc2c20925fac2429d1e882f76cb9861e219c7c (patch) | |
tree | c3cc3acea230a75c91400ca2a685428d334ac208 /docs | |
parent | 1cc489b71b04e38466f6820119160c8dac5de6c1 (diff) | |
download | external_llvm-d6cc2c20925fac2429d1e882f76cb9861e219c7c.zip external_llvm-d6cc2c20925fac2429d1e882f76cb9861e219c7c.tar.gz external_llvm-d6cc2c20925fac2429d1e882f76cb9861e219c7c.tar.bz2 |
first pass of writing complete!
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@145206 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'docs')
-rw-r--r-- | docs/ReleaseNotes.html | 46 |
1 files changed, 24 insertions, 22 deletions
diff --git a/docs/ReleaseNotes.html b/docs/ReleaseNotes.html index b1b1e14..ac00016 100644 --- a/docs/ReleaseNotes.html +++ b/docs/ReleaseNotes.html @@ -1057,18 +1057,16 @@ be used to verify some algorithms. <div> - <p>PPC32/ELF va_arg was implemented.</p> - <p>PPC32 initial support for .o file writing was implemented.</p> - <p>MicroBlaze scheduling itineraries were added that model the - 3-stage and the 5-stage pipeline architectures. The 3-stage - pipeline model can be selected with <code>-mcpu=mblaze3</code> - and the 5-stage pipeline model can be selected with - <code>-mcpu=mblaze5</code>.</p> - <ul> -<!-- -<li></li> ---> +<li>Many PowerPC improvements have been implemented for ELF targets, including + support for varargs and initial support for direct .o file emission.</li> + +<li>MicroBlaze scheduling itineraries were added that model the + 3-stage and the 5-stage pipeline architectures. The 3-stage + pipeline model can be selected with <code>-mcpu=mblaze3</code> + and the 5-stage pipeline model can be selected with + <code>-mcpu=mblaze5</code>.</li> + </ul> </div> @@ -1085,27 +1083,31 @@ be used to verify some algorithms. from the previous release.</p> <ul> - <li>LLVM's configure script doesn't depend on llvm-gcc anymore, clean layering.</p> - LLVM 3.0 removes support for reading LLVM 2.8 and earlier files. Aim to maintain compatibility all the way back to 3.0 "forever". - Frontend tests removed from llvm/test/Frontend* - Tablegen has been split into a library, clang tblgen pieces now live in clang. - The llvm version is now named llvm-tblgen instead of tblgen. - PostOrder Dominator frontiers were removed. - LowerSetJmp pass removed, unused. +<li>LLVM 3.0 removes support for reading LLVM 2.8 and earlier files, and LLVM + 3.1 will eliminate support for reading LLVM 2.9 files. Going forward, we + aim for all future versions of LLVM to read bitcode files and .ll files + produced by LLVM 3.0.</li> +<li>Tablegen has been split into a library, allowing the clang tblgen pieces + now live in the clang tree. The llvm version has been renamed to + llvm-tblgen instead of tblgen.</li> + <li>The <code>LLVMC</code> meta compiler driver was removed.</li> + <li>The unused PostOrder Dominator Frontiers and LowerSetJmp passes were removed.</li> - <li>The <code>LLVMC</code> meta compiler driver was removed.</li> - <li>The <code>LowerSetJmp</code> pass wasn't used effectively by any - target and has been removed.</li> <li>The old <code>TailDup</code> pass was not used in the standard pipeline and was unable to update ssa form, so it has been removed. <li>The syntax of volatile loads and stores in IR has been changed to "<code>load volatile</code>"/"<code>store volatile</code>". The old syntax ("<code>volatile load</code>"/"<code>volatile store</code>") - is still accepted, but is now considered deprecated.</li> + is still accepted, but is now considered deprecated and will be removed in + 3.1.</li> + <li>llvm-gcc's frontend tests have been removed from llvm/test/Frontend*, sunk + into the clang and dragonegg testsuites.</li> <li>The old atomic intrinsics (<code>llvm.memory.barrier</code> and <code>llvm.atomic.*</code>) are now gone. Please use the new atomic instructions, described in the <a href="Atomics.html">atomics guide</a>. + <li>LLVM's configure script doesn't depend on llvm-gcc anymore, eliminating a + strange circular dependence between projects.</li> </ul> <h4>Windows (32-bit)</h4> |