How about, in emit_support_tinfos, using type_for_mode to check for a
TF-mode floating point type different from long_double_type_node?
Jason
On Wed, 4 Jun 2014, Jason Merrill wrote:
How about, in emit_support_tinfos, using type_for_mode to check for a TF-mode
floating point type different from long_double_type_node?
What should I pass as the mode argument? I can't just write TFmode, that
will fail to compile on platforms that
On 06/04/2014 03:45 PM, Marc Glisse wrote:
Ah, we walk from GET_CLASS_NARROWEST_MODE (MODE_FLOAT) with
GET_MODE_WIDER_MODE steps and test if the associated type is not in the
list 0/float/double/long double. I think it should be ok with arm (it
would be good if they removed their unused XFmode,
On Wed, 21 May 2014, Jason Merrill wrote:
On 04/25/2014 05:04 AM, Marc Glisse wrote:
Does this approach seem ok, or do we need to try harder to find a way to
get this typeinfo into libsupc++?
The latter, I think; these are base types, so they should go in the library.
Hmm, ok. Because of
On 04/25/2014 05:04 AM, Marc Glisse wrote:
Does this approach seem ok, or do we need to try harder to find a way to
get this typeinfo into libsupc++?
The latter, I think; these are base types, so they should go in the
library. Sorry for the slow response.
Jason
Ping
http://gcc.gnu.org/ml/gcc-patches/2014-04/msg01651.html
On Fri, 25 Apr 2014, Marc Glisse wrote:
On Fri, 25 Apr 2014, Marc Glisse wrote:
the previous patch had to be reverted as it broke the strange handling of
vectors in the ARM target. This new patch should be much more conservative
Hello,
the previous patch had to be reverted as it broke the strange handling of
vectors in the ARM target. This new patch should be much more conservative
I hope. Instead of adding this typeinfo to libsupc++, I am letting the FE
know that it isn't available in libsupc++. There are 2
On Fri, 25 Apr 2014, Marc Glisse wrote:
the previous patch had to be reverted as it broke the strange handling of
vectors in the ARM target. This new patch should be much more conservative I
hope. Instead of adding this typeinfo to libsupc++, I am letting the FE know
that it isn't available
