1. The "JITState" object creates a PassManager with the ModuleProvider that the
   jit is created with.  If the ModuleProvider is removed and deleted, the
   PassManager is invalid.

2. The Global maps in the JIT were not invalidated with a ModuleProvider was 
   removed.  This could lead to a case where the Module would be freed, and a 
   new Module with Globals at the same addresses could return invalid results.

llvm-svn: 51384

llvm-svn: 51381

llvm-svn: 51380

llvm-svn: 51379

Fixed bug in the transfer function for dereferences: the loaded value from EvalLoad should bind to the UnaryOperator*, not its subexpression.

Added test case to exercise this fix when checking for uses of uninitialized values.

Patch by Zhongxing Xu!

llvm-svn: 51377

llvm-svn: 51375

llvm-svn: 51372

changes in my tree, so I don't have a testcase which affects trunk.

llvm-svn: 51371

committed.

llvm-svn: 51370

not the missing diagnostic.

llvm-svn: 51365

ASTs.  This is a hack, but I haven't considered how we really 
want to do this.

llvm-svn: 51364

we now iterate over the whole AST when we destroy it.

llvm-svn: 51363

(specifically, for TranslationUnits created from SerializationTest.cpp).  
Fixes a double-free bug in the serialization tests.

llvm-svn: 51362

llvm-svn: 51361

need it...).  Patch by Mike Stump.

llvm-svn: 51360

ScalarEvolution::deleteValueFromRecords on it before doing the
replaceAllUsesWith, because ScalarEvolution looks at the instruction's
users to find SCEV references to the instruction's SCEV object in its
internal maps.

Move all of LSR's loop-related state clearing after processing the loop
and before cleaning up dead PHI nodes. This eliminates all of LSR's SCEV
references just before the calls to ScalarEvolution::deleteValueFromRecords
so that when ScalarEvolution drops its own SCEV references, the reference
counts will reach zero and the SCEVs will be deleted immediately.

These changes fix some compiler aborts involving ScalarEvolution holding
onto and reusing SCEV objects for instructions that have been deleted.
No regression test unfortunately; because the symptoms were due to
dangling pointers, reduced testcases ended up being fairly arbitrary.

llvm-svn: 51359

llvm-svn: 51358

llvm-svn: 51357

hoist them.

llvm-svn: 51356

llvm-svn: 51351

now that instcombine also has ComputeNumSignBits.

llvm-svn: 51350

llvm-svn: 51349

ComputeNumSignBits to SelectionDAG's ComputeNumSignBits.

llvm-svn: 51348

llvm-svn: 51345

llvm-svn: 51335

llvm-svn: 51330

the contributed code.

llvm-svn: 51329

Rename the last test with .llx extension to .ll, resolve duplicate test by renaming to isnan2. Now that no test has llx ending there is no need to search for them from dg.exp too.

llvm-svn: 51328

llvm-svn: 51327

llvm-svn: 51326

llvm-svn: 51324

wrong directory, this is the patch to fix it (also attached)."

Patch by 'OvermindDL1'

llvm-svn: 51323

llvm-svn: 51322

llvm-svn: 51321

llvm-svn: 51320

llvm-svn: 51319

in Sema, per discussion on mailing list.  This doesn't cause any changes 
in the test results.  I'll probably add some more tests at some point, 
but it's an open question what we need to accept to be compatible with 
real code.

This doesn't touch the existing isConstantExpr method on Expr; that 
should be addressed somehow eventually (either removed or refined to 
whatever is appropriate).

llvm-svn: 51318

consensus was that it was fine; iso646 is trivial.

We actually don't need that many headers overall... on Ubuntu, at least, 
all we need are stdint.h, stdarg.h, limits.h, and float.h to stop 
depending on having gcc's headers around for normal code.

On a side note, the path searching needs some improvement; I had to 
hardcode the path to my header directory into clang.cpp to get the 
driver to use it consistently.

llvm-svn: 51317

llvm-svn: 51316

llvm-svn: 51313