Hi Bill, William Allen Simpson wrote on Fri, Jul 28, 2017 at 10:11:41AM -0400: > Setting up another test machine under Fedora 26, got this error that I've > not seen before. There's another library that cmake isn't checking?
That's actually my fault/because of DEBUG_MDCACHE, I didn't find a proper way to check if a lock was held and tried to mess with pthread rwlock internal fields that apparently changed with fedora 26. I'm not too surprised this broke with a different version, but what I'm surprised about is that DEBUG_MDACHE is set to 1 by default ; I'll push a default change but you can try building with -DDEBUG_MDCACHE=OFF to cmake for now. FWIW, I've just upgraded my laptop to fedora26 as well and there is another problem: /home/shared/nfs-ganesha-moo/src/FSAL/FSAL_GPFS/export.c:241:13: error: In the GNU C Library, "major" is defined by <sys/sysmacros.h>. For historical compatibility, it is currently defined by <sys/types.h> as well, but we plan to remove this soon. To use "major", include <sys/sysmacros.h> directly. If you did not intend to use a system-defined macro "major", you should undefine it after including <sys/types.h>. [-Werro ] if ((major(path_stat.st_dev) != fs->dev.major) || I guess I don't need GPFS so I also disabled this and I'm getting ganesha to build as is. (so, to recap, cmake -DDEBUG_MDCACHE=OFF -DUSE_FSAL_GPFS=OFF /path/to/src) I'll also look for a proper way to check if a lock is held for writing or not, but I'm not very hopeful... -- Dominique ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Nfs-ganesha-devel mailing list Nfs-ganesha-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
