llvm-svn: 127319

When deserializing CXXBaseSpecifiers (and offsets), make sure to walk the chain in the correct order.

llvm-svn: 127315

simplify the logic of initializing function parameters so that we don't need
both a variable declaration and a type in FunctionArgList.  This also means
that we need to propagate the CGFunctionInfo down in a lot of places rather
than recalculating it from the FAL.  There's more we can do to eliminate
redundancy here, and I've left FIXMEs behind to do it.

llvm-svn: 127314

K&R-style default argument promotion.

llvm-svn: 127313

llvm-svn: 127291

should report the original file name for contents of files that were overriden by other files,
otherwise it should report the name of the new file. Default is true.

Also add similar field in PreprocessorOptions and pass similar parameter in ASTUnit::LoadFromCommandLine.

llvm-svn: 127289

static analyzer: Fix use-after-free bug in RegionStore involving LazyCompoundValueData not reference counting Store objects.

llvm-svn: 127288

llvm-svn: 127285

Make the Objective-C checker look for subclasses of NSString instead of just NSString and NSMutableString.

llvm-svn: 127268

by using an enumeration rather than a boolean value. No functionality
change.

llvm-svn: 127259

varienty of cases. // rdar://9092208

llvm-svn: 127257

keywords for Objective-C+ and C++0x. 

llvm-svn: 127253

Fixed source range for StaticAssertDecl and LinkageSpecDecl. Fixed source range for declarations using postfix types.

llvm-svn: 127251

llvm-svn: 127248

llvm-svn: 127242

llvm-svn: 127238

llvm-svn: 127237

variable that just happens to be stored in a wierd place.

llvm-svn: 127235

for a local variable.

llvm-svn: 127227

llvm-svn: 127225

llvm-svn: 127223

in case we want to make a world where we can check intermediate instantiations
for this kind of breadcrumb.

llvm-svn: 127221

diagnostic.  Also, these attributes are commonly written with macros which we
actually pre-define, so instead of expanding the macro location, refer to the
instantiation location and name it using the macro loc.

llvm-svn: 127219

llvm-svn: 127217

llvm-svn: 127216

dependent scope and produce an error (rather than crashing). Fixes PR8979.

llvm-svn: 127206

clobber with the 'y' constraint. Otherwise, we get the wrong return type and an
assert, because it created a '<1 x i64>' vector type instead of the x86_mmx
type.

llvm-svn: 127185

llvm-svn: 127183

llvm-svn: 127176

CodeGenFunction::GenerateBlockFunction() should initialize DebugInfo just like CodeGenFunction::GenerateCode()

llvm-svn: 127174

It will accept flexible array in union and also as the sole element of a struct/class.

Fixes rdar://9065507.

llvm-svn: 127171

DebugInfo can be enabled or disabled at function level (e.g. using an attribute). However, at module level it is determined by command line option and the state of command line option does not change during compilation. Make this layering explicit and fix accidental cases where the code generator was checking whether module has debug info enabled instead of checking whether debug info is enabled for this function or not.

llvm-svn: 127165

21 int main() {
22  A a;

For example, here user would expect to stop at line 22, even if A's constructor leads to a call through CXXDefaultArgExpr.

This fixes ostream-defined.exp regression from gdb testsuite.

llvm-svn: 127164

of a C++0x inline namespace within enclosing namespaces, as noted in
C++0x [namespace.def]p8.

Fixes <rdar://problem/9006349>, a libc++ failure where Clang was
rejected an explicit specialization of std::swap (since libc++ puts it
into an inline, versioned namespace std::__1).

llvm-svn: 127162

dependent template specialization type, make sure to set the keyword
location. Fixes some valgrind issues introduced in r127150.

llvm-svn: 127159

trivial to check this.  Adjust for style.

llvm-svn: 127151

to set the source-location information for the template arguments to
the *transformed* source-location information, not the original
source-location information. Fixes <rdar://problem/8986308> (a libc++
SFINAE issue) and the Boost.Polygon failure.

llvm-svn: 127150

llvm-svn: 127148

allocation and therefore requires a null-check.  We were doing that, but
we weren't treating the new-initializer as being conditionally executed,
which means it was possible to get ill-formed IR as in PR9298.

llvm-svn: 127147

llvm-svn: 127144