| commit | 49b323e321f3d5e70bb76f872883e64c289f710b | |
| author | Mark Abraham <mark.j.abraham@gmail.com> | |
| Mon, 27 Jun 2016 23:37:22 +0000 (27 23:37 +0000) | ||
| committer | Mark Abraham <mark.j.abraham@gmail.com> | |
| Mon, 4 Jul 2016 14:45:38 +0000 (4 16:45 +0200) | ||
| tree | 41b139b877452b9cd726cdff49d50efff93831c0 | treesnapshot (tar.gz zip) |
| parent | 6556d8f4071912fe4c771e13801c982c38a6fabf | commitdiff |
Fixes for Power7 big-endian
Now compiles and passes all tests in both double and single precision
with gcc 4.9.3, 5.4.0 and 6.1.0 for big-endian VSX.
The change for the code in incrStoreU and decrStoreU addresses an
apparent regression in 6.1.0, where the compiler thinks the type
returned by vec_extract is a pointer-to-float, but my attempts a
reduced test case haven't reproduced the issue.
Added some test cases that might hit more endianness cases in future.
We have not been able to test this on little-endian Power8; there is
a risk the gcc-specific permutations could be endian-sensitive. We'll
test this when we have hardware access, or if somebody runs the tests
for us.
Fixes #1997.
Refs #1988.
Change-Id: Iede0eac22504b22973f1a40d2b0180f10a34b7ed
Now compiles and passes all tests in both double and single precision
with gcc 4.9.3, 5.4.0 and 6.1.0 for big-endian VSX.
The change for the code in incrStoreU and decrStoreU addresses an
apparent regression in 6.1.0, where the compiler thinks the type
returned by vec_extract is a pointer-to-float, but my attempts a
reduced test case haven't reproduced the issue.
Added some test cases that might hit more endianness cases in future.
We have not been able to test this on little-endian Power8; there is
a risk the gcc-specific permutations could be endian-sensitive. We'll
test this when we have hardware access, or if somebody runs the tests
for us.
Fixes #1997.
Refs #1988.
Change-Id: Iede0eac22504b22973f1a40d2b0180f10a34b7ed