X-Git-Url: http://demsky.eecs.uci.edu/git/?a=blobdiff_plain;f=docs%2FReleaseNotes.html;h=2f83b9447d1d98613e3ac0451f8aef501a58bb0f;hb=2bf4b54a800c2dd44c0a5939fe629ea120bee2ad;hp=19d1902090a3b0129368d8f43d7f24bf229557e6;hpb=9f45913a4ae7cf6ba24598ef480751751732af37;p=oota-llvm.git diff --git a/docs/ReleaseNotes.html b/docs/ReleaseNotes.html index 19d1902090a..2f83b9447d1 100644 --- a/docs/ReleaseNotes.html +++ b/docs/ReleaseNotes.html @@ -126,10 +126,19 @@ production-quality compiler for C, Objective-C, C++ and Objective-C++ on x86
  • Introduced many new warnings, including -Wmissing-field-initializers, -Wshadow, -Wno-protocol, -Wtautological-compare, -Wstrict-selector-match, -Wcast-align, -Wunused improvements, and greatly improved format-string checking.
  • Introduced the "libclang" library, a C interface to Clang intended to support IDE clients.
  • Added support for #pragma GCC visibility, #pragma align, and others.
  • -
  • Added support for SSE, ARM NEON, and Altivec.
  • +
  • Added support for SSE, AVX, ARM NEON, and AltiVec.
  • +
  • Improved support for many Microsoft extensions.
  • Implemented support for blocks in C++.
  • Implemented precompiled headers for C++.
  • Improved abstract syntax trees to retain more accurate source information.
  • +
  • Added driver support for handling LLVM IR and bitcode files directly.
  • +
  • Major improvements to compiler correctness for exception handling.
  • +
  • Improved generated code quality in some areas: + +
  • @@ -188,7 +197,6 @@ optimizers, rather than just a handful.
  • Fortran programs using common variables now link correctly.
  • GNU OMP constructs no longer crash the compiler.
  • -

    @@ -261,7 +269,7 @@ support new platforms, new languages, new architectures, and new features.

    -libc++ is another new member of the LLVM +libc++ is another new member of the LLVM family. It is an implementation of the C++ standard library, written from the ground up to specifically target the forthcoming C++'0X standard and focus on delivering great performance.

    @@ -275,6 +283,43 @@ looking forward to the C++ committee finalizing the C++'0x standard.
    + + +
    +KLEE: A Symbolic Execution Virtual Machine +
    + +
    +

    +KLEE is a symbolic execution framework for +programs in LLVM bitcode form. KLEE tries to symbolically evaluate "all" paths +through the application and records state transitions that lead to fault +states. This allows it to construct testcases that lead to faults and can even +be used to verify some algorithms. +

    + +

    Although KLEE does not have any major new features as of 2.8, we have made +various minor improvements, particular to ease development:

    + + +
    + +
    External Open Source Projects Using LLVM 2.8 @@ -333,7 +378,7 @@ href="http://www.quokforge.org/projects/horizon/wiki/Wiki">wiki.

    -Clam AntiVirus is an open source (GPL) +Clam AntiVirus is an open source (GPL) anti-virus toolkit for UNIX, designed especially for e-mail scanning on mail gateways. Since version 0.96 it has bytecode @@ -570,7 +615,6 @@ in this section.

  • LLVM 2.8 now has pretty decent support for debugging optimized code. You should be able to reliably get debug info for function arguments, assuming that the value is actually available where you have stopped.
  • -
  • A new 'llvm-diff' tool is available that does a semantic diff of .ll files.
  • The MC subproject has made major progress in this release. @@ -629,7 +673,7 @@ release includes a few major enhancements and additions to the optimizers:

    be 13 in one of the predecessors of a block. It does this in conjunction with the new LazyValueInfo analysis pass.
  • The new RegionInfo analysis pass identifies single-entry single-exit regions - in the CFG. You can play with it with the "opt -regions analyze" or + in the CFG. You can play with it with the "opt -regions -analyze" or "opt -view-regions" commands.
  • The loop optimizer has significantly improved strength reduction and analysis capabilities. Notably it is able to build on the trap value and signed @@ -835,8 +879,9 @@ it run faster:

    variables can be accessed via same base address) and potentially reducing register pressure.
  • -
  • The ARM has received many minor improvements and tweaks which lead to -substantially better performance in a wide range of different scenarios.
  • +
  • The ARM backend has received many minor improvements and tweaks which lead + to substantially better performance in a wide range of different scenarios. +
  • The ARM NEON intrinsics have been substantially reworked to reduce redundancy and improve code generation. Some of the major changes are: @@ -966,9 +1011,20 @@ API changes are:

    LLVM. The Triple::normalize utility method has been added to help front-ends deal with funky triples.
  • +
  • + The signature of the GCMetadataPrinter::finishAssembly virtual + function changed: the raw_ostream and MCAsmInfo arguments + were dropped. GC plugins which compute stack maps must be updated to avoid + having the old definition overload the new signature. +
  • +
  • + The signature of MemoryBuffer::getMemBuffer changed. Unfortunately + calls intended for the old version still compile, but will not work correctly, + leading to a confusing error about an invalid header in the bitcode. +
  • - Some APIs got renamed: + Some APIs were renamed:
    • llvm_report_error -> report_fatal_error
    • llvm_install_error_handler -> install_fatal_error_handler
    • @@ -977,10 +1033,56 @@ API changes are:

  • +
  • + Some public headers were renamed: +
      +
    • llvm/Assembly/AsmAnnotationWriter.h was renamed + to llvm/Assembly/AssemblyAnnotationWriter.h +
    • +
  • + +
    +Development Infrastructure Changes +
    + +
    + +

    This section lists changes to the LLVM development infrastructure. This +mostly impacts users who actively work on LLVM or follow development on +mainline, but may also impact users who leverage the LLVM build infrastructure +or are interested in LLVM qualification.

    + + +
    @@ -1012,7 +1114,7 @@ components, please contact us on the LLVMdev list.