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

Some of the buildbots need to be upgraded to a more recen version of
dwarfdump first.

Reverting for now.

llvm-svn: 203338

llvm-svn: 203337

This can possibly be refined later, but right now the experience
is so incomprehensible for a user to understand what is going on
this isn't a useful warning.

llvm-svn: 203336

llvm-svn: 203335

llvm-svn: 203334

llvm-svn: 203333

llvm-svn: 203332

llvm-svn: 203331

llvm-svn: 203330

Will fix this harder in a moment.

llvm-svn: 203329

llvm-svn: 203328

the buildbots can take it.

llvm-svn: 203327

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