http://llvm.org/viewvc/llvm-project?view=rev&revision=78127, I'm changing the
ExecutionEngine's global mappings to hold AssertingVH<const GlobalValue>. That
way, if unregistering a mapping fails to actually unregister it, we'll get an
assert. Running the jit nightly tests didn't uncover any actual instances of
the problem.

This also uncovered the fact that AssertingVH<const X> didn't work, so I fixed
that too.

llvm-svn: 78400

llvm-svn: 78260

address from the reverse mapping, and add a test that this works now.

llvm-svn: 78127

llvm-svn: 77790

llvm-svn: 77789

llvm-svn: 77788

llvm-svn: 77734

llvm-svn: 77730

metadata related, which I'm waiting on to avoid conflicting with Devang.

llvm-svn: 77721

llvm-svn: 77714

llvm-svn: 77635

llvm-svn: 77617

llvm-svn: 77597

explicitly.

llvm-svn: 77576

llvm-svn: 77569

llvm-svn: 77550

llvm-svn: 77516

llvm-svn: 77496

llvm-svn: 77471

 - Provides static constructors for doing number to string conversions without
   using temporaries.

 - There are several ways to do this, I think given the Twine constraints this
   is the simplest one.

 - One FIXME for fast number -> hex conversion.

 - Added another comment on one last major bit of perf work Twines need, which
   is to make raw_svector_ostream more efficient.

llvm-svn: 77445

llvm-svn: 77375

llvm-svn: 77188

 - This is now shorter, simpler, safer, and more efficient, what a deal.

llvm-svn: 77119

and efficient on a StringRef.

llvm-svn: 77117

values.  Hopefully this fixes PR4622.

llvm-svn: 77088

llvm-svn: 77051

test for it. The test is by no means complete, but it tests the problem I was
fixing.

llvm-svn: 77025

Revert the ConstantInt constructors back to their 2.5 forms where possible, thanks to contexts-on-types.  More to come.

llvm-svn: 77011

 - Not currently used.

llvm-svn: 76956

llvm-svn: 76904

bots like the BumpPtrAllocator changes.

llvm-svn: 76902

an off-by-one error.

llvm-svn: 76891

 - Yay for '-'s and simplifications!

 - I kept StringMap::GetOrCreateValue for compatibility purposes, this can
   eventually go away. Likewise the StringMapEntry Create functions still follow
   the old style.

 - NIFC.

llvm-svn: 76888

- Rename member function size(). New name is length().
- Store string beginning and length. Earlier it used to store string end.

llvm-svn: 76841

Reverting r76825 and r76828, since they caused clang runtime errors and some build failure involving memset.

llvm-svn: 76838

Derive MDNode from MetadataBase instead of Constant. Emit MDNodes into METADATA_BLOCK in bitcode file.

llvm-svn: 76834

out of memory, and also make the default memory manager allocate more memory
when it runs out.

Also, switch function stubs and global data over to using the BumpPtrAllocator.

This makes it so the JIT no longer mmaps (or the equivalent on Windows) 16 MB
of memory, and instead allocates in 512K slabs.  I suspect this size could go
lower, especially on embedded platforms, now that more slabs can be allocated.

llvm-svn: 76828

malloc, so there should be no functional changes to other code.

These changes are necessary since I have plans to use this allocator in the JIT
memory manager, and it needs a special allocator.

I also added some tests which helped me pinpoint some bugs.

llvm-svn: 76825

llvm-svn: 76754

llvm-svn: 76744