llvm-svn: 59623

llvm-svn: 59622

llvm-svn: 59621

llvm-svn: 59620

llvm-svn: 59619

llvm-svn: 59618

ExpandIntegerOperand (LegalizeIntegerTypes.cpp) is needed which is yet to be reworked and submitted. 

llvm-svn: 59617

PragmaPackStack. Thanks Chris!

llvm-svn: 59616

value).
 - Use extra argument to EmitStoreThroughLValue to provide place to
   write update bit-field value if caller requires it.
 - This fixes several FIXMEs.

llvm-svn: 59615

llvm-svn: 59614

llvm-svn: 59613

llvm-svn: 59612

llvm-svn: 59611

llvm-svn: 59610

llvm-svn: 59609

llvm-svn: 59608

llvm-svn: 59607

llvm-svn: 59606

won't match it:

  template<std::size_t StrLen>
  bool isName(const char Str[StrLen]) const {
    return getLength() == StrLen-1 && !memcmp(getName(), Str, StrLen-1);
  }

llvm-svn: 59605

the code and speeds it up.

llvm-svn: 59604

llvm-svn: 59603

llvm-svn: 59602

first.  This should allow removal of a bunch of II->getName() calls.

llvm-svn: 59601

llvm-svn: 59600

llvm-svn: 59599

llvm-svn: 59598

llvm-svn: 59597

This also makes it illegal to have bare '%'s in diagnostics.  If you
want a % in a diagnostic, use %%.

llvm-svn: 59596

llvm-svn: 59595

llvm-svn: 59594

const char*'s are now not converted to std::strings when the diagnostic
is formed, we just hold onto their pointer and format as needed.

This commit makes DiagnosticClient::FormatDiagnostic even more of a 
mess, I'll fix it in the next commit.

llvm-svn: 59593

- Rewrite the sentence to make it look as if English is my first language.

llvm-svn: 59592

llvm-svn: 59591

Instead of doing that, copy the strings into the diagnostic info.

llvm-svn: 59590

llvm-svn: 59589

__builtin_prefetch code to only emit one diagnostic per builtin_prefetch.
While this has nothing to do with the rest of the patch, the code seemed
like overkill when I was updating it.

llvm-svn: 59588

llvm-svn: 59587

llvm-svn: 59586

not "int".

Fix a typo in the promotion of enumeration types that was causing some
integral promotions to look like integral conversions (leading to
extra ambiguities in overload resolution).

Check for "acceptable" overloaded operators based on the types of the
arguments. This is a somewhat odd check that is specified by the
standard, but I can't see why it actually matters: the overload
candidates it suppresses don't seem like they would ever be picked as
the best candidates.

llvm-svn: 59583

 - Only focusing on llvm_gcc_c for now, eventually this needs to be
   refactored so it can be shared via all the gcc-like tools.

llvm-svn: 59582