[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Request for configure override for AC_FUNC_MALLOC

From: Ben Pfaff
Subject: Re: Request for configure override for AC_FUNC_MALLOC
Date: Wed, 23 Feb 2005 09:31:04 -0800
User-agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3 (gnu/linux)

Marc Singer <address@hidden> writes:

> On Tue, Feb 22, 2005 at 05:18:33PM -0800, Ben Pfaff wrote:
>> Marc Singer <address@hidden> writes:
>> > The trouble is that I want to be able to cross compile a large
>> > number of packages without going through the effort to patch
>> > and add this function.
>> If programs fail because of this, it's because they're not using
>> AC_FUNC_MALLOC properly: they are not making a replacement for
>> malloc() available as the Autoconf documentation says they must.
>> You should report bugs against these programs.
> Perhaps, but this has the unwanted side effect of introducing a
> different and uncessary code path when cross-compiling.  

If the program doesn't make a replacement available but it
decides that one is necessary (based on AC_FUNC_MALLOC), then it
should cause configuration to fail because compilation cannot at
that point succeed.  This is the bug in those programs.

> Even though autoconf recommends that a replacement be
> available, it would also be proper to detect that the target
> uses an approved GNU C library and not require the replacement
> malloc.

Sure.  How would you do that, though?  I don't see any way, in
general, to detect what C library the target will use.
"In the PARTIES partition there is a small section called the BEER.
 Prior to turning control over to the PARTIES partition,
 the BIOS must measure the BEER area into PCR[5]."
--TCPA PC Specific Implementation Specification

reply via email to

[Prev in Thread] Current Thread [Next in Thread]