From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.devel Subject: Re: Can't build latest emacs on MSW + CRLF display issue Date: Tue, 27 Aug 2013 14:54:17 -0400 Message-ID: <4cli3nvuau.fsf@fencepost.gnu.org> References: <807gfadm22.fsf@gmail.com> <83ob8lhkys.fsf@gnu.org> <83ioyth8pd.fsf@gnu.org> <83d2p1h5j7.fsf@gnu.org> <83ob8jf9dy.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1377629662 12689 80.91.229.3 (27 Aug 2013 18:54:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 27 Aug 2013 18:54:22 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 27 20:54:23 2013 Return-path: Envelope-to: ged-emacs-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 1VEOPG-00070d-Sj for ged-emacs-devel@m.gmane.org; Tue, 27 Aug 2013 20:54:22 +0200 Original-Received: from localhost ([::1]:57991 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VEOPG-0003mP-JM for ged-emacs-devel@m.gmane.org; Tue, 27 Aug 2013 14:54:22 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37234) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VEOPE-0003mG-0O for emacs-devel@gnu.org; Tue, 27 Aug 2013 14:54:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VEOPC-0008A6-UC for emacs-devel@gnu.org; Tue, 27 Aug 2013 14:54:19 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46797) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VEOPC-00089w-RC for emacs-devel@gnu.org; Tue, 27 Aug 2013 14:54:18 -0400 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1VEOPB-0007fM-8H; Tue, 27 Aug 2013 14:54:17 -0400 X-Spook: enigma Zachawi insurgency Legion of Doom JFK Bellcore X-Ran: p#oJFL.YtbH<`}#Xy6HqT.i)tSmWay X-Hue: red X-Attribution: GM In-Reply-To: <83ob8jf9dy.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 27 Aug 2013 18:20:25 +0300") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:163058 Archived-At: Eli Zaretskii wrote: >> On the other hand, I can't think of a single reason to _not_ remove it. > > The only reason is to let people have time to adapt to the change. This only makes sense if the old method is still being updated and supported, which it isn't. It is already incomplete. Plus, there are pre-built binaries being supplied, so anyone who can't adapt (for some reason) is already covered. >> If someone turns up and wants to do 1), it will be the least of their >> problems to first revert the commit that removed the old method. > > Not if they build out of the release (or release-like) tarball. I hope we don't include an out-of-date, untested build process in the next release. There are pre-built binaries of releases anyway, so again I don't see the issue.