emitted or the machine code for a function is freed.  Chris mentioned that we
may also want a notification when a stub is emitted, but that'll be a future
change.  I intend to use this to tell oprofile where functions are emitted and
what lines correspond to what addresses.

llvm-svn: 74157

llvm-svn: 74109

reintroduce them later.

Also, don't require MCSection* when creating a symbol.

llvm-svn: 74081

llvm-svn: 74076

llvm-svn: 74044

EXPECT_EQ(expected, actual) .  This will make error messages understandable as
it uses terms such as "expected" and "actual" based on the order of arguments.

llvm-svn: 73150

llvm-svn: 72610

llvm-svn: 71993

Constant* in preperation of a future change to support holding non-Constants
in an MDNode.

llvm-svn: 71407

to make the copy constructor and destructor protected, and corresponding
adjustments to the unittests.

llvm-svn: 70644

llvm-svn: 70572

the comparison operators were not only unnecessary in the presence of the
implicit conversion; they caused ambiguous overload errors. So I deleted them.

llvm-svn: 70243

Patch by Jeffrey Yasskin!

llvm-svn: 70084

patch by Jeff Yasskin!

llvm-svn: 70058

true), and casts make me nervous and are verbose anyway, so here's a
ConstantInt::getSigned(Ty, int64_t) method. Just overloading
ConstantInt::get() to take an int64_t too would cause ambiguous
overload errors."

Patch by Jeffrey Yasskin!

llvm-svn: 69958

llvm-svn: 69846

llvm-svn: 68668

llvm-svn: 68664

* Converted C-style casts to C++-style casts

llvm-svn: 68613

Constant, MDString and MDNode which can only be used by globals with a name
that starts with "llvm." or as arguments to a function with the same naming
restriction.

llvm-svn: 68420

llvm-svn: 68258

 - The code is silly, I'm just amusing myself. Rewrite to be efficient
   if you like. :)

Also, if you wish to debate the proper names of the triple components
I'm all ears.

llvm-svn: 68252

llvm-svn: 68249

llvm-svn: 68167

llvm-svn: 67652

llvm-svn: 67326

llvm-svn: 67083

llvm-svn: 65517

llvm-svn: 64137

causing assertion failures in getSExtValue().
Fix it by making highWordBits actually contain what its name says,
and add some more unit-tests for APInt.
This fixes PR3419.

llvm-svn: 63107

The way this worked before was to test APInt by running
"lli -force-interpreter=true" knowing the lli uses APInt under the hood to
store its values. Now, we test APInt directly.

llvm-svn: 62514

llvm-svn: 62035

llvm-svn: 62025

Some generic clean-ups. Also make the StringMapEntryInitializer specialization apply only to the tests that are actually testing it.

llvm-svn: 61923

 StringMapEntryInitializer classes. Leave it for the compiler to figure out what
 the type is and what "0" should be transformed into.

* Un-disable the unit tests which test the StringMapEntryInitializer class.

llvm-svn: 61922

llvm-svn: 61919

* Fixed but in StringMap::clear()
* Removed trailing whitespace

Original patch by Talin.

llvm-svn: 61914

* Fixed {copy,assignment} constructor test names
* s/EXPECT_EQ(true, ...)/ASSERT_TRUE(...)/

Patch by Talin.

llvm-svn: 61883

run the tests. Most of this was stolen from the llvm/test Makefiles.

llvm-svn: 61648

llvm-svn: 61609