From 7d316de2619894ae59ebcf3f77e131332a3d64d7 Mon Sep 17 00:00:00 2001
From: Gabor Greif
Date: Thu, 5 Jun 2008 18:39:01 +0000
Subject: [PATCH] fix typos, tweak stuff, make it to validate
llvm-svn: 52015
---
docs/ReleaseNotes.html | 40 ++++++++++++++++++++--------------------
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/docs/ReleaseNotes.html b/docs/ReleaseNotes.html
index 3599eb896cd..03a74b91e28 100644
--- a/docs/ReleaseNotes.html
+++ b/docs/ReleaseNotes.html
@@ -81,7 +81,7 @@ It includes a large number of features and refinements from LLVM 2.2.
LLVM 2.2 was the last LLVM release to support llvm-gcc 4.0 and llvm-upgrade.
llvm-gcc 4.0 has been replaced with llvm-gcc 4.2. llvm-upgrade was useful for
upgrading LLVM 1.9 files to LLVM 2.x syntax, but you can always use a previous
-LLVM release to do this. One nice impact of this is that the LLVM regressionn
+LLVM release to do this. One nice impact of this is that the LLVM regression
test suite no longer depends on llvm-upgrade, which makes it run faster.
LLVM 2.3 renames the LLVMBuilder and LLVMFoldingBuilder classes to
@@ -113,15 +113,15 @@ superset of the features as the 'gcc' driver.
dispatching them to different tools.
Flexible (and extensible) rules for defining different tools.
The different intermediate steps performed by tools are represented
-as edged in the abstract graph.
-The 'language' for driver behaviour definition is tablegen and thus
+as edges in the abstract graph.
+The 'language' for driver behaviour definition is tablegen and thus
it's relatively easy to add new features.
The definition of driver is transformed into set of C++ classes, thus
no runtime interpretation is needed.
-
+
Reimplemented LTO interface in
C.
@@ -196,7 +196,7 @@ faster:
- MemOperand in the code generator: describe me!.
- Target-independent codegen infastructure now uses LLVM's APInt class for
- handling integer values, which allow it to support integer types larger
+ handling integer values, which allows it to support integer types larger
than 64 bits. Note that support for such types is also dependent on
target-specific support. Use of APInt is also a step toward support for
non-power-of-2 integer sizes.
@@ -220,12 +220,12 @@ LLVM 2.3 optimizers support a few major enhancements:
- Loop index set splitting on by default: describe me.
-- LLVM includes a new memcpy optimization pass which optimizes out dead
-memcpy calls, unneeded copies of aggregates, and handles the return slot
+
- LLVM includes a new memcpy optimization pass which optimizes out dead
+memcpy calls, unneeded copies of aggregates, and handles the return slot
optimization. The LLVM optimizer now notices long sequences of consequtive
-stores and merges them into memcpy's where profitable.
-- Alignment detection for vector memory references and for memcpy and
-memset is now more aggressive.
+stores and merges them into memcpys where profitable.
+- Alignment detection for vector memory references and for memcpy and
+memset is now more aggressive.
@@ -242,7 +242,7 @@ memset is now more aggressive.
- llvm-gcc's X86-64 ABI conformance is far improved, particularly in the
- 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.
- The LLVM X86 backend now supports the support SSE 4.1 instruction set, and
@@ -281,7 +281,7 @@ memset is now more aggressive.
-- The LLVM C backend now supports vectors code.
+- The LLVM C backend now supports vector code.
@@ -301,7 +301,7 @@ memset is now more aggressive.
- LLVM now builds with GCC 4.3.
-- llvm2cpp tool was moved into llc, use llc -march=cpp
+- llvm2cpp tool has been folded into llc, use llc -march=cpp
@@ -317,16 +317,16 @@ memset is now more aggressive.
LLVM is known to work on the following platforms:
-- Intel and AMD machines running Red Hat Linux, Fedora Core and FreeBSD
+
- Intel and AMD machines (IA32) running Red Hat Linux, Fedora Core and FreeBSD
(and probably other unix-like systems).
- PowerPC and X86-based Mac OS X systems, running 10.3 and above in 32-bit and
64-bit modes.
- Intel and AMD machines running on Win32 using MinGW libraries (native).
- Intel and AMD machines running on Win32 with the Cygwin libraries (limited
support is available for native builds with Visual C++).
-- Sun UltraSPARC workstations running Solaris 8.
+- Sun UltraSPARC workstations running Solaris 10.
- Alpha-based machines running Debian GNU/Linux.
-- Itanium-based machines running Linux and HP-UX.
+- Itanium-based (IA64) machines running Linux and HP-UX.
The core LLVM infrastructure uses GNU autoconf to adapt itself
@@ -573,11 +573,11 @@ crashing if an exception is raised. Workaround: do not use -E.
or finish at a non-byte offset in a record. Workaround: do not pack records
or use representation clauses that result in a field of a non-discrete type
starting or finishing in the middle of a byte.
-
- The lli interpreter considers 'main'
+
- The lli interpreter considers 'main'
as generated by the Ada binder to be invalid.
-Workaround: hand edit the file to use pointers for argv and envp rather than
+Workaround: hand edit the file to use pointers for argv and envp rather than
integers.
-- The -fstack-check option is ignored.
+- The -fstack-check option is ignored.
@@ -590,7 +590,7 @@ integers.