From owner-freebsd-commit Mon Sep 11 11:42:13 1995 Return-Path: commit-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA28318 for freebsd-commit-outgoing; Mon, 11 Sep 1995 11:42:13 -0700 Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA28305 for cvs-all-outgoing; Mon, 11 Sep 1995 11:42:11 -0700 Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA28288 for cvs-sys-outgoing; Mon, 11 Sep 1995 11:40:50 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA28282 ; Mon, 11 Sep 1995 11:40:45 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id LAA03668; Mon, 11 Sep 1995 11:39:52 -0700 From: Julian Elischer Message-Id: <199509111839.LAA03668@ref.tfs.com> Subject: Re: cvs commit: src/sys/kern vnode_if.sh To: pst@shockwave.com (Paul Traina) Date: Mon, 11 Sep 1995 11:39:52 -0700 (PDT) Cc: bde@freefall.freebsd.org, CVS-commiters@freefall.freebsd.org, cvs-sys@freefall.freebsd.org In-Reply-To: <199509111624.JAA11339@precipice.shockwave.com> from "Paul Traina" at Sep 11, 95 09:24:45 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 994 Sender: commit-owner@FreeBSD.org Precedence: bulk I'm against continuing the anti-ansi mood we should go to full prototyping asap. no-one makes compilers that can't handle that any more.... > > Maybe it's time to ask the general question: > > Why do we care about non-ansi compilers? > > Almost every compiler out there today can handle ansi definitions. > For people engaging in bootstrap/porting, they can always use ansi2knr. > > Let's just settle on one standard. I don't care which, but I wish to > hell we'd just answer the general question first. > > Paul > > From: Bruce Evans > Subject: cvs commit: src/sys/kern vnode_if.sh > bde 95/09/11 09:05:17 > > Modified: sys/kern vnode_if.sh > Log: > Generate prototypes for VOP functions. I decided to keep the old-style > definitions even though the functions are inline. If vnode_if.h was > compiled by a non-ANSI compiler, then `inline' would be defined away, > so vnode_if.h might compile correctly. >