On 9/23/19 4:11 AM, Sandra Loosemore wrote:
On 9/20/19 2:18 AM, Kyrill Tkachov wrote:
Yeah, an add_options_for_arm_vfp is what we ideally need here.
How about this version of the patch? The two test cases I also
tweaked to use it are the only ones that use the corresponding
arm_vfp_ok
On 9/20/19 2:18 AM, Kyrill Tkachov wrote:
Yeah, an add_options_for_arm_vfp is what we ideally need here.
How about this version of the patch? The two test cases I also tweaked
to use it are the only ones that use the corresponding arm_vfp_ok
effective target.
-Sandra
2019-09-22 Sandra
On 9/19/19 7:44 PM, Sandra Loosemore wrote:
On 9/19/19 2:40 AM, Kyrill Tkachov wrote:
Index: gcc/testsuite/lib/target-supports.exp
===
--- gcc/testsuite/lib/target-supports.exp (revision 275699)
+++
On 9/19/19 2:40 AM, Kyrill Tkachov wrote:
Index: gcc/testsuite/lib/target-supports.exp
===
--- gcc/testsuite/lib/target-supports.exp (revision 275699)
+++ gcc/testsuite/lib/target-supports.exp (working copy)
@@ -6670,6
Hi Sandra, Mike,
On 9/18/19 7:14 PM, Mike Stump wrote:
On Sep 13, 2019, at 12:06 PM, Sandra Loosemore
wrote:
>
> For the default multilib on arm-none-eabi, gcc.dg/gimplefe-28 has
been getting an ICE because, while the target-supports infrastructure
is probing to see if it can add the
On Sep 13, 2019, at 12:06 PM, Sandra Loosemore wrote:
>
> For the default multilib on arm-none-eabi, gcc.dg/gimplefe-28 has been
> getting an ICE because, while the target-supports infrastructure is probing
> to see if it can add the command-line options to enable the sqrt insn
> ("-mfpu=vfp
For the default multilib on arm-none-eabi, gcc.dg/gimplefe-28 has been
getting an ICE because, while the target-supports infrastructure is
probing to see if it can add the command-line options to enable the sqrt
insn ("-mfpu=vfp -mfloat-abi=softfp"), it is not actually adding those
options