From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Thibault Polge Newsgroups: gmane.emacs.bugs Subject: bug#52018: 28.0.60; Improve documentation for compilation-finish-functions Date: Sun, 21 Nov 2021 20:08:56 +0100 Message-ID: <87wnl1gwc7.fsf@thb.lt> References: <871r39hjj3.fsf@thb.lt> <83sfvpr17k.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19338"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 52018@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Nov 21 20:10:20 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mosEE-0004sT-BD for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 21 Nov 2021 20:10:18 +0100 Original-Received: from localhost ([::1]:34514 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mosEC-0002gq-Tf for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 21 Nov 2021 14:10:16 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:51480) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mosDy-0002eE-N7 for bug-gnu-emacs@gnu.org; Sun, 21 Nov 2021 14:10:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:34499) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mosDy-00016j-Eg for bug-gnu-emacs@gnu.org; Sun, 21 Nov 2021 14:10:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mosDy-00048L-9k for bug-gnu-emacs@gnu.org; Sun, 21 Nov 2021 14:10:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Thibault Polge Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 21 Nov 2021 19:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52018 X-GNU-PR-Package: emacs Original-Received: via spool by 52018-submit@debbugs.gnu.org id=B52018.163752174615812 (code B ref 52018); Sun, 21 Nov 2021 19:10:02 +0000 Original-Received: (at 52018) by debbugs.gnu.org; 21 Nov 2021 19:09:06 +0000 Original-Received: from localhost ([127.0.0.1]:46045 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mosD4-00046y-66 for submit@debbugs.gnu.org; Sun, 21 Nov 2021 14:09:06 -0500 Original-Received: from 2.mo575.mail-out.ovh.net ([46.105.52.162]:39003) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mosD0-00046Z-UD for 52018@debbugs.gnu.org; Sun, 21 Nov 2021 14:09:04 -0500 Original-Received: from player763.ha.ovh.net (unknown [10.110.171.148]) by mo575.mail-out.ovh.net (Postfix) with ESMTP id 98A46227D6 for <52018@debbugs.gnu.org>; Sun, 21 Nov 2021 19:09:01 +0000 (UTC) Original-Received: from thb.lt (lfbn-idf3-1-453-168.w83-114.abo.wanadoo.fr [83.114.45.168]) (Authenticated sender: thibault@thb.lt) by player763.ha.ovh.net (Postfix) with ESMTPSA id DD1D72484640F; Sun, 21 Nov 2021 19:08:59 +0000 (UTC) Authentication-Results: garm.ovh; auth=pass (GARM-105G0067fda3a39-2eb7-447f-a11c-ef50434ef1c6, 43582B99CDFB24B69BBBFB8E6FA79B8263DCE2E8) smtp.auth=thibault@thb.lt X-OVh-ClientIp: 83.114.45.168 In-Reply-To: <83sfvpr17k.fsf@gnu.org> X-Ovh-Tracer-Id: 11046485461101822796 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedvuddrgedvgdduvdegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufgjfhffkfggtgesthdtredttddttdenucfhrhhomhepvfhhihgsrghulhhtucfrohhlghgvuceothhhihgsrghulhhtsehthhgsrdhltheqnecuggftrfgrthhtvghrnhepfeduuddvvdduudduvddvjeefhfelgfeutddvgfejhfegteeihefhiefgveffvdffnecukfhppedtrddtrddtrddtpdekfedruddugedrgeehrdduieeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhpohhuthdphhgvlhhopehplhgrhigvrhejieefrdhhrgdrohhvhhdrnhgvthdpihhnvghtpedtrddtrddtrddtpdhmrghilhhfrhhomhepthhhihgsrghulhhtsehthhgsrdhlthdprhgtphhtthhopeehvddtudekseguvggssghughhsrdhgnhhurdhorhhg X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:220584 Archived-At: > But this is not entirely accurate, is it? I've done a quick test, and this seems accurate. As I understand it, the code you quoted: > (let ((out-string (format ":%s [%s]" process-status (cdr status))) > (msg (format "%s %s" mode-name > (replace-regexp-in-string "\n?$" "" > (car status))))) comes from a let block that happens in the context of: (setq mode-line-process [...] That is used to, IIUC, decorate the mode line with info about the compilation result. This setq, and the let it wraps, ends just before: (force-mode-line-update) [...] (run-hook-with-args 'compilation-finish-functions cur-buffer msg))) So the msg that compilation-handle-exit receives is passed, unmodified, to all 'compilation-finish-functions`. Best regards, Thibault