From owner-cvs-all Mon Dec 14 23:29:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA24790 for cvs-all-outgoing; Mon, 14 Dec 1998 23:29:48 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA24761 for ; Mon, 14 Dec 1998 23:29:45 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id SAA20750; Tue, 15 Dec 1998 18:29:33 +1100 Date: Tue, 15 Dec 1998 18:29:33 +1100 From: Bruce Evans Message-Id: <199812150729.SAA20750@godzilla.zeta.org.au> To: brian@Awfulhak.org, dillon@apollo.backplane.com Subject: Re: best way to fix function mismatch warning Cc: committers@FreeBSD.ORG Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk [This may be a duplicate] >:> So, to get rid of the warning do we (a) cast the function pointer >:> in the pci_map_int() call to the correct type or (b) make the function >:> (in dev/vx/*) take a void * and then reassign the variable to a pointer >:> of the right type inside it? Or (c) some other choice that I haven't >:> thought of ? >: >:(a) as there's no overhead.... alternatively, you could try (c) ;-) > > There's no overhead for b either, GCC detects the alias and optimizes > it out. Except of course when the alias isn't actually an alias -- then (b) may work, but (a) will not work. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message