Open jefflee-icesat2 opened 3 months ago
Hi @jefflee-icesat2, could you upload your config.log here or somewhere accessible if GitHub won't let you?
HDF5 Version: 1.14.4-9f7b987
Configured on: Tue Apr 2 13:15:05 EDT 2024
Configured by: jelee1@gs610wfathom.ndc.nasa.gov
Host system: x86_64-apple-darwin23.4.0
Uname information: Darwin gs610wfathom.ndc.nasa.gov 23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05 PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
Byte sex: little-endian
Installation point: /Users/jelee1/Development/asas/base_libs
Build Mode: debug
Debugging Symbols: yes
Asserts: yes
Profiling: no
Optimization Level: debug
Libraries: static, shared
Statically Linked Executables: LDFLAGS: H5_LDFLAGS: AM_LDFLAGS: Extra libraries: -lz -ldl -lm Archiver: ar AR_FLAGS: cr Ranlib: ranlib
C: yes
C Compiler: /usr/bin/clang ( Apple clang version 15.0.0 )
CPPFLAGS:
H5_CPPFLAGS: -UNDEBUG -DH5AC_DEBUG -DH5B2_DEBUG -DH5CX_DEBUG -DH5D_DEBUG -DH5F_DEBUG -DH5MM_DEBUG -DH5O_DEBUG -DH5T_DEBUG -DH5Z_DEBUG -DH5_DEBUG_API -I/Users/jelee1/Development/asas/base_libs/hdf5-1.14.4/src/H5FDsubfiling
AM_CPPFLAGS:
C Flags:
H5 C Flags: -std=c99 -Wall -Warray-bounds -Wcast-qual -Wconversion -Wdouble-promotion -Wextra -Wformat=2 -Wframe-larger-than=16384 -Wimplicit-fallthrough -Wnull-dereference -Wunused-const-variable -Wwrite-strings -Wpedantic -Wvolatile-register-var -Wno-c++-compat -ftrapv -fno-common -g -Wbad-function-cast -Wimplicit-function-declaration -Wincompatible-pointer-types -Wmissing-declarations -Wpacked -Wshadow -Wswitch -Wno-error=incompatible-pointer-types-discards-qualifiers -Wunused-function -Wunused-variable -Wunused-parameter -Wcast-align -Wformat -Wno-missing-noreturn -Og
AM C Flags:
Shared C Library: yes
Static C Library: yes
Fortran: yes
Fortran Compiler: /usr/local/bin/gfortran ( GNU Fortran (Homebrew GCC 13.2.0) 13.2.0)
Fortran Flags:
H5 Fortran Flags: -std=f2008 -Waliasing -Wall -Wcharacter-truncation -Wextra -Wimplicit-interface -Wsurprising -Wunderflow -pedantic -Wintrinsics-std -Wimplicit-procedure -Wreal-q-constant -Wfunction-elimination -Wrealloc-lhs -Wrealloc-lhs-all -Wno-c-binding-type -Winteger-division -Wfrontend-loop-interchange -fcheck=all -fdiagnostics-urls=never -fno-diagnostics-color -g -Wno-unused-dummy-argument -Wno-array-temporaries -Og
AM Fortran Flags:
Shared Fortran Library: yes
Static Fortran Library: yes
Module Directory: ${includedir}
C++: no
Java: no
Parallel HDF5: no
Parallel Filtered Dataset Writes: no Large Parallel I/O: no High-level library: yes Dimension scales w/ new references: no Build HDF5 Tests: yes Build HDF5 Tools: yes Build GIF Tools: no Threadsafety: no Default API mapping: v114 With deprecated public symbols: yes I/O filters (external): deflate(zlib) _Float16 support: yes Map (H5M) API: no Direct VFD: no Mirror VFD: no Subfiling VFD: no (Read-Only) S3 VFD: no (Read-Only) HDFS VFD: no Packages w/ extra debug output: AC,B2,CX,D,F,MM,O,T,Z API tracing: yes Using memory checker: no Function stack tracing: no Use file locking: best-effort Strict file format checks: yes Optimization instrumentation: no
Thanks! Based on the error stack, you should be able to get a working build of the library if you pass "--disable-nonstandard-feature-float16" as a command-line option. I'll need to investigate why the library can't correctly detect the byte order for the _Float16 type in this case.
With your hint, I got good test results!!
(And I jumped from 1.10.8 without changing a line of code!)
With your hint, I got good test results!!
(And I jumped from 1.10.8 without changing a line of code!)
Glad to hear that worked for you! I'm still investigating to see what the issue is in particular for MacOS 14.
you should be able to get a working build of the library if you pass "--disable-nonstandard-feature-float16" as a command-line option
This breaks h5py: h5py/h5py#2419 (fixed at h5py/h5py#2422)
you should be able to get a working build of the library if you pass "--disable-nonstandard-feature-float16" as a command-line option
This breaks h5py: h5py/h5py#2419 (fixed at h5py/h5py#2422)
Indeed, hopefully the h5py folks are able to get that fix merged soon. The problem mentioned in this GitHub issue appears to be an issue specifically when HDF5 is initialized from within a Fortran program. When compiling Fortran HDF5 programs with the h5fc
wrapper, passing the -shlib
option to link against the shared HDF5 libraries (instead of static) may work around the problem without needing to disable _Float16
support. We're still investigating to see where the issue comes from.
Describe the bug Library initialization fails.
Compilation flags: ../../../../base_libs/bin/h5fc -fPIC -cpp -DHDF5_1_10 -O2 -g -Wall -Wno-surprising -fcheck=all -fimplicit-none -fbacktrace -ffpe-trap=zero,overflow,invalid -I. -I../../../modules -I../../../../common_libs/modules -I../../../../base_libs/include -c utest_h5_param.f90 -o utest_h5_param.o
HDF5-DIAG: Error detected in HDF5 (1.14.4-9f7b987) thread 0:
000: H5.c line 1025 in H5open(): library initialization failed
001: H5.c line 270 in H5_init_library(): unable to initialize VOL interface
002: H5VLint.c line 200 in H5VL_init_phase2(): unable to initialize datatype interface
003: H5T.c line 849 in H5T_init(): unable to initialize floating-point types
004: H5Tinit_float.c line 582 in H5T__init_native_float_types(): failed to detect byte order
005: H5Tinit_float.c line 308 in H5T__fix_order(): failed to detect byte order
Expected behavior Library initialization does not fail.
Platform (please complete the following information)
Additional context Add any other context about the problem here.