From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2226 invoked by alias); 30 Jun 2005 14:39:14 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 2193 invoked by uid 22791); 30 Jun 2005 14:39:06 -0000 Received: from palrel10.hp.com (HELO palrel10.hp.com) (156.153.255.245) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Thu, 30 Jun 2005 14:39:06 +0000 Received: from smtp1.ptp.hp.com (smtp1.ptp.hp.com [15.1.28.250]) by palrel10.hp.com (Postfix) with ESMTP id E00E21D8E for ; Thu, 30 Jun 2005 07:38:24 -0700 (PDT) Received: from hpsje.cup.hp.com (hpsje.cup.hp.com [15.244.96.221]) by smtp1.ptp.hp.com (Postfix) with ESMTP id C878E1EF5B4 for ; Thu, 30 Jun 2005 14:38:24 +0000 (UTC) Received: (from sje@localhost) by hpsje.cup.hp.com (8.9.3 (PHNE_24419+JAGae58098)/8.7.3 TIS Messaging 5.0) id HAA20132 for gdb@sourceware.org; Thu, 30 Jun 2005 07:38:24 -0700 (PDT) Date: Thu, 30 Jun 2005 14:39:00 -0000 From: Steve Ellcey Message-Id: <200506301438.HAA20132@hpsje.cup.hp.com> To: gdb@sourceware.org Subject: mmalloc question Reply-To: sje@cup.hp.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2005-06/txt/msg00316.txt.bz2 I have been looking at removing the uses of BFD_NEED_DECLARATION from the source tree and replacing it with the standard AC_CHECK_DECL. This is possible now that we have moved up from autoconf 2.14. Eventually, I would like to remove the definition of BFD_NEED_DECLARATION from the src/bfd subdirectory. gdb uses BFD_NEED_DECLARATION in two subdirectories, in src/gdb, which should be easy to fix and in src/mmalloc. Now mmalloc says it is no longer maintained and it hasn't been updated since 2003. My question is: does mmalloc need to be updated if I want to get rid of BFD_NEED_DECLARATION or can it be left alone with the knowledge that after the BFD_NEED_DECLARATION definition is removed from the src/bfd it will no longer build? The top-level configure still seems to allow for mmalloc to be built, but when I ran 'make all-mmalloc' it didn't actually try to build anything, it just returned after doing nothing. Steve Ellcey sje@cup.hp.com