d/freebsd-dev
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
4cbba6ae24
freebsd-dev/libexec/ypxfr/Makefile

47 lines
892 B
Makefile
Raw Normal View History

$Id$ -> $FreeBSD$
1999-08-28 00:22:10 +00:00
# $FreeBSD$
Import the new ypxfr, written by yours truly. Functionally equivalent to the old one, except that it supports an additional option (-p path) that lets you specify the top level path wiere your NIS maps live. (ypserv allows you to specify a path like this, so it makes sense that ypxfr should too. ypserv will automagically pass the -p flag to ypxfr if you use a path other than /var/yp when you start it.) This program uses client stub code generated by rpcgen as well as the yp_dblookup.c module from ypserv.
1995-12-25 03:07:13 +00:00
PROG= ypxfr
Fixed missing dependencies on headers generated by rpcgen, as usual. Removed bogus dependencies of generated .c files on generated headers. Sorted sources lists.
1998-05-10 16:01:36 +00:00
SRCS= yp_dblookup.c yp_dbwrite.c yp_error.c \
ypxfr_getmap.c ypxfr_main.c ypxfr_misc.c \
ypxfrd_getmap.c \
${GENSRCS}
GENSRCS=yp.h yp_clnt.c ypxfr_clnt.c
Import the new ypxfr, written by yours truly. Functionally equivalent to the old one, except that it supports an additional option (-p path) that lets you specify the top level path wiere your NIS maps live. (ypserv allows you to specify a path like this, so it makes sense that ypxfr should too. ypserv will automagically pass the -p flag to ypxfr if you use a path other than /var/yp when you start it.) This program uses client stub code generated by rpcgen as well as the yp_dblookup.c module from ypserv.
1995-12-25 03:07:13 +00:00
libexec: normalize paths using SRCTOP-relative paths or :H when possible This simplifies make logic/output MFC after: 1 month Sponsored by: Dell EMC Isilon
2017-03-04 11:28:03 +00:00
.PATH: ${SRCTOP}/usr.sbin/ypserv
Import the new ypxfr, written by yours truly. Functionally equivalent to the old one, except that it supports an additional option (-p path) that lets you specify the top level path wiere your NIS maps live. (ypserv allows you to specify a path like this, so it makes sense that ypxfr should too. ypserv will automagically pass the -p flag to ypxfr if you use a path other than /var/yp when you start it.) This program uses client stub code generated by rpcgen as well as the yp_dblookup.c module from ypserv.
1995-12-25 03:07:13 +00:00
- Backout botched attempt to intoduce MANSECT feature. - MAN[1-9] -> MAN.
2001-03-26 14:22:12 +00:00
MAN= ypxfr.8
Add support for rpc.ypxfrd and document it in the man page. Also generallize the yp_dbwrite functions a little: allow the caller to specify certain flags. I need this mostly for some changes to rpc.yppasswdd to allow in-place updates. Also change Makefile a little to use the same format as ypserv.
1996-06-05 05:42:52 +00:00
CFLAGS+= -I.
Make WARNS=6 the default for libexec/. Just like bin/ and sbin/, I think setting WARNS to the highest value possible will make it more attractive for people to fix warnings. - The WARNS variable is set in the Makefile in the directory of the application itself, making it more likely that it will be removed out of curiosity to see what happens. - New applications will most likely build with WARNS=6 out of the box, because the author would more likely fix the warnings during development than lower WARNS. Unfortunately almost all apps in libexec require a lowered value of WARNS.
2010-01-02 09:50:19 +00:00
WARNS?= 2
Lock down with WFORMAT?=1, with overrides in the subdirectories which are not yet warning-clean. Tested on i386 and alpha.
2002-02-04 02:33:51 +00:00
WFORMAT=0
Make WARNS=6 the default for libexec/. Just like bin/ and sbin/, I think setting WARNS to the highest value possible will make it more attractive for people to fix warnings. - The WARNS variable is set in the Makefile in the directory of the application itself, making it more likely that it will be removed out of curiosity to see what happens. - New applications will most likely build with WARNS=6 out of the box, because the author would more likely fix the warnings during development than lower WARNS. Unfortunately almost all apps in libexec require a lowered value of WARNS.
2010-01-02 09:50:19 +00:00
Convert to LIBADD Reduce overlinking
2014-11-25 21:18:18 +00:00
LIBADD= rpcsvc
Import the new ypxfr, written by yours truly. Functionally equivalent to the old one, except that it supports an additional option (-p path) that lets you specify the top level path wiere your NIS maps live. (ypserv allows you to specify a path like this, so it makes sense that ypxfr should too. ypserv will automagically pass the -p flag to ypxfr if you use a path other than /var/yp when you start it.) This program uses client stub code generated by rpcgen as well as the yp_dblookup.c module from ypserv.
1995-12-25 03:07:13 +00:00
Fixed missing dependencies on headers generated by rpcgen, as usual. Removed bogus dependencies of generated .c files on generated headers. Sorted sources lists.
1998-05-10 16:01:36 +00:00
CLEANFILES= ${GENSRCS}
Import the new ypxfr, written by yours truly. Functionally equivalent to the old one, except that it supports an additional option (-p path) that lets you specify the top level path wiere your NIS maps live. (ypserv allows you to specify a path like this, so it makes sense that ypxfr should too. ypserv will automagically pass the -p flag to ypxfr if you use a path other than /var/yp when you start it.) This program uses client stub code generated by rpcgen as well as the yp_dblookup.c module from ypserv.
1995-12-25 03:07:13 +00:00
libexec: normalize paths using SRCTOP-relative paths or :H when possible This simplifies make logic/output MFC after: 1 month Sponsored by: Dell EMC Isilon
2017-03-04 11:28:03 +00:00
RPCDIR= ${SRCTOP}/include/rpcsvc
Consistently set RPCGEN_CPP when running rpcgen, so the C preprocessor set via ${CPP} is used, instead of always using hardcoded /usr/bin/cpp. MFC after: 1 week
2012-02-07 09:27:07 +00:00
RPCGEN= RPCGEN_CPP=${CPP:Q} rpcgen -I -C
Import the new ypxfr, written by yours truly. Functionally equivalent to the old one, except that it supports an additional option (-p path) that lets you specify the top level path wiere your NIS maps live. (ypserv allows you to specify a path like this, so it makes sense that ypxfr should too. ypserv will automagically pass the -p flag to ypxfr if you use a path other than /var/yp when you start it.) This program uses client stub code generated by rpcgen as well as the yp_dblookup.c module from ypserv.
1995-12-25 03:07:13 +00:00
Fixed missing dependencies on headers generated by rpcgen, as usual. Removed bogus dependencies of generated .c files on generated headers. Sorted sources lists.
1998-05-10 16:01:36 +00:00
ypxfr_clnt.c: ${RPCDIR}/yp.x
Add support for rpc.ypxfrd and document it in the man page. Also generallize the yp_dbwrite functions a little: allow the caller to specify certain flags. I need this mostly for some changes to rpc.yppasswdd to allow in-place updates. Also change Makefile a little to use the same format as ypserv.
1996-06-05 05:42:52 +00:00
rm -f ${.TARGET}
${RPCGEN} -DYPPUSH_ONLY -l -o ${.TARGET} ${RPCDIR}/yp.x
Fixed missing dependencies on headers generated by rpcgen, as usual. Removed bogus dependencies of generated .c files on generated headers. Sorted sources lists.
1998-05-10 16:01:36 +00:00
yp_clnt.c: ${RPCDIR}/yp.x
Add support for rpc.ypxfrd and document it in the man page. Also generallize the yp_dbwrite functions a little: allow the caller to specify certain flags. I need this mostly for some changes to rpc.yppasswdd to allow in-place updates. Also change Makefile a little to use the same format as ypserv.
1996-06-05 05:42:52 +00:00
rm -f ${.TARGET}
${RPCGEN} -DYPSERV_ONLY -l -o ${.TARGET} ${RPCDIR}/yp.x
yp.h: ${RPCDIR}/yp.x
rm -f ${.TARGET}
${RPCGEN} -h -o ${.TARGET} ${RPCDIR}/yp.x
Import the new ypxfr, written by yours truly. Functionally equivalent to the old one, except that it supports an additional option (-p path) that lets you specify the top level path wiere your NIS maps live. (ypserv allows you to specify a path like this, so it makes sense that ypxfr should too. ypserv will automagically pass the -p flag to ypxfr if you use a path other than /var/yp when you start it.) This program uses client stub code generated by rpcgen as well as the yp_dblookup.c module from ypserv.
1995-12-25 03:07:13 +00:00
Fixed missing dependencies on headers generated by rpcgen, as usual. Removed bogus dependencies of generated .c files on generated headers. Sorted sources lists.
1998-05-10 16:01:36 +00:00
# ypxfrd_xdr.c: ${RPCDIR}/ypxfrd.x
Add support for rpc.ypxfrd and document it in the man page. Also generallize the yp_dbwrite functions a little: allow the caller to specify certain flags. I need this mostly for some changes to rpc.yppasswdd to allow in-place updates. Also change Makefile a little to use the same format as ypserv.
1996-06-05 05:42:52 +00:00
# rm -f ${.TARGET}
# ${RPCGEN} -c -o ${.TARGET} ${RPCDIR}/ypxfrd.x
Import the new ypxfr, written by yours truly. Functionally equivalent to the old one, except that it supports an additional option (-p path) that lets you specify the top level path wiere your NIS maps live. (ypserv allows you to specify a path like this, so it makes sense that ypxfr should too. ypserv will automagically pass the -p flag to ypxfr if you use a path other than /var/yp when you start it.) This program uses client stub code generated by rpcgen as well as the yp_dblookup.c module from ypserv.
1995-12-25 03:07:13 +00:00
Add support for rpc.ypxfrd and document it in the man page. Also generallize the yp_dbwrite functions a little: allow the caller to specify certain flags. I need this mostly for some changes to rpc.yppasswdd to allow in-place updates. Also change Makefile a little to use the same format as ypserv.
1996-06-05 05:42:52 +00:00
ypxfrd.h: ${RPCDIR}/ypxfrd.x
rm -f ${.TARGET}
${RPCGEN} -h -o ${.TARGET} ${RPCDIR}/ypxfrd.x
Import the new ypxfr, written by yours truly. Functionally equivalent to the old one, except that it supports an additional option (-p path) that lets you specify the top level path wiere your NIS maps live. (ypserv allows you to specify a path like this, so it makes sense that ypxfr should too. ypserv will automagically pass the -p flag to ypxfr if you use a path other than /var/yp when you start it.) This program uses client stub code generated by rpcgen as well as the yp_dblookup.c module from ypserv.
1995-12-25 03:07:13 +00:00
.include <bsd.prog.mk>
Reference in New Issue Copy Permalink