From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#24353: 25.1.1: looking-back wrong info Date: Sun, 04 Sep 2016 15:08:23 +0200 Message-ID: <87inubg6d4.fsf@web.de> References: <83lgzael08.fsf@gnu.org> <83k2euehyc.fsf@gnu.org> <1a485a01-87cd-db03-4a0b-2e9033754c46@yandex.ru> <77b23825-05cb-1f30-ebee-4b70dbfa986c@gmail.com> <87twdwal8a.fsf@users.sourceforge.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1472994569 9150 195.159.176.226 (4 Sep 2016 13:09:29 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 4 Sep 2016 13:09:29 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) Cc: 24353@debbugs.gnu.org, =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel , npostavs@users.sourceforge.net To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Sep 04 15:09:20 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgXAj-0001DO-Nl for geb-bug-gnu-emacs@m.gmane.org; Sun, 04 Sep 2016 15:09:17 +0200 Original-Received: from localhost ([::1]:49881 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bgXAg-0006YN-GS for geb-bug-gnu-emacs@m.gmane.org; Sun, 04 Sep 2016 09:09:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55463) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bgXAa-0006YG-FV for bug-gnu-emacs@gnu.org; Sun, 04 Sep 2016 09:09:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bgXAU-0001KX-DG for bug-gnu-emacs@gnu.org; Sun, 04 Sep 2016 09:09:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51475) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bgXAU-0001KS-A5 for bug-gnu-emacs@gnu.org; Sun, 04 Sep 2016 09:09:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bgXAU-0001No-4u for bug-gnu-emacs@gnu.org; Sun, 04 Sep 2016 09:09:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Sep 2016 13:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24353 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix notabug Original-Received: via spool by 24353-submit@debbugs.gnu.org id=B24353.14729945325300 (code B ref 24353); Sun, 04 Sep 2016 13:09:02 +0000 Original-Received: (at 24353) by debbugs.gnu.org; 4 Sep 2016 13:08:52 +0000 Original-Received: from localhost ([127.0.0.1]:49187 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgXAJ-0001NQ-Ot for submit@debbugs.gnu.org; Sun, 04 Sep 2016 09:08:51 -0400 Original-Received: from mout.web.de ([212.227.15.3]:59865) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgXAH-0001NC-A5 for 24353@debbugs.gnu.org; Sun, 04 Sep 2016 09:08:50 -0400 Original-Received: from drachen.dragon ([90.186.0.119]) by smtp.web.de (mrweb003) with ESMTPSA (Nemesis) id 0MQeqb-1bUnhv1DPp-00U5OJ; Sun, 04 Sep 2016 15:08:26 +0200 In-Reply-To: (Drew Adams's message of "Sat, 3 Sep 2016 11:57:01 -0700 (PDT)") X-Provags-ID: V03:K0:xE41xnOHGaFkUpODAzPmh3WK9nmu0/8ZdFZ71f2P6GFHYt5mZDK xweN+NwwzNli8RfrWPtZpbtqdDJ45GF9oJMdm5vwBqXtDyssYaR8cNKA3RUqqlL7kvjF+XV jiHJZynbddIcvJbZcKmeH/OdNc1EJ3SBUi4MRqVw0J/1meYCG+3KrTtBXubsAjwMhe1bsQI lu5ecdqp0J5vpVuuXDtuQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:lTEtRGX38lc=:JhvwQ3RLkVgGBs3bwnkzM4 KgRpxjypmRIT9UexuHc1spOxUZ33c71qbs8W2O3FQj2vMT8RltGAolK3UblHkTXFjSaJGtl8P l/lZfd4PasuUMamS6O+uQllZWxX4uBlTjm7PPV6unerQOEOtL/PMuWUNfqLmEfc9pEpOKc+Ai VO0iuKNqHQjCmkKWW53oCv7egr42MYaTZtwnPpVwZOUQEl0Btl5wwahktcQmboWE1yHXeM92Y P6pLl2QtbOI+oYAUli2/ZQht5DruFW3OrxsozTi42YF4cX6OwRE+TOuwlMZI8VKicbr2lk4ww wJk79KmhvsQ3wR90YxFTKlZWLlUut9G0ba7l4wKMlJu1INTPGIIVnk10qeBcTIQB/FxK1tRDp efeEoQUFrEmVyxQeWBKCk8QYa/E9aN30IThOY8qU/nNZ0SVVRF5yzZ6VPr5pJYBRn+0SLS1WC veYov8df7nziPlk8p8STPnNfxRoDyFJc3Cf8+8KSnBC+NHhuLd1TbuGaJxVM6K1WNSWjKEyGg eMv53p9LMTn2qJ94e6o6pDB6kws0actozXW1Ovyf9p0pJ5K2Sp2Q2AAnVzAsLKaEWfjypg8/a NcvwDCOlwvpnnKzDUSVdjXrTwteHkQSU6YgVteqgGNQYxA2GV2z3bAl6jmNkIjwWfZQ5Lrmxh rj4JW/tpXlxBM/GfqRXOL/Ww+MEcdkjx/wO6w31LPQhJJ6Cmt+ig8uLSdLnSsOV4zQrp2B4OX 7S1PpSfmM+Zf/Kols2ZnyTDiHiThupEB9FxHBbaz5Qs5PrkCWVro6juJPBnrqRgjkWjZn+RP X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:122932 Archived-At: Drew Adams writes: > And yes, "the whole point of advertised-calling-convention is to > advertise a signature different from the actual implemented one." I always thought this would be just a temporary, intermediate state, and the second argument will be made mandatory soon (is that wrong?). With other words, we already give the impression that the second arg is mandatory, in all regards, to force people to change their code. But we don't break old code yet, it is still running, until some later version. And I think this is good: you can still supply (point-min) as limit if you really don't care, but you should make the decision, because it is important to make that decision consciously, and that's why we make the LIMIT arg mandatory. Sure, the effect of `advertized-calling-convention' could be improved to be less confusing, e.g. it could add automatically to the doc something like "the old signature ... is obsolete but currently still supported" or so. If we use `advertized-calling-convention' for anything else then obsoleting signatures - like giving recommendations of how to call a function the best way, I would agree that this would not be a good thing, and it would be better to use the documentation string for this purpose. Michael.