llvm-project.git/llvm/lib/VMCore/Instructions.cpp, branch users/nico/python-2

Rename VMCore directory to IR.

2013-01-02T09:10:48+00:00

Aside from moving the actual files, this patch only updates the build
system and the source file comments under lib/... that are relevant.

I'll be updating other docs and other files in smaller subsequnet
commits.

While I've tried to test this, but it is entirely possible that there
will still be some build system fallout.

Also, note that I've not changed the library name itself: libLLVMCore.a
is still the library name. I'd be interested in others' opinions about
whether we should rename this as well (I think we should, just not sure
what it might break)

llvm-svn: 171359

Use the predicate methods off of AttributeSet instead of Attribute.

2012-12-30T13:50:49+00:00

llvm-svn: 171257

Remove Function::getParamAttributes and use the AttributeSet accessor methods instead.

2012-12-30T12:45:13+00:00

llvm-svn: 171255

Change 'AttrVal' to 'AttrKind' to better reflect that it's a kind of attribute instead of the value of the attribute.

2012-12-22T00:37:52+00:00

llvm-svn: 170972

Rename the 'Attributes' class to 'Attribute'. It's going to represent a single attribute in the future.

2012-12-19T07:18:57+00:00

llvm-svn: 170502

Holding my nose and moving the accumulation routine to GEPOperator

2012-12-11T11:05:15+00:00

instead of the instruction. I've left a forwarding wrapper for the
instruction so users with the instruction don't need to create
a GEPOperator themselves.

This lets us remove the copy of this code in instsimplify.

I've looked at most of the other copies of similar code, and this is the
only one I've found that is actually exactly the same. The one in
InlineCost is very close, but it requires re-mapping non-constant
indices through the cost analysis value simplification map. I could add
direct support for this to the generic routine, but it seems overly
specific.

llvm-svn: 169853

Hoist the GEP constant address offset computation to a common home on

2012-12-11T10:29:10+00:00

the GEP instruction class.

This is part of the continued refactoring and cleaning of the
infrastructure used by SROA. This particular operation is also done in
a few other places which I'll try to refactor to share this
implementation.

llvm-svn: 169852

s/AttrListPtr/AttributeSet/g to better label what this class is going to be in the near future.

2012-12-07T23:16:57+00:00

llvm-svn: 169651

Use the new script to sort the includes of every file under lib.

2012-12-03T16:50:05+00:00

Sooooo many of these had incorrect or strange main module includes.
I have manually inspected all of these, and fixed the main module
include to be the nearest plausible thing I could find. If you own or
care about any of these source files, I encourage you to take some time
and check that these edits were sensible. I can't have broken anything
(I strictly added headers, and reordered them, never removed), but they
may not be the headers you'd really like to identify as containing the
API being implemented.

Many forward declarations and missing includes were added to a header
files to allow them to parse cleanly when included first. The main
module rule does in fact have its merits. =]

llvm-svn: 169131

Relax the restrictions on vector of pointer types, and vector getelementptr.

2012-11-13T12:59:33+00:00

Previously in a vector of pointers, the pointer couldn't be any pointer type,
it had to be a pointer to an integer or floating point type.  This is a hassle
for dragonegg because the GCC vectorizer happily produces vectors of pointers
where the pointer is a pointer to a struct or whatever.  Vector getelementptr
was restricted to just one index, but now that vectors of pointers can have
any pointer type it is more natural to allow arbitrary vector getelementptrs.
There is however the issue of struct GEPs, where if each lane chose different
struct fields then from that point on each lane will be working down into
unrelated types.  This seems like too much pain for too little gain, so when
you have a vector struct index all the elements are required to be the same.

llvm-svn: 167828