Re: Problems building nfs-utils 0.3.3

[miah <jjohnson@sunrise-linux.com>]

Actually, after some checking, my patch is fine.  Its nfs-utils that is broke.  Exerpt from tools/rpcgen/rcp_main.c:

tatic svc_output();
 */

#define EXTEND  1               /* alias for TRUE */
#define DONT_EXTEND     0               /* alias for FALSE */

#define SVR4_CPP "/usr/ccs/lib/cpp"
#define SUNOS_CPP "/lib/cpp"
static int cppDefined = 0;          /* explicit path for C preprocessor */


static char *cmdname;

As we see here, its being defined in what I belive to be a inccorect way.  I guess if code is to be "Sun OS compatible" it might need to be defined this way, but im sure a configure option could set this properly.  For a Linux system though, if its to be FHS compliant, it shouldn't have a cpp in /lib, and it shouldnt have a /usr/ccs/lib dir.

Obviously the patch for me is simple here.  Hope a fix for this gets in CVS.

-miah

On Mon, Apr 15, 2002 at 10:18:26AM +0100, James Pearson wrote:
> Not an expert on this sort of thing, but:
> 
> > Making all in export
> > rm -f mount.h mount_clnt.c mount_xdr.c
> > ../../bin/rpcgen -h -o mount.h mount.x
> > cannot find any C preprocessor (cpp)
> > ../../bin/rpcgen -l -o mount_clnt.c mount.x
> > cannot find any C preprocessor (cpp)
> > ../../bin/rpcgen -c -o mount_xdr.c mount.x
> > cannot find any C preprocessor (cpp)
> 
> looks like is part of the problem ...
> 
> Do you have /lib/cpp (which on my systems is a symbolic link to
> /usr/bin/cpp) ?
> 
> James Pearson
> 
> _______________________________________________
> NFS maillist  -  NFS@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nfs

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs