f8c5384aa5
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: h5committest
23 lines
745 B
Plaintext
23 lines
745 B
Plaintext
#############################
|
|
output for 'h5ls -v tvldtypes1.h5'
|
|
#############################
|
|
Opened "tvldtypes1.h5" with sec2 driver.
|
|
Dataset1.0 Dataset {4/4}
|
|
Location: 1:976
|
|
Links: 1
|
|
Storage: information not available
|
|
Type: variable length of
|
|
32-bit little-endian integer
|
|
Dataset2.0 Dataset {4/4}
|
|
Location: 1:1576
|
|
Links: 1
|
|
Storage: information not available
|
|
Type: variable length of
|
|
IEEE 32-bit little-endian float
|
|
Dataset3.0 Dataset {SCALAR}
|
|
Location: 1:6272
|
|
Links: 1
|
|
Storage: information not available
|
|
Type: variable length of
|
|
32-bit little-endian integer
|