summaryrefslogtreecommitdiffstats
path: root/config/cmake/ConversionTests.c
diff options
context:
space:
mode:
authorDana Robinson <43805+derobins@users.noreply.github.com>2023-07-27 22:00:07 (GMT)
committerGitHub <noreply@github.com>2023-07-27 22:00:07 (GMT)
commit0e82707100cf3d1b698d2ec0cad08db61d552d63 (patch)
tree6d8c9adf10cb2f52f7ad33b93e30ee0aef3125e0 /config/cmake/ConversionTests.c
parent61186204c020a81b5b0044a3b5e08311ccf1424d (diff)
downloadhdf5-0e82707100cf3d1b698d2ec0cad08db61d552d63.zip
hdf5-0e82707100cf3d1b698d2ec0cad08db61d552d63.tar.gz
hdf5-0e82707100cf3d1b698d2ec0cad08db61d552d63.tar.bz2
Misc missed things from previous merges (#3295)
Diffstat (limited to 'config/cmake/ConversionTests.c')
-rw-r--r--config/cmake/ConversionTests.c31
1 files changed, 17 insertions, 14 deletions
diff --git a/config/cmake/ConversionTests.c b/config/cmake/ConversionTests.c
index 80de31f..725f049 100644
--- a/config/cmake/ConversionTests.c
+++ b/config/cmake/ConversionTests.c
@@ -56,9 +56,11 @@ int HDF_NO_UBSAN main(void)
ll = (long)ld;
memcpy(s2, &ll, 8);
- /* The library's algorithm converts it to 0x 00 47 33 ce 17 af 22 82
- * and gets wrong value 20041683600089730 on the IBM Power6 Linux.
- * But the IBM Power6 Linux converts it to 0x00 47 33 ce 17 af 22 7f
+ /* The library's algorithm converts it to 0x00 47 33 ce 17 af 22 82
+ * and gets wrong value 20041683600089730 on Linux on IBM Power
+ * architecture.
+ *
+ * But Linux on IBM Power converts it to 0x00 47 33 ce 17 af 22 7f
* and gets the correct value 20041683600089727. It uses some special
* algorithm. We're going to define the macro and skip the test until
* we can figure out how they do it.
@@ -118,10 +120,11 @@ int HDF_NO_UBSAN main(void)
/* The library converts the value to 0x434fffffffffffff8000000000000000.
* In decimal it is 18014398509481982.000000, one value short of the original.
- * The IBM Power6 Linux converts it to 0x4350000000000000bff0000000000000.
- * The value is correct in decimal. It uses some special
- * algorithm. We're going to define the macro and skip the test until
- * we can figure out how they do it.
+ *
+ * Linux on IBM Power architecture converts it to
+ * 0x4350000000000000bff0000000000000. The value is correct in decimal.
+ * It uses some special algorithm. We're going to define the macro and
+ * skip the test until we can figure out how they do it.
*/
if (s[0]==0x43 && s[1]==0x50 && s[2]==0x00 && s[3]==0x00 &&
s[4]==0x00 && s[5]==0x00 && s[6]==0x00 && s[7]==0x00 &&
@@ -136,14 +139,14 @@ int HDF_NO_UBSAN main(void)
ld = (long double)ull;
memcpy(s, &ld, 16);
- /* Use a different value from signed long to test. The problem is the same
- * for both long and unsigned long. The value is 18446744073709551615.
+ /* Use a different value from signed long to test. The problem is the
+ * same for both long and unsigned long. The value is 18446744073709551615.
* The library converts the value to 0x43effffffffffffffe000000000000000.
- * In decimal it's 18446744073709548544.000000, very different from the original.
- * The IBM Power6 Linux converts it to 0x43f0000000000000bff0000000000000.
- * The value is correct in decimal. It uses some special
- * algorithm. We're going to define the macro and skip the test until
- * we can figure out how they do it.
+ * In decimal it's 18446744073709548544.000000, very different from the
+ * original. Linux on IBM Power architecture converts it to
+ * 0x43f0000000000000bff0000000000000. The value is correct in decimal.
+ * It uses some special algorithm. We're going to define the macro and
+ * skip the test until we can figure out how they do it.
*/
if (s[0]==0x43 && s[1]==0xf0 && s[2]==0x00 && s[3]==0x00 &&
s[4]==0x00 && s[5]==0x00 && s[6]==0x00 && s[7]==0x00 &&