public inbox for gcc-cvs@sourceware.org
help / color / mirror / Atom feed
* [gcc(refs/users/aoliva/heads/testme)] [PR99708] [rs6000] don't expect __ibm128 with 64-bit long double
@ 2023-04-07 3:36 Alexandre Oliva
0 siblings, 0 replies; 6+ messages in thread
From: Alexandre Oliva @ 2023-04-07 3:36 UTC (permalink / raw)
To: gcc-cvs
https://gcc.gnu.org/g:ff76cc59e8a4ea4d73e516cc389280e90b1d7018
commit ff76cc59e8a4ea4d73e516cc389280e90b1d7018
Author: Alexandre Oliva <oliva@adacore.com>
Date: Wed Apr 5 11:27:23 2023 -0300
[PR99708] [rs6000] don't expect __ibm128 with 64-bit long double
When long double is 64-bit wide, as on vxworks, the rs6000 backend
defines neither the __ibm128 type nor the __SIZEOF_IBM128__ macro, but
pr99708.c expected both to be always defined. Adjust the test to
match the implementation.
for gcc/testsuite/ChangeLog
* gcc.target/powerpc/pr99708.c: Accept lack of
__SIZEOF_IBM128__ when long double is 64-bit wide.
Diff:
---
gcc/testsuite/gcc.target/powerpc/pr99708.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/testsuite/gcc.target/powerpc/pr99708.c b/gcc/testsuite/gcc.target/powerpc/pr99708.c
index 02b40ebc40d..66a5f884793 100644
--- a/gcc/testsuite/gcc.target/powerpc/pr99708.c
+++ b/gcc/testsuite/gcc.target/powerpc/pr99708.c
@@ -14,7 +14,7 @@
int main (void)
{
if (__SIZEOF_FLOAT128__ != sizeof (__float128)
- || __SIZEOF_IBM128__ != sizeof (__ibm128))
+ || __SIZEOF_IBM128__ != sizeof (__ibm128)) /* { dg-bogus "undeclared" "" { xfail longdouble64 } } */
abort ();
return 0;
^ permalink raw reply [flat|nested] 6+ messages in thread
* [gcc(refs/users/aoliva/heads/testme)] [PR99708] [rs6000] don't expect __ibm128 with 64-bit long double
@ 2023-04-06 7:35 Alexandre Oliva
0 siblings, 0 replies; 6+ messages in thread
From: Alexandre Oliva @ 2023-04-06 7:35 UTC (permalink / raw)
To: gcc-cvs
https://gcc.gnu.org/g:b9a5cfe366796c746bd0f3d9ea51a74025ab42a0
commit b9a5cfe366796c746bd0f3d9ea51a74025ab42a0
Author: Alexandre Oliva <oliva@adacore.com>
Date: Wed Apr 5 11:27:23 2023 -0300
[PR99708] [rs6000] don't expect __ibm128 with 64-bit long double
When long double is 64-bit wide, as on vxworks, the rs6000 backend
defines neither the __ibm128 type nor the __SIZEOF_IBM128__ macro, but
pr99708.c expected both to be always defined. Adjust the test to
match the implementation.
for gcc/testsuite/ChangeLog
* gcc.target/powerpc/pr99708.c: Accept lack of
__SIZEOF_IBM128__ when long double is 64-bit wide.
Diff:
---
gcc/testsuite/gcc.target/powerpc/pr99708.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/testsuite/gcc.target/powerpc/pr99708.c b/gcc/testsuite/gcc.target/powerpc/pr99708.c
index 02b40ebc40d..66a5f884793 100644
--- a/gcc/testsuite/gcc.target/powerpc/pr99708.c
+++ b/gcc/testsuite/gcc.target/powerpc/pr99708.c
@@ -14,7 +14,7 @@
int main (void)
{
if (__SIZEOF_FLOAT128__ != sizeof (__float128)
- || __SIZEOF_IBM128__ != sizeof (__ibm128))
+ || __SIZEOF_IBM128__ != sizeof (__ibm128)) /* { dg-bogus "undeclared" "" { xfail longdouble64 } } */
abort ();
return 0;
^ permalink raw reply [flat|nested] 6+ messages in thread
* [gcc(refs/users/aoliva/heads/testme)] [PR99708] [rs6000] don't expect __ibm128 with 64-bit long double
@ 2023-04-06 6:35 Alexandre Oliva
0 siblings, 0 replies; 6+ messages in thread
From: Alexandre Oliva @ 2023-04-06 6:35 UTC (permalink / raw)
To: gcc-cvs
https://gcc.gnu.org/g:21753fe6e7c11e053ce44c8ae67070f607c615f1
commit 21753fe6e7c11e053ce44c8ae67070f607c615f1
Author: Alexandre Oliva <oliva@adacore.com>
Date: Wed Apr 5 11:27:23 2023 -0300
[PR99708] [rs6000] don't expect __ibm128 with 64-bit long double
When long double is 64-bit wide, as on vxworks, the rs6000 backend
defines neither the __ibm128 type nor the __SIZEOF_IBM128__ macro, but
pr99708.c expected both to be always defined. Adjust the test to
match the implementation.
for gcc/testsuite/ChangeLog
* gcc.target/powerpc/pr99708.c: Accept lack of
__SIZEOF_IBM128__ when long double is 64-bit wide.
Diff:
---
gcc/testsuite/gcc.target/powerpc/pr99708.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/testsuite/gcc.target/powerpc/pr99708.c b/gcc/testsuite/gcc.target/powerpc/pr99708.c
index 02b40ebc40d..c13f8bc6f4e 100644
--- a/gcc/testsuite/gcc.target/powerpc/pr99708.c
+++ b/gcc/testsuite/gcc.target/powerpc/pr99708.c
@@ -1,4 +1,4 @@
-/* { dg-do run } */
+/* { dg-do run { xfail longdouble64 } } */
/* { dg-skip-if "" { powerpc*-*-darwin* powerpc-ibm-aix* } } */
/* { require-effective-target ppc_float128_sw } */
/* { dg-options "-O2 -mvsx -mfloat128" } */
^ permalink raw reply [flat|nested] 6+ messages in thread
* [gcc(refs/users/aoliva/heads/testme)] [PR99708] [rs6000] don't expect __ibm128 with 64-bit long double
@ 2023-03-30 14:08 Alexandre Oliva
0 siblings, 0 replies; 6+ messages in thread
From: Alexandre Oliva @ 2023-03-30 14:08 UTC (permalink / raw)
To: gcc-cvs
https://gcc.gnu.org/g:1a4349cdbbdba53236c39f895523a1189215f065
commit 1a4349cdbbdba53236c39f895523a1189215f065
Author: Alexandre Oliva <oliva@adacore.com>
Date: Thu Mar 30 05:07:22 2023 -0300
[PR99708] [rs6000] don't expect __ibm128 with 64-bit long double
When long double is 64-bit wide, as on vxworks, the rs6000 backend
defines neither the __ibm128 type nor the __SIZEOF_IBM128__ macro, but
pr99708.c expected both to be always defined. Adjust the test to
match the implementation.
for gcc/testsuite/ChangeLog
* gcc.target/powerpc/pr99708.c: Accept lack of
__SIZEOF_IBM128__ when long double is 64-bit wide.
Diff:
---
gcc/testsuite/gcc.target/powerpc/pr99708.c | 8 +++++++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/gcc/testsuite/gcc.target/powerpc/pr99708.c b/gcc/testsuite/gcc.target/powerpc/pr99708.c
index 02b40ebc40d..fca6296d9c8 100644
--- a/gcc/testsuite/gcc.target/powerpc/pr99708.c
+++ b/gcc/testsuite/gcc.target/powerpc/pr99708.c
@@ -14,7 +14,13 @@
int main (void)
{
if (__SIZEOF_FLOAT128__ != sizeof (__float128)
- || __SIZEOF_IBM128__ != sizeof (__ibm128))
+#ifdef __SIZEOF_IBM128__ /* Not defined, and no __ibm128 type on targets whose
+ long double is 64-bit. */
+ || __SIZEOF_IBM128__ != sizeof (__ibm128)
+#else
+ || __SIZEOF_LONG_DOUBLE__ * __CHAR_BIT__ != 64
+#endif
+ )
abort ();
return 0;
^ permalink raw reply [flat|nested] 6+ messages in thread
* [gcc(refs/users/aoliva/heads/testme)] [PR99708] [rs6000] don't expect __ibm128 with 64-bit long double
@ 2023-03-25 14:53 Alexandre Oliva
0 siblings, 0 replies; 6+ messages in thread
From: Alexandre Oliva @ 2023-03-25 14:53 UTC (permalink / raw)
To: gcc-cvs
https://gcc.gnu.org/g:16e525ade27dc9338406f9e0c66212ffbc236482
commit 16e525ade27dc9338406f9e0c66212ffbc236482
Author: Alexandre Oliva <oliva@adacore.com>
Date: Fri Mar 24 02:57:17 2023 -0300
[PR99708] [rs6000] don't expect __ibm128 with 64-bit long double
When long double is 64-bit wide, as on vxworks, the rs6000 backend
defines neither the __ibm128 type nor the __SIZEOF_IBM128__ macro, but
pr99708.c expected both to be always defined. Adjust the test to
match the implementation.
for gcc/testsuite/ChangeLog
* gcc.target/powerpc/pr99708.c: Accept lack of
__SIZEOF_IBM128__ when long double is 64-bit wide.
Diff:
---
gcc/testsuite/gcc.target/powerpc/pr99708.c | 8 +++++++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/gcc/testsuite/gcc.target/powerpc/pr99708.c b/gcc/testsuite/gcc.target/powerpc/pr99708.c
index 02b40ebc40d..fca6296d9c8 100644
--- a/gcc/testsuite/gcc.target/powerpc/pr99708.c
+++ b/gcc/testsuite/gcc.target/powerpc/pr99708.c
@@ -14,7 +14,13 @@
int main (void)
{
if (__SIZEOF_FLOAT128__ != sizeof (__float128)
- || __SIZEOF_IBM128__ != sizeof (__ibm128))
+#ifdef __SIZEOF_IBM128__ /* Not defined, and no __ibm128 type on targets whose
+ long double is 64-bit. */
+ || __SIZEOF_IBM128__ != sizeof (__ibm128)
+#else
+ || __SIZEOF_LONG_DOUBLE__ * __CHAR_BIT__ != 64
+#endif
+ )
abort ();
return 0;
^ permalink raw reply [flat|nested] 6+ messages in thread
* [gcc(refs/users/aoliva/heads/testme)] [PR99708] [rs6000] don't expect __ibm128 with 64-bit long double
@ 2023-03-24 6:25 Alexandre Oliva
0 siblings, 0 replies; 6+ messages in thread
From: Alexandre Oliva @ 2023-03-24 6:25 UTC (permalink / raw)
To: gcc-cvs
https://gcc.gnu.org/g:ee8e94a50ea4af309cd26bd7fcda2848e52e2cc4
commit ee8e94a50ea4af309cd26bd7fcda2848e52e2cc4
Author: Alexandre Oliva <oliva@adacore.com>
Date: Fri Mar 24 02:57:17 2023 -0300
[PR99708] [rs6000] don't expect __ibm128 with 64-bit long double
When long double is 64-bit wide, as on vxworks, the rs6000 backend
defines neither the __ibm128 type nor the __SIZEOF_IBM128__ macro, but
pr99708.c expected both to be always defined. Adjust the test to
match the implementation.
for gcc/testsuite/ChangeLog
* gcc.target/powerpc/pr99708.c: Accept lack of
__SIZEOF_IBM128__ when long double is 64-bit wide.
Diff:
---
gcc/testsuite/gcc.target/powerpc/pr99708.c | 8 +++++++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/gcc/testsuite/gcc.target/powerpc/pr99708.c b/gcc/testsuite/gcc.target/powerpc/pr99708.c
index 02b40ebc40d..fca6296d9c8 100644
--- a/gcc/testsuite/gcc.target/powerpc/pr99708.c
+++ b/gcc/testsuite/gcc.target/powerpc/pr99708.c
@@ -14,7 +14,13 @@
int main (void)
{
if (__SIZEOF_FLOAT128__ != sizeof (__float128)
- || __SIZEOF_IBM128__ != sizeof (__ibm128))
+#ifdef __SIZEOF_IBM128__ /* Not defined, and no __ibm128 type on targets whose
+ long double is 64-bit. */
+ || __SIZEOF_IBM128__ != sizeof (__ibm128)
+#else
+ || __SIZEOF_LONG_DOUBLE__ * __CHAR_BIT__ != 64
+#endif
+ )
abort ();
return 0;
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2023-04-07 3:36 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-04-07 3:36 [gcc(refs/users/aoliva/heads/testme)] [PR99708] [rs6000] don't expect __ibm128 with 64-bit long double Alexandre Oliva
-- strict thread matches above, loose matches on Subject: below --
2023-04-06 7:35 Alexandre Oliva
2023-04-06 6:35 Alexandre Oliva
2023-03-30 14:08 Alexandre Oliva
2023-03-25 14:53 Alexandre Oliva
2023-03-24 6:25 Alexandre Oliva
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).