From owner-freebsd-arch Sun Jun 3 19:18:28 2001 Delivered-To: freebsd-arch@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 7E17037B406 for ; Sun, 3 Jun 2001 19:18:26 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f542IKS65804; Sun, 3 Jun 2001 22:18:20 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Sun, 3 Jun 2001 22:18:18 -0400 To: Mike Barcroft , Bruce Evans From: Garance A Drosihn Subject: Re: Removing __P() (was Re: whois(1) patch) Cc: Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 8:54 PM -0400 6/3/01, Mike Barcroft wrote: >Sorry, I didn't state that question very clearly. I want >to silence warnings with WARNS=2 enabled by converting >some variables to const char *. Since I'm converting >variables to ANSI C types, it makes no sense to carry along >the __P() support shims because it won't compile on K&R anyway. >Am I correct in my assertion? This topic has come up before on the developers list, and the consensus has been that it's alright to do ANSI-fication at a individual program level, as long as you have some other reason to be making "declaration changes" in that same program. That consensus has not been unanimous, but it has been the consensus whenever I've seen it discussed. ANSI-fication of any system include libraries (anything in /usr/include) is pretty much universally discouraged, and might possibly result in some hostility... -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message