This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: ia64 XFmode patch rides again (need ia64-linux testing)


Jan Hubicka <hubicka@ucw.cz> writes:

>> > This looks cool.  If I understand it right, to get the same done on
>> > x86-64, where we do have 128-bit long doubles in XFmode format and
>> > 128-bit __float128, all I need is to define
>> > ADJUST_BYTESIZE/ADJUST_ALIGNMENT and kill the TFmode duplicates in
>> > i386.md, right?
>> 
>> I think so.  You will also need to define ADJUST_FLOAT_FORMAT; the
>> selected floating point format has to match the byte size.
>
> It would be nice thing to do.  At first it would kill many duplicated
> patterns in i386.md that will likely speed up the compiler and at second
> we do have __float128 specified by ABI (even tought it is optional).  I
> am not sure about the timming.  Do you think something like this would
> be safe and applicable for mainline at this stage? (I can do that at
> monday or tuesday then)  If not,  I guess I should wait for
> post-tree-ssa merge to avoid headaches with maintaining the patch given
> that there is no BIB....

If it only touches config/i386, which I hope it will, then it should
be fine.  If not - and as new functionality it is like to expose
problems, as we have seen with the ia64 changes - then we would have
to consider it more carefully, but it might still be acceptable.

Kenner notwithstanding, the intent is to use the tree-ssa branch for
BIB type changes; you should put it there if it won't fit on mainline.

zw


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]