llvm-svn: 149543

llvm-svn: 149542

llvm-svn: 149541

It *looks* like this caused PR11903, somehow.

llvm-svn: 149540

llvm-svn: 149539

llvm-svn: 149538

Remove a TODO regarding where some can_catch are implemented.  I opted to make can_catch pure virtual in the top __shim_type_info, and have each sub-class implement its own.  There are some repeated definitions, but they are trivial.

llvm-svn: 149537

Add some tests to test catching nullptr with pointers and member pointers.  Tests are only activated if #if __has_feature(cxx_nullptr).

llvm-svn: 149536

anything into the corresponding DeclContext. Co-hacked with Sean;
fixes <rdar://problem/10768928>.

llvm-svn: 149535

Quash a TODO related to catching pointer-to-member.  These tests fail on my copy of gcc-4.2.  But I believe the tests to be correct (and they pass for libc++abi).  I've enquired on the C++ standards mailing list for a clarification in case I'm wrong.  So far I've gotten one response that agrees with me.

llvm-svn: 149534

Patch by Timothy J Fontaine!

llvm-svn: 149533

a SourceManager that has already been deleted, rdar://10768346.

llvm-svn: 149532

llvm-svn: 149531

llvm-svn: 149530

llvm-svn: 149529

llvm-svn: 149527

Spotted by rjmcall.

llvm-svn: 149526

declarations with special names.

A patch by Dmitri Gribenko.

llvm-svn: 149525

argument in strncat.

The warning is ignored by default since it needs more qualification. 

TODO: The warning message and the note are messy when
strncat is a builtin due to the macro expansion.

llvm-svn: 149524

llvm-svn: 149523

Removing a TODO:  can_catch is fundamentally different than search_above_dst.  can_catch is looking for an unamiguous public base class of a specific type, but at any address.  search_above_dst is looking for an unambiguous public base class of a specific type, *and* at a specific address.  Additionally can_catch is run for all types.  search_above_dst is only run on class types.  So these are only superficially similar.  Not similar enough for resuse, at least without making the code unreadable.

llvm-svn: 149522

llvm-svn: 149521

llvm-svn: 149520

llvm-svn: 149519

Treat all exceptions except that the ones that this library throws as foreign.  Even other C++ exceptions.

llvm-svn: 149518

llvm-svn: 149517

cleans up and improves a few things:
  - We get rid of the ugly dance of computing all of the captures in
  data structures that clone those of CapturingScopeInfo, centralizing
  the logic for accessing/updating these data structures
  - We re-use the existing capture logic for 'this', which actually
  works now.

Cleaned up some diagnostic wording in minor ways as well.

llvm-svn: 149516

llvm-svn: 149515

llvm-svn: 149514

llvm-svn: 149513

llvm-svn: 149510

It could only be specified on the commandline, and wouldn't show
up as an option in the GUI or when invoked via `cmake -i` at all.

This also tells CMake that it's a BOOL, rather than "UNINITIALIZED".

llvm-svn: 149506

test/CodeGen/X86/avx-minmax.ll: Relax expressions for Win32 targets. YMM arguments are passed as indirect on Win32 x64.

llvm-svn: 149505

And remove HAVE_CLANG_CONFIG_H, now that the header is generated
in the autoconf build, too. (clang r149497 / llvm r149498)

Also include the config.h header after all other headers, per
the LLVM coding standards.

It also turns out WindowsToolChain.cpp wasn't using the config
header at all, so that include's just deleted now.

llvm-svn: 149504

llvm-svn: 149503

llvm-svn: 149502

llvm-svn: 149501

On Cygwin, at first, <stddef.h> is included without __need_wint_t.
Next, <stddef.h> is included with __need_wint_t, though Modules feature would not process <stddef.h> twice.
Then, wint_t is not found in system headers.

llvm-svn: 149500

llvm-svn: 149499

The CMake build already generated one. Follows clang r149497.

This brings us one step closer to compiling and configuring clang
separately from LLVM using the autoconf build, too.

(I lack the right version of autoconf et al. to regen, but it
was a simple change, so I just updated configure manually.)

llvm-svn: 149498