From: Duncan Sands Date: Sun, 8 Jun 2008 20:18:35 +0000 (+0000) Subject: Using llc always rather than sometimes using LLC. X-Git-Url: http://plrg.eecs.uci.edu/git/?a=commitdiff_plain;h=27aff8755b33bfa59a22126fcd7f700d0fdde8db;p=oota-llvm.git Using llc always rather than sometimes using LLC. Try to improve language in various places. Use X86 always rather than sometimes using x86. Add some minor Ada info. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@52095 91177308-0d34-0410-b5e6-96231b3b80d8 --- diff --git a/docs/ReleaseNotes.html b/docs/ReleaseNotes.html index 015564a54d2..3cb9f94bb32 100644 --- a/docs/ReleaseNotes.html +++ b/docs/ReleaseNotes.html @@ -96,7 +96,7 @@ test suite no longer depends on llvm-upgrade, which makes it run faster.

IRBuilder.
  • MRegisterInfo was renamed to TargetRegisterInfo.
  • The MappedFile class is gone, please use MemoryBuffer instead.
    • -
  • The '-enable-eh' flag to LLC has been removed. Now code should encode +
  • The '-enable-eh' flag to llc has been removed. Now code should encode whether it is safe to not generate unwind information for a function by tagging the Function object with the 'nounwind' attribute.
    • @@ -113,12 +113,12 @@ test suite no longer depends on llvm-upgrade, which makes it run faster.

    LLVM 2.3 includes several major new capabilities:

    @@ -154,7 +154,7 @@ no runtime interpretation is needed.
    -

    LLVM 2.3 fully supports llvm-gcc 4.2 front-end.

    +

    LLVM 2.3 fully supports the llvm-gcc 4.2 front-end.

    llvm-gcc 4.2 includes numerous fixes to better support the Objective-C front-end. Objective-C now works very well on Mac OS/X.

    @@ -225,10 +225,10 @@ for (i = LB; i < NUB; ++i) -
  • LLVM includes a new memcpy optimization pass which optimizes out -dead memcpy calls, unneeded copies of aggregates, and handles the +
  • LLVM includes a new memcpy optimization pass removes +dead memcpy calls, unneeded copies of aggregates, and performs return slot optimization. The LLVM optimizer now notices long sequences of -consecutive stores and merges them into memcpys where profitable.
    • +consecutive stores and merges them into memcpy's where profitable.
  • Alignment detection for vector memory references and for memcpy and memset is now more aggressive.
    • @@ -245,13 +245,12 @@ deletion pass, which is safe for infinite loops. functions for C-based languages, has been rewritten to be a FunctionPass instead a ModulePass. This allows it to be run more often and to be included at -O1 in llvm-gcc. It was also extended to include more - optimizations and several corner case bugs are fixed. + optimizations and several corner case bugs were fixed.
  • LLVM now includes a simple 'Jump Threading' pass, which attempts to simplify - the conditional branches with information about predecessor blocks. This - 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 - of.
    • + conditional branches using information about predecessor blocks, simplifying + the control flow graph. This pass is pretty basic at this point, but catches + some important cases and provides a foundation to build on.
    @@ -328,12 +327,12 @@ faster:

    registers.
  • Trampolines (taking the address of a nested function) now work on - Linux/x86-64.
    • + Linux/X86-64.
  • __builtin_prefetch is now compiled into the appropriate prefetch instructions instead of being ignored.
    • -
  • 128-bit integers are now supported on x86-64 targets.
    • +
  • 128-bit integers are now supported on X86-64 targets.
  • The register allocator can now rematerialize PIC-base computations.
    • @@ -439,7 +438,7 @@ href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev">LLVMdev list.

    @@ -573,7 +572,7 @@ programs. inline assembly code.
  • The C backend violates the ABI of common C++ programs, preventing intermixing between C++ compiled by the CBE and - C++ code compiled with LLC or native compilers.
    • + C++ code compiled with llc or native compilers.
  • The C backend does not support all exception handling constructs.
    • @@ -597,8 +596,8 @@ llvmdev mailing list if you are interested.

    The only major language feature of GCC not supported by llvm-gcc is the __builtin_apply family of builtins. However, some extensions are only supported on some targets. For example, trampolines are only - supported on some targets, which are used when you take the address of a - nested function.

    + supported on some targets (these are used when you take the address of a + nested function).

    If you run into GCC extensions which are not supported, please let us know.

    @@ -618,8 +617,8 @@ itself, Qt, Mozilla, etc.

    @@ -634,15 +633,17 @@ supported on x86-64 linux, but that is disabled by default in this release. The llvm-gcc 4.2 Ada compiler works fairly well, however this is not a mature technology and problems should be expected.