Displaying 3 results from an estimated 3 matches for "handlespecialfp".
2009 Nov 20
0
[LLVMdev] llc barfing
On Nov 19, 2009, at 5:28 PM, Jon Harrop wrote:
>
> Are these barfs due to bugs in my generated code or is this parts of LLVM not
> honoring tail calls?
It was a bug in LLVM, with emitting tail calls at -O0. It's now
fixed, as of r89444.
Dan
2009 Nov 20
1
[LLVMdev] llc barfing
...a bug in LLVM, with emitting tail calls at -O0. It's now
> fixed, as of r89444.
Awesome, thanks. What about this one where the simple register allocator seems
to have an internal error:
$ llc --regalloc=simple -f aout.bc -o aout.s
llc: X86FloatingPoint.cpp:963:
void<unnamed>::FPS::handleSpecialFP(llvm::ilist_iterator<llvm::MachineInstr>&):
Assertion `StackTop == 0 && "Stack should be empty after a call!"' failed.
0 llc 0x08b8efe8
Stack dump:
0. Program arguments: llc --regalloc=simple -f aout.bc -o aout.s
1. Running pass 'X86 FP Stackifier...
2009 Nov 20
2
[LLVMdev] llc barfing
I was playing with optimization switches to llc to see how fast I could get it
to compile but it keeps barfing. Tinkering indicates that llc barfs
particularly when -tailcallopt is given in combination with other flags. For
example, without -tailcallopt works in a couple of ways:
$ llc -O0 -f aout.bc -o aout.s
$ llc -O0 --regalloc=local -f aout.bc -o aout.s
But fails with -tailcallopt with