From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 53902 invoked by alias); 17 Jul 2015 08:38:41 -0000 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 Received: (qmail 53871 invoked by uid 89); 17 Jul 2015 08:38:41 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: mail-wi0-f172.google.com Received: from mail-wi0-f172.google.com (HELO mail-wi0-f172.google.com) (209.85.212.172) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Fri, 17 Jul 2015 08:38:40 +0000 Received: by wicmv11 with SMTP id mv11so36534205wic.1; Fri, 17 Jul 2015 01:38:37 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.194.58.7 with SMTP id m7mr26716289wjq.109.1437122317508; Fri, 17 Jul 2015 01:38:37 -0700 (PDT) Received: by 10.28.50.129 with HTTP; Fri, 17 Jul 2015 01:38:37 -0700 (PDT) In-Reply-To: <55A8C01802000078000924CF@mail.emea.novell.com> References: <55A8C01802000078000924CF@mail.emea.novell.com> Date: Fri, 17 Jul 2015 08:38:00 -0000 Message-ID: Subject: Re: [PATCH] [4/14] Completes renaming of configure.in files to .ac From: Michael Darling To: Jan Beulich Cc: GCC Patches , "H.J. Lu" , Binutils , GDB Content-Type: text/plain; charset=UTF-8 X-SW-Source: 2015-07/txt/msg00504.txt.bz2 Perhaps the best solution is both sets of patches. Yours to modify the build system so it can work with either extension, old versions, and other imported packages. Mine to complete binutils-gdb and gcc moving from configure.in to .ac extension. There have been several commits spread out across the last year slowly moving the migration along. People have been slowly changing the extension over in their areas for the past year, but not getting everything moved over at once. Finish it up, have consistency, use the "prefered" extension, prevent the warning about old ".in" extensions, make it robust so it works with the old extension, and get combined builds working again. On Fri, Jul 17, 2015 at 6:43 AM, Jan Beulich wrote: >>>> On 17.07.15 at 06:26, wrote: >> Which imported packages use configure.in? I'm happy to submit patches >> for those, too. > > The answer to this may not even matter - consuming components > (like gcc is in respect to binutils) shouldn't assume only the newer > name is used: It should remain to be possible to build with older > versions. I.e. you always have to check for both .ac and .in when > looking for a file. > > Jan >