History log of /freebsd-10-stable/usr.bin/rpcgen/Makefile
Revision Date Author Comments
(<<< Hide modified files)
(Show modified files >>>)
# 256281 10-Oct-2013 gjb

Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.

Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation

# 201386 02-Jan-2010 ed

Build usr.bin/ with WARNS=6 by default.

Also add some missing $FreeBSD$ to keep svn happy.


# 149680 31-Aug-2005 stefanf

Rename the variable `inline' to `inline_size'.


# 99980 14-Jul-2002 alfred

WARNS=2


# 74848 27-Mar-2001 ru

MAN[1-9] -> MAN.


# 42286 04-Jan-1999 bde

Backed out previous commit. The bug was in rev.1.49 of src/Makefile.inc1,
so it can't be completely fixed here. Putting -I paths to the current
headers in CFLAGS is more likely to break things than fix them, since
there is no reason why current headers should work with old libraries.
Other Makefiles that do this may only work because they are not used early
in the bootstrap. However, the usual problem with errno being defined in
terms of a nonexistent library doesn't seem to occur here, since we don't
reference errno.


# 42275 04-Jan-1999 chuckr

Fix a build problem when upgrading from 9 month old sources. There's
a circular dependency problem, wherein rpcgen depends on the latest
includes, but those same includes depend on rpcgen to build
include/rpcsvc. This was causing the build or librpcsvc to fail
(like I said, only on upgrades of 9 month old sources).

If there's stylistic problems, tell me, I'll learn and fix them.
I did a buildworld with this, it should be safe.


# 12798 13-Dec-1995 wpaul

Clean up. (I hope I'm doing this right.)

Update rpcgen with the one from the TI-RPC 2.3 distribution.

Note that when built for FreeBSD, this version of rpcgen assumes
backwards compatibility mode by default. This means that it will produce
ONCRPC 4.0 compatible code unless otherwise instructed, instead of the
other way around.

One incompatibility has also been worked around: this rpcgen normally
always emits an '#include <stropts.h>' directive whether you select
backwards compatibility mode or not. We don't have STREAMS, so this
behavior has been changed: now it will only emit this line if run in TI-RPC
mode.

The 'generate output files in current directory instead of the
directory where the protocol definition file lives' hack from the
original rpcgen has been preserved.

Notable new features:

- Can be used to generate RPC servers that can be launched
from port monitors such as inetd(5).

- Can generate ANSI C code.

- Can generate sample client and server top-level programs and
makefiles in addition to the usual client and server stubs.

- Can generate inline XDR routines.


# 8874 30-May-1995 rgrimes

Remove trailing whitespace.


# 1897 07-Aug-1994 wollman

Move RPC stub generator program over from 1.1.5.

Submitted by: Original work in 1.x by J. T. Conklin.