Your message dated Mon, 21 Feb 2005 20:04:00 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#295473: autoconf: AC_MALLOC_FUNC broken on cross-compiles
with GNU compilers
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 16 Feb 2005 01:20:39 +0000
>From [EMAIL PROTECTED] Tue Feb 15 17:20:39 2005
Return-path: <[EMAIL PROTECTED]>
Received: from florence.buici.com [206.124.142.26] (qmailr)
by spohr.debian.org with smtp (Exim 3.35 1 (Debian))
id 1D1Drq-0007As-00; Tue, 15 Feb 2005 17:20:38 -0800
Received: (qmail 23119 invoked by uid 1000); 16 Feb 2005 01:20:37 -0000
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Marc Singer <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: autoconf: AC_MALLOC_FUNC broken on cross-compiles with GNU compilers
X-Mailer: reportbug 3.2
Date: Tue, 15 Feb 2005 17:20:37 -0800
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
Package: autoconf
Version: 2.59a-3
Severity: important
In cross compiling the AC_MALLOC_FUNC function will *always* indicate
that malloc should be replaced with rpl_malloc. The code in the
./configure scripts looks like this:
echo "$as_me:$LINENO: checking for GNU libc compatible malloc" >&5
echo $ECHO_N "checking for GNU libc compatible malloc... $ECHO_C" >&6
if test "${ac_cv_func_malloc_0_nonnull+set}" = set; then
echo $ECHO_N "(cached) $ECHO_C" >&6
else
if test "$cross_compiling" = yes; then
ac_cv_func_malloc_0_nonnull=no
else
cat >conftest.$ac_ext <<_ACEOF
/* confdefs.h. */
_ACEOF
[...]
The test $cross_compiling check will force the test to fail even if
the target compiler is GCC and has no such bug.
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages autoconf depends on:
ii debianutils 2.8.4 Miscellaneous utilities specific t
ii m4 1.4.2-1 a macro processing language
ii perl 5.8.4-5 Larry Wall's Practical Extraction
-- no debconf information
---------------------------------------
Received: (at 295473-done) by bugs.debian.org; 22 Feb 2005 04:04:04 +0000
>From [EMAIL PROTECTED] Mon Feb 21 20:04:04 2005
Return-path: <[EMAIL PROTECTED]>
Received: from smtp-roam.stanford.edu [171.64.10.152]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1D3RHI-0003gg-00; Mon, 21 Feb 2005 20:04:04 -0800
Received: from localhost (c-67-169-147-60.client.comcast.net [67.169.147.60])
(authenticated bits=0)
by smtp-roam.Stanford.EDU (8.12.11/8.12.11) with ESMTP id j1M4412f023841
(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT);
Mon, 21 Feb 2005 20:04:03 -0800
Received: from blp by localhost with local (Exim 4.34)
id 1D3RHE-0004eu-I6; Mon, 21 Feb 2005 20:04:00 -0800
To: Marc Singer <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: Bug#295473: autoconf: AC_MALLOC_FUNC broken on cross-compiles
with GNU compilers
Reply-To: [EMAIL PROTECTED]
References: <[EMAIL PROTECTED]>
From: Ben Pfaff <[EMAIL PROTECTED]>
Date: Mon, 21 Feb 2005 20:04:00 -0800
In-Reply-To: <[EMAIL PROTECTED]> (Marc Singer's
message of "Tue, 15 Feb 2005 17:20:37 -0800")
Message-ID: <[EMAIL PROTECTED]>
User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: Ben Pfaff <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
Marc Singer <[EMAIL PROTECTED]> writes:
> In cross compiling the AC_MALLOC_FUNC function will *always* indicate
> that malloc should be replaced with rpl_malloc.
Yes, that's fine. The replacement malloc() will not do any harm
if the target's malloc() is compatible.
> The code in the ./configure scripts looks like this:
>
> echo "$as_me:$LINENO: checking for GNU libc compatible malloc" >&5
> echo $ECHO_N "checking for GNU libc compatible malloc... $ECHO_C" >&6
> if test "${ac_cv_func_malloc_0_nonnull+set}" = set; then
> echo $ECHO_N "(cached) $ECHO_C" >&6
> else
> if test "$cross_compiling" = yes; then
> ac_cv_func_malloc_0_nonnull=no
> else
> cat >conftest.$ac_ext <<_ACEOF
> /* confdefs.h. */
> _ACEOF
> [...]
>
>
> The test $cross_compiling check will force the test to fail even if
> the target compiler is GCC and has no such bug.
The target compiler has nothing to do with malloc()'s
implementation. The test's answer only be known with assurance
if we can look at the target's C library, that is, by running a
program on the target. Autoconf assumes there's no easy way to
do that, so it uses the conservative answer that malloc(0)
doesn't return the expected result.
--
Ben Pfaff
email: [EMAIL PROTECTED]
web: http://benpfaff.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
