llvm-svn: 126188

llvm-svn: 126187

mingw-w64's i128 tweak should be done with x86_64-mingw32.

llvm-svn: 126186

underlying type: we weren't parsing unnamed enumeration types with a
fixed underlying type.

llvm-svn: 126184

enumeration types. Fixes <rdar://problem/8559831>.

llvm-svn: 126183

Make clang -cc1 disable Objective-C exceptions by default, and add a -fobjc-exceptions flag to turn them on.

Update all tests accordingly.

llvm-svn: 126177

llvm-svn: 126175

In Objective-C, there are no trailing return types, so don't produce diagnostics suggesting they are missing.

llvm-svn: 126174

It works like -isystem and the search path keeps -isystem and
-cxx-isystem in order relative to each other. -cxx-isystem is only used
for C++ sources though. Drop the existing -cxx-system-include option for
cc1 as it is now redundant.

llvm-svn: 126167

 * 'auto' was being rejected on abstract-declarators with trailing return
types and on typedefs with trailing return types. 'auto' is always
allowed in these cases. This was found while testing the fix for PR 9278.

 * A very poor diagnostic was being issued for auto (f() -> int): "return
type must be 'auto', not 'auto'". This is closely related to PR 9060.

 * Trailing return type handling was happening slightly too late,
resulting in the checks for functions returning arrays and functions
returning functions being missed.

llvm-svn: 126166

llvm-svn: 126164

protocols do not match with method implementation.
// rdar://7076235

llvm-svn: 126162

The instance size of a metaclass should be the size of a class.  This is not, in fact, 0, even for very small classes.  (GNU runtime)

llvm-svn: 126161

This actually rules out too much, since it also catches typedefs for pointers to functions with trailing return types:

  typedef auto (*F)() -> int;

Fix for that (and the same issue in all abstract-declarators) to follow shortly.

llvm-svn: 126153

llvm-svn: 126152

llvm-svn: 126149

When the mismatch is due to a larger input operand that is
a constant, truncate it down to the size of the output.  This
allows us to accept some cases in the linux kernel and elsewhere.
Pedantically speaking, we generate different code than GCC, though
I can't imagine how it would matter:

Clang:
	movb	$-1, %al
	frob %al

GCC:

	movl	$255, %eax
	frob %al

llvm-svn: 126148

llvm-svn: 126146

llvm-svn: 126145

llvm-svn: 126143

llvm-svn: 126142

llvm-svn: 126140

 * Flag indicating 'we're parsing this auto typed variable's initializer' moved from VarDecl to Sema
 * Temporary template parameter list for auto deduction is now allocated on the stack.
 * Deduced 'auto' types are now uniqued.

llvm-svn: 126139

Fix call to send_error() in scan-view.  An int error code is expected but a string was being sent.  Patch by Andrew Price!

llvm-svn: 126138

initializers just because they don't have a proper out-of-line definition.
Such code is technically ill-formed but is too common and too unlikely to be
a problem to be seriously worth worrying about.

llvm-svn: 126137

llvm-svn: 126134

patch by Matthew Dempsky!

llvm-svn: 126133

when doing the property default synthesis.
// rdar://9027673.

llvm-svn: 126128

llvm-svn: 126116

when checking an initialization.

llvm-svn: 126115

logic from CXXMemberCallExpr and by making it check for
CXXOperatorCallExpr in order to defer.  This is not really an awesome solution,
but I don't have a better idea.

llvm-svn: 126114

for ?: on record types.

llvm-svn: 126113

CMake: Eliminate duplicate -D__STDC_LIMIT_MACROS and -D__STDC_CONSTANT_MACROS. llvm/cmake/modules/HandleLLVMOptions.cmake defines them.

llvm-svn: 126105

for consistency with other tests (and to remove "scalar" from the name).

llvm-svn: 126104

appropriate attribute. Add a bit more testing that finds a pretty bad
regression (since ~forever) in this warning. Fix it with a nice 2 line
change. =]

llvm-svn: 126098

-Wformat-security on -Wformat, not vice-versa.

Fixes PR8486. Patch by Oleg Slezberg.

llvm-svn: 126096

Requires CMake 2.8.3 or newer.

llvm-svn: 126094

llvm-svn: 126093

CMake complained about this while generating VS project files but was
okay with it while generating makefiles on Linux.

llvm-svn: 126090

llvm-svn: 126087