llvm-svn: 203326

An option with the same name already exists in the makefile build.

The name CLANG_IS_PRODUCTION is historical. We should probably change it, but
should change the configure build at the same time.

llvm-svn: 203325

and enable this test on Darwin.

llvm-svn: 203324

Suggested by Adrian Prantl in code review for r203187

llvm-svn: 203323

MergeCases table should not have an entry for MergeContents because atoms with
MergeContents attribute should never have name. This issue was not caught by a
test because getting a value of 6th element of an array of array actually gets
the first element's value of the next array, and that happened to be a valid
value. Added asserts to catch that error.

llvm-svn: 203322

This reverts commit r203320.

There is some order dependency going on that I missed.

llvm-svn: 203321

An option with the same name already exists in the makefile build.

llvm-svn: 203320

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

llvm-svn: 203319

llvm-svn: 203318

blocks when building in C mode, and serialize and deserialize the attribute.

llvm-svn: 203317

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

llvm-svn: 203313

llvm-svn: 203312

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

this is not installing itself for Mach-O binaries.

llvm-svn: 203310

horrible/fragile.
rdar://problem/16264854

llvm-svn: 203309

Summary:
COMDAT_SELECT_SAME_SIZE is a COMDAT type that I presume exist only in COFF.
The semantics of the type is that linker should merge such COMDAT sections if
their sizes are the same. Otherwise it's an error.

Reviewers: Bigcheese, shankarke, kledzik

CC: llvm-commits

Differential Revision: http://llvm-reviews.chandlerc.com/D2996

llvm-svn: 203308

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: 203302

llvm-svn: 203301

This breaks linux buildbots. Go figure.

llvm-svn: 203300

In my tests, I'm finding that declaring iterators in terms of ranges can sometimes have dangerous side-effects where the range temporary is destroyed, taking the underlying iterators out with it.

This changes the iterators so that they are no longer implemented in terms of ranges (so it's a very partial revert of the existing rangification efforts).

llvm-svn: 203299

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

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

llvm-svn: 203293

llvm-svn: 203292

llvm-svn: 203291

Implement LWG #2344: quoted()'s interaction with padding is unclear. I think that anyone using quoted with padding is really confused, but it should work the way the rest of iostreams works.

llvm-svn: 203290

No functionality change.

llvm-svn: 203289

No functionality change.

llvm-svn: 203288

declaration.

llvm-svn: 203287