From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.lisp.guile.devel Subject: Re: guile-lib - devel branch - patch 4 of 11 Date: Mon, 18 Jul 2016 05:40:26 +0300 Message-ID: <83y44z1xet.fsf@gnu.org> References: <20160715224305.432410c3@capac> <83wpkm5c1u.fsf@gnu.org> <20160716173402.014d9a12@capac> <83vb053s9r.fsf@gnu.org> <20160717172635.40bcfe87@capac> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1468809659 13562 80.91.229.3 (18 Jul 2016 02:40:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 18 Jul 2016 02:40:59 +0000 (UTC) Cc: guile-devel@gnu.org To: David Pirotte Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Mon Jul 18 04:40:54 2016 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1bOyUI-0000R8-07 for guile-devel@m.gmane.org; Mon, 18 Jul 2016 04:40:54 +0200 Original-Received: from localhost ([::1]:43982 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bOyUG-0001CS-VD for guile-devel@m.gmane.org; Sun, 17 Jul 2016 22:40:52 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35203) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bOyTz-00013F-0S for guile-devel@gnu.org; Sun, 17 Jul 2016 22:40:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bOyTu-0002AP-Jz for guile-devel@gnu.org; Sun, 17 Jul 2016 22:40:33 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46104) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bOyTu-00029t-Et; Sun, 17 Jul 2016 22:40:30 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2315 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bOyTs-0006TK-4r; Sun, 17 Jul 2016 22:40:28 -0400 In-reply-to: <20160717172635.40bcfe87@capac> (message from David Pirotte on Sun, 17 Jul 2016 17:26:35 -0300) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: "guile-devel" Xref: news.gmane.org gmane.lisp.guile.devel:18556 Archived-At: > Date: Sun, 17 Jul 2016 17:26:35 -0300 > From: David Pirotte > Cc: guile-devel@gnu.org > > > > 2.69 is the latest stable, available since April 2012 > > > If there are known problems with older versions that get in the way, I > > agree. Are there? > > Are there? That's what I asked. Do you know the answer? > > Because people might have older versions installed, and it's a nuisance to have to > > upgrade unrelated tools in your development environment just because you need to > > build a newer version of Guile. > > I would not qualify autoconf/automake of 'unrelated' but 'essential' tools, and > would never call 'nuisance' the fact that you ask a user to be in the 'conditions' > that guarantee a proper build. I can not guarantee this proper build with earlier > versions, I don't have time neither any wish to maintain older version of these > essential tools. We already guaranteed a proper build with older versions, since Guile builds now with whatever minimal versions we were requiring. So this problem does not exist, and will not exist, unless we deliberately start using a newer version. > > Besides, other packages might required older versions. > > Are you aware of any incompatibilities between 2.69 and earlier 2.x version(s) of > autoconf? That's not the point. If a package requires a certain version, my best bet is to use that version. And some packages (e.g., GDB) indeed require use of a specific version in order to make sure changes in the derived files are consistent.