gcc-4.4.

llvm-svn: 84902

llvm-svn: 84892

even when keys get RAUWed and deleted during its lifetime. By default the keys
act like WeakVHs, but users can pass a third template parameter to configure
how updates work and whether to do anything beyond updating the map on each
action.

It's also possible to automatically acquire a lock around ValueMap updates
triggered by RAUWs and deletes, to support the ExecutionEngine.

llvm-svn: 84890

llvm-svn: 83849

llvm-svn: 83848

llvm-svn: 81189

llvm-svn: 79508

llvm-svn: 79498

llvm-svn: 79435

This:
--
#undef DEBUG_TYPE
#define DEBUG_TYPE "foo"
DEBUG(...)
#undef DEBUG_TYPE
#define DEBUG_TYPE ""
--
becomes this:
--
DEBUG_WITH_TYPE("foo", ...)
--

llvm-svn: 78435

llvm-svn: 78196

llvm-svn: 77054

llvm-svn: 77053

 - The only meat here is in Value.{h,cpp} the rest is essential 'const
   std::string &' -> 'const Twine &'.

llvm-svn: 77048

llvm-svn: 77042

llvm-svn: 73635

llvm-svn: 73521

llvm-svn: 73515

Comments welcome!

llvm-svn: 73456

llvm-svn: 70569

comment a bit.

llvm-svn: 70515

llvm-svn: 66790

llvm-svn: 66788

llvm-svn: 66400

and extern_weak_odr.  These are the same as the non-odr versions,
except that they indicate that the global will only be overridden
by an *equivalent* global.  In C, a function with weak linkage can
be overridden by a function which behaves completely differently.
This means that IP passes have to skip weak functions, since any
deductions made from the function definition might be wrong, since
the definition could be replaced by something completely different
at link time.   This is not allowed in C++, thanks to the ODR
(One-Definition-Rule): if a function is replaced by another at
link-time, then the new function must be the same as the original
function.  If a language knows that a function or other global can
only be overridden by an equivalent global, it can give it the
weak_odr linkage type, and the optimizers will understand that it
is alright to make deductions based on the function body.  The
code generators on the other hand map weak and weak_odr linkage
to the same thing.

llvm-svn: 66339

llvm-svn: 65631

llvm-svn: 65630

llvm-svn: 65629

This means that we have to include an additional header.

This patch should be functionally equivalent. I cannot outrule any performance
degradation, though I do not expect any.

llvm-svn: 61694

llvm-svn: 60880

llvm-svn: 60039

llvm-svn: 58900

llvm-svn: 57032

block specified by the InstList. Patch by Stefanus Du Toit.

llvm-svn: 56200

llvm-svn: 52699

llvm-svn: 52524

llvm-svn: 52461

llvm-svn: 52460

llvm-svn: 52360

llvm-svn: 51954