History log of /llvm-project/llvm/include/llvm/CodeGen/SelectionDAGNodes.h (Results 501 – 525 of 866)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# b3e09314 27-Jan-2009 Dale Johannesen <dalej@apple.com>

Embalm my ideas of how things should work. Not that
anyone will pay attention.

llvm-svn: 63155


# 675869ae 27-Jan-2009 Dale Johannesen <dalej@apple.com>

Reorder args, constify.

llvm-svn: 63151


# aa064e6c 27-Jan-2009 Dale Johannesen <dalej@apple.com>

Update to latest spelling.

llvm-svn: 63138


# f041127b 27-Jan-2009 Dale Johannesen <dalej@apple.com>

Add DebugLoc field and simple accessors.

llvm-svn: 63136


# 8e4ac9b7 26-Jan-2009 Dan Gohman <gohman@apple.com>

Take the next steps in making SDUse more consistent with LLVM Use, and
tidy up SDUse and related code.
- Replace the operator= member functions with a set method, like
LLVM Use has, and variants

Take the next steps in making SDUse more consistent with LLVM Use, and
tidy up SDUse and related code.
- Replace the operator= member functions with a set method, like
LLVM Use has, and variants setInitial and setNode, which take
care up updating use lists, like LLVM Use's does. This simplifies
code that calls these functions.
- getSDValue() is renamed to get(), as in LLVM Use, though most
places can either use the implicit conversion to SDValue or the
convenience functions instead.
- Fix some more node vs. value terminology issues.

Also, eliminate the one remaining use of SDOperandPtr, and
SDOperandPtr itself.

llvm-svn: 62995

show more ...


# 534c8a2d 19-Jan-2009 Dan Gohman <gohman@apple.com>

Remove SDNode's virtual destructor. This makes it impossible for
SDNode subclasses to keep state that requires non-trivial
destructors, however it was already effectively impossible,
since the destru

Remove SDNode's virtual destructor. This makes it impossible for
SDNode subclasses to keep state that requires non-trivial
destructors, however it was already effectively impossible,
since the destructor isn't actually ever called. There currently
aren't any SDNode subclasses affected by this, and in general
it's desireable to keep SDNode objects light-weight.

This eliminates the last virtual member function in the SDNode
class, so it eliminates the need for a vtable pointer, making
SDNode smaller.

llvm-svn: 62539

show more ...


# 7e105f0b 15-Jan-2009 Dan Gohman <gohman@apple.com>

Generalize the HazardRecognizer interface so that it can be used
to support MachineInstr-based scheduling in addition to
SDNode-based scheduling.

llvm-svn: 62284


# 5c6e1e3b 13-Jan-2009 Devang Patel <dpatel@apple.com>

Use DebugInfo interface to lower dbg_* intrinsics.

llvm-svn: 62127


# 385d246e 08-Jan-2009 Dan Gohman <gohman@apple.com>

Correct the form of the atomic opcode names in a comment.

llvm-svn: 61947


# dbc6c31f 05-Jan-2009 Dan Gohman <gohman@apple.com>

TargetLowering.h #includes SelectionDAGNodes.h, so it doesn't need its
own OpActionsCapacity magic number; it can just use ISD::BUILTIN_OP_END,
as long as it takes care to round up when needed.

llvm

TargetLowering.h #includes SelectionDAGNodes.h, so it doesn't need its
own OpActionsCapacity magic number; it can just use ISD::BUILTIN_OP_END,
as long as it takes care to round up when needed.

llvm-svn: 61733

show more ...


# 906152a2 05-Jan-2009 Dan Gohman <gohman@apple.com>

Tidy up #includes, deleting a bunch of unnecessary #includes.

llvm-svn: 61715


# 12f24904 23-Dec-2008 Dan Gohman <gohman@apple.com>

Clean up the atomic opcodes in SelectionDAG.

This removes all the _8, _16, _32, and _64 opcodes and replaces each
group with an unsuffixed opcode. The MemoryVT field of the AtomicSDNode
is now used

Clean up the atomic opcodes in SelectionDAG.

This removes all the _8, _16, _32, and _64 opcodes and replaces each
group with an unsuffixed opcode. The MemoryVT field of the AtomicSDNode
is now used to carry the size information. In tablegen, the size-specific
opcodes are replaced by size-independent opcodes that utilize the
ability to compose them with predicates.

This shrinks the per-opcode tables and makes the code that handles
atomics much more concise.

llvm-svn: 61389

show more ...


# db8ec2d7 09-Dec-2008 Bill Wendling <isanbard@gmail.com>

Add sub/mul overflow intrinsics. This currently doesn't have a
target-independent way of determining overflow on multiplication. It's very
tricky. Patch by Zoltan Varga!

llvm-svn: 60800


# 0b45f17b 08-Dec-2008 Duncan Sands <baldrick@free.fr>

Fix comment typo.

llvm-svn: 60698


# 8d6e2e13 23-Nov-2008 Duncan Sands <baldrick@free.fr>

Rename SetCCResultContents to BooleanContents. In
practice these booleans are mostly produced by SetCC,
however the concept is more general.

llvm-svn: 59911


# 5424e6d4 22-Nov-2008 Bill Wendling <isanbard@gmail.com>

Cleanup of the [SU]ADDO type legalization code. Patch by Duncan!

"It simplifies the type legalization part a bit, and produces better code by
teaching SelectionDAG about the extra bits in an i8 SADD

Cleanup of the [SU]ADDO type legalization code. Patch by Duncan!

"It simplifies the type legalization part a bit, and produces better code by
teaching SelectionDAG about the extra bits in an i8 SADDO/UADDO node. In
essence, I spontaneously decided that on x86 this i8 boolean result would be
either 0 or 1, and on other platforms 0/1 or 0/-1, depending on whether the
platform likes it's boolean zero extended or sign extended."

llvm-svn: 59864

show more ...


# cf678edd 21-Nov-2008 Bill Wendling <isanbard@gmail.com>

Update comment to reflect a semblance of reality.

llvm-svn: 59784


# 77538cc5 21-Nov-2008 Bill Wendling <isanbard@gmail.com>

Rename "ADDO" to "SADDO" and "UADDO". The "UADDO" isn't equivalent to "ADDC"
because the boolean it returns to indicate an overflow may not be treated like
as a flag. It could be stored to memory, fo

Rename "ADDO" to "SADDO" and "UADDO". The "UADDO" isn't equivalent to "ADDC"
because the boolean it returns to indicate an overflow may not be treated like
as a flag. It could be stored to memory, for instance.

llvm-svn: 59780

show more ...


# 74296c60 21-Nov-2008 Bill Wendling <isanbard@gmail.com>

Implement the sadd_with_overflow intrinsic. This is converted into
"ISD::ADDO". ISD::ADDO is lowered into a target-independent form that does the
addition and then checks if the result is less than o

Implement the sadd_with_overflow intrinsic. This is converted into
"ISD::ADDO". ISD::ADDO is lowered into a target-independent form that does the
addition and then checks if the result is less than one of the operands. (If it
is, then there was an overflow.)

llvm-svn: 59779

show more ...


# 526cbee9 21-Nov-2008 Bill Wendling <isanbard@gmail.com>

Update comment.

llvm-svn: 59766


# 39acb29f 21-Nov-2008 Bill Wendling <isanbard@gmail.com>

Add UADDO and SADDO nodes. These will be used for determining an overflow
condition in an addition operation.

llvm-svn: 59760


# 1132313e 18-Nov-2008 Dan Gohman <gohman@apple.com>

Whitespace cleanups.

llvm-svn: 59532


# 072734eb 13-Nov-2008 Dan Gohman <gohman@apple.com>

Remove the FlaggedNodes member from SUnit. Instead of requiring each SUnit
to carry a SmallVector of flagged nodes, just calculate the flagged nodes
dynamically when they are needed.

The local-liven

Remove the FlaggedNodes member from SUnit. Instead of requiring each SUnit
to carry a SmallVector of flagged nodes, just calculate the flagged nodes
dynamically when they are needed.

The local-liveness change is due to a trivial scheduling change where
the scheduler arbitrary decision differently.

llvm-svn: 59273

show more ...


# 774e9ac4 11-Nov-2008 Mon P Wang <wangmp@apple.com>

Cleaned up and fix bugs in convert_rndsat node

llvm-svn: 59025


# 58fb9135 10-Nov-2008 Mon P Wang <wangmp@apple.com>

Added CONVERT_RNDSAT (conversion with rounding and saturation) SDNode to
support targets that support these conversions. Users should avoid using
this node as the current targets don't generating cod

Added CONVERT_RNDSAT (conversion with rounding and saturation) SDNode to
support targets that support these conversions. Users should avoid using
this node as the current targets don't generating code for it.

llvm-svn: 59001

show more ...


1...<<21222324252627282930>>...35