Date: Wed, 12 Dec 2001 12:07:56 -0800 From: Brooks Davis <brooks@one-eyed-alien.net> To: Sheldon Hearn <sheldonh@starjuice.net> Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: misc/32760: Please MFC /usr/include/malloc.h to -STABLE. Message-ID: <20011212120756.A29554@Odin.AC.HMC.Edu> In-Reply-To: <7683.1008187167@axl.seasidesoftware.co.za>; from sheldonh@starjuice.net on Wed, Dec 12, 2001 at 09:59:27PM %2B0200 References: <20011212114141.A23312@Odin.AC.HMC.Edu> <7683.1008187167@axl.seasidesoftware.co.za>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Dec 12, 2001 at 09:59:27PM +0200, Sheldon Hearn wrote: >=20 > On Wed, 12 Dec 2001 11:41:42 PST, Brooks Davis wrote: >=20 > > If there's a way to make malloc.h optionaly fatel that would be a good > > first step since we could strongly encourage porters to enable that and > > perhaps enable it on bento for good measure. >=20 > That sounds pretty easy, provided the affected ports honour CFLAGS. :-) >=20 > Wouldn't something like this work? >=20 > #if WANT_STDLIB_MALLOC > #if __STDC__ > #error "<malloc.h> has been replaced by <stdlib.h>" > #else > #if __GNUC__ > #warning "this file includes <malloc.h> which is deprecated, use <stdlib.= h> instead" > #endif > #include <stdlib.h> > #endif > #endif That looks workable. Once ports that honor CFLAGS are fixed, we could either throw the switch with due fanfare or see what happens if bento runs with a current malloc.h. If nothing else it would expose some ports that need their CFLAGS support fixed. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011212120756.A29554>