From unknown Tue Jun 17 20:31:55 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#25590 <25590@debbugs.gnu.org> To: bug#25590 <25590@debbugs.gnu.org> Subject: Status: Remove build number from emacs-version variable Reply-To: bug#25590 <25590@debbugs.gnu.org> Date: Wed, 18 Jun 2025 03:31:55 +0000 retitle 25590 Remove build number from emacs-version variable reassign 25590 emacs submitter 25590 Glenn Morris severity 25590 wishlist thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 31 12:56:08 2017 Received: (at submit) by debbugs.gnu.org; 31 Jan 2017 17:56:08 +0000 Received: from localhost ([127.0.0.1]:52521 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cYcf2-0007vh-8J for submit@debbugs.gnu.org; Tue, 31 Jan 2017 12:56:08 -0500 Received: from eggs.gnu.org ([208.118.235.92]:50878) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cYcf0-0007vC-E7 for submit@debbugs.gnu.org; Tue, 31 Jan 2017 12:56:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cYceu-0007qR-By for submit@debbugs.gnu.org; Tue, 31 Jan 2017 12:56:00 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50703) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYceu-0007qN-9H for submit@debbugs.gnu.org; Tue, 31 Jan 2017 12:56:00 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cYces-0004tL-Gs; Tue, 31 Jan 2017 12:55:58 -0500 From: Glenn Morris To: submit@debbugs.gnu.org Subject: Remove build number from emacs-version variable X-Spook: asset smuggle Transportation security Los Zetas Malware X-Ran: s=Nn!wQR~vY7yNvTLM$ES{#K)G;F%y(c[0Q3@_;4d!@=u!GiI+3`}W_k*Yfi'Rs}\mPSDB X-Hue: red X-Debbugs-No-Ack: yes X-Attribution: GM Date: Tue, 31 Jan 2017 12:55:58 -0500 Message-ID: <1svasvru4x.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Package: emacs Version: 25.1 Severity: wishlist I'd like to suggest removing the build number from the variable emacs-version. Instead, it can go in a separate variable (eg emacs-build-number). The function emacs-version can still include it in parentheses, like it does for several other quantities. Motivation: I think the build number is a largely internal detail that is only of interest to a small number of developers (as a data point, I've never used/wanted it for anything). Having it in the version string is confusing to people not familiar with Emacs development. (I am not aware of any other software that even has a concept of "build number".) From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 04 05:15:53 2017 Received: (at 25590) by debbugs.gnu.org; 4 Feb 2017 10:15:53 +0000 Received: from localhost ([127.0.0.1]:55518 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cZxNp-0006g2-4T for submit@debbugs.gnu.org; Sat, 04 Feb 2017 05:15:53 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48178) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cZxNn-0006fq-Si for 25590@debbugs.gnu.org; Sat, 04 Feb 2017 05:15:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cZxNf-0000sI-Aa for 25590@debbugs.gnu.org; Sat, 04 Feb 2017 05:15:46 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47405) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cZxNf-0000sD-6h for 25590@debbugs.gnu.org; Sat, 04 Feb 2017 05:15:43 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4948 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cZxNe-0005HX-Ax; Sat, 04 Feb 2017 05:15:42 -0500 Date: Sat, 04 Feb 2017 12:15:33 +0200 Message-Id: <83r33e8doa.fsf@gnu.org> From: Eli Zaretskii To: Glenn Morris In-reply-to: <1svasvru4x.fsf@fencepost.gnu.org> (message from Glenn Morris on Tue, 31 Jan 2017 12:55:58 -0500) Subject: Re: bug#25590: Remove build number from emacs-version variable References: <1svasvru4x.fsf@fencepost.gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25590 Cc: 25590@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Glenn Morris > Date: Tue, 31 Jan 2017 12:55:58 -0500 > > I'd like to suggest removing the build number from the variable emacs-version. > Instead, it can go in a separate variable (eg emacs-build-number). > The function emacs-version can still include it in parentheses, like it > does for several other quantities. If we do the above, we should make sure version-comparison functions treat something like "25.2 (build 4)" correctly. > Motivation: > I think the build number is a largely internal detail that is only of > interest to a small number of developers (as a data point, I've never > used/wanted it for anything). Having it in the version string is > confusing to people not familiar with Emacs development. FWIW, I think this is a low-priority issue, as it most probably will require quite a few changes, while the benefits are minor at best. > (I am not aware of any other software that even has a concept of "build > number".) It's actually part of a version number (which many other projects have, e.g., GDB just released version 7.12.1), except that we never release such versions, they exist only on end-users' machines. Other than that, there's nothing in it which is special to Emacs. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 05 18:45:44 2017 Received: (at 25590) by debbugs.gnu.org; 5 Feb 2017 23:45:44 +0000 Received: from localhost ([127.0.0.1]:56998 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1caWV5-0000XJ-SX for submit@debbugs.gnu.org; Sun, 05 Feb 2017 18:45:44 -0500 Received: from eggs.gnu.org ([208.118.235.92]:55046) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1caWV4-0000X7-Fc for 25590@debbugs.gnu.org; Sun, 05 Feb 2017 18:45:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1caWUy-0004qf-HK for 25590@debbugs.gnu.org; Sun, 05 Feb 2017 18:45:37 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.2 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD, UNRESOLVED_TEMPLATE autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40558) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1caWUy-0004qb-EH for 25590@debbugs.gnu.org; Sun, 05 Feb 2017 18:45:36 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1caWUw-0000PL-3U; Sun, 05 Feb 2017 18:45:34 -0500 From: Glenn Morris To: Eli Zaretskii Subject: Re: bug#25590: Remove build number from emacs-version variable References: <1svasvru4x.fsf@fencepost.gnu.org> <83r33e8doa.fsf@gnu.org> X-Spook: Armani munitions fissionable Gangs Abu Ghraib Consular X-Ran: c_8^}zWLIgtKpuK0uRq`$B^NIVSW"r\]2!xf;-w7%=1/%ZLg~0./gQLCR)O'6ly:~$WnRm X-Hue: red X-Debbugs-No-Ack: yes X-Attribution: GM Date: Sun, 05 Feb 2017 18:45:34 -0500 In-Reply-To: <83r33e8doa.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 04 Feb 2017 12:15:33 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -4.3 (----) X-Debbugs-Envelope-To: 25590 Cc: 25590@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.3 (----) Eli Zaretskii wrote: > If we do the above, we should make sure version-comparison functions > treat something like "25.2 (build 4)" correctly. I disagree that this is desirable. >> (I am not aware of any other software that even has a concept of "build >> number".) > > It's actually part of a version number (which many other projects > have, e.g., GDB just released version 7.12.1), except that we never > release such versions, they exist only on end-users' machines. Other > than that, there's nothing in it which is special to Emacs. I don't understand the comparison. A micro version number (major.minor.micro) is not the same thing as Emacs's build number. This is precisely the confusion that arises with Emacs. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 06 10:32:36 2017 Received: (at 25590) by debbugs.gnu.org; 6 Feb 2017 15:32:36 +0000 Received: from localhost ([127.0.0.1]:57953 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1calHQ-00075b-Cg for submit@debbugs.gnu.org; Mon, 06 Feb 2017 10:32:36 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46735) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1calHO-00075O-MD for 25590@debbugs.gnu.org; Mon, 06 Feb 2017 10:32:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1calHG-0000LU-Id for 25590@debbugs.gnu.org; Mon, 06 Feb 2017 10:32:29 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50448) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1calHG-0000LP-GO for 25590@debbugs.gnu.org; Mon, 06 Feb 2017 10:32:26 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4571 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1calHE-0000Zo-AL; Mon, 06 Feb 2017 10:32:24 -0500 Date: Mon, 06 Feb 2017 17:32:21 +0200 Message-Id: <83k29372t6.fsf@gnu.org> From: Eli Zaretskii To: Glenn Morris In-reply-to: (message from Glenn Morris on Sun, 05 Feb 2017 18:45:34 -0500) Subject: Re: bug#25590: Remove build number from emacs-version variable References: <1svasvru4x.fsf@fencepost.gnu.org> <83r33e8doa.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25590 Cc: 25590@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Glenn Morris > Cc: 25590@debbugs.gnu.org > Date: Sun, 05 Feb 2017 18:45:34 -0500 > > Eli Zaretskii wrote: > > > If we do the above, we should make sure version-comparison functions > > treat something like "25.2 (build 4)" correctly. > > I disagree that this is desirable. Can you explain why? My reasoning was that if "25.2.4" is replaced by "25.2 (build 4)", then Lisp code that compares version (e.g., I have such code in my .emacs) will not work properly unless the version-comparison functions are updated to support such values. > > It's actually part of a version number (which many other projects > > have, e.g., GDB just released version 7.12.1), except that we never > > release such versions, they exist only on end-users' machines. Other > > than that, there's nothing in it which is special to Emacs. > > I don't understand the comparison. A micro version number > (major.minor.micro) is not the same thing as Emacs's build number. I think it is. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 06 13:34:49 2017 Received: (at 25590) by debbugs.gnu.org; 6 Feb 2017 18:34:49 +0000 Received: from localhost ([127.0.0.1]:58036 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cao7l-0002mc-2R for submit@debbugs.gnu.org; Mon, 06 Feb 2017 13:34:49 -0500 Received: from mail-oi0-f67.google.com ([209.85.218.67]:36508) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cao7i-0002mO-TY for 25590@debbugs.gnu.org; Mon, 06 Feb 2017 13:34:47 -0500 Received: by mail-oi0-f67.google.com with SMTP id u143so7110906oif.3 for <25590@debbugs.gnu.org>; Mon, 06 Feb 2017 10:34:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=8YheLTrIECJdtv+yqLaZEcmDaBFguBKTT2lsbDn1tXo=; b=Uv/BMF5u61yOe7+6kN6OF2LqPBy+JOo1i2X5crBRVIwjjBLP/Vk69gKTLkiMWVCJyT GMzVE8Nmw7mePnGB8hb4fk4jkB7rlQ06POrPkBRMSqIei5m4rdz3xnRNmr/iQsPtaaMs GPl6rcf80jIfFjoT+A6S62P6c4Fmzx2MpPC68PC5FU1hNPeF7YQYQxHyWbnExfn3ZmZ1 UcEQrousJRNvKO0KTbMytgYe2MpIjA8purDotVSk8WgdzkQFlDKAA3S9OUNjcJoYlwxu BkXKS5RGZsrgdv1xzS20tHrpIGdE+TLdcIHpYXSFwVXvXIKYxVzUBzDo4u1JFSn6YAXJ XLMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=8YheLTrIECJdtv+yqLaZEcmDaBFguBKTT2lsbDn1tXo=; b=BHE6iQ71u9XLFt3k7m40XySv/gZSnUg2YpyY7tlob/W468uQFr251zXfgXzn6iy50w 9ZHR8VQ+rOF1CXNy2jQ+crboZca6+kf5BScHvf5T8WqmUEd8+4VC3YOw2RpuLHmnEM1D hfzBY0CKpJA5WMqJPSpYXcC/mORl+EVF5fVarx1lWRkrxURBKHUee8czIfifXuLsJ2SU wcCMJ7dTTUCh5DNi6LMqaX2UcQ0dRi2SuATPBdAgXdGSLyDeiOEuDTvKDwPvyQ+Sf5Fh Vk9bJOOk3XOUDXYBPbRnxzi+zwjZ/c58JVJ4/zhdNaLjtWGzcZiI5g5TQxX7NnQI+ZLg sagw== X-Gm-Message-State: AMke39nn2C1lFRFy1mK+DEaDhbnrY+JW/hy3aUgr7GV0FXLwQ5WmEMP9unlYYIitbX8r6P7qBCuXnU8f0jlfuA== X-Received: by 10.202.175.68 with SMTP id y65mr6130230oie.187.1486406081069; Mon, 06 Feb 2017 10:34:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.21.117 with HTTP; Mon, 6 Feb 2017 10:34:40 -0800 (PST) In-Reply-To: <83k29372t6.fsf@gnu.org> References: <1svasvru4x.fsf@fencepost.gnu.org> <83r33e8doa.fsf@gnu.org> <83k29372t6.fsf@gnu.org> From: Noam Postavsky Date: Mon, 6 Feb 2017 13:34:40 -0500 X-Google-Sender-Auth: oljMFfhbn1bdATt6Bv_J_oa2DMY Message-ID: Subject: Re: bug#25590: Remove build number from emacs-version variable To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 25590 Cc: 25590@debbugs.gnu.org, Glenn Morris X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) On Mon, Feb 6, 2017 at 10:32 AM, Eli Zaretskii wrote: >> From: Glenn Morris >> Cc: 25590@debbugs.gnu.org >> Date: Sun, 05 Feb 2017 18:45:34 -0500 >> >> Eli Zaretskii wrote: >> >> > If we do the above, we should make sure version-comparison functions >> > treat something like "25.2 (build 4)" correctly. >> >> I disagree that this is desirable. > > Can you explain why? My reasoning was that if "25.2.4" is replaced by > "25.2 (build 4)", then Lisp code that compares version (e.g., I have > such code in my .emacs) will not work properly unless the > version-comparison functions are updated to support such values. I think the proposal is to go from this: emacs-version ;=> "24.5.1" (emacs-version) ;=> "GNU Emacs 24.5.1 (i686-pc-mingw32) of 2015-04-11 on LEG570" to this emacs-version ;=> "24.5" emacs-build-number ;=> 1 (emacs-version) ;=> "GNU Emacs 24.5 (Build 1) (i686-pc-mingw32) of 2015-04-11 on LEG570" i.e., there are no changes in version-comparibility: (version< emacs-version "24.5") continues to work, (version< (emacs-version) "24.5") continues to fail. > >> > It's actually part of a version number (which many other projects >> > have, e.g., GDB just released version 7.12.1), except that we never >> > release such versions, they exist only on end-users' machines. Other >> > than that, there's nothing in it which is special to Emacs. >> >> I don't understand the comparison. A micro version number >> (major.minor.micro) is not the same thing as Emacs's build number. > > I think it is. > GDB 7.12.1 is a public release, the official NEWS file documents the differences between that and 7.12. For Emacs, there is no well-defined difference between 25.1.1 and 25.1.2, it could be different for every person who builds it. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 06 14:39:04 2017 Received: (at 25590) by debbugs.gnu.org; 6 Feb 2017 19:39:04 +0000 Received: from localhost ([127.0.0.1]:58065 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cap7w-0004DA-Fu for submit@debbugs.gnu.org; Mon, 06 Feb 2017 14:39:04 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58110) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cap7u-0004Ch-Q8 for 25590@debbugs.gnu.org; Mon, 06 Feb 2017 14:39:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cap7l-0002Tr-Lz for 25590@debbugs.gnu.org; Mon, 06 Feb 2017 14:38:57 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53888) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cap7l-0002Tl-Jt; Mon, 06 Feb 2017 14:38:53 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4736 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cap7i-0007Ct-6D; Mon, 06 Feb 2017 14:38:51 -0500 Date: Mon, 06 Feb 2017 21:38:44 +0200 Message-Id: <838tpj6rej.fsf@gnu.org> From: Eli Zaretskii To: Noam Postavsky In-reply-to: (message from Noam Postavsky on Mon, 6 Feb 2017 13:34:40 -0500) Subject: Re: bug#25590: Remove build number from emacs-version variable References: <1svasvru4x.fsf@fencepost.gnu.org> <83r33e8doa.fsf@gnu.org> <83k29372t6.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25590 Cc: 25590@debbugs.gnu.org, rgm@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Noam Postavsky > Date: Mon, 6 Feb 2017 13:34:40 -0500 > Cc: Glenn Morris , 25590@debbugs.gnu.org > > I think the proposal is to go from this: > > emacs-version ;=> "24.5.1" > (emacs-version) ;=> "GNU Emacs 24.5.1 (i686-pc-mingw32) > of 2015-04-11 on LEG570" > > to this > > emacs-version ;=> "24.5" > emacs-build-number ;=> 1 > (emacs-version) ;=> "GNU Emacs 24.5 (Build 1) (i686-pc-mingw32) > of 2015-04-11 on LEG570" > > i.e., there are no changes in version-comparibility: > (version< emacs-version "24.5") continues to work, > (version< (emacs-version) "24.5") continues to fail. Ah, okay. Sorry for my confusion. > >> > It's actually part of a version number (which many other projects > >> > have, e.g., GDB just released version 7.12.1), except that we never > >> > release such versions, they exist only on end-users' machines. Other > >> > than that, there's nothing in it which is special to Emacs. > >> > >> I don't understand the comparison. A micro version number > >> (major.minor.micro) is not the same thing as Emacs's build number. > > > > I think it is. > > > > GDB 7.12.1 is a public release, the official NEWS file documents the > differences between that and 7.12. For Emacs, there is no well-defined > difference between 25.1.1 and 25.1.2, it could be different for every > person who builds it. Isn't that what I said above? From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 06 15:24:34 2017 Received: (at 25590) by debbugs.gnu.org; 6 Feb 2017 20:24:34 +0000 Received: from localhost ([127.0.0.1]:58096 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cappy-0005GR-F5 for submit@debbugs.gnu.org; Mon, 06 Feb 2017 15:24:34 -0500 Received: from mail-oi0-f49.google.com ([209.85.218.49]:35708) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cappw-0005GE-I6 for 25590@debbugs.gnu.org; Mon, 06 Feb 2017 15:24:33 -0500 Received: by mail-oi0-f49.google.com with SMTP id j15so53450527oih.2 for <25590@debbugs.gnu.org>; Mon, 06 Feb 2017 12:24:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=AMeqUu6tt+ceR8E3ryAWj3++9jauHqxqJF5YjWitOvY=; b=IUalF6X/Tv3vH72ZmphPPy927lpy1du02U8z55MUstONF6m8uG5SYnBErc3tQp1/Cn C4W0vwJPF8DZP8V/99uJbQEJkcdSA4wHzntbDrDsxzzgFlZR94yl7tx6C91kTsfvhz6U YrthArIG3nwhVphMUfbNKddZy+0mckz3H9PRxfxGK+IZ98a9TUL2eb2oaJ0v2FbfpTAJ eUkra0+EMD5S6qqVIAIDtZZuEzOG8lFluKWdSBn3PyCmuCgOjd9qfdNRyOkd7SmfDoSV 8Cq837DG+BifsTNegKF3dCFl9/E94N0dPC0867iFPi2eU+DhgAWdYjRVLTjOmkPanPNt aYdA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=AMeqUu6tt+ceR8E3ryAWj3++9jauHqxqJF5YjWitOvY=; b=lVCDntfMuxXiQDfo1PzJX0O7wXOL8TMU05YPccQWobxPE0sg0nhIsw9lxtvTHS6lBn iS8ufHF4t/8dZgLW5S5qtOjWeN7vvY9J/YQzAewtA7vRYr5R/hfU7twTSI80/2DmF3hD 89fG85rgEvkIINAF4mfGaVb9TZY7wlsk+EwTuE35R3qTxqeGoraI52HKpka5a0dhW7Fg pwnsWo4FfU66nfkU2EbfDdK/oLJbIXJbdXKd2wKmGHydan9REsUGypgiWmZMdMtPk5cz qT6V8OLYFO5TYBAwzeGPKJ277Hp2rWZfEAwoo4xLwecSXJzz3y6EPcYzTTzDYQV8jzB+ kbRA== X-Gm-Message-State: AMke39lGFt8oZucdH2OjmjHrTZsv2HJv4sNuwlRjgLfChArA8QdlT/MIsM6eaQbKI3T8WWnj/UPZlZ/vS0rM6g== X-Received: by 10.202.172.136 with SMTP id v130mr6098045oie.167.1486412666993; Mon, 06 Feb 2017 12:24:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.21.117 with HTTP; Mon, 6 Feb 2017 12:24:26 -0800 (PST) In-Reply-To: <838tpj6rej.fsf@gnu.org> References: <1svasvru4x.fsf@fencepost.gnu.org> <83r33e8doa.fsf@gnu.org> <83k29372t6.fsf@gnu.org> <838tpj6rej.fsf@gnu.org> From: Noam Postavsky Date: Mon, 6 Feb 2017 15:24:26 -0500 X-Google-Sender-Auth: xFP2Gx8_re0-bELCMnvYNlTKT2k Message-ID: Subject: Re: bug#25590: Remove build number from emacs-version variable To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 25590 Cc: 25590@debbugs.gnu.org, Glenn Morris X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) On Mon, Feb 6, 2017 at 2:38 PM, Eli Zaretskii wrote: >> >> > It's actually part of a version number (which many other projects >> >> > have, e.g., GDB just released version 7.12.1), except that we never >> >> > release such versions, they exist only on end-users' machines. Other >> >> > than that, there's nothing in it which is special to Emacs. >> >> >> >> I don't understand the comparison. A micro version number >> >> (major.minor.micro) is not the same thing as Emacs's build number. >> > >> > I think it is. >> > >> >> GDB 7.12.1 is a public release, the official NEWS file documents the >> differences between that and 7.12. For Emacs, there is no well-defined >> difference between 25.1.1 and 25.1.2, it could be different for every >> person who builds it. > > Isn't that what I said above? Hmm, yeah, I suppose so. I guess this seems like such a big difference in meaning to me that it's a bit absurd to say GDB's micro version is any sense "the same" as Emacs' build number. As in: they are the same except that they are completely different. Putting philosophy aside: the proposal would make the build number look different from a micro version, which should help stop users unfamiliar with Emacs development practice getting confused into thinking that the build number denotes a released version like a micro version does. I think this is a good idea. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 06 23:40:28 2017 Received: (at 25590) by debbugs.gnu.org; 7 Feb 2017 04:40:28 +0000 Received: from localhost ([127.0.0.1]:58231 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1caxZs-0008R8-0M for submit@debbugs.gnu.org; Mon, 06 Feb 2017 23:40:28 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48649) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1caxZp-0008Qv-Ip for 25590@debbugs.gnu.org; Mon, 06 Feb 2017 23:40:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1caxZj-0005Pq-29 for 25590@debbugs.gnu.org; Mon, 06 Feb 2017 23:40:20 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: ** X-Spam-Status: No, score=2.1 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD, UNRESOLVED_TEMPLATE autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59682) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1caxZZ-0005LM-Di; Mon, 06 Feb 2017 23:40:09 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1caxZX-00028x-Ra; Mon, 06 Feb 2017 23:40:08 -0500 From: Glenn Morris To: Noam Postavsky Subject: Re: bug#25590: Remove build number from emacs-version variable References: <1svasvru4x.fsf@fencepost.gnu.org> <83r33e8doa.fsf@gnu.org> <83k29372t6.fsf@gnu.org> X-Spook: data haven BLU-114/B Crest Artistic Assassins Marxist X-Ran: >^M,Zfj(wu85z&ngIf#J>BTOT;:_PaJP*7s'%EUWBVCjWV0JmrUYLrnjZ|S9ZV.>\Wm3c* X-Hue: brightyellow X-Debbugs-No-Ack: yes X-Attribution: GM Date: Mon, 06 Feb 2017 23:40:07 -0500 In-Reply-To: (Noam Postavsky's message of "Mon, 6 Feb 2017 13:34:40 -0500") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -4.3 (----) X-Debbugs-Envelope-To: 25590 Cc: 25590@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.3 (----) Noam Postavsky wrote: > I think the proposal is to go from this: > > emacs-version ;=> "24.5.1" > (emacs-version) ;=> "GNU Emacs 24.5.1 (i686-pc-mingw32) > of 2015-04-11 on LEG570" > > to this > > emacs-version ;=> "24.5" > emacs-build-number ;=> 1 > (emacs-version) ;=> "GNU Emacs 24.5 (Build 1) (i686-pc-mingw32) > of 2015-04-11 on LEG570" Exactly, thanks for explaining. Here's a patch. Very few places need adjusting. Those that do are all places that are currently manually discarding the build number as irrelevant. Note that emacs --version no longer outputs the build number. I'm wondering if M-x emacs-version can omit the build number too. I think it unlikely that anyone using M-x emacs-version cares about it. BTW, I see in elpa.gnu.org that company.el and diff-hl-dired.el compare emacs-version against strings including build numbers ("24.4.51.5"), which again seems to indicate confusing the build number for something meaningful. diff --git i/admin/admin.el w/admin/admin.el index 4892045..a6ef19c 100644 --- i/admin/admin.el +++ w/admin/admin.el @@ -93,9 +93,7 @@ Optional argument DATE is the release date, default today." Root must be the root of an Emacs source tree." (interactive (list (read-directory-name "Emacs root directory: " source-directory) - (read-string "Version number: " - (replace-regexp-in-string "\\.[0-9]+\\'" "" - emacs-version)))) + (read-string "Version number: " emacs-version))) (unless (file-exists-p (expand-file-name "src/emacs.c" root)) (user-error "%s doesn't seem to be the root of an Emacs source tree" root)) (message "Setting version numbers...") diff --git i/doc/lispref/intro.texi w/doc/lispref/intro.texi index d871d3a..d617044 100644 --- i/doc/lispref/intro.texi +++ w/doc/lispref/intro.texi @@ -480,8 +480,8 @@ running. It is useful to include this string in bug reports. @smallexample @group (emacs-version) - @result{} "GNU Emacs 24.5.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.16) - of 2015-06-01" + @result{} "GNU Emacs 26.1 (build 1, x86_64-unknown-linux-gnu, + GTK+ Version 3.16) of 2015-06-01" @end group @end smallexample @@ -507,11 +507,11 @@ emacs-build-time @defvar emacs-version The value of this variable is the version of Emacs being run. It is a -string such as @code{"23.1.1"}. The last number in this string is not -really part of the Emacs release version number; it is incremented -each time Emacs is built in any given directory. A value with four -numeric components, such as @code{"22.0.91.1"}, indicates an -unreleased test version. +string such as @code{"26.1"}. A value with three numeric components, +such as @code{"26.0.91"}, indicates an unreleased test version. +(Prior to Emacs 26.1, the string includes an extra final component +with the integer that is now stored in @code{emacs-build-number}; +e.g., @code{"25.1.1"}.) @end defvar @defvar emacs-major-version @@ -524,6 +524,12 @@ The minor version number of Emacs, as an integer. For Emacs version 23.1, the value is 1. @end defvar +@defvar emacs-build-number +An integer that increments each time Emacs is built in the same +directory (without cleaning). This is only of relevance when +developing Emacs. +@end defvar + @node Acknowledgments @section Acknowledgments diff --git i/etc/NEWS w/etc/NEWS index 4d8ae09..92c4fe8 100644 --- i/etc/NEWS +++ w/etc/NEWS @@ -80,6 +80,9 @@ for '--daemon'. * Changes in Emacs 26.1 +** The variable 'emacs-version' no longer includes the build number. +This is now stored separately in a new variable, 'emacs-build-number'. + +++ ** The new function 'mapbacktrace' applies a function to all frames of the current stack trace. diff --git i/lisp/gnus/gnus-util.el w/lisp/gnus/gnus-util.el index ff5c295..20eceb5 100644 --- i/lisp/gnus/gnus-util.el +++ w/lisp/gnus/gnus-util.el @@ -1618,7 +1618,7 @@ sequence, this is like `mapcar'. With several, it is like the Common Lisp ((not (memq 'emacs lst)) nil) ((string-match "^\\(\\([.0-9]+\\)*\\)\\.[0-9]+$" emacs-version) - (concat "Emacs/" (match-string 1 emacs-version) + (concat "Emacs/" emacs-version (if system-v (concat " (" system-v ")") ""))) diff --git i/lisp/loadup.el w/lisp/loadup.el index ecb7284..5b19b05 100644 --- i/lisp/loadup.el +++ w/lisp/loadup.el @@ -350,7 +350,7 @@ lost after dumping"))) (multibyte-string-p default-directory)) (error "default-directory must be unibyte when dumping Emacs!")) -;; Determine which last version number to use +;; Determine which build number to use ;; based on the executables that now exist. (if (and (equal (last command-line-args) '("dump")) (not (eq system-type 'ms-dos))) @@ -364,10 +364,9 @@ lost after dumping"))) files))) (setq emacs-repository-version (condition-case nil (emacs-repository-get-version) (error nil))) - ;; `emacs-version' is a constant, so we shouldn't change it with `setq'. - (defconst emacs-version - (format "%s.%d" - emacs-version (if versions (1+ (apply 'max versions)) 1))))) + ;; A constant, so we shouldn't change it with `setq'. + (defconst emacs-build-number + (if versions (1+ (apply 'max versions)) 1)))) (message "Finding pointers to doc strings...") @@ -463,7 +462,7 @@ lost after dumping"))) ;; Don't bother adding another name if we're just ;; building bootstrap-emacs. (equal (last command-line-args) '("bootstrap")))) - (let ((name (concat "emacs-" emacs-version)) + (let ((name (format "emacs-%s.%d" emacs-version emacs-build-number)) (exe (if (eq system-type 'windows-nt) ".exe" ""))) (while (string-match "[^-+_.a-zA-Z0-9]+" name) (setq name (concat (downcase (substring name 0 (match-beginning 0))) diff --git i/lisp/mail/emacsbug.el w/lisp/mail/emacsbug.el index c8214c3..ecb7db6 100644 --- i/lisp/mail/emacsbug.el +++ w/lisp/mail/emacsbug.el @@ -151,10 +151,7 @@ Prompts for bug subject. Leaves you in a mail buffer." (interactive "sBug Subject: ") ;; The syntax `version;' is preferred to `[version]' because the ;; latter could be mistakenly stripped by mailing software. - (if (eq system-type 'ms-dos) - (setq topic (concat emacs-version "; " topic)) - (when (string-match "^\\(\\([.0-9]+\\)*\\)\\.[0-9]+$" emacs-version) - (setq topic (concat (match-string 1 emacs-version) "; " topic)))) + (setq topic (concat emacs-version "; " topic)) (let ((from-buffer (current-buffer)) (can-insert-mail (or (report-emacs-bug-can-use-xdg-email) (report-emacs-bug-can-use-osx-open))) diff --git i/lisp/version.el w/lisp/version.el index 99ab351..ea6f1b4 100644 --- i/lisp/version.el +++ w/lisp/version.el @@ -44,6 +44,12 @@ This variable first existed in version 19.23.") (defconst emacs-build-time (if emacs-build-system (current-time)) "Time at which Emacs was dumped out, or nil if not available.") +(defconst emacs-build-number 1 ; loadup.el may increment this + "The build number of this version of Emacs. +This is an integer that increments each time Emacs is built in a given +directory (without cleaning). This is likely to only be relevant when +developing Emacs.") + (defvar motif-version-string) (defvar gtk-version-string) (defvar ns-version-string) @@ -56,8 +62,9 @@ Don't use this function in programs to choose actions according to the system configuration; look at `system-configuration' instead." (interactive "P") (let ((version-string - (format "GNU Emacs %s (%s%s%s%s)%s" + (format "GNU Emacs %s (build %s, %s%s%s%s)%s" emacs-version + emacs-build-number system-configuration (cond ((featurep 'motif) (concat ", " (substring motif-version-string 4))) diff --git i/src/emacs.c w/src/emacs.c index 3083d0d..e5305e2 100644 --- i/src/emacs.c +++ w/src/emacs.c @@ -2607,7 +2607,12 @@ Anything else (in Emacs 26, the possibilities are: aix, berkeley-unix, Vemacs_copyright = build_string (emacs_copyright); DEFVAR_LISP ("emacs-version", Vemacs_version, - doc: /* Version numbers of this version of Emacs. */); + doc: /* Version numbers of this version of Emacs. +This has the form: MAJOR.MINOR[.MICRO], where MAJOR/MINOR/MICRO are integers. +MICRO is only present in unreleased development versions, +and is not especially meaningful. Prior to Emacs 26.1, an extra final +component .BUILD is present. This is now stored separately in +`emacs-build-number'. */); Vemacs_version = build_string (emacs_version); DEFVAR_LISP ("report-emacs-bug-address", Vreport_emacs_bug_address, From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 07 01:24:13 2017 Received: (at 25590) by debbugs.gnu.org; 7 Feb 2017 06:24:13 +0000 Received: from localhost ([127.0.0.1]:58247 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cazCD-000490-KC for submit@debbugs.gnu.org; Tue, 07 Feb 2017 01:24:13 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46638) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cazC8-00048T-TJ for 25590@debbugs.gnu.org; Tue, 07 Feb 2017 01:24:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cazBz-0007Vj-OR for 25590@debbugs.gnu.org; Tue, 07 Feb 2017 01:23:59 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33104) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cazBo-0007Pu-AS; Tue, 07 Feb 2017 01:23:44 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cazBm-0000vh-7e; Tue, 07 Feb 2017 01:23:42 -0500 From: Glenn Morris To: Noam Postavsky Subject: Re: bug#25590: Remove build number from emacs-version variable References: <1svasvru4x.fsf@fencepost.gnu.org> <83r33e8doa.fsf@gnu.org> <83k29372t6.fsf@gnu.org> X-Spook: ETA Environmental terrorist Arnett Foot and Mouth halcon X-Ran: NPh;_-2lkAu6!A6M#tmuC}UVzxnCS.oO03UQ}Ave5A^2S3M+6J}$A (Glenn Morris's message of "Mon, 06 Feb 2017 23:40:07 -0500") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25590 Cc: 25590@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) I forgot to include the elpa piece. --- i/packages/debbugs/debbugs-gnu.el +++ w/packages/debbugs/debbugs-gnu.el @@ -1,6 +1,6 @@ ;;; debbugs-gnu.el --- interface for the GNU bug tracker -*- lexical-binding:t -*- -;; Copyright (C) 2011-2016 Free Software Foundation, Inc. +;; Copyright (C) 2011-2017 Free Software Foundation, Inc. ;; Author: Lars Magne Ingebrigtsen ;; Michael Albinus @@ -1501,14 +1501,20 @@ removed instead." "Version: " (cond ;; Emacs development versions. - ((string-match - "^\\([0-9]+\\)\\.\\([0-9]+\\)\\.\\([0-9]+\\)\\." emacs-version) + ((if (boundp 'emacs-build-number) + (string-match + "^\\([0-9]+\\)\\.\\([0-9]+\\)\\.\\([0-9]+\\)" emacs-version) + (string-match + "^\\([0-9]+\\)\\.\\([0-9]+\\)\\.\\([0-9]+\\)\\." emacs-version)) (format "%s.%d" (match-string 1 emacs-version) (1+ (string-to-number (match-string 2 emacs-version))))) ;; Emacs release versions. - ((string-match - "^\\([0-9]+\\)\\.\\([0-9]+\\)\\.\\([0-9]+\\)$" emacs-version) + ((if (boundp 'emacs-build-number) + (string-match + "^\\([0-9]+\\)\\.\\([0-9]+\\)$" emacs-version) + (string-match + "^\\([0-9]+\\)\\.\\([0-9]+\\)\\.\\([0-9]+\\)$" emacs-version)) (format "%s.%s" (match-string 1 emacs-version) (match-string 2 emacs-version))) From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 17 20:22:28 2017 Received: (at control) by debbugs.gnu.org; 18 Feb 2017 01:22:28 +0000 Received: from localhost ([127.0.0.1]:43968 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cetjH-0004HM-Vz for submit@debbugs.gnu.org; Fri, 17 Feb 2017 20:22:28 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44125) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cetjG-0004H9-BY for control@debbugs.gnu.org; Fri, 17 Feb 2017 20:22:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cetjA-0001Ud-E2 for control@debbugs.gnu.org; Fri, 17 Feb 2017 20:22:21 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36298) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cetjA-0001UX-Ab for control@debbugs.gnu.org; Fri, 17 Feb 2017 20:22:20 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cetj9-0005HQ-SX for control@debbugs.gnu.org; Fri, 17 Feb 2017 20:22:19 -0500 Subject: control message for bug 25590 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Fri, 17 Feb 2017 20:22:19 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) # 22b2207 close 25590 26.1 From unknown Tue Jun 17 20:31:55 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 18 Mar 2017 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator