llvm-svn: 203361

llvm-svn: 203356

Adding range-based STL-like helper APIs. llvm::distance() is the range version of std::distance. llvm::copy is the range version of std::copy.

llvm-svn: 203354

relevant subclasses of RuntimeDyldImpl. This allows construction of
RuntimeDyldImpl instances to be deferred until after the target architecture is
known.

llvm-svn: 203352

llvm-svn: 203347

llvm-svn: 203346

llvm-svn: 203345

llvm-svn: 203344

Args is an output parameter of the function lexCommand but the reference
operator was missed.

llvm-svn: 203343

llvm-svn: 203342

De-virtualize a method since it doesn't override anything (yay 'override' keyword) and its class is in an anonymous namespace.

llvm-svn: 203341

llvm-svn: 203340

llvm-svn: 203339

llvm-svn: 203337

Will fix this harder in a moment.

llvm-svn: 203329

Suggested by Adrian Prantl in code review for r203187

llvm-svn: 203323

Add a testcase based on sret.cpp where we can now hash the entire
compile unit.

llvm-svn: 203319

This is already done for shifts.  Allow it for rotations as well. E.g.:

   (rotl:i32 x, (trunc (and y, 31))) -> (rotl:i32 x, (and (trunc y), 31))

Use the newly factored-out distributeTruncateThroughAnd.

With this patch and some X86.td tweaks we should be able to remove redundant
masking of the rotation amount like in the example above.  HW implicitly
performs this masking.

The testcase will be added as part of the X86 patch.

llvm-svn: 203316

This is the new idiom:

  x<<(y&31) | x>>((0-y)&31)

which is recognized as:

  x ROTL (y&31)

The change refines matchRotateSub.  In
Neg & (OpSize - 1) == (OpSize - Pos) & (OpSize - 1), if Pos is
Pos' & (OpSize - 1) we can just use Pos' instead of Pos.

llvm-svn: 203315

Slightly change the wording in the function comment. Originally, it can be
misunderstood as we turned the input into two subsequent rotates.

Better connect the comment which talks about Mask and the code which used
LoBits.  Renamed variable to MaskLoBits.

llvm-svn: 203314

be split and the result type widened.

When the condition of a vselect has to be split it makes no sense widening the
vselect and thereby widening the condition. We end up in an endless loop of
widening (vselect result type) and splitting (condition mask type) doing this.
Instead, split both the condition and the vselect and widen the result.

I ran this over the test suite with i686 and mattr=+sse and saw no regressions.

Fixes PR18036.

llvm-svn: 203311

horrible/fragile.
rdar://problem/16264854

llvm-svn: 203309

llvm-svn: 203307

llvm-svn: 203306

llvm-svn: 203305

First: refactor out the emission of entries into the .debug_loc section
into its own routine.

Second: add a new class ByteStreamer that can be used to either emit
using an AsmPrinter or hash using DIEHash the series of bytes that
would be emitted. Use this in all of the location emission routines
for the .debug_loc section.

No functional change intended outside of a few additional comments
in verbose assembly.

llvm-svn: 203304

to the hash.

llvm-svn: 203303

llvm-svn: 203301

This breaks linux buildbots. Go figure.

llvm-svn: 203300

llvm-svn: 203298

llvm-svn: 203297

Suggested by Adrian Prantl in code review for r203187.

llvm-svn: 203296

llvm-svn: 203295

Looks like GCC implements the lambda->function pointer conversion differently.

llvm-svn: 203294

No functionality change.

llvm-svn: 203288

declaration.

llvm-svn: 203287

llvm-svn: 203286

EXPECT_TRUE/FALSE is also more idiomatic for booleans than EXPECT_EQ

llvm-svn: 203284

Reviewed-by: Michel Dänzer <michel.daenzer@amd.com>
llvm-svn: 203281

These are sometimes created by the shrink to boolean optimization in the
globalopt pass.

Reviewed-by: Michel Dänzer <michel.daenzer@amd.com>
llvm-svn: 203280