Date: Thu, 27 Nov 2003 20:55:54 -0800 From: Marcel Moolenaar <marcel@xcllnt.net> To: Kris Kennaway <kris@obsecurity.org> Cc: ia64@freebsd.org Subject: Re: GNU configure and rpl_malloc (Re: adtool-1.2 broken on ia64) Message-ID: <20031128045554.GB16503@dhcp01.pn.xcllnt.net> In-Reply-To: <20031128032723.GA77578@xor.obsecurity.org> References: <20031127132731.GK67207@xor.obsecurity.org> <20031127183129.V30085@randomservers> <20031128032723.GA77578@xor.obsecurity.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Nov 27, 2003 at 07:27:23PM -0800, Kris Kennaway wrote: > On Thu, Nov 27, 2003 at 06:36:22PM -0800, Joseph Scott wrote: > > > > On Thu, 27 Nov 2003, Kris Kennaway wrote: > > > > -> http://bento.freebsd.org/errorlogs/ia64-5-latest/adtool-1.2.log > > -> > > -> Can you please investigate and/or report to the developers? > > > > I'll take a stab in the dark and try the brute force approach: > > > > --- configure.orig Thu Nov 27 18:30:23 2003 > > +++ configure Thu Nov 27 18:30:39 2003 > > @@ -8032,7 +8032,7 @@ > > LIBOBJS="$LIBOBJS malloc.$ac_objext" > > > > cat >>confdefs.h <<\_ACEOF > > -#define malloc rpl_malloc > > +#define malloc malloc > > _ACEOF > > > > fi > > You know, a lot of ports are failing with this rpl_malloc thing on > ia64 recently. I wonder if GNU configure is misidentifying > FreeBSD/ia64 as some other weird platform, perhaps because of a broken > feature test. It's a broken configure script. The problem is that malloc(0) returns NULL on ia64, which is incompatible with GNU malloc (apparently). This automaticly and bogusly results in the redefinition of malloc as rpl_malloc. On i386, malloc(0) returns 0x800. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031128045554.GB16503>