Displaying 8 results from an estimated 8 matches for "getnodeid".
Did you mean:
setnodeid
2012 Sep 03
1
[LLVMdev] Selection DAG output as bare DAG, code review
..._str());
myfile << "{\n";
for (SelectionDAG::allnodes_iterator I =
CurDAG->allnodes_begin(),E = CurDAG->allnodes_end(); I != E; ++I)
{
std::cout<<"-Operation "<<I->getOperationName(CurDAG)<<"has
number "<<I->getNodeId()<<std::endl;
int operands =I->getNumOperands();
std::cout<<"- has "<<operands<<" operands"<<std::endl;
for(int i=0;i<operands;i++)
{
std::cout<<"-
"<<I->getOperand(i)->g...
2018 Feb 06
0
ConstantFP and Use
...istener::NodeUpdated:
void NodeUpdated(SDNode *N) override {
// Node updates can mean pretty much anything. It is possible that an
// operand was set to something already processed (f.e.) in which case
// this node could become ready. Recompute its flags.
assert(N->getNodeId() != DAGTypeLegalizer::ReadyToProcess &&
N->getNodeId() != DAGTypeLegalizer::Processed &&
"Invalid node ID for RAUW deletion!");
N->setNodeId(DAGTypeLegalizer::NewNode);
NodesToAnalyze.insert(N);
}
First off, I wonder if thi...
2008 Sep 12
3
[LLVMdev] Difficulty with reusing DAG nodes.
...;
if (!N.getValue(1).use_empty())
ReplaceUses(N.getValue(1), SDValue(Hi,0));
return NULL;
}
The code generator complains:
nios2-elf-ecc:
/home/rich/llvm-trunk-new/lib/CodeGen/SelectionDAG/ScheduleDAG.cpp:141:
void llvm::ScheduleDAG::BuildSchedUnits(): Assertion `N->getNodeId() ==
-1 && "Node already inserted!"' failed
I'm guessing that's because I'm reusing Op1 and Op2.
What is the right way to reuse DAG operands?
-Rich
2018 Apr 09
2
Tablegen pattern: How to emit a SDNode in an output pattern?
I'm trying to write a tablegen pattern to that matches a sequence of
SDNodes and emits again an SDNode and another instruction.
The pattern I've written looks like the folowing:
def : Pat<(foo (bar GPR:$rs1), simm12:$imm1),
(bar (BAZ GPR:$rs1, simm12:$imm1))>;
foo and bar are SDNodes, BAZ is an instruction. In particular, bar is
defined as follows:
def bar :
2008 Sep 11
0
[LLVMdev] Tail-calling
On Thu, Sep 11, 2008 at 4:31 PM, Arnold Schwaighofer
<arnold.schwaighofer at gmail.com> wrote:
> Tail calls through function pointers should work.If not please send a testcase.
>
> I just added the two examples from the bug (1392) that calls for true
> tail call support. They work on my machine (-tailcallopt needs to be
> enabled) ;)
>
> That would be commit 56127.
>
2008 Sep 11
3
[LLVMdev] Tail-calling
Tail calls through function pointers should work.If not please send a testcase.
I just added the two examples from the bug (1392) that calls for true
tail call support. They work on my machine (-tailcallopt needs to be
enabled) ;)
That would be commit 56127.
regards
On Thu, Sep 11, 2008 at 11:21 PM, Evan Cheng <evan.cheng at apple.com> wrote:
> Arnold implemented tail call. We
2012 Sep 15
0
[LLVMdev] Nice nodes dumping patch
On Sep 12, 2012, at 6:36 AM, Stepan Dyatkovskiy <STPWORLD at narod.ru> wrote:
> Hi all. Currently if you launch some tool with "-debug" option, you got pretty detailed dump. Though the SelectionDAG nodes will dumped as its pointer values:
> 0xa1d7258: i32 = GlobalAddress<void (i32, ...)* @f> 0
> 0xa1d7368: i32 = undef [ORD=1]
> 0xa1d73f0: i32 =
2012 Sep 12
4
[LLVMdev] Nice nodes dumping patch
Hi all. Currently if you launch some tool with "-debug" option, you got
pretty detailed dump. Though the SelectionDAG nodes will dumped as its
pointer values:
0xa1d7258: i32 = GlobalAddress<void (i32, ...)* @f> 0
0xa1d7368: i32 = undef [ORD=1]
0xa1d73f0: i32 = TargetConstant<12> [ORD=1]
...
It is good if you want to look at memory contents by its address then.
But if you