From owner-freebsd-current  Mon Jan 29 10:21:02 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id KAA19423
          for current-outgoing; Mon, 29 Jan 1996 10:21:02 -0800 (PST)
Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA19410
          for <current@freebsd.org>; Mon, 29 Jan 1996 10:20:52 -0800 (PST)
Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id NAA26785; Mon, 29 Jan 1996 13:20:34 -0500
From: the revolution will not be televised <wpaul@skynet.ctr.columbia.edu>
Message-Id: <199601291820.NAA26785@skynet.ctr.columbia.edu>
Subject: Re: I'm rather annoyed with -current.
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Mon, 29 Jan 1996 13:20:33 -0500 (EST)
Cc: current@freebsd.org
In-Reply-To: <9833.822927764@time.cdrom.com> from "Jordan K. Hubbard" at Jan 29, 96 07:02:44 am
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-current@freebsd.org
Precedence: bulk

Of all the gin joints in all the world, Jordan K. Hubbard had to walk
into mine and say:
 
> Not only has the thread_init race problem still NOT been fixed (try a
> make world in -current using a 2.1-RELEASE system as the base - it
> will fall over!) but today we have this new problem:
> 
> ===> lib/librpcsvc
> cc -O -pipe -I/usr/include/rpcsvc -c klm_prot_xdr.c -o klm_prot_xdr.o
> In file included from klm_prot_xdr.c:6:
> /usr/include/rpcsvc/klm_prot.h:10: parse error before `xdr_klm_stats'
> /usr/include/rpcsvc/klm_prot.h:10: warning: data definition has no type or storage class
> /usr/include/rpcsvc/klm_prot.h:15: parse error before `netobj'
> /usr/include/rpcsvc/klm_prot.h:15: warning: no semicolon at end of struct or union
> 
> I'm not even particularly sure how to fix this one, either.  The
> header file that's generated here certainly doesn't include the
> required header files itself, and blowing away /usr/include/rpcsvc
> and trying to repopulate it from scratch didn't help.

Uhm... not to sound patronizing, but this has been discussed already.
You have to do the following things:

1) build and install the new rpcgen (make sure that it'll get used for
   'make world').
2) blow away and rebuild the /usr/include/rpcsvc directory using the
   new rpcgen.
3) blow away and rebuild /usr/src/lib/rpcsvc, also with the new rpcgen
   (if you have any stale .c files left from a previous build, clobber
   them).

The important thing to remember is that you must use the new rpcgen
for both halves.

I thought that adding rpcgen to the tools target in /usr/src/Makefile
was supposed to fix this.

-Bill

-- 
=============================================================================
-Bill Paul            (212) 854-6020 | System Manager
Work:         wpaul@ctr.columbia.edu | Center for Telecommunications Research
Home:  wpaul@skynet.ctr.columbia.edu | Columbia University, New York City
=============================================================================
License error: The license for this .sig file has expired. You must obtain
a new license key before any more witty phrases will appear in this space.
=============================================================================