llvm-svn: 126590

specifiers such as

  typename T::template apply<U>

Previously, we would turn T::template apply<U> into a
TemplateSpecializationType. Then, we'd reprocess that
TemplateSpecializationType and turn it into either a
TemplateSpecializationType wrapped in an ElaboratedType (when we could
resolve "apply" to a template declaration) or a
DependentTemplateSpecializationType. We now produce the same ASTs but
without generating the intermediate TemplateSpecializationType.

The end goal here is to avoid generating TemplateSpecializationTypes
with dependent template-names, ever. We're not there yet.

llvm-svn: 126589

Fix copy_n to increment only n-1 times for an input iterator.  This works much better with std::istream_iterator<int>(std::cin).  Credit: Matan Nassau.

llvm-svn: 126581

necessary anymore.

llvm-svn: 126580

llvm-svn: 126579

llvm-svn: 126578

GCC -Waddress warns about this but clang doesn't (PR9043).

llvm-svn: 126577

Fixed two problems found by Chris Jefferson:  Made operator>> for char consistent with gcc.  Opened an LWG issue on this one.  2) Renamed some private typedefs which are causing boost grief.

llvm-svn: 126576

llvm-svn: 126574

llvm-svn: 126573

llvm-svn: 126572

llvm-svn: 126571

Target/X86: Always emit "push/pop GPRs" in prologue/epilogue and emit "spill/reload frames" for XMMs.

It improves Win64's prologue/epilogue but it would not affect ia32 and amd64 (lack of nonvolatile XMMs).

llvm-svn: 126568

llvm-svn: 126567

llvm-svn: 126566

llvm-svn: 126565

llvm-svn: 126564

llvm-svn: 126563

This follows the interface of getNodeAttributes.

llvm-svn: 126562

Fix this test case for CMake builds after r126502, which sneakily  changed the actual executable name to clang-<version>.

llvm-svn: 126560

llvm-svn: 126559

llvm-svn: 126558

Add some DAGCombines for (adde 0, 0, glue), which are useful to optimize legalized code for large integer arithmetic.

1. Inform users of ADDEs with two 0 operands that it never sets carry
2. Fold other ADDs or ADDCs into the ADDE if possible

It would be neat if we could do the same thing for SETCC+ADD eventually, but we can't do that in target independent code.

llvm-svn: 126557

This successfully performs constructor lookup and verifies that a
delegating initializer is the only initializer present.

This does not perform loop detection in the initialization, but it also
doesn't codegen delegating constructors at all, so this won't cause
runtime infinite loops yet.

llvm-svn: 126552

llvm-svn: 126546

to give us a non-null return slot.

llvm-svn: 126544

send before making the call.  Fixes rdar://problem/7854674

llvm-svn: 126543

char-width agnostic.

llvm-svn: 126542

llvm-svn: 126541

loading references as part of that.  Use 'char' TBAA when accessing
(immediate!) fields of a may_alias struct;  fixes PR9307.

llvm-svn: 126540

don't let calls to such functions go down the normal type-checking path.
Test this out with __builtin_classify_type and __builtin_constant_p.

llvm-svn: 126539

   InstAlias<{alias}, {aliasee}>;

The InstAlias instruction should be able to go from the MCInst to the
{alias}. All of the information is there to match the MCInst with the
{aliasee}. From there, it's a simple matter to emit the {alias}, with the
correct operands from the {aliasee}.

The code this patch generates can be used by the InstPrinter to automatically
print out the alias without having to write special C++ code to handle the
situation.

This is a WIP, and therefore are several limitations. For instance, it cannot
handle AsmOperands at the moment. It also doesn't know what to do when two
{alias}es match the same {aliasee}. (Currently, it just ignores those two cases
and allows the printInstruction method to handle them.)

llvm-svn: 126538

otherwise, use the thing the debugserver is started with.

Fixed rdar://problem/9056462
The process launch flag '-w' for setting the current working directory not working?

llvm-svn: 126537

// rdar://9056351

llvm-svn: 126536

block. // rdar://9055596

llvm-svn: 126535

Radar 9056686

llvm-svn: 126534

This one just installs the default build into a different destination directory.

llvm-svn: 126533

llvm-svn: 126531

the intermediate files built with the same dictionary during test execution.

llvm-svn: 126530

current working directory when running the inferior.  Radar filed:

    # rdar://problem/9056462
    # The process launch flag '-w' for setting the current working directory not working?

llvm-svn: 126529