From owner-cvs-include  Mon Jan 19 10:40:07 1998
Return-Path: <owner-cvs-include>
Received: (from daemon@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id KAA03578
          for cvs-include-outgoing; Mon, 19 Jan 1998 10:40:07 -0800 (PST)
          (envelope-from owner-cvs-include)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA03449;
          Mon, 19 Jan 1998 10:38:38 -0800 (PST)
          (envelope-from wpaul@FreeBSD.org)
From: Bill Paul <wpaul@FreeBSD.ORG>
Received: (from wpaul@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id JAA20231;
	Mon, 19 Jan 1998 09:19:11 -0800 (PST)
Date: Mon, 19 Jan 1998 09:19:11 -0800 (PST)
Message-Id: <199801191719.JAA20231@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-include@FreeBSD.ORG
Subject: cvs commit: src/include/rpcsvc Makefile
Sender: owner-cvs-include@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

wpaul       1998/01/19 09:19:10 PST

  Modified files:
    include/rpcsvc       Makefile 
  Log:
  Invoke rpcgen with -C so that headers are created with ANSI prototypes.
  
  Note: this may cause some problems in a few cases. With very old versions
  of rpcgen, if you defined a procedure called foo, then rpcen would create
  client stubs for function foo_1() and server stubs _also_ with function
  foo_1(). This only worked because of the lack of ANSI prototypes: the
  client side stub takes different arguments than the server side stub.
  (The client side takes a CLIENT * handle, while the server side wants
  an svc_req *.)
  
  To fix this conflict, rpcgen in ANSI mode generates foo_1() for the client
  and foo_1_svc() for the server. RPC server code that depends on the old
  behavior might break because of this. (Fixing it is just a matter of
  adding the _svc suffix onto the server procedure names.)
  
  Revision  Changes    Path
  1.21      +2 -2      src/include/rpcsvc/Makefile