On Apr 7, 2023, "Kewen.Lin" <li...@linux.ibm.com> wrote:
> This new version causes unresolved record on my side, it's due to the
> compilation failed to produce executable.
Yeah, it does that, I didn't realize that was undesirable.
> So I think we need to make the file be compiled well, how about something
> like:
That worked for me as well, so...
> ? OK if it looks reasonable to you and the testing goes well. Thanks!
... I'm putting this in, thanks:
[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.
Co-Authored-By: Kewen Lin <li...@linux.ibm.com>
for gcc/testsuite/ChangeLog
* gcc.target/powerpc/pr99708.c: Accept lack of
__SIZEOF_IBM128__ when long double is 64-bit wide.
---
gcc/testsuite/gcc.target/powerpc/pr99708.c | 10 +++++++++-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/gcc/testsuite/gcc.target/powerpc/pr99708.c
b/gcc/testsuite/gcc.target/powerpc/pr99708.c
index 02b40ebc40d3d..c6aa0511b8925 100644
--- a/gcc/testsuite/gcc.target/powerpc/pr99708.c
+++ b/gcc/testsuite/gcc.target/powerpc/pr99708.c
@@ -14,9 +14,17 @@
int main (void)
{
if (__SIZEOF_FLOAT128__ != sizeof (__float128)
- || __SIZEOF_IBM128__ != sizeof (__ibm128))
+ /* FIXME: Once type __ibm128 gets supported with long-double-64,
+ we shouldn't need this conditional #ifdef and xfail. */
+#ifdef __SIZEOF_IBM128__
+ || __SIZEOF_IBM128__ != sizeof (__ibm128)
+#else
+ || 1
+#endif
+ )
abort ();
return 0;
}
+/* { dg-xfail-run-if "unsupported type __ibm128 with long-double-64" {
longdouble64 } } */
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Disinformation flourishes because many people care deeply about injustice
but very few check the facts. Ask me about <https://stallmansupport.org>
