RDMA building should be fixed in head of ntirpc. I've sent a review request to fix RDMA in ganesha. It also allows overriding the ntirpc tag on the command line, so those few doing ntirpc development can do it that way if they want.
Dan On Mon, Oct 5, 2015 at 11:15 AM, William Allen Simpson <william.allen.simp...@gmail.com> wrote: > On 10/5/15 8:30 AM, Daniel Gryniewicz wrote: >> >> Nothing is overwritten in your source tree, even if you build ganesha >> in your source tree. The ntirpc checkout happens in the *build* tree, >> in a subdir specific to building ntirpc. >> > OK. I was going by my log of Oct 01, 10:05 am, where my > /home/bill/rdma/nfs-ganesga/src/libntirpc was wiped and > replaced by the clone. > > <blockquote> > Cloning into 'libntirpc'... > </blockquote> > > Glad that was fixed along the way. > > I do see that cmake placed the ntirpc build data in: > > <blockquote> > -- Build files have been written to: > /home/bill/rdma/build/project_ntirpc-prefix/src/project_ntirpc-build > </blockquote> > > >> In addition, a *specific* commit hash is checked out, not the head of any >> tree. >> > So only those of us doing development need to worry about the > heads of branches. > > Of course, this thread was aimed at folks doing development. ;) > > In my case, that ended with: > <blockquote> > [100%] Linking C executable ganesha.nfsd > libMainServices.a(nfs_rpc_rdma.c.o): In function > `nfs_rdma_dispatcher_thread': > /home/bill/rdma/nfs-ganesha/src/MainNFSD/nfs_rpc_rdma.c:143: undefined > reference to `rpc_rdma_create' > /home/bill/rdma/nfs-ganesha/src/MainNFSD/nfs_rpc_rdma.c:161: undefined > reference to `svc_rdma_ncreate' > </blockquote> > > Which still needs to be fixed by your missing patch. Maybe later > this week? > ------------------------------------------------------------------------------ _______________________________________________ Nfs-ganesha-devel mailing list Nfs-ganesha-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
