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

[Chris Lattner]

On Oct 27, 2008, at 8:34 PM, Duncan Sands wrote:

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

What does llc with legalize-types disabled produce?

-Chris