summaryrefslogtreecommitdiffstats
path: root/tools/testfiles/tdataregle.ls
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r20928] Purpose:Jonathan Kim2011-06-031-3/+0
| | | | | | | | | | | | HDFFV-7607: h5ls - improve efficiency of test scripts - removing top 3 extra lines from expected output files Description: Merged from hdf5 trunk r20927. This is a subtask from 'HDFFV-7514 - gmqs: h5dump - improve effectiveness of testing scripts for handling expected output files'. This is prerequisite for 'HDFFV-7602 tools - upgrade tools' test scripts to share test files among tools, providing framework for test file re-usability.' Tested: jam (linux32-LE), koala (linux64-LE), heiwa (linuxppc64-BE), tejeda (mac32-LE), linew (solaris-BE)
* [svn-r16519] merge 16518 from trunkPedro Vicente Nunes2009-02-261-0/+14
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