diff options
| author | Larry Knox <lrknox@hdfgroup.org> | 2022-01-26 22:58:49 (GMT) |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2022-01-26 22:58:49 (GMT) |
| commit | 5fb634ca26ce165bb09c5c920f345e546251876c (patch) | |
| tree | ab63bf3cbf1158efaf389f1b07e48c2c44b0cb24 /src/H5EAint.c | |
| parent | 5222abdd19c6636aad659ab47c29a77c631ee4ba (diff) | |
| download | hdf5-5fb634ca26ce165bb09c5c920f345e546251876c.zip hdf5-5fb634ca26ce165bb09c5c920f345e546251876c.tar.gz hdf5-5fb634ca26ce165bb09c5c920f345e546251876c.tar.bz2 | |
Revert 61464d7e (#1396)
Commit 61464d7e was a fix for a compiler error on OpenBSD where
int_fast8_t is in fact larger than 1 byte. However, the changes broke
H5detect.c generation of H5Tinit.c on Power8 big-endian, and probably on
all big-endian machines. Switching DETECT_BYTE to DETECT_I for 8 byte types doesn't work on our big-endian Power8 machine because switching the last parameter of DETECT_I_BYTE_CORE from "int" to the 8 byte type incorrectly sets dt->shared->u.atomic.order = H5T_ORDER_LE on a big-endian machine. A different fix to accomodate both big-endian and OpenBSD is needed. See commit 61464d7e for OpenBSD info.
Co-authored-by: github-actions <41898282+github-actions[bot]@users.noreply.github.com>
Diffstat (limited to 'src/H5EAint.c')
0 files changed, 0 insertions, 0 deletions