From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18678 invoked by alias); 22 Apr 2009 18:02:16 -0000 Received: (qmail 18477 invoked by uid 22791); 22 Apr 2009 18:02:13 -0000 X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_92 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 22 Apr 2009 18:02:09 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 985C72BABE7; Wed, 22 Apr 2009 14:02:06 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id d2zq8Tdfcf92; Wed, 22 Apr 2009 14:02:06 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 3FF3D2BAC79; Wed, 22 Apr 2009 14:02:03 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id AAB83F5886; Wed, 22 Apr 2009 11:01:51 -0700 (PDT) Date: Wed, 22 Apr 2009 18:02:00 -0000 From: Joel Brobecker To: Pierre Muller Cc: 'Tom Tromey' , 'Andreas Schwab' , gdb-patches@sourceware.org Subject: Re: Patch: FYI: use AC_HELP_STRING Message-ID: <20090422180151.GB22514@adacore.com> References: <20090422005907.GE5858@adacore.com> <000901c9c318$a3bf3b60$eb3db220$@u-strasbg.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000901c9c318$a3bf3b60$eb3db220$@u-strasbg.fr> User-Agent: Mutt/1.5.18 (2008-05-17) Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-04/txt/msg00601.txt.bz2 > Why not, but currently only files with suffix ".l", ".y", ".h" and ".c" > are listed in gdb_find.sh, and that list > is currently used by gdb_ari.sh. > > Will AC_HELP_STRING appear in one of these files? > Currently I see AC_HELP_STRING and AS_HELP_STRING > only in gdb/configure.ac file, > which means that gdb_ari.sh will not be useful. AC_HELP_STRING is an autoconf macro, so it's not just configure.ac. It could also be any of the .m4 files: aciclude.m4, aclocal.m4, etc. I didn't realize that these files weren't already ARI'ed. If it's too much trouble, then we don't have to add a rule for this. It looks like it would be very easy to fix any regression when the macro disappears, so reintroducing it wouldn't be really all that harmful. So I'm fine either way: We can decide to start checking the autoconf files or not. -- Joel