On 01/10/2017 11:40 PM, Jakub Jelinek wrote:
+constexpr bool
+foo ()
+{
+ constexpr int n[42] = { 1 };
+ constexpr int o = n ? 1 : 0;
+ constexpr int p = n + 1 ? 1 : 0;
+ constexpr int q = "abc" + 1 ? 1 : 0;
+ return p + p + q == 3;
+}
Not o + p + q ?
John.
Ping ? Paul, seen that you've contributed fp16.c together with Sandra
Loosemore, perhaps you can review this patch please ?
John.
In message
John Tytgat wrote:
> __gnu_f2h_internal in libgcc converts single-precision floating-point value
> to half-precision value for ARM.
In message
John Tytgat wrote:
> [...] Attached patch solves this problem. [...]
This time for real.
John Tytgat.
--
John Tytgat, in his comfy chair at home
john.tyt...@aaug.net
Index: libgcc/config/arm/fp1
}
}
Attached patch solves this problem. I've left out the clamping of
aexp to -26 for values less than -25 as this it not necessary. After
the even-odd rounding all aexp values less than -24 will result in +0. or
-0. anyway.
John Tytgat
* config/arm/fp16.c (__gnu_f2h_int
h the SharedCLibrary used in RISC OS).
Other multilib variants are soft-float and VPF. I would like to keep
the FPA support in gcc 4.8.
I'm wondering if the removal of FPA is really necessary. Does FPA support
prevent future ARM improvements in GCC ?
John.
--
John Tytgat, in his comfy chair at home BASS
john.tyt...@aaug.net ARM powered, RISC OS driven
rs our RISC OS gcc port
(currently following the gcc developments on the 4.6 branch and trunk)
can make use of hard-float FPA output for one of its multilib flavours (see
http://gccsdk.riscos.info/) and I would like to keep on supporting this
in gcc 4.8.
John.
--
John Tytgat, in his comfy chair
x27;t have commit write rights).
John.
2011-05-29 John Tytgat
* files.c (read_file_guts): Add test on non-zero value of S_ISREG.
--
John Tytgat, in his comfy chair at home
john.tyt...@aaug.net
Index: libcpp/fi
