[LLVMdev] using f32 in a 64bit integer only architecture
Micah Villmow
micah.villmow at smachines.com
Tue Jul 30 08:50:23 PDT 2013
Jeroen,
This most likely is the case that no one has ran into this situation before and there was no need to implement this code path. I ran into this quite often when working on the GPU backend.
Micah
> -----Original Message-----
> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu]
> On Behalf Of Jeroen Dobbelaere
> Sent: Tuesday, July 30, 2013 8:27 AM
> To: llvmdev at cs.uiuc.edu
> Subject: [LLVMdev] using f32 in a 64bit integer only architecture
>
> Hi,
>
> I am working on a 64bit architecture where only 'i64' is valid (no hardware
> floating point support) and I am triggering a 'Promote may not follow Expand
> or Promote' assertion failure.
> (TargetLowering.h : getTypeConversion)
>
> When I look into it, I see that the conversion fails because llvm tries to
> convert a 'f32'
> into a 'i32' through a TypeSoftenFloat.
> As i32 needs promotion to i64, this assertion is triggered.
>
> The other way around: a 32bit architecture (only i32 is valid) with doubles
> (f64) seems to work just fine. So, it seems that a 'TypeSoftenFloat' followed
> by an 'Expand' is valid (f64->i64->i32)
>
> Note:
> - this is for llvm-3.3
> - In TargetLoweringBase.cpp , I find that (when f32 and f64 are not valid):
> -- the default action for 'f64' is to convert it into a 'i64'
> -- the default action for 'f32' is to convert it into a 'i32'
>
> Is this kind of support easy to add ? What would be the places that need to
> be updated ?
> (I tried with adding a direct promotion from f32 into i64 in
> TargetLoweringBase.cpp, but that seems to trigger other issues, so I am not
> sure if that is the right way to go)
>
> Greetings,
>
> Jeroen Dobbelaere
>
>
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
More information about the llvm-dev
mailing list