From owner-freebsd-current  Thu Jan  4 18:46:48 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id SAA22522
          for current-outgoing; Thu, 4 Jan 1996 18:46:48 -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 SAA22511
          for <current@freebsd.org>; Thu, 4 Jan 1996 18:46:40 -0800 (PST)
Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.11/8.6.9) id VAA05707; Thu, 4 Jan 1996 21:48:59 -0500
From: A boy and his worm gear <wpaul@skynet.ctr.columbia.edu>
Message-Id: <199601050248.VAA05707@skynet.ctr.columbia.edu>
Subject: Re: Make world fails on /usr/include/rpcsvc
To: regnauld@tetard.freenix.fr (Philippe Regnauld)
Date: Thu, 4 Jan 1996 21:48:57 -0500 (EST)
Cc: current@freebsd.org
In-Reply-To: <199601040704.IAA17257@tetard.freenix.fr> from "Philippe Regnauld" at Jan 4, 96 08:04:42 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, Philippe Regnauld had to walk 
into mine and say:

> 
> I just CTM'ed up to src-cur.1342 and started a make world last night --
> it stopped at the following:
> 
> (Mind you, I haven't compiled a new kernel yet -- is it necessary here ?)

No.

> ===> lib/librpcsvc
> cc -O -m486 -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
[chop]

For the _third_ time:

You need to build and _install_ the new rpcgen and then rebuild
/usr/include/rpcsvc _before_ you build librpcsvc:

# cd /usr/src/usr.bin/rpcgen
# make
# make install
# cd /usr/src
# make includes

Then it'll work fine.

I thought that adding rpcgen to the tools target in /usr/src/Makefile
was supposed to fix this. Probably what's happening is that the RPC
headers are being generated before the tools target is being built,
so they get built using the _old_ rpcgen, and then later librpcsvc
is being built after the tools target (or after rpcgen anyway) so it's
being built with the _new_ rpcgen, hence the conflict.

Foo.

-Bill
 
> -- 
> - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 ] -
> - [ regnauld@freenix.fr		 / FreeBSD 2.x /  			 ] -
>   "Le schtroumpf est ` l'homme ce que le bleu est au billard" - F.Berjon

-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.
=============================================================================