From owner-freebsd-current Thu Jan 28 00:50:18 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA09864 for freebsd-current-outgoing; Thu, 28 Jan 1999 00:50:18 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA09858 for ; Thu, 28 Jan 1999 00:50:17 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id AAA24819; Thu, 28 Jan 1999 00:43:20 -0800 (PST) Received: from s204m82.isp.whistle.com(207.76.204.82) via SMTP by alpo.whistle.com, id smtpdn24815; Thu Jan 28 08:43:11 1999 Date: Thu, 28 Jan 1999 00:43:07 -0800 (PST) From: Julian Elischer X-Sender: julian@s204m82.isp.whistle.com To: Matthew Dillon cc: current@FreeBSD.ORG Subject: Re: -Wall -Wcast-qual and SYSINIT In-Reply-To: <199901280826.AAA02016@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 28 Jan 1999, Matthew Dillon wrote: > Most of the functions do not expect a const argument, though that > may simply be because they didn't bother to use const when they > could have. > > However, I know at least the MALLOC initialization objects *can't* > use const objects because the malloc initialization routine modifies > the data object. OK I understand now.. theoretically I guess you should have two types of SYSINIT, however you are already not able to check the TYPE of the argument due to it being passed through the void form, so losing the 'const'-ness is not that much of a loss. The pragmetic answer may just be to 'cast' in the macro. > > I'm sure that a non-trivial number of the sysinits also modify their > data objects. So we need to handle both cases. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message