| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Patch by Shantonu Sen.
llvm-svn: 46715
|
| |
|
|
|
|
| |
expand the result of this operator!" (node: ctlz).
llvm-svn: 46713
|
| |
|
|
|
|
| |
this operator's operand" (node: extract_subvector).
llvm-svn: 46712
|
| |
|
|
| |
llvm-svn: 46711
|
| |
|
|
| |
llvm-svn: 46709
|
| |
|
|
| |
llvm-svn: 46708
|
| |
|
|
| |
llvm-svn: 46707
|
| |
|
|
|
|
|
|
|
| |
any bugs in the future since to get the crash you also
need hacked in fake libcall support (which creates odd
but legal trees), but since adding it doesn't hurt...
Thanks to Chris for this ultimately reduced version.
llvm-svn: 46706
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ReadyToProcess node - add an assertion to check
this. Add an assertion to NodeDeleted that checks
that processed/ready nodes are indeed not deleted.
It is because they are never deleted that none of
the maps can have a deleted node as the source of
a mapping. It does however seem to be possible in
theory to have a deleted value as the target of a
mapping, however this has not yet been spotted in
the wild. Still mulling on what to do about this.
[The theoretical situation is this: a node A is
expanded/promoted/whatever to a newly created node
B. Thus A->B is added to a map. When the subtree
rooted at B is legalized it is conceivable that B
is deleted due to RAUW on a node somewhere above
it].
llvm-svn: 46705
|
| |
|
|
|
|
| |
Evan's help with the rest.
llvm-svn: 46697
|
| |
|
|
| |
llvm-svn: 46696
|
| |
|
|
| |
llvm-svn: 46695
|
| |
|
|
|
|
| |
stores to be deleted in some cases.
llvm-svn: 46694
|
| |
|
|
| |
llvm-svn: 46693
|
| |
|
|
| |
llvm-svn: 46692
|
| |
|
|
|
|
| |
qualifiers use the __attribute__((address_space(id))) syntax.
llvm-svn: 46691
|
| |
|
|
|
|
|
|
|
|
|
| |
not in the current directory. This doesn't work with VPATH builds in
autotooled builds.
- ccc now creates object files without an extension.
- Return exit code 1 if code > 255.
Patch by Torok!
llvm-svn: 46689
|
| |
|
|
| |
llvm-svn: 46688
|
| |
|
|
| |
llvm-svn: 46687
|
| |
|
|
|
|
|
|
| |
they are
*mapped* onto errors.
llvm-svn: 46686
|
| |
|
|
| |
llvm-svn: 46685
|
| |
|
|
| |
llvm-svn: 46684
|
| |
|
|
|
|
| |
reassociate anyways, but they could be generated during instcombine's run.
llvm-svn: 46683
|
| |
|
|
| |
llvm-svn: 46682
|
| |
|
|
| |
llvm-svn: 46681
|
| |
|
|
|
|
| |
multiple times due to a RAUW.
llvm-svn: 46680
|
| |
|
|
|
|
|
|
| |
keep the LegalizeTypes node flags up to date when doing a RAUW.
This fixes a nasty bug that Duncan ran into and makes the
previous (nonbuggy case) more efficent.
llvm-svn: 46679
|
| |
|
|
| |
llvm-svn: 46678
|
| |
|
|
|
|
|
|
|
|
| |
DAGUpdateListener object pointer instead of just returning a vector
of deleted nodes. This makes the interfaces more efficient (no more
allocating a vector [at least a malloc], filling it in, then walking
it) and more clean. This also allows the client to be notified of
nodes that are *changed* but not deleted.
llvm-svn: 46677
|
| |
|
|
|
|
| |
middle of a class.
llvm-svn: 46676
|
| |
|
|
| |
llvm-svn: 46675
|
| |
|
|
|
|
|
|
|
| |
SelectionDAG::ReplaceAllUsesWith to handle replacement of
an SDOperand with *any* sdoperand, not just one for a node with
a single result. Note that this has a horrible FIXME'd hack in it
to work around PR1975. This should be removed when PR1975 is fixed.
llvm-svn: 46674
|
| |
|
|
| |
llvm-svn: 46673
|
| |
|
|
|
|
| |
legalize types.
llvm-svn: 46672
|
| |
|
|
|
|
| |
scope. This is part of the fix for PR1966
llvm-svn: 46669
|
| |
|
|
| |
llvm-svn: 46667
|
| |
|
|
| |
llvm-svn: 46666
|
| |
|
|
| |
llvm-svn: 46665
|
| |
|
|
|
|
|
| |
ocu vectors should not treat bitcasts from int <-> vector as a splat
unless it is of the element type.
llvm-svn: 46664
|
| |
|
|
| |
llvm-svn: 46663
|
| |
|
|
| |
llvm-svn: 46662
|
| |
|
|
|
|
|
|
|
|
|
| |
should be merged just like normal globals. This fixes this testcase
that Anders provided:
static struct s a;
static struct s *ap1 = &a;
static struct s a = { 10 };
llvm-svn: 46661
|
| |
|
|
|
|
|
|
|
| |
information descriptor and its corresponding stack frame index in MachineModuleInfo. This only works if the local variable is "homed" in the stack frame. It does not work for byval parameter, etc.
Added ISD::DECLARE node type to represent llvm.dbg.declare intrinsic. Now the intrinsic calls are lowered into a SDNode and lives on through out the codegen passes.
For now, since all the debugging information recording is done at isel time, when a ISD::DECLARE node is selected, it has the side effect of also recording the variable. This is a short term solution that should be fixed in time.
llvm-svn: 46659
|
| |
|
|
| |
llvm-svn: 46658
|
| |
|
|
| |
llvm-svn: 46657
|
| |
|
|
|
|
|
| |
than double through the C bindings. Thanks to Tomas Lindquist
Olsen for reporting it.
llvm-svn: 46656
|
| |
|
|
| |
llvm-svn: 46655
|
| |
|
|
|
|
| |
Since this behavior is useful for most classes, we might consider adding a simple 3 method class that implements the behavior. Ted said that Boost has such a class.
llvm-svn: 46654
|
| |
|
|
|
|
|
|
| |
(since they result in bad runtime behavior).
I'm sure there are other classes that might need this "guard", however I was bitten by these 2 recently (so I thought I'd fix them).
llvm-svn: 46653
|
| |
|
|
| |
llvm-svn: 46652
|