| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 46746
|
|
|
|
|
|
|
|
|
| |
was incorrectly simplifying "x == (gep x, 1, i)" into false, even
though i could be negative. As it turns out, all the code to
handle this already existed, we just need to disable the incorrect
optimization case and let the general case handle it.
llvm-svn: 46739
|
|
|
|
| |
llvm-svn: 46738
|
|
|
|
| |
llvm-svn: 46725
|
|
|
|
|
|
| |
we are recording variable information at isel time this means parameters would appear in the reverse order. The short term fix is to issue recordVariable() at asm printing time instead.
llvm-svn: 46724
|
|
|
|
| |
llvm-svn: 46723
|
|
|
|
| |
llvm-svn: 46720
|
|
|
|
|
|
| |
over all the nodes in a particular bucket.
llvm-svn: 46716
|
|
|
|
|
|
| |
Patch by Shantonu Sen.
llvm-svn: 46715
|
|
|
|
| |
llvm-svn: 46709
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
stores to be deleted in some cases.
llvm-svn: 46694
|
|
|
|
| |
llvm-svn: 46693
|
|
|
|
| |
llvm-svn: 46687
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 46667
|
|
|
|
| |
llvm-svn: 46666
|
|
|
|
| |
llvm-svn: 46665
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
than double through the C bindings. Thanks to Tomas Lindquist
Olsen for reporting it.
llvm-svn: 46656
|
|
|
|
| |
llvm-svn: 46655
|
|
|
|
| |
llvm-svn: 46646
|
|
|
|
| |
llvm-svn: 46645
|
|
|
|
|
|
| |
llvm.dbg.func.start implies a stoppoint is set. SelectionDAGISel records a new source line but does not create a ISD::LABEL node for this special stoppoint. Asm printer will magically print this label. This ensures nothing is emitted before.
llvm-svn: 46635
|
|
|
|
| |
llvm-svn: 46628
|
|
|
|
|
|
| |
re-commit.
llvm-svn: 46623
|
|
|
|
|
|
|
| |
exposed a bug in APFloat's long double->double conversion of
NaNs. Broke several things in the ieee part of gcc testsuite.
llvm-svn: 46617
|
|
|
|
| |
llvm-svn: 46610
|
|
|
|
|
|
| |
or misc labels. This fixes the EH breakage. However I am not convinced this is *the* solution.
llvm-svn: 46609
|
|
|
|
|
|
|
|
|
|
| |
complex! ComplexExpressions can now have attributes which affect how TableGen interprets
the pattern when generating matchin code.
The first (and currently, only) attribute causes the immediate parent node of the ComplexPattern operand to be passed into the matching code rather than the node at the root of the entire DAG containing the pattern.
llvm-svn: 46606
|
|
|
|
| |
llvm-svn: 46605
|
|
|
|
|
|
| |
info.
llvm-svn: 46598
|
|
|
|
|
|
|
|
| |
calculate the offset from frame pointer to a stack slot and then storing the delta in a MachineLocation object. The name is bad (it implies a getter), and MRegisterInfo doesn't need to know about MachineLocation.
Replace getLocation() with getFrameIndexOffset() which returns the delta from frame pointer to stack slot. Dwarf writer can then use the information for whatever it wants.
llvm-svn: 46597
|
|
|
|
|
|
| |
labels.
llvm-svn: 46596
|
|
|
|
| |
llvm-svn: 46591
|
|
|
|
| |
llvm-svn: 46590
|