llvm-svn: 215284

llvm-svn: 215283

since the operands are actually used on those cores. Provide aliases for
the only documented case in the newer Power ISA speec.

llvm-svn: 215282

llvm-svn: 215281

and update initialization.

llvm-svn: 215280

llvm-svn: 215279

llvm-svn: 215277

created.

llvm-svn: 215271

This will lower them using register copies rather than loads and stores
to the stack.

llvm-svn: 215270

These tests were using SI-NOT: MOVREL to make sure concat vectors
weren't being lowered to stack loads and stores, but we are using
scratch buffers for the stack now instead of registers, so we need
to add an additional SI-NOT check for scratch buffers.

With this change I was able to uncover one broken test which will
be fixed in a future commit.

llvm-svn: 215269

llvm-svn: 215267

llvm-svn: 215266

Cleanup only: no functional change.

This patch makes RuntimeDyldMachO targets directly responsible for decoding
immediates, rather than letting them implement catch a callback from generic
code. Since this is a very target specific operation, it makes sense to let the
target-specific code drive it.

llvm-svn: 215255

llvm-svn: 215253

Sorry for the noise.

llvm-svn: 215249

llvm-svn: 215248

llvm-svn: 215243

Part of pr20544. Test to follow in a second.

llvm-svn: 215241

llvm-svn: 215240

empty functions will assert in the MC object writer.

llvm-svn: 215238

I accidentally also used INC/DEC for unsigned arithmetic which doesn't work,
because INC/DEC don't set the required flag which is used for the overflow
check.

llvm-svn: 215237

std::map invalidates the iterator to any element that gets deleted, which means
we can't increment it correctly afterwards. This was causing Darwin test
failures.

llvm-svn: 215233

llvm-svn: 215231

This is a small peephole optimization to emit INC/DEC when possible.

Fixes <rdar://problem/17952308>.

llvm-svn: 215230

DebugInfo: Recommit (reverted in r215217, originally committed in r215157) the assertion that no argument variable is overwritten by subsequent argument variables.

This turned up a bug in clang where arguments were emitted with
duplicate argument numbers (see r215227).

llvm-svn: 215228

llvm-svn: 215226

I supposed PRIx32 might be unused in the tree.

llvm-svn: 215225

llvm-svn: 215224

floating point exceptions, added use of flag to fold potentially exception 
raising floating point math in selection DAG. No functionality change, as 
targets have to explicitly ask for this behavior and none does today.

llvm-svn: 215222

soft-float is properly supported.

llvm-svn: 215221

llvm-svn: 215220

llvm-svn: 215219

llvm-svn: 215218

test in the test-suite while I investigate further.

llvm-svn: 215217

llvm-svn: 215216

llvm-svn: 215212

[mips] Invert the abicalls feature bit to be noabicalls so that it's possible for -mno-abicalls to take effect.

Also added the testcase that should have been in r215194.

This behaviour has surprised me a few times now. The problem is that the
generated MipsSubtarget::ParseSubtargetFeatures() contains code like this:

   if ((Bits & Mips::FeatureABICalls) != 0) IsABICalls = true;

so '-abicalls' means 'leave it at the default' and '+abicalls' means 'set it to
true'. In this case, (and the similar -modd-spreg case) I'd like the code to be

  IsABICalls = (Bits & Mips::FeatureABICalls) != 0;

or possibly:

   if ((Bits & Mips::FeatureABICalls) != 0)
     IsABICalls = true;
   else
     IsABICalls = false;

and preferably arrange for 'Bits & Mips::FeatureABICalls' to be true by default
(on some triples).

llvm-svn: 215211

llvm-svn: 215209

llvm-svn: 215207

The bug can cause spec2006/483.xalancbmk failure.

Patched by David Xu.

llvm-svn: 215206