From 524a5ddbb346dbdd29437b17d86d2be2aaec36dd Mon Sep 17 00:00:00 2001 From: John Criswell Date: Mon, 2 Mar 2009 15:28:15 +0000 Subject: [PATCH] Grammar and punctuation fixes. No content changes. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@65844 91177308-0d34-0410-b5e6-96231b3b80d8 --- docs/ReleaseNotes.html | 52 ++++++++++++++++++++++-------------------- 1 file changed, 27 insertions(+), 25 deletions(-) diff --git a/docs/ReleaseNotes.html b/docs/ReleaseNotes.html index 56eea956ab8..2bc3f0f533f 100644 --- a/docs/ReleaseNotes.html +++ b/docs/ReleaseNotes.html @@ -152,7 +152,7 @@ objects as well as an improved value-constraints subengine that does a much better job of reasoning about inequality relationships (e.g., x > 2) between variables and constants. -

The set of checks performed by the static analyzer continue to expand, and +

The set of checks performed by the static analyzer continues to expand, and future plans for the tool include full source-level inter-procedural analysis and deeper checks such as buffer overrun detection. There are many opportunities to extend and enhance the static analyzer, and anyone interested in working on @@ -241,7 +241,8 @@ it as a kind of functional scripting language for many application areas.

LDC is an implementation of the D Programming Language using the LLVM optimizer and code generator. -LDC project works great with the LLVM 2.5 release. General improvements in this +The LDC project works great with the LLVM 2.5 release. General improvements in +this cycle have included new inline asm constraint handling, better debug info support, general bugfixes, and better x86-64 support. This has allowed some major improvements in LDC, getting us much closer to being as @@ -304,7 +305,7 @@ Types like i33 have long been valid in the LLVM IR, but were previously only supported by the interpreter. Note that the C backend still does not support these. -

  • LLVM 2.5 no longer uses 'bison', so it is easier to build on Windows.
    • +
  • LLVM 2.5 no longer uses 'bison,' so it is easier to build on Windows.
    • @@ -377,13 +378,13 @@ standard libc functions.
  • The parser for ".ll" files in lib/AsmParser is now completely rewritten as a recursive descent parser. This parser produces better error messages (including -caret diagnostics) is less fragile (less likely to crash on strange things) does -not leak memory, is more efficient, and eliminates LLVM's last use of the +caret diagnostics), is less fragile (less likely to crash on strange things), +does not leak memory, is more efficient, and eliminates LLVM's last use of the 'bison' tool.
  • Debug information representation and manipulation internals have been consolidated to use a new set of classes in - llvm/Analysis/DebugInfo.h classes. These routines are more + llvm/Analysis/DebugInfo.h. These routines are more efficient, robust, and extensible and replace the older mechanisms. llvm-gcc, clang, and the code generator now use them to create and process debug information.
    • @@ -399,7 +400,7 @@ not leak memory, is more efficient, and eliminates LLVM's last use of the
    -

    In addition to a huge array of bug fixes and minor performance tweaks, this +

    In addition to a large array of bug fixes and minor performance tweaks, this release includes a few major enhancements and additions to the optimizers:

    @@ -614,7 +615,7 @@ API changes are:

    @@ -703,11 +704,12 @@ href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev">LLVMdev list.

  • The X86 backend generates inefficient floating point code when configured to generate code for systems that don't have SSE2.
  • Win64 code generation wasn't widely tested. Everything should work, but we - expect small issues to happen. Also, llvm-gcc cannot build mingw64 runtime - currently due + expect small issues to happen. Also, llvm-gcc cannot build the mingw64 + runtime currently due to several - bugs due to lack of support for the - 'u' inline assembly constraint and X87 floating point inline assembly.
    • + bugs and due to lack of support for + the + 'u' inline assembly constraint and for X87 floating point inline assembly.
  • The X86-64 backend does not yet support the LLVM IR instruction va_arg. Currently, the llvm-gcc and front-ends support variadic argument constructs on X86-64 by lowering them manually.
    • @@ -740,7 +742,7 @@ compilation, and lacks support for debug information.
  • Thumb mode works only on ARMv6 or higher processors. On sub-ARMv6 processors, thumb programs can crash or produce wrong results (PR1388).
    • -
  • Compilation for ARM Linux OABI (old ABI) is supported, but not fully tested. +
  • Compilation for ARM Linux OABI (old ABI) is supported but not fully tested.
  • There is a bug in QEMU-ARM (<= 0.9.0) which causes it to incorrectly execute @@ -757,7 +759,7 @@ programs compiled with LLVM. Please use more recent versions of QEMU.
    • @@ -800,7 +802,7 @@ appropriate nops inserted to ensure restartability.
      -
    • The Itanium backend is highly experimental, and has a number of known +
    • The Itanium backend is highly experimental and has a number of known issues. We are looking for a maintainer for the Itanium backend. If you are interested, please contact the LLVMdev mailing list.
    @@ -888,12 +890,12 @@ itself, Qt, Mozilla, etc.

    -The llvm-gcc 4.2 Ada compiler works fairly well, however this is not a mature -technology and problems should be expected. +The llvm-gcc 4.2 Ada compiler works fairly well; however, this is not a mature +technology, and problems should be expected.
    • The Ada front-end currently only builds on X86-32. This is mainly due -to lack of trampoline support (pointers to nested functions) on other platforms, -however it also fails to build on X86-64 +to lack of trampoline support (pointers to nested functions) on other platforms. +However, it also fails to build on X86-64 which does support trampolines.
    • The Ada front-end fails to bootstrap. This is due to lack of LLVM support for setjmp/longjmp style