From owner-cvs-sys Wed Oct 2 23:58:01 1996 Return-Path: owner-cvs-sys Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA06405 for cvs-sys-outgoing; Wed, 2 Oct 1996 23:58:01 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA06398; Wed, 2 Oct 1996 23:57:57 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id IAA07715; Thu, 3 Oct 1996 08:57:43 +0200 Message-Id: <199610030657.IAA07715@ra.dkuug.dk> Subject: Re: cvs commit: src/sys/i386/isa syscons.c To: peter@spinner.DIALix.COM (Peter Wemm) Date: Thu, 3 Oct 1996 08:57:42 +0200 (MET DST) Cc: sos@FreeBSD.org, jkh@freefall.freebsd.org, CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org, cvs-sys@freefall.freebsd.org In-Reply-To: <199610030642.OAA03239@spinner.DIALix.COM> from "Peter Wemm" at Oct 3, 96 02:42:49 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-cvs-sys@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Peter Wemm who wrote: > > sos@FreeBSD.org wrote: > > In reply to Jordan K. Hubbard who wrote: > > > [Boy, sure a lot of warnings in here!] > > > > Yep, but they are all of the type (but two) that says you > > have a function with X parameters, but you use only X-n > > I'm not really sure what to do with them, they are bogus > > IMHO. Then there are two warning say that the sizeof > > operator is unsigned... > > In theory, it can be written: > void > func(x, y) > int x __unused; > char *y __unused; > { > return (1); > } > > or (in ANSI-style) > void > func(int x __unused, char *y __unused) > { > return (1); > } > > That should be enough to shut up gcc. Althought what to do about the > SYSCTL macro for declaring functions where you don't get the chance to > do this, I'm not sure about. Excuse me, but I tend to think that the compiler should be fixed here... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time.