[llvm-commits] [llvm] r58232 - in /llvm/trunk: lib/CodeGen/SelectionDAG/ test/CodeGen/Generic/ test/CodeGen/Mips/ test/CodeGen/X86/

[Duncan Sands]

Hi Evan,

> Apple style llvm-gcc is not building now due to this:
> 
> Undefined symbols:
>    "___fixunstfsi", referenced from:
>        ___fixunstfdi in _fixunstfdi_s.o
>        ___fixunstfdi in _fixunstfdi_s.o
>        ___fixunstfdi in _fixunstfdi_s.o
> ld: symbol(s) not found
> collect2: ld returned 1 exit status
> 
> Looks like ppc backend is generating __fixunstfsi now. I'll send you a  
> bc file.

I'm not sure what to think about this.  After all, the bc file has:

        %2 = fptoui ppc_fp128 %1 to i32         ; <i32> [#uses=1]

and we have a FPTOUINT_PPCF128_I32 libcall (this is ___fixunstfsi).
So it seems natural to use it!  I guess the problem is that this
machine does not support ppc_fp128 (not a legal type) so doesn't
provide this libcall.  Presumably it's only available on machines
where ppc_fp128 is a legal type - does that sound right?

Ciao,

Duncan.