From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] emacs-25 1fe1e0a: * lisp/char-fold.el: Rename from character-fold.el. Date: Wed, 18 May 2016 22:39:09 +0300 Organization: LINKOV.NET Message-ID: <87lh37gnwy.fsf@mail.linkov.net> References: <20160517205550.16534.51779@vcs.savannah.gnu.org> <20160517205551.16F19220156@vcs.savannah.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1463600445 26159 80.91.229.3 (18 May 2016 19:40:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 18 May 2016 19:40:45 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 18 21:40:38 2016 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 1b37Kf-0000he-Mz for ged-emacs-devel@m.gmane.org; Wed, 18 May 2016 21:40:37 +0200 Original-Received: from localhost ([::1]:46825 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b37Kf-0003fX-3V for ged-emacs-devel@m.gmane.org; Wed, 18 May 2016 15:40:37 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35790) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b37K3-0003f9-92 for emacs-devel@gnu.org; Wed, 18 May 2016 15:40:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b37Jz-0005FG-8q for emacs-devel@gnu.org; Wed, 18 May 2016 15:39:59 -0400 Original-Received: from sub3.mail.dreamhost.com ([69.163.253.7]:53074 helo=homiemail-a18.g.dreamhost.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b37Jz-0005F1-16 for emacs-devel@gnu.org; Wed, 18 May 2016 15:39:55 -0400 Original-Received: from homiemail-a18.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a18.g.dreamhost.com (Postfix) with ESMTP id AC84725006C for ; Wed, 18 May 2016 12:39:50 -0700 (PDT) Original-Received: from localhost.linkov.net (85.253.59.205.cable.starman.ee [85.253.59.205]) (Authenticated sender: jurta@jurta.org) by homiemail-a18.g.dreamhost.com (Postfix) with ESMTPA id 1EA45250069 for ; Wed, 18 May 2016 12:39:49 -0700 (PDT) In-Reply-To: (John Wiegley's message of "Tue, 17 May 2016 22:58:20 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (x86_64-pc-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 69.163.253.7 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:203886 Archived-At: >> branch: emacs-25 >> commit 1fe1e0a8e7e3863d36c1a87ca38d2fa39bc25a56 >> Author: Juri Linkov >> Commit: Juri Linkov > >> * lisp/char-fold.el: Rename from character-fold.el. > >> * lisp/replace.el (replace-char-fold): Rename from replace-character-fold. >> * test/automated/char-fold-tests.el: Rename from >> character-fold-tests.el. > > Hi Juri, > > I read the e-mail you linked to, but which bug does this change relate to, and > why does it need to happen on emacs-25? Hi John, This is the first step to prepare the release-critical issue for the next release. There were no code changes, only renames. However, there are code changes planned in bug#22147 to make this feature (albeit disabled) usable in the next release, so the users will have an incentive to try to customize it and report back possible changes in the default values that might be useful in the later versions. Is this the right thing to do? Or do you think it would be safer not to touch even disabled feature before the release? Then please specify what have to be done before the release and/or maybe also remove it from the release-critical list? (There were one incompatibility regarding lax-whitespace reported in bug#22147 but fortunately there are hacks to circumvent it in ~/.emacs).