6502/llvm-6502
1
0
Fork 0
mirror of https://github.com/c64scene-ar/llvm-6502.git synced 2025-06-24 08:24:33 +00:00
Code Issues Projects Releases Wiki Activity

Fix spelling.

Browse Source 
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@52094 91177308-0d34-0410-b5e6-96231b3b80d8
This commit is contained in:
Duncan Sands
2008-06-08 19:38:43 +00:00
parent 7aa700e979
commit 47eff2be9a
1 changed files with 6 additions and 6 deletions
Download Patch File Download Diff File Expand all files Collapse all files

12
docs/ReleaseNotes.html
View File

@ -128,7 +128,7 @@ dispatching them to different tools.</li>
<li>Flexible (and extensible) rules for defining different tools.</li> <li>Flexible (and extensible) rules for defining different tools.</li>
<li>The different intermediate steps performed by tools are represented <li>The different intermediate steps performed by tools are represented
as edges in the abstract graph.</li> as edges in the abstract graph.</li>
<li>The 'language' for driver behaviour definition is tablegen and thus <li>The 'language' for driver behavior definition is tablegen and thus
it's relatively easy to add new features.</li> it's relatively easy to add new features.</li>
<li>The definition of driver is transformed into set of C++ classes, thus <li>The definition of driver is transformed into set of C++ classes, thus
no runtime interpretation is needed.</li> no runtime interpretation is needed.</li>
@ -228,7 +228,7 @@ for (i = LB; i < NUB; ++i)
<li>LLVM includes a new <tt>memcpy</tt> optimization pass which optimizes out <li>LLVM includes a new <tt>memcpy</tt> optimization pass which optimizes out
dead <tt>memcpy</tt> calls, unneeded copies of aggregates, and handles the dead <tt>memcpy</tt> calls, unneeded copies of aggregates, and handles the
return slot optimization. The LLVM optimizer now notices long sequences of return slot optimization. The LLVM optimizer now notices long sequences of
consequtive stores and merges them into <tt>memcpy</tt>s where profitable.</li> consecutive stores and merges them into <tt>memcpy</tt>s where profitable.</li>
<li>Alignment detection for vector memory references and for <tt>memcpy</tt> and <li>Alignment detection for vector memory references and for <tt>memcpy</tt> and
<tt>memset</tt> is now more aggressive.</li> <tt>memset</tt> is now more aggressive.</li>
@ -247,7 +247,7 @@ deletion pass, which <em>is</em> safe for infinite loops.</li>
included at -O1 in llvm-gcc. It was also extended to include more included at -O1 in llvm-gcc. It was also extended to include more
optimizations and several corner case bugs are fixed.</li> optimizations and several corner case bugs are fixed.</li>
<li>LLVM now includes a simple 'Jump Threading' pass, which attemps to simplify <li>LLVM now includes a simple 'Jump Threading' pass, which attempts to simplify
the conditional branches with information about predecessor blocks. This the conditional branches with information about predecessor blocks. This
simplifies the control flow graph. This pass is pretty basic at this point, simplifies the control flow graph. This pass is pretty basic at this point,
but catches some important cases and provides a foundation to build off but catches some important cases and provides a foundation to build off
@ -306,7 +306,7 @@ faster:</p>
area of passing and returning structures by value. llvm-gcc compiled code area of passing and returning structures by value. llvm-gcc compiled code
now interoperates very well on X86-64 systems with other compilers.</li> now interoperates very well on X86-64 systems with other compilers.</li>
<li>Support for Win64 was added. This includes codegeneration itself, JIT <li>Support for Win64 was added. This includes code generation itself, JIT
support and necessary changes to llvm-gcc.</li> support and necessary changes to llvm-gcc.</li>
<li>The LLVM X86 backend now supports the support SSE 4.1 instruction set, and <li>The LLVM X86 backend now supports the support SSE 4.1 instruction set, and
@ -459,7 +459,7 @@ href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev">LLVMdev list</a>.</p>
'u'.</li> 'u'.</li>
<li>The X86 backend generates inefficient floating point code when configured to <li>The X86 backend generates inefficient floating point code when configured to
generate code for systems that don't have SSE2.</li> generate code for systems that don't have SSE2.</li>
<li>Win64 codegeneration wasn't widely tested. Everything should work, but we <li>Win64 code generation wasn't widely tested. Everything should work, but we
expect small issues to happen. Also, llvm-gcc cannot build mingw64 runtime expect small issues to happen. Also, llvm-gcc cannot build mingw64 runtime
currently due currently due
to <a href="http://llvm.org/PR2255">several</a> to <a href="http://llvm.org/PR2255">several</a>
@ -554,7 +554,7 @@ compilers.</li>
output with code built with other compilers, particularly for floating-point output with code built with other compilers, particularly for floating-point
programs.</li> programs.</li>
<li>Defining vararg functions is not supported (but calling them is ok).</li> <li>Defining vararg functions is not supported (but calling them is OK).</li>
<li>The Itanium backend has bitrotted somewhat.</li> <li>The Itanium backend has bitrotted somewhat.</li>
</ul> </ul>