From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1fnSys-00070H-Cu for mharc-grub-devel@gnu.org; Wed, 08 Aug 2018 14:14:46 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36406) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fnSyq-0006zr-CN for grub-devel@gnu.org; Wed, 08 Aug 2018 14:14:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fnSyn-0007C7-5P for grub-devel@gnu.org; Wed, 08 Aug 2018 14:14:44 -0400 Received: from eddie.linux-mips.org ([148.251.95.138]:43636 helo=cvs.linux-mips.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fnSym-0007BH-Qu for grub-devel@gnu.org; Wed, 08 Aug 2018 14:14:41 -0400 Received: (from localhost user: 'macro', uid#1010) by eddie.linux-mips.org with ESMTP id S23994734AbeHHSOhSi2Mm (ORCPT ); Wed, 8 Aug 2018 20:14:37 +0200 Date: Wed, 8 Aug 2018 19:14:37 +0100 (BST) Sender: "Maciej W. Rozycki" From: "Maciej W. Rozycki" To: Alan Modra cc: Nick Clifton , John Paul Adrian Glaubitz , binutils@sourceware.org, The development of GNU GRUB Subject: Re: Recent removal of a.out and COFF support for sparc In-Reply-To: <20180808133453.GB1544@bubble.grove.modra.org> Message-ID: References: <2d2f1c2a-1715-1348-c35a-ad562a3acbb2@physik.fu-berlin.de> <27449274-9250-97a3-1ff9-8b9c818659d4@physik.fu-berlin.de> <20180808015529.GP26457@bubble.grove.modra.org> <20180808133453.GB1544@bubble.grove.modra.org> User-Agent: Alpine 2.21 (LFD 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 148.251.95.138 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2018 18:14:45 -0000 On Wed, 8 Aug 2018, Alan Modra wrote: > > I don't like things being put that way and I find it against the spirit > > of free software and its mission to deliver superior solutions that do not > > put unnecessary limits upon users. If people have a need for a feature, > > then I think it is the wrong thing to refuse it from the position of > > authority given that code for that exists. > > I'm grumpy, but the advice about using older binutils for unmaintained > ports is good. I'm also not against reinstating sparc-aout if > someone maintains it, but doubt there is anyone wanting to do the > work. Maybe there isn't, maybe there is, but I think we need to be explicit on what the conditions are, because people may not be aware of them. Then it is up to whoever wants the feature to determine if they can do something to keep it in master or whether the only feasible solution is sticking to an older version. > "git log bfd/aoutx.h" if you want an illustration of points I make in > my other reply on this thread. Exactly why I pointed out the need to have an offer to maintain the code as a condition. Maciej