Allow targets to expand COPY and other standard pseudo-instructions
before they are expanded with copyPhysReg().

This allows the target to examine the COPY instruction for extra
operands indicating it can be widened to a preferable super-register
copy.  See the ARM -widen-vmovs option.

llvm-svn: 141578

llvm-svn: 141577

llvm-svn: 141576

This should unbreak the picky buildbots.

llvm-svn: 141575

For me, this is a nice convenience. We generally want grep to match
stats output only when the event has occurred.

llvm-svn: 141574

llvm-svn: 141573

llvm-svn: 141572

llvm-svn: 141571

instruction set has no 64-bit SRA support.

llvm-svn: 141570

For example, MachineLICM should not hoist a load that is not guaranteed to be executed.
Radar 10254254.

llvm-svn: 141569

where we can't expand (i.e., multi-level substitution), be sure to
substitute the pack with its level-reduced pack. Fixes PR10230.

llvm-svn: 141568

The difference between isPseudo and isCodeGenOnly is a bit murky, but
isCodeGenOnly should eventually go away.  It is used for instructions
that are clones of real instructions with slightly different properties.

The standard pseudo-instructions never mirror real instructions, so they
are definitely in the isPseudo category.

llvm-svn: 141567

Apple only supports libc++ on OS X 10.7 and later but for the open-source
compiler that restriction doesn't make sense.

llvm-svn: 141566

frontend removes the non-system directory to maintain gcc compatibility.  When
this happens NumAngled needs to be updated.
PR11097

llvm-svn: 141565

compiled on mips32r1 processors because it uses synci and rdhwr instructions
which are supported only on mips32r2, so I replaced this function with the
call to function cacheflush which works for both mips32r1 and mips32r2.
Patch by Sasa Stankovic

llvm-svn: 141564

llvm-svn: 141563

The table is indexed by opcode, so simply removing pseudo-instructions
creates a wrong mapping from opcode to table entry.

Add a test case for xorps which has a very high opcode that exposes this
problem.

llvm-svn: 141562

 - Remodel Expr::EvaluateAsInt to behave like the other EvaluateAs* functions,
   and add Expr::EvaluateKnownConstInt to capture the current fold-or-assert
   behaviour.
 - Factor out evaluation of bitfield bit widths.
 - Fix a few places which would evaluate an expression twice: once to determine
   whether it is a constant expression, then again to get the value.

llvm-svn: 141561

hang, and possibly SPEC/CINT2006/464_h264ref.

llvm-svn: 141560

it might be wrong for other instantiations of the same function
template. Fixes PR10801.

llvm-svn: 141559

Now that we support move generation, mention this in the language extension and C++ status pages. Also update the C++ status for default functions, which are complete now that we can generate move functions, and destructor exception specifications, which I did a while ago.

llvm-svn: 141558

llvm-svn: 141557

llvm-svn: 141556

llvm-svn: 141555

llvm-svn: 141554

for future work.

llvm-svn: 141553

subexpressions. Fixes PR10291.

llvm-svn: 141552

llvm-svn: 141551

llvm-svn: 141549

isel doesn't ignore it.

llvm-svn: 141548

constexpr constructor templates. Such checking is optional, and currently hard
to get right since clang doesn't generate implicit member initializers until
instantiation (even for non-dependent members).

This is needed for clang to accept libstdc++ from g++4.6 in c++0x mode.

llvm-svn: 141547

llvm-svn: 141546

qualifier itself is invalid. Crasher noticed by Fariborz.

llvm-svn: 141544

initializer to update the type of the declaration. For example, this
allows us to determine the size of an incomplete array from its
initializer. Fixes PR10288.

llvm-svn: 141543

declarator, so that the declarator is in scope for the
initializer. Fixes PR9989.

llvm-svn: 141539

!. Fixes PR9865.

llvm-svn: 141537

llvm-svn: 141536

llvm-svn: 141535

llvm-svn: 141534

llvm-svn: 141533