mirror of
https://github.com/c64scene-ar/llvm-6502.git
synced 2024-12-13 20:32:21 +00:00
Random formatting changes.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@65815 91177308-0d34-0410-b5e6-96231b3b80d8
This commit is contained in:
parent
dc1350ef0d
commit
99dac47b0a
@ -470,37 +470,39 @@ code size of JIT compilers by not requiring them to be linked in.</li>
|
||||
</p>
|
||||
|
||||
<ul>
|
||||
<li>The "<a href="LangRef.html#int_returnaddress">llvm.returnaddress</a>"
|
||||
intrinsic (which is used to implement "__builtin_return_address") now supports
|
||||
non-zero stack depths on X86.</li>
|
||||
<li>The <tt><a href="LangRef.html#int_returnaddress">llvm.returnaddress</a></tt>
|
||||
intrinsic (which is used to implement <tt>__builtin_return_address</tt>) now
|
||||
supports non-zero stack depths on X86.</li>
|
||||
|
||||
<li>The X86 backend now supports code generation of vector shift operations
|
||||
using SSE instructions.</li>
|
||||
|
||||
<li>X86-64 code generation now takes advantage of red zone (unless
|
||||
-mno-red-zone option is specified).</li>
|
||||
<li>X86-64 code generation now takes advantage of red zone, unless the
|
||||
<tt>-mno-red-zone</tt> option is specified.</li>
|
||||
|
||||
<li>The X86 backend now supports using address space #256 in LLVM IR as a way of
|
||||
performing memory references off the GS segment register. This allows a
|
||||
front-end to take advantage of very low-level programming techniques when
|
||||
targetting X86 CPUs. See test/CodeGen/X86/movgs.ll for a simple example.</li>
|
||||
targetting X86 CPUs. See <tt>test/CodeGen/X86/movgs.ll</tt> for a simple
|
||||
example.</li>
|
||||
|
||||
<li>The X86 backend now supports a <tt>-disable-mmx</tt> command line option to
|
||||
prevent use of MMX even on chips that support it. This is important for cases
|
||||
where code does not contain the proper "llvm.x86.mmx.emms" intrinsics.</li>
|
||||
where code does not contain the proper <tt>llvm.x86.mmx.emms</tt>
|
||||
intrinsics.</li>
|
||||
|
||||
<li>The X86 JIT now detects the new Intel "<a
|
||||
href="http://en.wikipedia.org/wiki/Intel_Core_i7">Core i7</a>" and <a
|
||||
href="http://en.wikipedia.org/wiki/Intel_Atom">Atom</a>" chips,
|
||||
<li>The X86 JIT now detects the new Intel <a
|
||||
href="http://en.wikipedia.org/wiki/Intel_Core_i7">Core i7</a> and <a
|
||||
href="http://en.wikipedia.org/wiki/Intel_Atom">Atom</a> chips;
|
||||
auto-configuring itself appropriately for the features of these chips.</li>
|
||||
|
||||
<li>The JIT now supports exception handling constructs on Linux/X86-64 and
|
||||
Darwin/x86-64.</li>
|
||||
|
||||
<li>The JIT supports Thread Local Storage (TLS) on Linux/X86-32 but not yet on
|
||||
X86-64.</li>
|
||||
</ul>
|
||||
|
||||
|
||||
</div>
|
||||
|
||||
<!--=========================================================================-->
|
||||
@ -518,15 +520,16 @@ targetting X86 CPUs. See test/CodeGen/X86/movgs.ll for a simple example.</li>
|
||||
types.</li>
|
||||
<li>Function calls involving basic types work now.</li>
|
||||
<li>Support for integer arrays.</li>
|
||||
<li>Compiler can now emit libcalls for operations not support by m/c insns.</li>
|
||||
<li>Support for both data and rom address spaces.</li>
|
||||
<li>Compiler can now emit libcalls for operations not support by m/c
|
||||
instructions.</li>
|
||||
<li>Support for both data and ROM address spaces.</li>
|
||||
</ul>
|
||||
|
||||
<p>Things not yet supported:</p>
|
||||
|
||||
<ul>
|
||||
<li>Floating point.</li>
|
||||
<li>Passing/returning aggregate types to/from functions.</li>
|
||||
<li>Passing/returning aggregate types to and from functions.</li>
|
||||
<li>Variable arguments.</li>
|
||||
<li>Indirect function calls.</li>
|
||||
<li>Interrupts/programs.</li>
|
||||
@ -552,18 +555,18 @@ types.</li>
|
||||
by default. The command <tt>llvmc --clang</tt> can be now used as a
|
||||
synonym to <tt>ccc</tt>.</li>
|
||||
|
||||
<li>There is now a <tt>--check-graph</tt> option which is supposed to catch
|
||||
<li>There is now a <tt>--check-graph</tt> option, which is supposed to catch
|
||||
common errors like multiple default edges, mismatched output/input language
|
||||
names and cycles. In general, these checks can't be done at compile-time
|
||||
because of the need to support plugins.</li>
|
||||
|
||||
<li>Plugins are now more flexible and can refer to compilation graph nodes and
|
||||
options defined in other plugins. To manage dependencies, a priority-sorting
|
||||
mechanism was introduced. This change affects the TableGen file syntax; see the
|
||||
mechanism was introduced. This change affects the TableGen file syntax. See the
|
||||
documentation for details.</li>
|
||||
|
||||
<li>Hooks can now be provided with arguments. The syntax is "<tt>$CALL(MyHook,
|
||||
'Arg1', 'Arg2', 'Arg #3')</tt>".</li>
|
||||
'Arg1', 'Arg2', 'Arg3')</tt>".</li>
|
||||
|
||||
<li>A new option type: multi-valued option, for options that take more than one
|
||||
argument (for example, "<tt>-foo a b c</tt>").</li>
|
||||
@ -595,7 +598,8 @@ from the previous release.</p>
|
||||
|
||||
<ul>
|
||||
|
||||
<li>llvm-gcc defaults to -fno-math-errno on all X86 targets.</li>
|
||||
<li>llvm-gcc defaults to <tt>-fno-math-errno</tt> on all X86 targets.</li>
|
||||
|
||||
</ul>
|
||||
|
||||
|
||||
@ -606,10 +610,6 @@ API changes are:</p>
|
||||
<li>?</li>
|
||||
</ul>
|
||||
|
||||
<ul>
|
||||
<li>?</li>
|
||||
</ul>
|
||||
|
||||
</div>
|
||||
|
||||
|
||||
@ -675,8 +675,8 @@ href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev">LLVMdev list</a>.</p>
|
||||
|
||||
<ul>
|
||||
<li>The MSIL, IA64, Alpha, SPU, MIPS, and PIC16 backends are experimental.</li>
|
||||
<li>The llc "<tt>-filetype=asm</tt>" (the default) is the only supported
|
||||
value for this option.</li>
|
||||
<li>The <tt>llc</tt> "<tt>-filetype=asm</tt>" (the default) is the only
|
||||
supported value for this option.</li>
|
||||
</ul>
|
||||
|
||||
</div>
|
||||
|
Loading…
Reference in New Issue
Block a user