method. This allows the target lowering code to not have to deal with MDNodes.

Also, avoid leaking memory like a sieve by not creating a global variable for
the image info section, but just emitting the code directly.

llvm-svn: 150624

llvm-svn: 150623

Snooping in other namespaces when the identifier being corrected is
already qualified (i.e. a valid CXXScopeSpec is passed to CorrectTypo)
and ranking synthesized namespace qualifiers relative to the existing
qualifier is now performed. Support for disambiguating the string
representation of synthesized namespace qualifers has also been added
(the change to test/Parser/cxx-using-directive.cpp is an example of an
ambiguous relative qualifier).

llvm-svn: 150622

Accomplished by moving the body of StringRef::edit_distance into
a separate function that accepts two ArrayRefs, and making
StringRef::edit_distance a wrapper around the new function.

llvm-svn: 150621

with the same parameter types and return type as the function call
operator. This is the real answer to

  http://stackoverflow.com/questions/4148242/is-it-possible-to-convert-a-c0x-lambda-to-a-clang-block

:)

llvm-svn: 150620

llvm-svn: 150619

which attempted to rewrite the same meta-data twice.

llvm-svn: 150618

Factor the construction of the lambda-to-function-pointer conversion function declaration into a separate function. No functionality change

llvm-svn: 150617

Reviewed by Ted Kremenek.

llvm-svn: 150616

Store the warning option corresponding to a diagnostics as an index into the option table instead of storing the name.

Another 8 bytes + relocation removed from every diagnostic on x86_64.

llvm-svn: 150615

Use __is_polymorphic if available.  This fixes http://llvm.org/bugs/show_bug.cgi?id=11983 .  Patch contributed by Jonathan Sauer.

llvm-svn: 150614

tuple was accidentally lacking a valid copy assignment operator.  It went undetected because I had failed to test assigning from a const lvalue.  This fixes http://llvm.org/bugs/show_bug.cgi?id=11921

llvm-svn: 150613

This option was added in r129614 and doesn't have any use case that I'm aware
of. It's possible that external tools are using these names - and if that's
the case we can certainly reassess the functionality, but for now it lets us
shave out a few unneeded bits from clang.

Move the "StaticDiagNameIndex" table into the only remaining consumer, diagtool.
This removes the actual diagnostic name strings from clang entirely.

Reviewed by Chris Lattner & Ted Kremenek.

llvm-svn: 150612

function, provide a specialized diagnostic that indicates the kind of
special member function (default constructor, copy assignment
operator, etc.) and that it was implicitly deleted. Add a hook where
we can provide more detailed information later.

llvm-svn: 150611

llvm-svn: 150610

Do not parse sign if a sign is not the next legal character when parsing floating point from an input stream.  Fixes http://llvm.org/bugs/show_bug.cgi?id=11871

llvm-svn: 150609

llvm-svn: 150608

Patch by Sundeep!

llvm-svn: 150607

llvm-svn: 150606

This reverts commit 1656806a944bbd23e98c6e578810fe02495ab741.

llvm-svn: 150605

as it's breaking the build.

This reverts commit 11241abca5e2a313412fed594bb9d9fa2a2057fb.

llvm-svn: 150604

llvm-svn: 150603

llvm-svn: 150602

llvm-svn: 150601

llvm-svn: 150600

Another stab at fixing http://llvm.org/bugs/show_bug.cgi?id=12007.  I earlier missed that there are two common_type definitions and corrected only one of them.

llvm-svn: 150599

llvm-svn: 150591

told to look in a namespace.

llvm-svn: 150590

llvm-svn: 150589

specialize location information and diagnostics for this entity.

llvm-svn: 150588

llvm-svn: 150587

llvm-svn: 150586

llvm-svn: 150585

return statements within a lambda; this diagnostic previously referred
to blocks.

llvm-svn: 150584

llvm-svn: 150583

For ELF, also call fixSymbolsInTLSFixups() on expressions passed to EmitValue (literal values). Previously only called on expressions in instructions. New test cases added to tls.s, tls-i386.s. Resolves PR11981.

llvm-svn: 150582

Remove reference from common_type definition.  It looks like a recent clang decltype implementation got fixed/improved and exposed this.  Fixes http://llvm.org/bugs/show_bug.cgi?id=12007.

llvm-svn: 150581

world on Solaris 11 for both x86 and x86-64 using the built-in assembler and
Solaris (not GNU) ld, however it currently relies on a hard-coded GCC location
to find crtbegin.o and crtend.o, as well as libgcc and libgcc_eh.  

llvm-svn: 150580

in test/SemaCXX/nullptr.cpp to static_assert

llvm-svn: 150579

This commit makes PrintfSpecifier::fixType() and ScanfSpecifier::fixType()
only fix a conversion specification enough that Clang wouldn't warn about it,
as opposed to always changing it to use the "canonical" conversion specifier.
(PR11975)

This preserves the user's choice of conversion specifier in cases like:

printf("%a", (long double)1);
where we previously suggested "%Lf", we now suggest "%La"

printf("%x", (long)1);
where we previously suggested "%ld", we now suggest "%lx".

llvm-svn: 150578