Changes 2.8:

* libc++ and LLDB are major new additions to the LLVM collective.
* 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. Direct .o file
  writing support for darwin/x86[-64] is now reliable and support for other
  targets and object file formats are in progress.
* The memcpy, memmove, and memset intrinsics now take address space qualified
  pointers and a bit to indicate whether the transfer is "volatile" or not.
* Per-instruction debug info metadata is much faster and uses less memory by
  using the new DebugLoc class.
* LLVM IR now has a more formalized concept of "trap values", which allow the
 optimizer to optimize more aggressively in the presence of undefined behavior,
 while still producing predictable results.
* LLVM IR now supports two new linkage types (linker_private_weak and
 linker_private_weak_def_auto) which map onto some obscure MachO concepts.
* The optimizer now has support for updating debug information as it goes.
  A key aspect of this is the new llvm.dbg.value intrinsic. This intrinsic
  represents debug info for variables that are promoted to SSA values
  (typically by mem2reg or the -scalarrepl passes).
* The JumpThreading pass is now much more aggressive about implied value
  relations, allowing it to thread conditions like "a == 4" when a is known to
  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 "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
  integer overflow information to optimize <= and >= loops.
* The CallGraphSCCPassManager now has some basic support for iterating within
  an SCC when a optimizer devirtualizes a function call. This allows inlining
  through indirect call sites that are devirtualized by store-load forwarding
  and other optimizations.
* The new -loweratomic pass is available to lower atomic instructions into
  their non-atomic form. This can be useful to optimize generic code that
  expects to run in a single-threaded environment.

1 files changed, 10 insertions, 11 deletions

diff --git a/lang/clang/distinfo b/lang/clang/distinfo
index c49d76677cb..bbdd13ea54c 100644
--- a/lang/clang/distinfo
+++ b/lang/clang/distinfo
@@ -1,12 +1,11 @@
-$NetBSD: distinfo,v 1.4 2010/05/04 16:52:16 drochner Exp $
+$NetBSD: distinfo,v 1.5 2010/10/21 13:52:15 adam Exp $
 
-SHA1 (clang-2.7.tgz) = 4d8326bfe2308a7355a5e4ca2eb172bffd761e1e
-RMD160 (clang-2.7.tgz) = 177fdcf59be4a60c37cf0dfb058535c9cdbbad4e
-Size (clang-2.7.tgz) = 4953739 bytes
-SHA1 (llvm-2.7.tgz) = 059fc21b0ec1b649c4a3dec81756e5f92aa131a2
-RMD160 (llvm-2.7.tgz) = 0fa2f362dd6a45efec35ce8fa0f8d36d98f32c8f
-Size (llvm-2.7.tgz) = 8374297 bytes
-SHA1 (patch-ac) = 3b8b72035d391456c58ffb787284b1fb873b6732
-SHA1 (patch-ad) = b90fa4fa75ef1f7c8cb9475798bf7f8e53e6baa9
-SHA1 (patch-ae) = 7ace4a3835f5998fbd9582f531237977dc948849
-SHA1 (patch-af) = 440f939c1f3500e6a96b95f4ba63051c1e3f5f10
+SHA1 (clang-2.8.tgz) = 94977c84ce136307dbbeade95e67bfe3c25161ff
+RMD160 (clang-2.8.tgz) = f00956b6de29cc09f3992aeabd140f2189c6cf39
+Size (clang-2.8.tgz) = 5666777 bytes
+SHA1 (llvm-2.8.tgz) = 10d8957efac1d970fbc8264b28855250e9ce9eb1
+RMD160 (llvm-2.8.tgz) = ac54bd88d4fb624833cce86a1cb7f6f9cd2bc106
+Size (llvm-2.8.tgz) = 9112558 bytes
+SHA1 (patch-ab) = 0a2f0cca347d3f305e6e648cf811a4190d7f7b11
+SHA1 (patch-ac) = e82e112bbbb294a3880f7445a7d1b755a6e9ab43
+SHA1 (patch-ad) = 4cd7223d1660a4e8d81b33b6c99efbb680664164