search for: select_stor

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...