summaryrefslogtreecommitdiffstats
path: root/hl/test
diff options
context:
space:
mode:
authorPedro Vicente Nunes <pvn@hdfgroup.org>2009-02-26 21:25:57 (GMT)
committerPedro Vicente Nunes <pvn@hdfgroup.org>2009-02-26 21:25:57 (GMT)
commit086c205ca4c6d5aa4b696f76148dc15b0c34a715 (patch)
tree81269bcc2176b1de4bc85664c3ccc4fd5b31e2cf /hl/test
parent39c794d2c43a519ab35fe8bb78d193b519dcda8a (diff)
downloadhdf5-086c205ca4c6d5aa4b696f76148dc15b0c34a715.zip
hdf5-086c205ca4c6d5aa4b696f76148dc15b0c34a715.tar.gz
hdf5-086c205ca4c6d5aa4b696f76148dc15b0c34a715.tar.bz2
[svn-r16519] merge 16518 from trunk
have 2 expected outputs for 2 h5ls runs depending if run on a big or little endian machine. Configure.in was modified to export a variable carrying endianess information to testh5ls.sh. This script then compares the current run with 2 expected outputs, one for a big-endian machine (linew was used to generate the output), other for little endian (jam was used to generate the output) the way h5ls prints types, it starts searching for NATIVE types first. One solution would be h5ls not to detect these native types, using for example the same print datatype function that h5dump does, that would make the output look the same on all platforms ("32-bit little-endian integer" would be printed instead). Drawback, this "native" information would not be available. Other solution is to have not one but 2 expected outputs and make the shell script detect the endianess and compare with one output or other tested: jam, linew
Diffstat (limited to 'hl/test')
-rw-r--r--hl/test/Makefile.in1
1 files changed, 1 insertions, 0 deletions
diff --git a/hl/test/Makefile.in b/hl/test/Makefile.in
index d1891ae..7f01027 100644
--- a/hl/test/Makefile.in
+++ b/hl/test/Makefile.in
@@ -252,6 +252,7 @@ USE_FILTER_SHUFFLE = @USE_FILTER_SHUFFLE@
USE_FILTER_SZIP = @USE_FILTER_SZIP@
USINGMEMCHECKER = @USINGMEMCHECKER@
VERSION = @VERSION@
+WORDS_BIGENDIAN = @WORDS_BIGENDIAN@
abs_builddir = @abs_builddir@
abs_srcdir = @abs_srcdir@
abs_top_builddir = @abs_top_builddir@