History log of /freebsd-current/usr.bin/rpcgen/Makefile
Revision Date Author Comments
# d0b2dbfa 16-Aug-2023 Warner Losh <imp@FreeBSD.org>

Remove $FreeBSD$: one-line sh pattern

Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/


# a7d5f7eb 19-Oct-2010 Jamie Gritton <jamie@FreeBSD.org>

A new jail(8) with a configuration file, to replace the work currently done
by /etc/rc.d/jail.


# fe0506d7 09-Mar-2010 Marcel Moolenaar <marcel@FreeBSD.org>

Create the altix project branch. The altix project will add support
for the SGI Altix 350 to FreeBSD/ia64. The hardware used for porting
is a two-module system, consisting of a base compute module and a
CPU expansion module. SGI's NUMAFlex architecture can be an excellent
platform to test CPU affinity and NUMA-aware features in FreeBSD.


# b7946da9 02-Jan-2010 Ed Schouten <ed@FreeBSD.org>

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

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


# d7f03759 19-Oct-2008 Ulf Lilleengen <lulf@FreeBSD.org>

- Import the HEAD csup code which is the basis for the cvsmode work.


# 122562cd 31-Aug-2005 Stefan Farfeleder <stefanf@FreeBSD.org>

Rename the variable `inline' to `inline_size'.


# 651feb65 14-Jul-2002 Alfred Perlstein <alfred@FreeBSD.org>

WARNS=2


# dc12be52 27-Mar-2001 Ruslan Ermilov <ru@FreeBSD.org>

MAN[1-9] -> MAN.


# 19d108e8 03-Jan-1999 Bruce Evans <bde@FreeBSD.org>

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.


# 9b294c6e 03-Jan-1999 Chuck Robey <chuckr@FreeBSD.org>

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.


# ff49530f 12-Dec-1995 Bill Paul <wpaul@FreeBSD.org>

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.


# ee4f614e 12-Dec-1995 Bill Paul <wpaul@FreeBSD.org>

Import a newer and more functional version of rpcgen.

Obtained from: the Sun TI-RPC 2.3 source distribution


# 7799f52a 30-May-1995 Rodney W. Grimes <rgrimes@FreeBSD.org>

Remove trailing whitespace.


# 4e115012 07-Aug-1994 Garrett Wollman <wollman@FreeBSD.org>

Move RPC stub generator program over from 1.1.5.

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