explicit type cast. // rdar://10521744

llvm-svn: 149437

llvm-svn: 149436

cancel out each other. Leave it alone so users can take a look
(unmigrated code forces error diagnostic). // rdar://10521744

llvm-svn: 149435

builds, and bring mm_alloc.h into the fold. Start playing some tricks
with these builtin modules to mirror the include_next tricks that the
headers already perform.

llvm-svn: 149434

It was wrong and completely unused.

llvm-svn: 149433

llvm-svn: 149432

llvm-svn: 149431

llvm-svn: 149430

llvm-svn: 149429

llvm-svn: 149428

behaivior because it indexes past the end of _contentPool.

llvm-svn: 149427

llvm-svn: 149426

llvm-svn: 149425

llvm-svn: 149424

Each SubRegIndex keeps track of how it composes.

llvm-svn: 149423

The Darwin toolchain constructor was assuming that all Darwin triples would
have an OS string starting with "darwin".  Triples starting with "macosx"
would misinterpret the version number, and "ios" triples would completely
miss the version number (or worse) because the OS name is not 6 characters
long.  We lose some sanity checking of triple strings here, since the
Triple.getOSVersion function doesn't do all the checking that the previous
code did, but this still seems like a step in the right direction.

llvm-svn: 149422

llvm-svn: 149421

llvm-svn: 149420

llvm-svn: 149419

This class is used to represent SubRegIndex instances instead of the raw
Record pointers that were used before.

No functional change intended.

llvm-svn: 149418

Excellent suggestion from Ben Kramer.

llvm-svn: 149417

llvm-svn: 149416

Found by Ryan Taylor

llvm-svn: 149415

Back the optimization down from -O3 to -Os.  I'm getting an unexplained crasher on -O3.  I've looked for a libc++abi bug and can't find one.  I'm suspecting clang optimizer bug.  But I don't have a good test case at the moment.  Deferring investigation on this for now as I will soon be developing more and smaller tests.

llvm-svn: 149414

Drop the stress a notch on dynamic_cast_stress.cpp.  Otherwise it occasionally causes clang to crash.  Put a noexcept(false) on a throwing destructor in test_vector1.cpp.  The test now passes for both C++03 and C++11 modes.  Add testit script.  All tests are now PASSING :-)

llvm-svn: 149413

llvm-svn: 149412

now that this handles the release / retain calls.

Adds a regression test for that bug (which is a compile-time
regression) and for the last two changes to the IntrusiveRefCntPtr,
especially tests for the memory leak due to copy construction of the
ref-counted object and ensuring that the traits are used for release /
retain calls.

llvm-svn: 149411

Reported by Sebastian Pop

llvm-svn: 149410

Have the default unexpected/terminate handler output *demangled* names for the type of exception instead of the mangled name.

llvm-svn: 149409

llvm-svn: 149408

(Since this is syntax only, might be a good candidate for turning into a
compiler warning.)

llvm-svn: 149407

replacements for 'starcat/strcpy' instead of 'strncat/strncpy'.

llvm-svn: 149406

llvm-svn: 149405

Revert r149359.  This was a hack to a problem with an easy workaround, and it doesn't feel like general solution.

llvm-svn: 149404

llvm-svn: 149403

A separate unreachable message will make it easier to debug if either of the
unreachables is reached.

llvm-svn: 149402

Patch by Niels Grewe!

llvm-svn: 149401

Found and fixed a bug in __cxa_call_unexpected.  If the unexpected_handler rethrows the same exception then needed information gets overwritten in the original exception header.  Therefore save it locally before executing the unexpected_handler.

llvm-svn: 149400

llvm-svn: 149398

__has_builtin

in an empty file, as we were overwriting the EOF token.  Overwriting an arbitrary token
never seems like a good idea in the error case.  This fixes a bug reported on the GCC
list :)

llvm-svn: 149397