Thank you for the response.
Fortunately I don't think I need FSAL_VFS. My goal is to create an in-memory
filesystem in order to benchmark macOS's NFS client. I essentially want to create a
more specialized FSAL_MEM. If I understand the NFS-Ganesha architecture properly, FSAL_VFS
is not needed since I don't care about a concrete POSIX filesystem.
Here are a few things I'm hacking around to get things building, and I hope to have
some results in the next few days:
- The Apple "ld" doesn't support --version-script=, so it must be switched
to use -exported_symbols_list
- The build system assumes the URCU library header files are in the search path by
default, which is not the case with homebrew.
- We must use EPOLL emulation (using kqueue) which was originally written for FreeBSD
- I changed several #include lines from <gssapi/foo.h> to <GSS/foo.h> to get
around compiler errors though I'm not sure if this actually solved anything :)
- Redefining of strlcpy and strnlen
- Some atomic_fetch_* functions are not defined properly