It broke many hosts to crash.

llvm-svn: 174035

as well.

llvm-svn: 174030

llvm-svn: 174028

it isn't really an AliasAnalysis concept, and ValueTracking has similar things
that it could plausibly share code with some day.

llvm-svn: 174027

The Attribute::hasAttributes() is kind of meaningless since an Attribute can
have only one attribute. And we would rather people use the 'operator=='
instead of Attribute::hasAttribute().

llvm-svn: 174026

reference to a pointer, so that it can handle the case where DataLayout
is not available and behave conservatively.

llvm-svn: 174024

llvm-svn: 174023

Makefile.config does not have the value for ENABLE_THREADS substituted as the
variable is called LLVM_ENABLE_THREADS within configure.ac.  This was pointed
out by zygoloid over IRC.

llvm-svn: 174021

 - Also, add a test for it.

llvm-svn: 174019

llvm-svn: 174018

llvm-svn: 174017

llvm-svn: 174014

--- Reverse-merging r174010 into '.':
U    include/llvm/IR/Attributes.h
U    lib/IR/Verifier.cpp
U    lib/IR/Attributes.cpp

llvm-svn: 174012

Filecheckized 2x tests in SimplifyCFG and removed their date prefix to fit with current llvm style for test names.

llvm-svn: 174011

The AttrBuilder is there to build up multiple attributes. The Attribute class
represents only one attribute at a time. So remove this unnecessary builder
creator method.

llvm-svn: 174010

llvm-svn: 174009

register for inline asm. This conforms to how gcc allows for effective
casting of inputs into gprs (fprs is already handled).

llvm-svn: 174008

llvm-svn: 174007

llvm-svn: 174006

llvm-svn: 174005

Several places were still treating the Attribute object as respresenting
multiple attributes. Those places now use the AttributeSet to represent
multiple attributes.

llvm-svn: 174003

llvm-svn: 174002

llvm-svn: 174001

llvm-svn: 174000

llvm-svn: 173999

with an assert instead of failing and requiring callers to check for failure.

llvm-svn: 173998

llvm-svn: 173997

for example, a one-past-the-end pointer from one global variable may
be equal to the base pointer of another global variable.

llvm-svn: 173995

As a bonus I put in some extra checks to make sure that we are identifying the
machine word of various Mac OS X/iOS targets appropriately.

llvm-svn: 173994

On systems which support the QPX vector instructions, the stack must be
32-byte aligned.

llvm-svn: 173993

llvm-svn: 173992

There are still places which treat the Attribute object as a collection of
attributes. I'm systematically removing them.

llvm-svn: 173990

llvm-svn: 173988

llvm-svn: 173987

llvm-svn: 173986

What I thought was going to be a quick thing has extended out a little bit in
time *sigh*. So after some thought in order to not cruft up the tree I am
removing this for now since it is the right thing to do.

llvm-svn: 173985

This should have gone in with r173973.

llvm-svn: 173984

so we follow the convention that all other platforms follow by having an is*
test method.

llvm-svn: 173983

It was creating a new AttrBuilder when we could just fill in the AttrBuilder
we're building.

llvm-svn: 173975

prevent an llvm developer from mistakenly thinking that just because the
intrinsic has volatile flags that volatile operations can be converted
to or folded into them.

Platforms may rely on volatile loads and stores of natively supported
data width to be executed as single instruction. When compiling
C, this expectation likely holds for l-values of volatile primitive
types with native hardware support, but not necessarily for aggregate
types. The frontend upholds these expectations, which are not
specified in the IR.

llvm-svn: 173974