Open glennklockwood opened 3 years ago
The fix is simple and available here:
https://github.com/glennklockwood/ior/commit/e49476be64d4100c2da662ea415f327348b3d11d
The relevant autoconf bits should be double-checked to make sure these changes don't break Lustre compatibility with older Lustre libraries.
Should we maybe define another variable that is set if either HAVE_LUSTRE_LUSTRE_USER_H or HAVE_LUSTRE_LUSTREAPI is set?
Building ior-3.3
--with-lustre
correctly identifieslustreapi.h
, but parse_options.c only checks forHAVE_LUSTRE_LUSTRE_USER_H
. This causes ior to build, link against liblustre, then refuse to honor lustre-specific options.I haven't checked to see if this works in newer IORs, but it should be fixed in ior-3.3.1.