const NSConstantString *appKey =  @"MyApp";

llvm-svn: 123680

Joerg Sonnenberger!

llvm-svn: 123669

llvm-svn: 123668

llvm-svn: 123667

This allows us to cache a "#pragma unused" that occurs inside an inline C++ member function.
Fixes rdar://8829590&8770988.

llvm-svn: 123666

__builtin___CFStringMakeConstantString
This fixes PR8993. A darwin expert might want to check that this is safe.

llvm-svn: 123658

llvm-svn: 123612

Enforce C++[class.mem]p8:
A virt-specifier-seq shall contain at most one of each virt-specifier.

llvm-svn: 123611

llvm-svn: 123608

llvm-svn: 123607

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3206.htm

This lands support for parsing virt-specifier-seq after member functions, including the
contextual keywords 'final', and 'override'. The keywords are not yet used for anything.

llvm-svn: 123606

Fix a bug where the -Wmissing-noreturn would always treat constructors with base or member initializers as noreturn.

llvm-svn: 123603

llvm-svn: 123602

Downgrade ext_enumerator_too_large from ExtWarn to Extension in Microsoft mode. Otherwise you can warnings flooding trying to selfhost clang with fms-extensions because of "unsigned int" -> "signed int" enumerator conversion.

llvm-svn: 123600

llvm-svn: 123582

non-variadic function template over a variadic one. This matches GCC
and the intent of the C++0x wording, in a way that I think is likely
to be acceptable to the committee.

llvm-svn: 123581

and the filename has multiple .'s in it, use the last.  For example, "foo.bar.cpp"
should produce "foo.bar.d" not "foo.d".  Patch by Johan Boule in PR8391

llvm-svn: 123576

llvm-svn: 123553

Add toCharUnitsInBits() to simplify the many calls to CharUnits::fromQuantity() of the form CharUnits::fromQuantity(bitSize, Context.getCharWidth()).

llvm-svn: 123542

llvm-svn: 123538

llvm-svn: 123531

rdar://8867482

llvm-svn: 123522

template template parameter pack that cannot be fully expanded because
its enclosing pack expansion could not be expanded. This form of
TemplateName plays the same role as SubstTemplateTypeParmPackType and
SubstNonTypeTemplateParmPackExpr do for template type parameter packs
and non-type template parameter packs, respectively.

We should now handle these multi-level pack expansion substitutions
anywhere. The largest remaining gap in our variadic-templates support
is that we cannot cope with non-type template parameter packs whose
type is a pack expansion.

llvm-svn: 123521

-Wuninitialized based on CFG dataflow analysis.  WIP.

llvm-svn: 123512

llvm-svn: 123511

llvm-svn: 123510

the TemplateName class. Nothing actually changes, but I find this less
objectionable (and it will factor into an upcoming change).

llvm-svn: 123508

that captures the substitution of a non-type template argument pack
for a non-type template parameter pack within a pack expansion that
cannot be fully expanded. This follows the approach taken by
SubstTemplateTypeParmPackType.

llvm-svn: 123506

number of expansions, when we know it, and propagate that information
through Sema.

llvm-svn: 123493

contain multiple parameter packs at different levels.

llvm-svn: 123488

Found by clang static analyzer.

llvm-svn: 123485

Remove this variable (found by clang static analyzer).

llvm-svn: 123484

used; nuke all assignments and its declaration.

llvm-svn: 123483

llvm-svn: 123482

analyzer -cc1 options that are tailored to the
input type.  If the input type is "C++", we should
only run the dead stores checker (for now).  Similarly,
checks specific to Objective-C should only run
on Objective-C Code.

llvm-svn: 123481

llvm-svn: 123478

it will expand to, if known. Propagate this information throughout Sema.

llvm-svn: 123470

Addresses rdar://8435969&8852495

llvm-svn: 123462

llvm-svn: 123460

llvm-svn: 123459