From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 46526 invoked by alias); 23 Mar 2015 12:57:25 -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 46428 invoked by uid 89); 23 Mar 2015 12:57:24 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=2.7 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KAM_FROM_URIBL_PCCC,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=no version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: mail-oi0-f50.google.com Received: from mail-oi0-f50.google.com (HELO mail-oi0-f50.google.com) (209.85.218.50) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Mon, 23 Mar 2015 12:57:22 +0000 Received: by oier21 with SMTP id r21so139586613oie.1; Mon, 23 Mar 2015 05:57:20 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.60.161.36 with SMTP id xp4mr11620944oeb.61.1427115440141; Mon, 23 Mar 2015 05:57:20 -0700 (PDT) Received: by 10.76.134.102 with HTTP; Mon, 23 Mar 2015 05:57:20 -0700 (PDT) In-Reply-To: <20150323124600.GC5438@adacore.com> References: <20150311094134.GE9455@vapier> <1426310999-13103-1-git-send-email-vapier@gentoo.org> <20150319120631.GB4884@adacore.com> <20150319230427.GI4128@vapier> <20150321195953.GA24181@vapier> <20150323124600.GC5438@adacore.com> Date: Mon, 23 Mar 2015 12:57:00 -0000 Message-ID: Subject: Re: [PATCH] update automake version to 1.11.6 From: "H.J. Lu" To: Joel Brobecker Cc: GDB , Binutils , Doug Evans Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2015-03/txt/msg00716.txt.bz2 On Mon, Mar 23, 2015 at 5:46 AM, Joel Brobecker wrote: >> > i don't have a problem with requiring people to use the same exact >> version. >> > i do think that requiring them to build/install by hand is >> > unreasonable. it's pretty rare (by design) for projects to do this >> > sort of thing (commit the generated autotools), so it's pretty rare >> > for this to be an issue, so it's pretty rare for people to be >> > required to manage this. it's a throw back to pre-distro days when >> > people were used to building/install software themselves, and it's >> > unnecessary friction for new people to get into the development >> > process today. death by a thousand cuts and all that. >> >> It's only a barrier for people who need to change the configure.ac or >> Makefile.am files, which is not most developers. > > Agreed. > > Also, I don't think that building autoconf and automake once every > few years, and then using that to generate the files is really that > much of a barrier. In the meantime, it allows us to avoid the noise > you get when slightly different versions generate slightly different > code. I personally do verify the changes in the configure files, > for instance, and ask myself whether each hunk I see makes sense > to me or not. Seeing unrelated changes because others used a different > version makes that process a little harder (and, most of the time, > I'll just start over, and push a patch that first regenerates the > file). We should coordinate this with GCC. I have been using autoconf and automake specified in https://gcc.gnu.org/install/prerequisites.html -- H.J.