Displaying 4 results from an estimated 4 matches for "select_stor".
Did you mean:
select_store
2006 May 05
2
[LLVMdev] ExecutionEngine blew the stack ?
...d parse/verify OK.
Attached is the assembly. It is the smallest example
generated that causes the segfault.
If this EE uses a recursive function (??), it seems an inherent limitation
in how big llvm functions can be.
Simon.
gdb backtrace:
#0 0x40b126a3 in (anonymous namespace)::X86DAGToDAGISel::Select_store(llvm::SDOperand&, llvm::SDOperand) (this=0x822d660,
Result=@0xbf800a10, N={Val = 0x8254338, ResNo = 0}) at X86GenDAGISel.inc:19768
#1 0x40b01b44 in (anonymous namespace)::X86DAGToDAGISel::SelectCode(llvm::SDOperand&, llvm::SDOperand) (this=0x822d660,
Result=@0xbf800a10, N={Val =...
2006 May 05
1
[LLVMdev] ExecutionEngine blew the stack ?
Hi Simon,
You're probably right. LLVM's instruction selector is recursive so it
can run out of stack space. Select_store used to have enormous stack
frame (thanks to some gcc issues), we had to do all kinds of tricks
to get it under control. I just took a look at it, it's around 0.7k.
It used to be around 20k on x86 Mac OS X.
It's also possible that it has gotten into a real infinite loop. I'll...
2006 May 05
0
[LLVMdev] ExecutionEngine blew the stack ?
...d parse/verify OK.
Attached is the assembly. It is the smallest example
generated that causes the segfault.
If this EE uses a recursive function (??), it seems an inherent limitation
in how big llvm functions can be.
Simon.
gdb backtrace:
#0 0x40b126a3 in (anonymous namespace)::X86DAGToDAGISel::Select_store(llvm::SDOperand&, llvm::SDOperand) (this=0x822d660,
Result=@0xbf800a10, N={Val = 0x8254338, ResNo = 0}) at X86GenDAGISel.inc:19768
#1 0x40b01b44 in (anonymous namespace)::X86DAGToDAGISel::SelectCode(llvm::SDOperand&, llvm::SDOperand) (this=0x822d660,
Result=@0xbf800a10, N={Val =...
2006 May 05
0
[LLVMdev] ExecutionEngine blew the stack ?
On Thu, 4 May 2006 22:27:08 -0700
Evan Cheng <evan.cheng at apple.com> wrote:
>
> Hi Simon,
>
> You're probably right. LLVM's instruction selector is recursive so it
> can run out of stack space. Select_store used to have enormous stack
> frame (thanks to some gcc issues), we had to do all kinds of tricks
> to get it under control. I just took a look at it, it's around 0.7k.
> It used to be around 20k on x86 Mac OS X.
>
> It's also possible that it has gotten into a real i...