llvm-svn: 111584

of the current thread. This has the unfortunate effect that assert() and abort()
will end up bypassing our crash recovery attempts. We work around this for
anything in the same linkage unit by just defining our own versions of the
assert handler and abort.

llvm-svn: 111583

llvm-svn: 111582

 - Test case is disabled for now, because something isn't write with file
   remapping.

llvm-svn: 111581

llvm-svn: 111580

completion step with -code-completion-at=, to allow testing simulated source
changes.

llvm-svn: 111579

llvm-svn: 111578

extending vector load should extend each element in the same way as the
corresponding scalar extending load.

llvm-svn: 111577

llvm-svn: 111575

llvm-svn: 111574

Fix some typos in the documentation of -fdiagnostics-parseable-fixits. Typos by me, patch by Eelis van der Weegen

llvm-svn: 111573

its return status into lldbtest.TestBase.runCmd(); and runCmd() in combination
with checking the output against matching substrings (including startswith) into
lldbtest.TestBase.expect().

TestUnsignedTypes.py is refactored to use the abstracted APIs.  Other test cases
to be modified later.

llvm-svn: 111572

llvm-svn: 111571

are local externs.  Fixes <rdar://problem/8302138>.

llvm-svn: 111570

When a set of bitmask operations, typically from a bitfield initialization, only modifies the low bytes of a value,
we can narrow the store to only over-write the affected bytes.

llvm-svn: 111568

Fixed a long delay in shutdown times by invalidating m_private_state_thread right before the private state thread (which calls "void *Process::RunPrivateStateThread ()") exits.

llvm-svn: 111567

llvm-svn: 111561

llvm-svn: 111560

llvm-svn: 111559

flag -fdiagnostics-parseable-fixits, from Eelis van der Weegen!

llvm-svn: 111557

llvm-svn: 111553

llvm-svn: 111552

llvm-svn: 111551

and reenable crash recovery test.
 - Reparsing is still very crashy / weird, so I had to sprinkle random code into
   the remapped input to get it to do what I want (i.e., crash!).

llvm-svn: 111550

llvm-svn: 111547

llvm-svn: 111546

llvm-svn: 111545

llvm-svn: 111544

llvm-svn: 111543

llvm-svn: 111542

llvm-svn: 111541

llvm-svn: 111540

llvm-svn: 111539

llvm-svn: 111538

llvm-svn: 111537

llvm-svn: 111536

The Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 16.00.30319.01
implements parts of C++0x based on the draft standard. An old version of
the draft had a bug that makes std::pair<T1*, T2*>(something, 0) fail to
compile. This is because the template<class U, class V> pair(U&& x, V&& y)
constructor is selected, even though it later fails to implicitly convert
U and V to frist_type and second_type.

This has been fixed in n3090, but it seems that Microsoft is not going to
update msvc.

llvm-svn: 111535

llvm-svn: 111534

rdar://8277890

llvm-svn: 111533

llvm-svn: 111532