From unknown Tue Jun 17 22:26:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43764: Calc shift right broken Resent-From: Vincent =?UTF-8?Q?Bela=C3=AFche?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Oct 2020 15:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 43764 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 43764@debbugs.gnu.org X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.160165250925153 (code B ref -1); Fri, 02 Oct 2020 15:29:02 +0000 Received: (at submit) by debbugs.gnu.org; 2 Oct 2020 15:28:29 +0000 Received: from localhost ([127.0.0.1]:42330 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOMyz-0006Xd-0L for submit@debbugs.gnu.org; Fri, 02 Oct 2020 11:28:29 -0400 Received: from lists.gnu.org ([209.51.188.17]:56500) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOMyx-0006XV-Av for submit@debbugs.gnu.org; Fri, 02 Oct 2020 11:28:27 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44586) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kOMyx-0005ZX-4L for bug-gnu-emacs@gnu.org; Fri, 02 Oct 2020 11:28:27 -0400 Received: from mail-vi1eur06olkn2109.outbound.protection.outlook.com ([40.92.17.109]:17633 helo=EUR06-VI1-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kOMyu-0002Jl-Un for bug-gnu-emacs@gnu.org; Fri, 02 Oct 2020 11:28:26 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=H5IwwwZ0RY14So6mKrREg8LR+rMBWfELpeNZ46jT9hri1PCLPxzeUCTgC9WHwjgpnpn1DxvorAzidIrgudlGgf2g8TgPdtoAD0RcS8c/pU3PNLjo/YWQXulgsZ9F9knWv0C0nA01HwGMmAaH/xLDJl4mO3FDYPcM1olpZUzwI3beXHHALvTYWEI3evcdpg7S1ZRXkf5PbEuN7eii93pgeJEo/jhbxz+tGyw/Q2floGVpxxst0X/tmHQmZWceSlvHVW57IwizWdVtzDkniQTEI3sTbzWEcDtPu+U/nFgbVnyjFFyb0RVVxomM3/W210c1sRRwujhsm5h5YEVA/1BVvw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=FO3V/NYZk+HomeZWDEenYxx6HIfzfEZ6WwPcZR25eaU=; b=iG5Z/zJL6kfUFNKP6qDlbmC/gceL37NjsmSvEUIM8C31hWOWt8LRIupZ1XMHuB4HtaaFnjBNYAKkBfe0VzrzakqV/PfByKwa1qtHqcrdxha5T/wYeM70KP/qgIswXC5hXfTXII9DIBpU5O42WvpZovEJr1WMH7DPMbIQg2A9n7xKijKsd+QTqxA5hKNiPKTlHjHOBIv6kgZLqqXQ5RxqJNCef2DdVVFtiZBNVZzfuTUI4ztuJVNq8pG+2fhiC/9HDxL3zeMjSAlCX4qrot1G8Ib/r6G/Gh8+sj0yj/Zi9xCBbtMwaYi7PlPy/7hsWirbeeIOL0oVioBBo/JFYRr9Og== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from DB8EUR06FT007.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc35::4d) by DB8EUR06HT016.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc35::388) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3433.34; Fri, 2 Oct 2020 15:28:22 +0000 Received: from PR3PR06MB6843.eurprd06.prod.outlook.com (2a01:111:e400:fc35::49) by DB8EUR06FT007.mail.protection.outlook.com (2a01:111:e400:fc35::171) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3433.34 via Frontend Transport; Fri, 2 Oct 2020 15:28:22 +0000 Received: from PR3PR06MB6843.eurprd06.prod.outlook.com ([fe80::491c:11b9:aa7d:c079]) by PR3PR06MB6843.eurprd06.prod.outlook.com ([fe80::491c:11b9:aa7d:c079%6]) with mapi id 15.20.3412.022; Fri, 2 Oct 2020 15:28:22 +0000 From: Vincent =?UTF-8?Q?Bela=C3=AFche?= Thread-Topic: Calc shift right broken Thread-Index: AQHWmNAUceIhblv5HE6boRkMChONog== Date: Fri, 2 Oct 2020 15:28:22 +0000 Message-ID: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:C0C08E1A014E57DB711865E3FE34CF60BE36F180C06ABE8E6E1717CCD7959F8F; UpperCasedChecksum:C9C6EA12AA879C198EFA257D8D7BDFB5AD0F3F0F879A38E468AEAE1E86E89B17; SizeAsReceived:6627; Count:41 x-tmn: [2erh/vz0qhzX4j7QgPhw99z637SHnFT4] x-ms-publictraffictype: Email x-incomingheadercount: 41 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: 71764b9b-37a0-4524-31ef-08d866e7cc20 x-ms-traffictypediagnostic: DB8EUR06HT016: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: GVOzXiwUf3FbUw5GsekFMrC8GCkKGdschpEXQTd2QO7CpgSRmgtFcbwQmLpvlUZDVMp59iMFZ5Y43jZlCfE/kGXr1atTrF073x919yeEmWjBouAvYc9YVcgFWiVv26QW93LY44QvznmenO9GalSA6ugYgPpFbx5KcGxlIhu+b9sdJXl0EGSfJbRN6mAew9fY0nMWnYxMRvODTY2u45madw== x-ms-exchange-antispam-messagedata: xqKFUmuJIOc/tpbQrhtD/HZEVJxFZfdKGm+TCKrCVeS9WkXVZZVzsjfAsxXu65KPd/ffuVruRE5xDcntRQGNKYG2IU1NnX/w6iLQJ2QNREgPlOzg1KLgnKcKc3QlDS9R5ytXc0tP9Z+ou2XGx4bQqA== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_PR3PR06MB6843342B1EF3BE27C00DB89684310PR3PR06MB6843eurp_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: DB8EUR06FT007.eop-eur06.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 71764b9b-37a0-4524-31ef-08d866e7cc20 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Oct 2020 15:28:22.0139 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB8EUR06HT016 Received-SPF: pass client-ip=40.92.17.109; envelope-from=vincent.b.1@hotmail.fr; helo=EUR06-VI1-obe.outbound.protection.outlook.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/02 11:28:22 X-ACL-Warn: Detected OS = Windows NT kernel [generic] [fuzzy] X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.1 (-) 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: -2.1 (--) --_000_PR3PR06MB6843342B1EF3BE27C00DB89684310PR3PR06MB6843eurp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Not sure whether this has to do with the other one. I am on another machine, it is GNU Emacs 26.3 (build 2, x86_64-pc-linux-gnu= , GTK+ Version 3.24.20) of 2020-05-17, modified by Debian Anyway, I do this: 2 RET ;; display in hexa d 6 RET ;; Raise to the power 32 32 ^ ;; Shitf right by 30 C-u 32 b r ;; I get 0, whereas I expected 4 I have the impression that the old bigpos bigneg lisp based big intergers h= ave been replaced by C bigintegers, and this is the root of all these regre= ssion. Well, just a speculation. V. --_000_PR3PR06MB6843342B1EF3BE27C00DB89684310PR3PR06MB6843eurp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Not sure whether this has to do with the other one.
I am on another machine, it is GNU Emacs 26.3 (build 2, x86_64-pc-linu= x-gnu, GTK+ Version 3.24.20) of 2020-05-17, modified by Debian

Anyway, I do this:

2 RET
;; display in hexa
d 6 RET
;; Raise to the power 32
32 ^
;; Shitf right by 30
C-u 32 b r
;; I get 0, whereas I expected 4

I have the impression that the old bigpos bigneg lisp based big intergers h= ave been replaced by C bigintegers, and this is the root of all these regre= ssion.
Well, just a speculation.
  V.

--_000_PR3PR06MB6843342B1EF3BE27C00DB89684310PR3PR06MB6843eurp_-- From unknown Tue Jun 17 22:26:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43764: Calc shift right broken References: In-Reply-To: Resent-From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Oct 2020 20:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43764 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent =?UTF-8?Q?Bela=C3=AFche?= Cc: 43764@debbugs.gnu.org Received: via spool by 43764-submit@debbugs.gnu.org id=B43764.160167175530247 (code B ref 43764); Fri, 02 Oct 2020 20:50:01 +0000 Received: (at 43764) by debbugs.gnu.org; 2 Oct 2020 20:49:15 +0000 Received: from localhost ([127.0.0.1]:42665 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kORzP-0007rn-IR for submit@debbugs.gnu.org; Fri, 02 Oct 2020 16:49:15 -0400 Received: from mail226c50.megamailservers.eu ([91.136.10.236]:40196 helo=mail36c50.megamailservers.eu) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kORzL-0007rc-H9 for 43764@debbugs.gnu.org; Fri, 02 Oct 2020 16:49:14 -0400 X-Authenticated-User: mattiase@bredband.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=megamailservers.eu; s=maildub; t=1601671749; bh=lC3xypDxb0RkU/bCp97byNEBy4/BLEGsqS8ewZm0iFo=; h=From:Subject:Date:Cc:To:From; b=qSxSekqVI+3IQxn1xoYHgKrpSle65fnr4kkiEoySuv6B/bvWUOln4C5N8VwY9Km+s E8q36gwp/P4GUSXNVaQHzWEFbypMycQZ4SFcDu6IwbIimMEl32O2Eru+IVfihA1WuC pin5OAEFmn6Jfw7jlbsJQM9RBA8jxekshFYFRRiw= Feedback-ID: mattiase@acm.or Received: from stanniol.lan (c-304ee655.032-75-73746f71.bbcust.telenor.se [85.230.78.48]) (authenticated bits=0) by mail36c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id 092Kn7Dc030990; Fri, 2 Oct 2020 20:49:09 +0000 From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Message-Id: Date: Fri, 2 Oct 2020 22:49:07 +0200 X-Mailer: Apple Mail (2.3445.104.17) X-CTCH-RefID: str=0001.0A782F1E.5F779245.0037, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=PeiBeRpd c=1 sm=1 tr=0 a=63Z2wlQ1NB3xHpgKFKE71g==:117 a=63Z2wlQ1NB3xHpgKFKE71g==:17 a=kj9zAlcOel0A:10 a=M51BFTxLslgA:10 a=bf6piB00xyHRUbPaZJ4A:9 a=CjuIK1q_8ugA:10 X-Origin-Country: SE X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: This actually works as designed; see the Calc manual. In short, Calc maintains a 'word size' and clips all results of binary operations to that size. Apparently, Calc clips the argument for good measu [...] Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.3 KHOP_HELO_FCRDNS Relay HELO differs from its IP's reverse DNS 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.0 (/) This actually works as designed; see the Calc manual. In short, Calc = maintains a 'word size' and clips all results of binary operations to = that size. Apparently, Calc clips the argument for good measure before = even performing the right-shift. The default word size is 32 bits; you = can change it using "b w". Whether this is the best design can be debated, of course. Tell us if = you are happy with this explanation, or if you think it should work in a = different way. (Can't promise any major changes, though.) A very modest reform would be to set the default word size to 64 bits, = to keep up with the times. From unknown Tue Jun 17 22:26:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43764: Calc shift right broken Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Oct 2020 08:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43764 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Cc: Vincent =?UTF-8?Q?Bela=C3=AFche?= , 43764@debbugs.gnu.org Received: via spool by 43764-submit@debbugs.gnu.org id=B43764.160188558616408 (code B ref 43764); Mon, 05 Oct 2020 08:14:01 +0000 Received: (at 43764) by debbugs.gnu.org; 5 Oct 2020 08:13:06 +0000 Received: from localhost ([127.0.0.1]:47789 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPLcI-0004Ga-4B for submit@debbugs.gnu.org; Mon, 05 Oct 2020 04:13:06 -0400 Received: from quimby.gnus.org ([95.216.78.240]:46216) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPLcG-0004Fz-HF for 43764@debbugs.gnu.org; Mon, 05 Oct 2020 04:13:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=d4fdx0O4iuoJAVlWNZs6PSTBJhQdQnWCd5PbXwKj8mk=; b=E3RvduDymF245IuB+3TVQbfiiJ m/KSSNLbkuxWgRAx2DiSRmsBwjJSq3z3wNbuOx6C5AYZZExxT6Lc4K/H9ZrTUxp2fITWb+heORGPK 1PyYQ7rDLGI4Iwz+nFVHYyUx/+HxqprjEccxLHCsq8GNcB2mWh7AQBs9HrFuyJeKJMr8=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kPLc7-0005T9-Cz; Mon, 05 Oct 2020 10:12:58 +0200 From: Lars Ingebrigtsen References: X-Now-Playing: Various's _That's The Way I Feel Now: A Tribute to Thelonious Monk_: "John Zorn - Shuffle Boil" Date: Mon, 05 Oct 2020 10:12:54 +0200 In-Reply-To: ("Mattias =?UTF-8?Q?Engdeg=C3=A5rd?="'s message of "Fri, 2 Oct 2020 22:49:07 +0200") Message-ID: <87h7r9ozuh.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= writes: > A very modest reform would be to set the default word size to 64 bits, > to keep up with the times. That sounds like a welcome change... or is it possible that somebody is using calc to do 32-bit math and would be surprised by this? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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: -1.0 (-) Mattias Engdeg=C3=A5rd writes: > A very modest reform would be to set the default word size to 64 bits, > to keep up with the times. That sounds like a welcome change... or is it possible that somebody is using calc to do 32-bit math and would be surprised by this? But if we're changing the number of default bits, perhaps it would make more sense to default to having no bit width restrictions? Or would that entail major Calc surgery?=20=20 --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:26:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43764: Calc shift right broken Resent-From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Oct 2020 10:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43764 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: Vincent =?UTF-8?Q?Bela=C3=AFche?= , 43764@debbugs.gnu.org Received: via spool by 43764-submit@debbugs.gnu.org id=B43764.160189406214726 (code B ref 43764); Mon, 05 Oct 2020 10:35:01 +0000 Received: (at 43764) by debbugs.gnu.org; 5 Oct 2020 10:34:22 +0000 Received: from localhost ([127.0.0.1]:48060 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPNp0-0003pS-Ld for submit@debbugs.gnu.org; Mon, 05 Oct 2020 06:34:22 -0400 Received: from mail156c50.megamailservers.eu ([91.136.10.166]:33274 helo=mail51c50.megamailservers.eu) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPNoy-0003pI-Eb for 43764@debbugs.gnu.org; Mon, 05 Oct 2020 06:34:21 -0400 X-Authenticated-User: mattiase@bredband.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=megamailservers.eu; s=maildub; t=1601894058; bh=1dycvVxm5bSSNMaoPoKQm+rTga6C7hmJINvd568d0nw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=nR4I7QF753qAni4qIeCiwGYVs0wrLe13W6pAwgyWfH9PgyDV+P9MvHMb15DmGJlK4 GMKEU9IrHrABrNQ3SqcSxod1e7lXNOpcinzndWgTvZp9ojV/o1GltN4AC8+f/klqvj 85HNn2XBgFjynUpyF2UP21HIJ8POJtLOxH4WqqwI= Feedback-ID: mattiase@acm.or Received: from stanniol.lan (c-304ee655.032-75-73746f71.bbcust.telenor.se [85.230.78.48]) (authenticated bits=0) by mail51c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id 095AYFh9004394; Mon, 5 Oct 2020 10:34:17 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= In-Reply-To: <87h7r9ozuh.fsf@gnus.org> Date: Mon, 5 Oct 2020 12:34:15 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <87h7r9ozuh.fsf@gnus.org> X-Mailer: Apple Mail (2.3445.104.17) X-CTCH-RefID: str=0001.0A782F1D.5F7AF6AA.0016, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=MOMeZ/Rl c=1 sm=1 tr=0 a=63Z2wlQ1NB3xHpgKFKE71g==:117 a=63Z2wlQ1NB3xHpgKFKE71g==:17 a=kj9zAlcOel0A:10 a=M51BFTxLslgA:10 a=OocQHUDgAAAA:8 a=r01Aod-Sgb27-hIh_DoA:9 a=CjuIK1q_8ugA:10 a=xUZTl98r3Qw_uB5NK3jt:22 X-Origin-Country: SE X-Spam-Score: 1.0 (+) 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.0 (/) 5 okt. 2020 kl. 10.12 skrev Lars Ingebrigtsen : > That sounds like a welcome change... or is it possible that somebody = is > using calc to do 32-bit math and would be surprised by this? Maybe but not in any very harmful way. I'm sure they would cope. > But if we're changing the number of default bits, perhaps it would = make > more sense to default to having no bit width restrictions? Or would > that entail major Calc surgery? =20 Any changes to Calc, however minor, are fraught with danger and = excitement! Fun as it may be, better not making changes speculatively though. (On the other hand it could be that everyone have been bothered about = this for years. I have no way of knowing.) From unknown Tue Jun 17 22:26:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43764: Calc shift right broken Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Oct 2020 01:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43764 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Cc: Vincent =?UTF-8?Q?Bela=C3=AFche?= , 43764@debbugs.gnu.org Received: via spool by 43764-submit@debbugs.gnu.org id=B43764.160194774713266 (code B ref 43764); Tue, 06 Oct 2020 01:30:02 +0000 Received: (at 43764) by debbugs.gnu.org; 6 Oct 2020 01:29:07 +0000 Received: from localhost ([127.0.0.1]:50907 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPbmt-0003Ru-Js for submit@debbugs.gnu.org; Mon, 05 Oct 2020 21:29:07 -0400 Received: from quimby.gnus.org ([95.216.78.240]:54342) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPbms-0003RW-K9 for 43764@debbugs.gnu.org; Mon, 05 Oct 2020 21:29:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=9IgRvRBwHoqtVdmRzsGq4lTF4YbEdeIDSzF7fSwyiGQ=; b=Q5VTnrnv8nsaL1MRiPbknKphmN io8Ei/8C+Nhis+uj4ABsGnMmdgvTQ7vaoIbvu5qXz0jR0qHbtrFVhf17IkdgfU4FAZQBXKhfg3jyi mvYGkFGYCB1hbt+N6T6eqm5w7cDivw2hPqUjLKqGowLNC+SSo2B8XhOyyFQ9i7OmL+KE=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kPbmk-0001Le-2F; Tue, 06 Oct 2020 03:29:00 +0200 From: Lars Ingebrigtsen References: <87h7r9ozuh.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAJFBMVEX+/vX+/vr+/vzh 4d7S0dCxr66/vryPjoyioJz9/fxwbmz////0vmB4AAAAAWJLR0QLH9fEwAAAAAd0SU1FB+QKBgEY OmsPn5UAAAGDSURBVDjLdVS7VsMwDFWcsseiH2ApZQ91ujCVpnwBnZgY+QNWFg5rPxn5lTiuq/Yc J7rWlXQdCwCaTmuNWpNGJhbT7hkaEC+heNB7g6GWAPEz+rcFYALNa+tf/SJUuAZGG9abiMs+URUR nwFAyGvxQJOoPNdCeEg5wgY7A5vze8gRqppmwHyf8z6ORkVgd7EZFZ22pwhsN22k8vHntzGGjLtB zVS0+/37ioCl8AAuNz2doB3g6p6HSAno3l5++NHa1u2FWHqo6uONr4OVH3PHLS5VPUj+wYKVzR1h VV2j+joAfAjyglrtl4ApAvkJNoPHIlUGoBWn4QoVuG450yq359R54Tf7GKEKILZx+8FBWlXBlRjK HP3+DjCiE7ii1ZQ68X1kUUMqrIwgL30p4ixmJcKbZDdVwNQ6D90T36or1t5L7s6rFtEfVVEVdk4p 2ih/gtmhj5PXVgetFoCComGegPtM1vmJWGaLmyUyTGjeK9dbZo/cc3AX2v3F7YaTuBGp6f4BeS2R V1Ez+Z0AAAAldEVYdGRhdGU6Y3JlYXRlADIwMjAtMTAtMDZUMDE6MjQ6NTgrMDA6MDDNdLRtAAAA JXRFWHRkYXRlOm1vZGlmeQAyMDIwLTEwLTA2VDAxOjI0OjU4KzAwOjAwvCkM0QAAAABJRU5ErkJg gg== X-Now-Playing: Laika's _Wherever I Am I Am What Is Missing_: "Oh" Date: Tue, 06 Oct 2020 03:28:56 +0200 In-Reply-To: ("Mattias =?UTF-8?Q?Engdeg=C3=A5rd?="'s message of "Mon, 5 Oct 2020 12:34:15 +0200") Message-ID: <87wo04nnvr.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= writes: >> But if we're changing the number of default bits, perhaps it would make >> more sense to default to having no bit width restrictions? Or would >> that entail major Calc surgery? > > Any changes to [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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: -1.0 (-) Mattias Engdeg=C3=A5rd writes: >> But if we're changing the number of default bits, perhaps it would make >> more sense to default to having no bit width restrictions? Or would >> that entail major Calc surgery?=20=20 > > Any changes to Calc, however minor, are fraught with danger and excitemen= t! :-) > Fun as it may be, better not making changes speculatively though. > (On the other hand it could be that everyone have been bothered about > this for years. I have no way of knowing.) In olden times, I would guess most people thought that it just had to be this way. But now that the rest of Emacs has bignums, it's perhaps more surprising that Calc behaves this way when doing shifts. On the other hand, I don't know what people use Calc for here. If people are going "I wonder what would happen on a 32-bit machine if I were to do this shift operation", then it'd be something else... --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:26:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43764: Calc shift right broken Resent-From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Oct 2020 12:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43764 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: Vincent =?UTF-8?Q?Bela=C3=AFche?= , 43764@debbugs.gnu.org Received: via spool by 43764-submit@debbugs.gnu.org id=B43764.160215985514503 (code B ref 43764); Thu, 08 Oct 2020 12:25:02 +0000 Received: (at 43764) by debbugs.gnu.org; 8 Oct 2020 12:24:15 +0000 Received: from localhost ([127.0.0.1]:58942 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kQUxz-0003lr-5Z for submit@debbugs.gnu.org; Thu, 08 Oct 2020 08:24:15 -0400 Received: from mail1445c50.megamailservers.eu ([91.136.14.45]:44086 helo=mail265c50.megamailservers.eu) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kQUxw-0003lc-6J for 43764@debbugs.gnu.org; Thu, 08 Oct 2020 08:24:13 -0400 X-Authenticated-User: mattiase@bredband.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=megamailservers.eu; s=maildub; t=1602159845; bh=L1UGRjSelSvNzS99mw5nD3JaWEpLO3GmvYiFHDzm7yY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=pTwO1kl3+OMEcTqSbAU/+ooV3U2Sg7ApdIbptPdLiO0kZIADjR7bzfRaLHhx9nSAZ BjwT99DdXz9+MKosQ1Y65T34hguncpMa6N1oYSxt29Ae4rqWFI16qVv/37KUM8ZZml yxE30wOdY1tJgtEiqceGEqhgYFjizyFxeqiGK9ew= Feedback-ID: mattiase@acm.or Received: from stanniol.lan (c-304ee655.032-75-73746f71.bbcust.telenor.se [85.230.78.48]) (authenticated bits=0) by mail265c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id 098CO3ic001952; Thu, 8 Oct 2020 12:24:04 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= In-Reply-To: <87wo04nnvr.fsf@gnus.org> Date: Thu, 8 Oct 2020 14:24:02 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <4648BF2F-8507-4D39-85F1-1C40C0E8BFC2@acm.org> References: <87h7r9ozuh.fsf@gnus.org> <87wo04nnvr.fsf@gnus.org> X-Mailer: Apple Mail (2.3445.104.17) X-CTCH-RefID: str=0001.0A782F29.5F7F04E5.008F, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=D5w51cZj c=1 sm=1 tr=0 a=63Z2wlQ1NB3xHpgKFKE71g==:117 a=63Z2wlQ1NB3xHpgKFKE71g==:17 a=kj9zAlcOel0A:10 a=M51BFTxLslgA:10 a=OocQHUDgAAAA:8 a=x1g4Qhi0v8UQpmzpWnYA:9 a=CjuIK1q_8ugA:10 a=xUZTl98r3Qw_uB5NK3jt:22 X-Origin-Country: SE X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 6 okt. 2020 kl. 03.28 skrev Lars Ingebrigtsen : > On the other hand, I don't know what people use Calc for here. If > people are going "I wonder what would happen on a 32-bit machine if I > were to do this shift operation", then it'd be something e [...] Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.3 KHOP_HELO_FCRDNS Relay HELO differs from its IP's reverse DNS 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.0 (/) 6 okt. 2020 kl. 03.28 skrev Lars Ingebrigtsen : > On the other hand, I don't know what people use Calc for here. If > people are going "I wonder what would happen on a 32-bit machine if I > were to do this shift operation", then it'd be something else... Yes, we should be defending the users of Emacs, not Emacs itself. What about a narrower change: clip the value after shifting right = instead of before? Vincent, would you be happy with the patch below, or do you think a more = fundamental change is required? --- a/lisp/calc/calc-bin.el +++ b/lisp/calc/calc-bin.el @@ -375,7 +375,7 @@ calcFunc-lsh (Math-lessp w n)) 0) ((< n 0) - (math-quotient (math-clip a w) (math-power-of-2 (- n)))) + (math-clip (math-quotient a (math-power-of-2 (- n))) w)) (t (math-clip (math-mul a (math-power-of-2 n)) w)))))) =20 From unknown Tue Jun 17 22:26:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43764: Calc shift right broken Resent-From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Oct 2020 15:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43764 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: Vincent =?UTF-8?Q?Bela=C3=AFche?= , 43764@debbugs.gnu.org Received: via spool by 43764-submit@debbugs.gnu.org id=B43764.160225740929361 (code B ref 43764); Fri, 09 Oct 2020 15:31:01 +0000 Received: (at 43764) by debbugs.gnu.org; 9 Oct 2020 15:30:09 +0000 Received: from localhost ([127.0.0.1]:36069 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kQuLQ-0007dV-S5 for submit@debbugs.gnu.org; Fri, 09 Oct 2020 11:30:09 -0400 Received: from mail1468c50.megamailservers.eu ([91.136.14.68]:47758 helo=mail268c50.megamailservers.eu) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kQuLP-0007bs-PK for 43764@debbugs.gnu.org; Fri, 09 Oct 2020 11:30:08 -0400 X-Authenticated-User: mattiase@bredband.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=megamailservers.eu; s=maildub; t=1602257401; bh=melFlSOw4H8S7ylI87qlTzSL2GijpHWeR7xlxJpOM4s=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=Uqra+jNKQW0z0eN1Jb7UNuxVe99oMESiDNh3HmYXdYrA7txpAaEf1WjouwG80fWAu BKhiNvreXvc6JKAXe+VnoM3O+oR1n+v49SNuuMcyLyJEIlLsBmGiS6f/yQ9Axyy4wh 32trXuW0aK5xzOMr1p/ouVtvnqOa5GFzJ5ZYiiik= Feedback-ID: mattiase@acm.or Received: from [192.168.0.4] (c188-150-171-71.bredband.comhem.se [188.150.171.71]) (authenticated bits=0) by mail268c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id 099FTxMm028579; Fri, 9 Oct 2020 15:30:00 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= In-Reply-To: <4648BF2F-8507-4D39-85F1-1C40C0E8BFC2@acm.org> Date: Fri, 9 Oct 2020 17:29:58 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <87h7r9ozuh.fsf@gnus.org> <87wo04nnvr.fsf@gnus.org> <4648BF2F-8507-4D39-85F1-1C40C0E8BFC2@acm.org> X-Mailer: Apple Mail (2.3445.104.17) X-CTCH-RefID: str=0001.0A782F22.5F8081F9.005A, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=BZ+mLYl2 c=1 sm=1 tr=0 a=SF+I6pRkHZhrawxbOkkvaA==:117 a=SF+I6pRkHZhrawxbOkkvaA==:17 a=kj9zAlcOel0A:10 a=M51BFTxLslgA:10 a=HOkUblpsRhd81tqE1VMA:9 a=CjuIK1q_8ugA:10 X-Origin-Country: SE X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > What about a narrower change: clip the value after shifting right instead of before? On the other hand it would introduce an inconsistency with arithmetic right shift which ignores bits above the word size. Thus I will do nothing at all unless Vincent or anyone else speaks up. Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.3 KHOP_HELO_FCRDNS Relay HELO differs from its IP's reverse DNS 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.0 (/) > What about a narrower change: clip the value after shifting right = instead of before? On the other hand it would introduce an inconsistency with arithmetic = right shift which ignores bits above the word size. Thus I will do nothing at all unless Vincent or anyone else speaks up. However, this bug has already been a success since inspecting the code = revealed a bug in the arithmetic right shift that has now been fixed, = and there is now a fairly comprehensive test for all binary shift and = rotate operations which should make future changes a lot safer and = easier. From unknown Tue Jun 17 22:26:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43764: Calc shift right broken Resent-From: Vincent =?UTF-8?Q?Bela=C3=AFche?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Oct 2020 15:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43764 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen , Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Cc: "43764@debbugs.gnu.org" <43764@debbugs.gnu.org> Received: via spool by 43764-submit@debbugs.gnu.org id=B43764.160225768929757 (code B ref 43764); Fri, 09 Oct 2020 15:35:01 +0000 Received: (at 43764) by debbugs.gnu.org; 9 Oct 2020 15:34:49 +0000 Received: from localhost ([127.0.0.1]:36073 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kQuPt-0007jp-F0 for submit@debbugs.gnu.org; Fri, 09 Oct 2020 11:34:49 -0400 Received: from mail-db8eur06olkn2022.outbound.protection.outlook.com ([40.92.51.22]:1632 helo=EUR06-DB8-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kQuPq-0007ja-VK for 43764@debbugs.gnu.org; Fri, 09 Oct 2020 11:34:44 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Lj4tf5+ElN9Uua3Nfpd87WkWLtiJF14v/LtCQ2rVzOd+BNJ3rIilxJ9sF67XKR2TV2n6rhx8+SIfwzo6eHPCrs2JHWPbA5+rq5u6sPe1PvnoM50BhFJ9SoBH6iJQNYXvCH6E0BDl8ihpkw5AylcUYa3qAseR5IQaWjHngFM/m1DhcHFq+pCEK/abDxIoqRWa1pkjGcL7OcjlplVHmhxrYrMATSWQeDeo2pYR2+lsvSovNzBfI9D/xLe7M5FytJK149dG0sM/26xzFIv1vLf0nyJpgMk9sXeXXFZrM0URtlj2PASFhiBWap3dovluXIq93+W4C7tJbbjrJ9AucCsc6g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=a2td/7PX6lfuDqg8gM6iO5uhe1+FuSe+cQUAJub8Id0=; b=DtZbVZUcSE2bR81tiyJne9GwTFeMLYyYzKCQQ4GuTK62CyqTexJy7zYUPluASgcgaxbiALK3+N5hS0inuk2tBGxkZBWYLcPjRAyF5K/pOIMg3GoAmiW8qpJvoWYPtCWr4oKBDk1u7fP5mRLrTIrd0zT582ONw6g3qgGT+S0mcvoLjO6wwR5B30+bncx5Li6wtQkI5NkypIS33wgrWKoiew71B5VWvyFsvtWX+ifiKv8Tl1RkYw236/zmE+zGO5BN/r6msFzENXFLnVxWijIFaZgMzvmYCNC3FnWBfeXwCT63M++o/+qhQ0dLVEJfsuKbQsfRT4RI7LRFTO29FfPihQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from AM7EUR06FT011.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc36::41) by AM7EUR06HT048.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc36::228) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3455.23; Fri, 9 Oct 2020 15:34:35 +0000 Received: from PR3PR06MB6843.eurprd06.prod.outlook.com (2a01:111:e400:fc36::4d) by AM7EUR06FT011.mail.protection.outlook.com (2a01:111:e400:fc36::340) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3455.23 via Frontend Transport; Fri, 9 Oct 2020 15:34:35 +0000 Received: from PR3PR06MB6843.eurprd06.prod.outlook.com ([fe80::b18e:f416:90fd:a1b5]) by PR3PR06MB6843.eurprd06.prod.outlook.com ([fe80::b18e:f416:90fd:a1b5%6]) with mapi id 15.20.3455.027; Fri, 9 Oct 2020 15:34:35 +0000 From: Vincent =?UTF-8?Q?Bela=C3=AFche?= Thread-Topic: bug#43764: Calc shift right broken Thread-Index: AQHWmP19dkguaBobJUWnDWCr2ydVBKmIrLKdgAAnd4CAAPoAAoAFmvvM Date: Fri, 9 Oct 2020 15:34:35 +0000 Message-ID: References: <87h7r9ozuh.fsf@gnus.org> ,<87wo04nnvr.fsf@gnus.org> In-Reply-To: <87wo04nnvr.fsf@gnus.org> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:ADD1D4A1BC57ECD84954993225557D3A2DD7955817FA96FBD3563FC40592BCCE; UpperCasedChecksum:9ECE01E8DC35A0589276BFFC9E735B572FE23E7AD1D2B91DF63CB6A16FD16677; SizeAsReceived:7141; Count:45 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [/ENBkSu33APukJbCOrp5ghdF0fUoZXU1] x-ms-publictraffictype: Email x-incomingheadercount: 45 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: 639eeb45-c4c5-4d93-1e65-08d86c68d3ce x-ms-traffictypediagnostic: AM7EUR06HT048: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: RiA/WR42ssXqZjqJIC3JTzAyGiNnN8Scp/jnnwuexLCHi9byVuTPJHqTfU/12G6zXINPljLPpPdun8y+CjiF+6oV4daaeBWEOIlyVu65s0a+sEdbXyB7p4hYoS7hkJ26sHQ2kvT8R18rUepNaMeqtDOHdec37arNl8I6dcbkoIJZuMu3ChgzttEorgDNOwFZDDVsOI9fMrszC6I8cFAVPic3h+44cvNvkmoXs0hWPDMBJtAHMq8XDnk73js1dmzC x-ms-exchange-antispam-messagedata: D62cyHDNnXmGE6uTF0rdhmfKrWPIo/9AEEdIYOoVoIfEsZPME6Y0KAVk+rymCzCNEPY54pYDXt2Lc0MpoKDO8NBDU6vRrwzkVFEQUJETNJ9KVj2LKjpyvgpOkFcEuo0utaIwk8YZ1MHR1RXbxCt/fw== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_PR3PR06MB6843D55F5B94F69C50AA1F6284080PR3PR06MB6843eurp_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: AM7EUR06FT011.eop-eur06.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 639eeb45-c4c5-4d93-1e65-08d86c68d3ce X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Oct 2020 15:34:35.7968 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM7EUR06HT048 X-Spam-Score: 0.2 (/) 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.8 (/) --_000_PR3PR06MB6843D55F5B94F69C50AA1F6284080PR3PR06MB6843eurp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, Sorry for the late feedback. I think that it is good to have the possibility to set a bit width, just be= cause otherwise the two complement signing display ('O d 6') would be broke= n, same for the leading zeros ('d z'). I agree that it is unwise to change anything in the way that it works. Chan= ges should be backward compatible only, unless there is a very good reason = for the change. What could be improved would be to add some more functions, like (some idea= s) : * set bit width 0 would remove the automatic clipping meaning infinite = width. * have the H prefix (Hyperbolic) not only for 'b l' but also for the ot= her shifts operation, so that the width can be set on an operation by opera= tion basis with the prefix argument. * Maybe there could be some display mode in which when integers are wid= er that the bit width this is displayed somehow, e.g. the pipe in 16#12|34 = would appear with a bit width of 8, 16#123|4 for a bit width of 7. Just to = warn the user =AB beware the clip =BB. Vincent. ________________________________ De : Lars Ingebrigtsen Envoy=E9 : mardi 6 octobre 2020 03:28 =C0 : Mattias Engdeg=E5rd Cc : Vincent Bela=EFche ; 43764@debbugs.gnu.org <43= 764@debbugs.gnu.org> Objet : Re: bug#43764: Calc shift right broken Mattias Engdeg=E5rd writes: >> But if we're changing the number of default bits, perhaps it would make >> more sense to default to having no bit width restrictions? Or would >> that entail major Calc surgery? > > Any changes to Calc, however minor, are fraught with danger and excitemen= t! :-) > Fun as it may be, better not making changes speculatively though. > (On the other hand it could be that everyone have been bothered about > this for years. I have no way of knowing.) In olden times, I would guess most people thought that it just had to be this way. But now that the rest of Emacs has bignums, it's perhaps more surprising that Calc behaves this way when doing shifts. On the other hand, I don't know what people use Calc for here. If people are going "I wonder what would happen on a 32-bit machine if I were to do this shift operation", then it'd be something else... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no --_000_PR3PR06MB6843D55F5B94F69C50AA1F6284080PR3PR06MB6843eurp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
Sorry for the late feedback.

I think that it is good to have the possibility= to set a bit width, just because otherwise the two complement signing disp= lay ('O d 6') would be broken, same for the leading zeros ('d z').


I agree that it is unwise to change anything in the way that it works. Chan= ges should be backward compatible only, unless there is a very good reason = for the change.

What could be improved would be to add some more functions, like (some idea= s) :
  • set bit width 0 would remove the automatic clipping meaning infinite wi= dth.
  • have the H prefix (Hyperbolic) not only for 'b l' but also for= the other shifts operation, so that the width can be set on an operation b= y operation basis with the prefix argument.
  • Maybe there could be so= me display mode in which when integers are wider that the bit width this is= displayed somehow, e.g. the pipe in 16#12|34 would appear with a bit width= of 8, 16#123|4 for a bit width of 7. Just to warn the user =AB beware the = clip =BB.

   Vincent.
De : Lars Ingebrigtsen <= larsi@gnus.org>
Envoy=E9 : mardi 6 octobre 2020 03:28
=C0 : Mattias Engdeg=E5rd <mattiase@acm.org>
Cc : Vincent Bela=EFche <vincent.b.1@hotmail.fr>; 43764@d= ebbugs.gnu.org <43764@debbugs.gnu.org>
Objet : Re: bug#43764: Calc shift right broken
 
Mattias Engdeg=E5rd <mattiase@acm.org> write= s:

>> But if we're changing the number of default bits, perhaps it would= make
>> more sense to default to having no bit width restrictions?  O= r would
>> that entail major Calc surgery? 
>
> Any changes to Calc, however minor, are fraught with danger and excite= ment!

:-)

> Fun as it may be, better not making changes speculatively though.
> (On the other hand it could be that everyone have been bothered about<= br> > this for years. I have no way of knowing.)

In olden times, I would guess most people thought that it just had to be this way.  But now that the rest of Emacs has bignums, it's perhaps mo= re
surprising that Calc behaves this way when doing shifts.

On the other hand, I don't know what people use Calc for here.  If
people are going "I wonder what would happen on a 32-bit machine if I<= br> were to do this shift operation", then it'd be something else...

--
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://la= rs.ingebrigtsen.no
--_000_PR3PR06MB6843D55F5B94F69C50AA1F6284080PR3PR06MB6843eurp_-- From unknown Tue Jun 17 22:26:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43764: Calc shift right broken Resent-From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Oct 2020 16:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43764 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent =?UTF-8?Q?Bela=C3=AFche?= Cc: Lars Ingebrigtsen , "43764@debbugs.gnu.org" <43764@debbugs.gnu.org> Received: via spool by 43764-submit@debbugs.gnu.org id=B43764.16023470948965 (code B ref 43764); Sat, 10 Oct 2020 16:25:02 +0000 Received: (at 43764) by debbugs.gnu.org; 10 Oct 2020 16:24:54 +0000 Received: from localhost ([127.0.0.1]:38408 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRHfy-0002KW-Cp for submit@debbugs.gnu.org; Sat, 10 Oct 2020 12:24:54 -0400 Received: from mail1459c50.megamailservers.eu ([91.136.14.59]:44720 helo=mail267c50.megamailservers.eu) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRHfu-0002KD-8m for 43764@debbugs.gnu.org; Sat, 10 Oct 2020 12:24:53 -0400 X-Authenticated-User: mattiase@bredband.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=megamailservers.eu; s=maildub; t=1602347082; bh=3OI/JHJ6C9cKsSeyKghF4SfSCy6RU4TD2jeH8/wRdGw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=Vq2yWWlWsIh5FTd5SjACsUDTRZ/V2TZs/Ov+IqS5m8L3fQE/hR/JjTcWLdzvhGSQT 4vjWbIJky6U46DMdJlUPDDqThmX7LmnmJjAQ5ethhLHI1C7JUP6owxtbneBhT8EBW3 4+Bt3KWZbFuO14XmhM1Pte4mKeeJi44CYgfi3AWA= Feedback-ID: mattiase@acm.or Received: from [192.168.0.4] (c188-150-171-71.bredband.comhem.se [188.150.171.71]) (authenticated bits=0) by mail267c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id 09AGOeHX022941; Sat, 10 Oct 2020 16:24:41 +0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= In-Reply-To: Date: Sat, 10 Oct 2020 18:24:39 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <87h7r9ozuh.fsf@gnus.org> <87wo04nnvr.fsf@gnus.org> X-Mailer: Apple Mail (2.3445.104.17) X-CTCH-RefID: str=0001.0A782F28.5F81E04A.0064, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=Cf92G4jl c=1 sm=1 tr=0 a=SF+I6pRkHZhrawxbOkkvaA==:117 a=SF+I6pRkHZhrawxbOkkvaA==:17 a=IkcTkHD0fZMA:10 a=M51BFTxLslgA:10 a=p124ecsjW7O26-lmb_QA:9 a=QEXdDO2ut3YA:10 X-Origin-Country: SE X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 9 okt. 2020 kl. 17.34 skrev Vincent =?UTF-8?Q?Bela=C3=AFche?= : > What could be improved would be to add some more functions, like (some ideas) : > =?UTF-8?Q?=E2=80=A2?= set bit width 0 would remove the automatic clipping meaning infinite width. Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.3 KHOP_HELO_FCRDNS Relay HELO differs from its IP's reverse DNS 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.0 (/) 9 okt. 2020 kl. 17.34 skrev Vincent Bela=C3=AFche = : > What could be improved would be to add some more functions, like (some = ideas) : > =E2=80=A2 set bit width 0 would remove the automatic clipping = meaning infinite width. This seems both useful and straightforward to implement and understand. = I've attached a patch (lacking documentation but otherwise complete) -- = is it what you had in mind? > =E2=80=A2 have the H prefix (Hyperbolic) not only for 'b l' but = also for the other shifts operation, so that the width can be set on an = operation by operation basis with the prefix argument. Your wish has been granted! It already works that way, it's just not = very well documented. Try it. > =E2=80=A2 Maybe there could be some display mode in which when = integers are wider that the bit width this is displayed somehow, e.g. = the pipe in 16#12|34 would appear with a bit width of 8, 16#123|4 for a = bit width of 7. Just to warn the user =C2=AB beware the clip =C2=BB. It's not a bad suggestion, but since this is Calc, nothing is very = simple. Let's give it some thought. From unknown Tue Jun 17 22:26:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43764: Calc shift right broken Resent-From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Oct 2020 16:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43764 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent =?UTF-8?Q?Bela=C3=AFche?= Cc: Lars Ingebrigtsen , "43764@debbugs.gnu.org" <43764@debbugs.gnu.org> Received: via spool by 43764-submit@debbugs.gnu.org id=B43764.16023475019669 (code B ref 43764); Sat, 10 Oct 2020 16:32:01 +0000 Received: (at 43764) by debbugs.gnu.org; 10 Oct 2020 16:31:41 +0000 Received: from localhost ([127.0.0.1]:38417 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRHmX-0002Vt-Dz for submit@debbugs.gnu.org; Sat, 10 Oct 2020 12:31:41 -0400 Received: from mail1470c50.megamailservers.eu ([91.136.14.70]:33068 helo=mail102c50.megamailservers.eu) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRHmU-0002Vc-P4 for 43764@debbugs.gnu.org; Sat, 10 Oct 2020 12:31:40 -0400 X-Authenticated-User: mattiase@bredband.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=megamailservers.eu; s=maildub; t=1602347491; bh=pEIgQKDLgTUYhPg6D1bdKvJdDnA42ldizdnTnbv6PQ4=; h=From:Subject:Date:In-Reply-To:Cc:To:References:From; b=Swr8iQ3bc+Gler2z9BzTm+VbaogB3EGeQHmDQQhg45+byGj1UJMTHz086L6XH/RZu IrjepVe3VBWiQ6MSs9kTqeUUDlapaI3Nw3XvESEJWBdoBD74aQm9GbQ0EsqQ9z1dh+ gJXNL+auuqyXWvETVZ7btzFZTRPh4/Jb71TTA4ZA= Feedback-ID: mattiase@acm.or Received: from [192.168.0.4] (c188-150-171-71.bredband.comhem.se [188.150.171.71]) (authenticated bits=0) by mail102c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id 09AGVTIU016781; Sat, 10 Oct 2020 16:31:30 +0000 From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Message-Id: <6AD1115B-D130-4DA1-85E8-F55FEEE87E9D@acm.org> Content-Type: multipart/mixed; boundary="Apple-Mail=_C2F252E3-2D00-48F7-99C0-544A647A5A82" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Date: Sat, 10 Oct 2020 18:31:28 +0200 In-Reply-To: References: <87h7r9ozuh.fsf@gnus.org> <87wo04nnvr.fsf@gnus.org> X-Mailer: Apple Mail (2.3445.104.17) X-CTCH-RefID: str=0001.0A782F27.5F81E1E3.0011, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=S52nP7kP c=1 sm=1 tr=0 a=SF+I6pRkHZhrawxbOkkvaA==:117 a=SF+I6pRkHZhrawxbOkkvaA==:17 a=M51BFTxLslgA:10 a=N54-gffFAAAA:8 a=tDXHnpRu2vysc-3PKosA:9 a=QEXdDO2ut3YA:10 a=v7zKWsmy5NQA:10 a=yUuUdLB3PI3FYE-FF3AA:9 a=B2y7HmGcmWMA:10 a=6l0D2HzqY3Epnrm8mE3f:22 X-Origin-Country: SE X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 10 okt. 2020 kl. 18.24 skrev Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= : > This seems both useful and straightforward to implement and understand. I've attached a patch (lacking documentation but otherwise complete) -- is it what you had in mind? Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.3 KHOP_HELO_FCRDNS Relay HELO differs from its IP's reverse DNS 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.0 (/) --Apple-Mail=_C2F252E3-2D00-48F7-99C0-544A647A5A82 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 10 okt. 2020 kl. 18.24 skrev Mattias Engdeg=C3=A5rd : > This seems both useful and straightforward to implement and = understand. I've attached a patch (lacking documentation but otherwise = complete) -- is it what you had in mind? Sorry, here is that patch. --Apple-Mail=_C2F252E3-2D00-48F7-99C0-544A647A5A82 Content-Disposition: attachment; filename=0001-Calc-allow-infinite-binary-word-size-bug.patch Content-Type: application/octet-stream; x-unix-mode=0644; name="0001-Calc-allow-infinite-binary-word-size-bug.patch" Content-Transfer-Encoding: quoted-printable =46rom=20ec880e30d82e13ff5c6cb36f7736280be45ee9e0=20Mon=20Sep=2017=20= 00:00:00=202001=0AFrom:=20=3D?UTF-8?q?Mattias=3D20Engdeg=3DC3=3DA5rd?=3D=20= =0ADate:=20Sat,=2010=20Oct=202020=2018:02:49=20+0200=0A= Subject:=20[PATCH]=20Calc:=20allow=20infinite=20binary=20word=20size=20= (bug#=0AMIME-Version:=201.0=0AContent-Type:=20text/plain;=20= charset=3DUTF-8=0AContent-Transfer-Encoding:=208bit=0A=0ASetting=20the=20= word=20size=20("b=20w")=20to=200=20removes=20the=20word=20size=20= clipping=20for=0Aall=20bit=20operations=20(effectively=20as=20if=20a=20= word=20size=20of=20-=E2=88=9E=20had=20been=20set).=0ARotation=20is=20= disallowed;=20logical=20and=20arithmetic=20shifts=20behave=0A= identically.=0A=0AAfter=20a=20suggestion=20by=20Vincent=20Bela=C3=AFche.=0A= =0A*=20lisp/calc/calc-bin.el=20(calc-word-size,=20math-binary-arg)=0A= (math-binary-modulo-args,=20calcFunc-lsh,=20calcFunc-ash,=20= calcFunc-rot)=0A(math-clip):=20Allow=20a=20word=20size=20of=200,=20= meaning=20-=E2=88=9E.=0A*=20test/lisp/calc/calc-tests.el=0A= (calc-tests--not,=20calc-tests--and,=20calc-tests--or,=20= calc-tests--xor)=0A(calc-tests--diff):=20New=20functions.=0A= (calc-tests--clip,=20calc-tests--rot,=20calc-shift-binary):=20Extend=20= to=0Acover=20word=20size=200.=0A(calc-bit-ops):=20New=20test.=0A---=0A=20= lisp/calc/calc-bin.el=20=20=20=20=20=20=20=20|=2030=20++++++++++------=0A= =20test/lisp/calc/calc-tests.el=20|=2070=20= +++++++++++++++++++++++++++++++-----=0A=202=20files=20changed,=2080=20= insertions(+),=2020=20deletions(-)=0A=0Adiff=20--git=20= a/lisp/calc/calc-bin.el=20b/lisp/calc/calc-bin.el=0Aindex=20= aa10d55e52..3570b890ab=20100644=0A---=20a/lisp/calc/calc-bin.el=0A+++=20= b/lisp/calc/calc-bin.el=0A@@=20-145,9=20+145,10=20@@=20calc-word-size=0A=20= =20=20=20(setq=20math-half-2-word-size=20(math-power-of-2=20(1-=20= (math-abs=20n))))=0A=20=20=20=20(calc-do-refresh)=0A=20=20=20=20= (calc-refresh-evaltos)=0A-=20=20=20(if=20(<=20n=200)=0A-=20=20=20=20=20=20= =20(message=20"Binary=20word=20size=20is=20%d=20bits=20(two's=20= complement)"=20(-=20n))=0A-=20=20=20=20=20(message=20"Binary=20word=20= size=20is=20%d=20bits"=20n))))=0A+=20=20=20(cond=0A+=20=20=20=20((<=20n=20= 0)=20(message=20"Binary=20word=20size=20is=20%d=20bits=20(two's=20= complement)"=20(-=20n)))=0A+=20=20=20=20((>=20n=200)=20(message=20= "Binary=20word=20size=20is=20%d=20bits"=20n))=0A+=20=20=20=20(t=20= (message=20"No=20fixed=20binary=20word=20size")))))=0A=20=0A=20=0A=20=0A= @@=20-262,9=20+263,10=20@@=20calcFunc-and=0A=20(defun=20math-binary-arg=20= (a=20w)=0A=20=20=20(if=20(not=20(Math-integerp=20a))=0A=20=20=20=20=20=20= =20(setq=20a=20(math-trunc=20a)))=0A-=20=20(if=20(<=20a=200)=0A-=20=20=20= =20=20=20(logand=20a=20(1-=20(ash=201=20(if=20w=20(math-trunc=20w)=20= calc-word-size))))=0A-=20=20=20=20a))=0A+=20=20(let=20((w=20(if=20w=20= (math-trunc=20w)=20calc-word-size)))=0A+=20=20=20=20(if=20(and=20(<=20a=20= 0)=20(not=20(zerop=20w)))=0A+=20=20=20=20=20=20=20=20(logand=20a=20(1-=20= (ash=201=20w)))=0A+=20=20=20=20=20=20a)))=0A=20=0A=20(defun=20= math-binary-modulo-args=20(f=20a=20b=20w)=0A=20=20=20(let=20(mod)=0A@@=20= -285,7=20+287,7=20@@=20math-binary-modulo-args=0A=20=20=20=20=20(let=20= ((bits=20(math-integer-log2=20mod)))=0A=20=20=20=20=20=20=20(if=20bits=0A= =20=09=20=20(if=20w=0A-=09=20=20=20=20=20=20(if=20(/=3D=20w=20bits)=0A+=09= =20=20=20=20=20=20(if=20(and=20(/=3D=20w=20bits)=20(not=20(zerop=20w)))=0A= =20=09=09=20=20(calc-record-why=0A=20=09=09=20=20=20"*Warning:=20Modulus=20= inconsistent=20with=20word=20size"))=0A=20=09=20=20=20=20(setq=20w=20= bits))=0A@@=20-371,11=20+373,12=20@@=20calcFunc-lsh=0A=20=09(math-clip=20= (calcFunc-lsh=20a=20n=20(-=20w))=20w)=0A=20=20=20=20=20=20=20(if=20= (Math-integer-negp=20a)=0A=20=09=20=20(setq=20a=20(math-clip=20a=20w)))=0A= -=20=20=20=20=20=20(cond=20((or=20(Math-lessp=20n=20(-=20w))=0A-=09=09=20= (Math-lessp=20w=20n))=0A+=20=20=20=20=20=20(cond=20((and=20(or=20= (Math-lessp=20n=20(-=20w))=0A+=09=09=20=20=20=20=20=20(Math-lessp=20w=20= n))=0A+=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20(not=20= (zerop=20w)))=0A=20=09=20=20=20=20=200)=0A=20=09=20=20=20=20((<=20n=200)=0A= -=09=20=20=20=20=20(math-quotient=20(math-clip=20a=20w)=20= (math-power-of-2=20(-=20n))))=0A+=09=20=20=20=20=20(ash=20(math-clip=20a=20= w)=20n))=0A=20=09=20=20=20=20(t=0A=20=09=20=20=20=20=20(math-clip=20= (math-mul=20a=20(math-power-of-2=20n))=20w))))))=0A=20=0A@@=20-403,7=20= +406,8=20@@=20calcFunc-ash=0A=20=09=20=20=20=20(setq=20a=20(math-clip=20= a=20w)))=0A=20=09(let=20((two-to-sizem1=20(math-power-of-2=20(1-=20w)))=0A= =20=09=20=20=20=20=20=20(sh=20(calcFunc-lsh=20a=20n=20w)))=0A-=09=20=20= (cond=20((zerop=20(logand=20a=20two-to-sizem1))=0A+=09=20=20(cond=20((or=20= (zerop=20w)=0A+=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20(zerop=20(logand=20a=20two-to-sizem1)))=0A=20=09=09=20sh)=0A=20=09=09= ((Math-lessp=20n=20(-=201=20w))=0A=20=09=09=20(math-add=20(math-mul=20= two-to-sizem1=202)=20-1))=0A@@=20-421,6=20+425,8=20@@=20calcFunc-rot=0A=20= =20=20(if=20(eq=20(car-safe=20a)=20'mod)=0A=20=20=20=20=20=20=20= (math-binary-modulo-args=20'calcFunc-rot=20a=20n=20w)=0A=20=20=20=20=20= (setq=20w=20(if=20w=20(math-trunc=20w)=20calc-word-size))=0A+=20=20=20=20= (when=20(zerop=20w)=0A+=20=20=20=20=20=20(error=20"Rotation=20requires=20= a=20nonzero=20word=20size"))=0A=20=20=20=20=20(or=20(integerp=20w)=0A=20=09= (math-reject-arg=20w=20'fixnump))=0A=20=20=20=20=20(or=20(Math-integerp=20= a)=0A@@=20-452,6=20+458,8=20@@=20math-clip=0A=20=09=20(if=20= (Math-natnum-lessp=20a=20(math-power-of-2=20(-=20-1=20w)))=0A=20=09=20=20= =20=20=20a=0A=20=09=20=20=20(math-sub=20a=20(math-power-of-2=20(-=20= w)))))=0A+=20=20=20=20=20=20=20=20((math-zerop=20w)=0A+=20=20=20=20=20=20= =20=20=20a)=0A=20=09((Math-negp=20a)=0A=20=09=20(math-binary-arg=20a=20= w))=0A=20=09((integerp=20a)=0Adiff=20--git=20= a/test/lisp/calc/calc-tests.el=20b/test/lisp/calc/calc-tests.el=0Aindex=20= fe37c424d5..f8c4925c2f=20100644=0A---=20a/test/lisp/calc/calc-tests.el=0A= +++=20b/test/lisp/calc/calc-tests.el=0A@@=20-574,15=20+574,35=20@@=20= calc-unix-date=0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= 86400))))=0A=20=20=20=20=20=20=20(should=20(equal=20(math-format-date=20= d-1991-01-09-0600)=20"663400800")))))=0A=20=0A-;;=20Reference=20= implementations=20of=20binary=20shift=20functions:=0A+;;=20Reference=20= implementations=20of=20bit=20operations:=0A=20=0A=20(defun=20= calc-tests--clip=20(x=20w)=0A=20=20=20"Clip=20X=20to=20W=20bits,=20= signed=20if=20W=20is=20negative,=20otherwise=20unsigned."=0A-=20=20(if=20= (>=3D=20w=200)=0A-=20=20=20=20=20=20(logand=20x=20(-=20(ash=201=20w)=20= 1))=0A-=20=20=20=20(let=20((y=20(calc-tests--clip=20x=20(-=20w)))=0A-=20=20= =20=20=20=20=20=20=20=20(msb=20(ash=201=20(-=20(-=20w)=201))))=0A-=20=20=20= =20=20=20(-=20y=20(ash=20(logand=20y=20msb)=201)))))=0A+=20=20(cond=20= ((zerop=20w)=20x)=0A+=20=20=20=20=20=20=20=20((>=20w=200)=20(logand=20x=20= (-=20(ash=201=20w)=201)))=0A+=20=20=20=20=20=20=20=20(t=20(let=20((y=20= (calc-tests--clip=20x=20(-=20w)))=0A+=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20(msb=20(ash=201=20(-=20(-=20w)=201))))=0A+=20=20=20=20=20=20= =20=20=20=20=20=20=20(-=20y=20(ash=20(logand=20y=20msb)=201))))))=0A+=0A= +(defun=20calc-tests--not=20(x=20w)=0A+=20=20"Bitwise=20complement=20of=20= X,=20word=20size=20W."=0A+=20=20(calc-tests--clip=20(lognot=20x)=20w))=0A= +=0A+(defun=20calc-tests--and=20(x=20y=20w)=0A+=20=20"Bitwise=20AND=20of=20= X=20and=20W,=20word=20size=20W."=0A+=20=20(calc-tests--clip=20(logand=20= x=20y)=20w))=0A+=0A+(defun=20calc-tests--or=20(x=20y=20w)=0A+=20=20= "Bitwise=20OR=20of=20X=20and=20Y,=20word=20size=20W."=0A+=20=20= (calc-tests--clip=20(logior=20x=20y)=20w))=0A+=0A+(defun=20= calc-tests--xor=20(x=20y=20w)=0A+=20=20"Bitwise=20XOR=20of=20X=20and=20= Y,=20word=20size=20W."=0A+=20=20(calc-tests--clip=20(logxor=20x=20y)=20= w))=0A+=0A+(defun=20calc-tests--diff=20(x=20y=20w)=0A+=20=20"Bitwise=20= AND=20of=20X=20and=20NOT=20Y,=20word=20size=20W."=0A+=20=20= (calc-tests--clip=20(logand=20x=20(lognot=20y))=20w))=0A=20=0A=20(defun=20= calc-tests--lsh=20(x=20n=20w)=0A=20=20=20"Logical=20shift=20left=20X=20= by=20N=20steps,=20word=20size=20W."=0A@@=20-616,6=20+636,8=20@@=20= calc-tests--rash=0A=20=0A=20(defun=20calc-tests--rot=20(x=20n=20w)=0A=20=20= =20"Rotate=20X=20left=20by=20N=20steps,=20word=20size=20W."=0A+=20=20= (when=20(zerop=20w)=0A+=20=20=20=20(error=20"Undefined"))=0A=20=20=20= (let*=20((aw=20(abs=20w))=0A=20=20=20=20=20=20=20=20=20=20(y=20= (calc-tests--clip=20x=20aw))=0A=20=20=20=20=20=20=20=20=20=20(steps=20= (mod=20n=20aw)))=0A@@=20-623,7=20+645,7=20@@=20calc-tests--rot=0A=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20w)))=0A=20=0A= =20(ert-deftest=20calc-shift-binary=20()=0A-=20=20(dolist=20(w=20'(16=20= 32=20-16=20-32))=0A+=20=20(dolist=20(w=20'(16=2032=20-16=20-32=200))=0A=20= =20=20=20=20(dolist=20(x=20'(0=201=20#x1234=20#x8000=20#xabcd=20#xffff=0A= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20#x12345678=20= #xabcdef12=20#x80000000=20#xffffffff=0A=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20#x1234567890ab=20#x1234967890ab=0A@@=20-638,8=20= +660,38=20@@=20calc-shift-binary=0A=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20(calc-tests--ash=20x=20n=20w)))=0A=20=20= =20=20=20=20=20=20=20(should=20(equal=20(calcFunc-rash=20x=20n=20w)=0A=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= (calc-tests--rash=20x=20n=20w)))=0A-=20=20=20=20=20=20=20=20(should=20= (equal=20(calcFunc-rot=20x=20n=20w)=0A-=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20(calc-tests--rot=20x=20n=20w)))))))=0A+=20= =20=20=20=20=20=20=20(unless=20(zerop=20w)=0A+=20=20=20=20=20=20=20=20=20= =20(should=20(equal=20(calcFunc-rot=20x=20n=20w)=0A+=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20(calc-tests--rot=20= x=20n=20w)))))))=0A+=20=20(should-error=20(calcFunc-rot=201=201=200)))=0A= +=0A+(ert-deftest=20calc-bit-ops=20()=0A+=20=20(dolist=20(w=20'(16=2032=20= -16=20-32=200))=0A+=20=20=20=20(dolist=20(x=20'(0=201=20#x1234=20#x8000=20= #xabcd=20#xffff=0A+=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= #x12345678=20#xabcdef12=20#x80000000=20#xffffffff=0A+=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20#x1234567890ab=20#x1234967890ab=0A+=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20-1=20-14=20#x-8000=20#x-ffff=20= #x-8001=20#x-10000=0A+=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= #x-80000000=20#x-ffffffff=20#x-80000001=20#x-100000000))=0A+=20=20=20=20=20= =20(should=20(equal=20(calcFunc-not=20x=20w)=0A+=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20(calc-tests--not=20x=20w)))=0A+=0A+=20= =20=20=20=20=20(dolist=20(n=20'(0=201=204=2016=2032=20-1=20-4=20-16=20= -32))=0A+=20=20=20=20=20=20=20=20(equal=20(calcFunc-clip=20x=20n)=0A+=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20(calc-tests--clip=20x=20n)))=0A+=0A= +=20=20=20=20=20=20(dolist=20(y=20'(0=201=20#x1234=20#x8000=20#xabcd=20= #xffff=0A+=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= #x12345678=20#xabcdef12=20#x80000000=20#xffffffff=0A+=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20#x1234567890ab=20= #x1234967890ab=0A+=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20-1=20-14=20#x-8000=20#x-ffff=20#x-8001=20#x-10000=0A+=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20#x-80000000=20= #x-ffffffff=20#x-80000001=20#x-100000000))=0A+=20=20=20=20=20=20=20=20= (should=20(equal=20(calcFunc-and=20x=20y=20w)=0A+=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20(calc-tests--and=20x=20y=20= w)))=0A+=20=20=20=20=20=20=20=20(should=20(equal=20(calcFunc-or=20x=20y=20= w)=0A+=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= (calc-tests--or=20x=20y=20w)))=0A+=20=20=20=20=20=20=20=20(should=20= (equal=20(calcFunc-xor=20x=20y=20w)=0A+=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20(calc-tests--xor=20x=20y=20w)))=0A+=20=20= =20=20=20=20=20=20(should=20(equal=20(calcFunc-diff=20x=20y=20w)=0A+=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= (calc-tests--diff=20x=20y=20w)))))))=0A=20=0A=20(provide=20'calc-tests)=0A= =20;;;=20calc-tests.el=20ends=20here=0A--=20=0A2.21.1=20(Apple=20= Git-122.3)=0A=0A= --Apple-Mail=_C2F252E3-2D00-48F7-99C0-544A647A5A82-- From unknown Tue Jun 17 22:26:58 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Vincent =?UTF-8?Q?Bela=C3=AFche?= Subject: bug#43764: closed (Re: bug#43764: Calc shift right broken) Message-ID: References: <550C4DEF-DBAA-4175-98BC-DB484A3B89CF@acm.org> X-Gnu-PR-Message: they-closed 43764 X-Gnu-PR-Package: emacs Reply-To: 43764@debbugs.gnu.org Date: Tue, 13 Oct 2020 09:58:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1602583082-17984-1" This is a multi-part message in MIME format... ------------=_1602583082-17984-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #43764: Calc shift right broken which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 43764@debbugs.gnu.org. --=20 43764: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D43764 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1602583082-17984-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 43764-done) by debbugs.gnu.org; 13 Oct 2020 09:57:02 +0000 Received: from localhost ([127.0.0.1]:45249 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kSH3G-0004ee-4b for submit@debbugs.gnu.org; Tue, 13 Oct 2020 05:57:02 -0400 Received: from mail1473c50.megamailservers.eu ([91.136.14.73]:52978 helo=mail102c50.megamailservers.eu) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kSH3D-0004eB-DN for 43764-done@debbugs.gnu.org; Tue, 13 Oct 2020 05:57:01 -0400 X-Authenticated-User: mattiase@bredband.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=megamailservers.eu; s=maildub; t=1602583012; bh=TaRtV0WTi4AqBSdtknjaETMEDy2b3C1It32zd7AVOCc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=pdD4OimBAGLQm8cXn+rlRLVgTJR+T7HBx5ng6BkEl5cRnCcNcZTbjiSIFiQGV8lA9 XCvLWnnK8eXuM9Vl7wTilap+Bd6D7UAHNoYpJVknq5xQnLuATE5yPg6H+8cY2m/+jA mthoiIYq4HvToNHCYIWFomzZ1+c5k4HdnKRW5yQQ= Feedback-ID: mattiase@acm.or Received: from [192.168.0.4] (c188-150-171-71.bredband.comhem.se [188.150.171.71]) (authenticated bits=0) by mail102c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id 09D9uoLM018885; Tue, 13 Oct 2020 09:56:52 +0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Subject: Re: bug#43764: Calc shift right broken From: =?utf-8?Q?Mattias_Engdeg=C3=A5rd?= In-Reply-To: Date: Tue, 13 Oct 2020 11:56:50 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <550C4DEF-DBAA-4175-98BC-DB484A3B89CF@acm.org> References: <87h7r9ozuh.fsf@gnus.org> <87wo04nnvr.fsf@gnus.org> To: =?utf-8?Q?Vincent_Bela=C3=AFche?= X-Mailer: Apple Mail (2.3445.104.17) X-CTCH-RefID: str=0001.0A782F16.5F8579E4.009A, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=S52nP7kP c=1 sm=1 tr=0 a=SF+I6pRkHZhrawxbOkkvaA==:117 a=SF+I6pRkHZhrawxbOkkvaA==:17 a=IkcTkHD0fZMA:10 a=M51BFTxLslgA:10 a=W3E8kTQ6JjtYGj2Bow0A:9 a=QEXdDO2ut3YA:10 X-Origin-Country: SE X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 43764-done Cc: Lars Ingebrigtsen , 43764-done@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: -0.0 (/) 9 okt. 2020 kl. 17.34 skrev Vincent Bela=C3=AFche = : > =E2=80=A2 set bit width 0 would remove the automatic clipping = meaning infinite width. The previously mentioned patch implementing this has now been pushed to = Emacs master. Thanks again for the suggestion! I should also note the rationale for disabling left/right rotation when = the word size is set to zero: while it would make sense to define (rotate-left x 1) =3D> x=E2=89=A50: (shift-left x 1) x<0: (+ (shift-left x 1) 1) (rotate-right x 1) =3D> x=E2=89=A50, x even: (shift-right x 1) x<0, x odd: (shift-right x 1), the two remaining cases of rotate right with {x=E2=89=A50, x odd} or = {x<0, x even} cannot result in a finite integer. If someone has a better idea, or would like rotation to be implemented = as a partial function according to the above definition, please comment. = For now the bug is closed. ------------=_1602583082-17984-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 2 Oct 2020 15:28:29 +0000 Received: from localhost ([127.0.0.1]:42330 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOMyz-0006Xd-0L for submit@debbugs.gnu.org; Fri, 02 Oct 2020 11:28:29 -0400 Received: from lists.gnu.org ([209.51.188.17]:56500) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOMyx-0006XV-Av for submit@debbugs.gnu.org; Fri, 02 Oct 2020 11:28:27 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44586) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kOMyx-0005ZX-4L for bug-gnu-emacs@gnu.org; Fri, 02 Oct 2020 11:28:27 -0400 Received: from mail-vi1eur06olkn2109.outbound.protection.outlook.com ([40.92.17.109]:17633 helo=EUR06-VI1-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kOMyu-0002Jl-Un for bug-gnu-emacs@gnu.org; Fri, 02 Oct 2020 11:28:26 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=H5IwwwZ0RY14So6mKrREg8LR+rMBWfELpeNZ46jT9hri1PCLPxzeUCTgC9WHwjgpnpn1DxvorAzidIrgudlGgf2g8TgPdtoAD0RcS8c/pU3PNLjo/YWQXulgsZ9F9knWv0C0nA01HwGMmAaH/xLDJl4mO3FDYPcM1olpZUzwI3beXHHALvTYWEI3evcdpg7S1ZRXkf5PbEuN7eii93pgeJEo/jhbxz+tGyw/Q2floGVpxxst0X/tmHQmZWceSlvHVW57IwizWdVtzDkniQTEI3sTbzWEcDtPu+U/nFgbVnyjFFyb0RVVxomM3/W210c1sRRwujhsm5h5YEVA/1BVvw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=FO3V/NYZk+HomeZWDEenYxx6HIfzfEZ6WwPcZR25eaU=; b=iG5Z/zJL6kfUFNKP6qDlbmC/gceL37NjsmSvEUIM8C31hWOWt8LRIupZ1XMHuB4HtaaFnjBNYAKkBfe0VzrzakqV/PfByKwa1qtHqcrdxha5T/wYeM70KP/qgIswXC5hXfTXII9DIBpU5O42WvpZovEJr1WMH7DPMbIQg2A9n7xKijKsd+QTqxA5hKNiPKTlHjHOBIv6kgZLqqXQ5RxqJNCef2DdVVFtiZBNVZzfuTUI4ztuJVNq8pG+2fhiC/9HDxL3zeMjSAlCX4qrot1G8Ib/r6G/Gh8+sj0yj/Zi9xCBbtMwaYi7PlPy/7hsWirbeeIOL0oVioBBo/JFYRr9Og== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from DB8EUR06FT007.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc35::4d) by DB8EUR06HT016.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc35::388) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3433.34; Fri, 2 Oct 2020 15:28:22 +0000 Received: from PR3PR06MB6843.eurprd06.prod.outlook.com (2a01:111:e400:fc35::49) by DB8EUR06FT007.mail.protection.outlook.com (2a01:111:e400:fc35::171) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3433.34 via Frontend Transport; Fri, 2 Oct 2020 15:28:22 +0000 Received: from PR3PR06MB6843.eurprd06.prod.outlook.com ([fe80::491c:11b9:aa7d:c079]) by PR3PR06MB6843.eurprd06.prod.outlook.com ([fe80::491c:11b9:aa7d:c079%6]) with mapi id 15.20.3412.022; Fri, 2 Oct 2020 15:28:22 +0000 From: =?iso-8859-1?Q?Vincent_Bela=EFche?= To: "bug-gnu-emacs@gnu.org" Subject: Calc shift right broken Thread-Topic: Calc shift right broken Thread-Index: AQHWmNAUceIhblv5HE6boRkMChONog== Date: Fri, 2 Oct 2020 15:28:22 +0000 Message-ID: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:C0C08E1A014E57DB711865E3FE34CF60BE36F180C06ABE8E6E1717CCD7959F8F; UpperCasedChecksum:C9C6EA12AA879C198EFA257D8D7BDFB5AD0F3F0F879A38E468AEAE1E86E89B17; SizeAsReceived:6627; Count:41 x-tmn: [2erh/vz0qhzX4j7QgPhw99z637SHnFT4] x-ms-publictraffictype: Email x-incomingheadercount: 41 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: 71764b9b-37a0-4524-31ef-08d866e7cc20 x-ms-traffictypediagnostic: DB8EUR06HT016: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: GVOzXiwUf3FbUw5GsekFMrC8GCkKGdschpEXQTd2QO7CpgSRmgtFcbwQmLpvlUZDVMp59iMFZ5Y43jZlCfE/kGXr1atTrF073x919yeEmWjBouAvYc9YVcgFWiVv26QW93LY44QvznmenO9GalSA6ugYgPpFbx5KcGxlIhu+b9sdJXl0EGSfJbRN6mAew9fY0nMWnYxMRvODTY2u45madw== x-ms-exchange-antispam-messagedata: xqKFUmuJIOc/tpbQrhtD/HZEVJxFZfdKGm+TCKrCVeS9WkXVZZVzsjfAsxXu65KPd/ffuVruRE5xDcntRQGNKYG2IU1NnX/w6iLQJ2QNREgPlOzg1KLgnKcKc3QlDS9R5ytXc0tP9Z+ou2XGx4bQqA== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_PR3PR06MB6843342B1EF3BE27C00DB89684310PR3PR06MB6843eurp_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: DB8EUR06FT007.eop-eur06.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 71764b9b-37a0-4524-31ef-08d866e7cc20 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Oct 2020 15:28:22.0139 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB8EUR06HT016 Received-SPF: pass client-ip=40.92.17.109; envelope-from=vincent.b.1@hotmail.fr; helo=EUR06-VI1-obe.outbound.protection.outlook.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/02 11:28:22 X-ACL-Warn: Detected OS = Windows NT kernel [generic] [fuzzy] X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.1 (-) 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: -2.1 (--) --_000_PR3PR06MB6843342B1EF3BE27C00DB89684310PR3PR06MB6843eurp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Not sure whether this has to do with the other one. I am on another machine, it is GNU Emacs 26.3 (build 2, x86_64-pc-linux-gnu= , GTK+ Version 3.24.20) of 2020-05-17, modified by Debian Anyway, I do this: 2 RET ;; display in hexa d 6 RET ;; Raise to the power 32 32 ^ ;; Shitf right by 30 C-u 32 b r ;; I get 0, whereas I expected 4 I have the impression that the old bigpos bigneg lisp based big intergers h= ave been replaced by C bigintegers, and this is the root of all these regre= ssion. Well, just a speculation. V. --_000_PR3PR06MB6843342B1EF3BE27C00DB89684310PR3PR06MB6843eurp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Not sure whether this has to do with the other one.
I am on another machine, it is GNU Emacs 26.3 (build 2, x86_64-pc-linu= x-gnu, GTK+ Version 3.24.20) of 2020-05-17, modified by Debian

Anyway, I do this:

2 RET
;; display in hexa
d 6 RET
;; Raise to the power 32
32 ^
;; Shitf right by 30
C-u 32 b r
;; I get 0, whereas I expected 4

I have the impression that the old bigpos bigneg lisp based big intergers h= ave been replaced by C bigintegers, and this is the root of all these regre= ssion.
Well, just a speculation.
  V.

--_000_PR3PR06MB6843342B1EF3BE27C00DB89684310PR3PR06MB6843eurp_-- ------------=_1602583082-17984-1-- From unknown Tue Jun 17 22:26:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43764: Calc shift right broken Resent-From: Vincent =?UTF-8?Q?Bela=C3=AFche?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 04 Nov 2020 11:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43764 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Cc: Lars Ingebrigtsen , "43764-done@debbugs.gnu.org" <43764-done@debbugs.gnu.org> Received: via spool by 43764-done@debbugs.gnu.org id=D43764.16044884698612 (code D ref 43764); Wed, 04 Nov 2020 11:15:02 +0000 Received: (at 43764-done) by debbugs.gnu.org; 4 Nov 2020 11:14:29 +0000 Received: from localhost ([127.0.0.1]:47685 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kaGkH-0002Eo-Ar for submit@debbugs.gnu.org; Wed, 04 Nov 2020 06:14:29 -0500 Received: from mail-oln040092074015.outbound.protection.outlook.com ([40.92.74.15]:55427 helo=EUR04-DB3-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kaGkF-0002EZ-3a for 43764-done@debbugs.gnu.org; Wed, 04 Nov 2020 06:14:27 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=A6QTiGV2668u9eGctx20vSVKKLEbh3VqW0z1kutVlNXABKqcovoQHy2vxGnu5FDWM1FKDEk4qpkxbWTvnigWiBks31RvfASyg1c61r1hXBc7A6NFVz0eVw48Hg3R1JjY9MWfHDVOx00QAhTNevYS9ONAY/M1CtN2XJv4D6xPpCqTT0zfWdu4LqqH6RyEHkLwaJO71Wkm4wMRkM7bMYEEfDk/hwgYkW2NaicvkakZ3QOerynYCwK3lSY+KDHp3To6o2XNGhZzOcojmJ86uJVnQ/K8mrxLJTkejlZLEB//2Jmb32BW0RrY05WGcNmB1I7PpbntK/PFGmpmdCfoMGN1Rg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=v8EkG4eNSFegFKntF/jDLy3S79nBsHC7BI6xxSF8+wY=; b=CepQw+mCJkTztKZmf9Ve24zHK9exJgSX3jlzXbm09JjZXyafEjBQ44JUBN3Ufu8Wp/CG88H9v45S6Nlkxt4ySKoPADNydEne/031R1yzAoBTLzHoSZa1LH9kD627H6sr0ej6i22+Nam3Hyi9qIdHnWfcMvFzvoPQyStBjHpRHTk60SquXtDYXyhuQZsqfdaF4vbvStB0mShjCwkPJDYc3j9JVQWJwMDR0v5AR5Ir+ROdJfxorHpwyUBw2HQlyC5CsjE16I4B44Q/BVBUuhR9C+eni/tYRzPeGbxoiXiMQ743WPWYv0rgqSnJACMBL2gqETiZ9HkEvVX8+8fbws3Gpg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from HE1EUR04FT046.eop-eur04.prod.protection.outlook.com (2a01:111:e400:7e0d::4a) by HE1EUR04HT020.eop-eur04.prod.protection.outlook.com (2a01:111:e400:7e0d::69) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3520.15; Wed, 4 Nov 2020 11:14:20 +0000 Received: from PR3PR06MB6843.eurprd06.prod.outlook.com (2a01:111:e400:7e0d::49) by HE1EUR04FT046.mail.protection.outlook.com (2a01:111:e400:7e0d::157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3520.15 via Frontend Transport; Wed, 4 Nov 2020 11:14:20 +0000 Received: from PR3PR06MB6843.eurprd06.prod.outlook.com ([fe80::b18e:f416:90fd:a1b5]) by PR3PR06MB6843.eurprd06.prod.outlook.com ([fe80::b18e:f416:90fd:a1b5%6]) with mapi id 15.20.3499.032; Wed, 4 Nov 2020 11:14:20 +0000 From: Vincent =?UTF-8?Q?Bela=C3=AFche?= Thread-Topic: bug#43764: Calc shift right broken Thread-Index: AQHWmP19dkguaBobJUWnDWCr2ydVBKmIrLKdgAAnd4CAAPoAAoAFmvvMgAXzOACAIVIvWg== Date: Wed, 4 Nov 2020 11:14:20 +0000 Message-ID: References: <87h7r9ozuh.fsf@gnus.org> <87wo04nnvr.fsf@gnus.org> , <550C4DEF-DBAA-4175-98BC-DB484A3B89CF@acm.org> In-Reply-To: <550C4DEF-DBAA-4175-98BC-DB484A3B89CF@acm.org> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:FA78F664473D024B89E4C90FA1F467CB74C40B4348330D974D6283ED3C3D7375; UpperCasedChecksum:0B101BBB18CFE6E1F03C318E9E8B4573493C8F0618039926BAB030999565FFF4; SizeAsReceived:7315; Count:45 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [92raBmWpoXS/TwShgg8502p7WshApsTK] x-ms-publictraffictype: Email x-incomingheadercount: 45 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: a7852c3d-3556-48ab-bab1-08d880b2c73a x-ms-traffictypediagnostic: HE1EUR04HT020: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: nLE+eSYvPhc7jhZbsvqhBTjZauvGrxiG/VY/b1dWvHN37Wy9MhQDHwaRMxnLd8Aq44NGccqr2yA6qccEvvoR4oyq/zascVHvZq6ZkbPo36n7wsQeQpA6dTJUcTRZXo5IQABaZ8qTyuM+M1ZkgacwQxCvFhOHf12+2wCU55/qjZJ5SGVNhkV6tBg/5YbCsUjKxn4SL7n5RRaKhfDBndXHbw== x-ms-exchange-antispam-messagedata: I0oCtEV27ZeOSzRuWjdLsaTTKablSwnosRwKXuAU/ggM6wy/mJScTqLlNF2hYQLajzst2fHaqoYyrJ6mUfgQsbemhSf5YrgDj7FWzXuWdo3HK7kaEhK3ynbPxvJ1WlDeLLqOQqjUSCAapY73Cbshmg== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_PR3PR06MB684374B8D0EDFE525C2AB90684110PR3PR06MB6843eurp_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: HE1EUR04FT046.eop-eur04.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: a7852c3d-3556-48ab-bab1-08d880b2c73a X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Nov 2020 11:14:20.7565 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1EUR04HT020 X-Spam-Score: 0.2 (/) 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.8 (/) --_000_PR3PR06MB684374B8D0EDFE525C2AB90684110PR3PR06MB6843eurp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBNYXR0aWFzLA0KDQpUaGFuayB5b3UgdmVyeSBtdWNoIGZvciB0aGUgcGF0Y2gsIGFuZCBz b3JyeSBmb3IgdGhlIHZlcnkgdmVyeSBsYXRlIGZlZWRiYWNrLiBJIGhhZCBhIGxvb2sgdGhyb3Vn aCBpdCwgYW5kIEkgbm90aWNlZCB0aGF0IGluIG1hdGgtYmluYXJ5LW1vZHVsby1hcmdzIG9mIHRo ZSBjb2RlIHcgaXMgYWxzbyB0ZXN0ZWQgZm9yIG5vdCBiZWluZyBuaWwuIExvb2tpbmcgYXQgaXQg bW9yZSBjbG9zZWx5IEkgc2F3IHRoYXQgd29yZCB3aWR0aCBpcyBhbHNvIHRha2VuIGludG8gYWNj b3VudCB3aGVuIGRvaW5nIGJpbmFyeSBvcGVyYXRpb24gd2l0aCBtb2R1bG8gZm9ybXMuDQoNCkkg Y2FuIHNlZSBubyByZWFzb24gd2h5IG1vZHVsbyBmb3JtIHdvdWxkIG5lZWQgc29tZSBzcGVjaWFs IG5pbCBjYXNlLCBhbmQgSSBzdXNwZWN0IHRoYXQgYXQgc29tZSBwb2ludCBvZiB0aW1lIHRoZSBi aXQtd2lkdGggY2xpcHBpbmcgY291bGQgYmUgZGlzYWJsZWQgYnkgc2V0dGluZyB0aGUgd2lkdGgg dG8gbmlsLiBTbyBub3csIGRvbid0IHdlIGhhdmUgdHdvIGNvbnZlbnRpb25zIGluIHRoZSBjb2Rl IDogMCBhbmQgbmlsLiBJZiBzbywgdGhhdCB3b3VsZCBiZSB1bmZvcnR1bmF0ZSBmb3IgbWFpbnRh bmFiaWxpdHkuDQoNCkFsc28sIEkgbm90aWNlZCB0aGF0IHRoZSBDYWxjIHRlc3Qgc3VpdGUgZG9l cyBub3QgaGF2ZSBhbnkgdGVzdCBjYXNlIChvciBJIG1pc3NlZCBpdCkgZm9yIGJpbmFyeSBvcGVy YXRpb25zICsgbW9kdWxvIGZvcm1zLg0KDQpBbHNvLCBjb25jZXJuaW5nIHlvdXIgY29tbWVudCBh Ym91dCB0aGUgcm90YXRlIHJpZ2h0IGJ5IG4gYml0cyBvZiBudW1iZXJzIHdpdGggbm9uIHplcm8g bGVhc3Qgc2lnbmlmaWNhbnQgbiBiaXRzLCBhbmQgd2l0aCBkaXNhYmxlZCBiaXQgd2lkdGggY2xp cHBpbmcsIENhbGMgaGFzIHRoZSBpbmZpbml0ZSBtb2RlIChwcmVzcyAnbSBpJyksIHNvIGlmIHlv dSBkZWNpZGUgc29tZSBkYXkgdG8gbWFrZSB0aGlzIHNvcnQgb2YgaW1wbGVtZW50YXRpb24sIHRo ZW4geW91IHNob3VsZCBlbWl0IGFuIGVycm9yIHcvbyBpbmZpbml0ZSBtb2RlLCBidXQgaGF2ZSBh ICtpbmYgd2l0aCBpbmZpbml0ZSBtb2RlLiBBIGJpdCAobi0xKSBlcXVhbCB0byAxIHdvbid0IGNh dXNlIGFueSAtaW5mLCBiZWNhdXNlIHR3byBjb21wbGVtZW50IHNpZ25pbmcgaXMgbm90IHBvc3Np YmxlIHdpdGggZGlzYWJsZWQgYml0IHdpZHRoIGNsaXBwaW5nLCBhcyB0aGlzIHdvdWxkIHJlc3Vs dCBpbiBhbiBpbmZpbml0ZSBudW1iZXIgb2YgRkZGRkZGIHdpdGggbmVnYXRpdmUgZmluaXRlIG51 bWJlcnMuDQoNCkkgYWxzbyBub3RpY2UgdGhhdCB3aGVuIHR3bydzIGNvbXBsZW1lbnQgc2lnbmlu ZyBkaXNwbGF5IGlzIG9uICh0eXBlICdPIGQgNicpLCBhbmQgYml0IHdpZHRoIGlzIHNldCB0byAw IHRvIGRpc2FibGUgYml0IHdpZHRoIGNsaXBwaW5nLCB0aGVuIHRoZSBzaWduaW5nIGRpc3BsYXkg aXMgZG9uZSBhcyBpZiB0aGUgVHdvc0NvbXAgbW9kZSB3YXMgb2ZmLiBJIHRoaW5rIHRoYXQgaXQg aXMgT0sgdG8gZG8gdGhhdCwgYnV0IHdoZW4gJ2IgdyAwIFJFVCcgb3IgJ08gZCA2JyBpcyBwcmVz c2VkLCB3aGljaCBldmVyIGNvbWVzIGxhc3QsIGFuZCB3ZSBoYXZlIHRoaXMgY29uZmxpY3QsIHRo ZW4gYSB3YXJuaW5nIG1lc3NhZ2Ugc2hvdWxkIGJlIGVtaXR0ZWQsIHNvbWV0aGluZyBsaWtlIMKr IFR3b3MgY29tcGxlbWVudCBzaWduIGRpc3BsYXkgaXMgaWdub3JlZCB3aGVuIGJpdCB3b3JkIHdp ZHRoIGlzIG5vdCBzcGVjaWZpZWQgwrsuDQoNCiAgVmluY2VudC4NCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQpEZSA6IE1hdHRpYXMgRW5nZGVnw6VyZCA8bWF0dGlhc2VAYWNtLm9y Zz4NCkVudm95w6kgOiBtYXJkaSAxMyBvY3RvYnJlIDIwMjAgMTE6NTYNCsOAIDogVmluY2VudCBC ZWxhw69jaGUgPHZpbmNlbnQuYi4xQGhvdG1haWwuZnI+DQpDYyA6IExhcnMgSW5nZWJyaWd0c2Vu IDxsYXJzaUBnbnVzLm9yZz47IDQzNzY0LWRvbmVAZGViYnVncy5nbnUub3JnIDw0Mzc2NC1kb25l QGRlYmJ1Z3MuZ251Lm9yZz4NCk9iamV0IDogUmU6IGJ1ZyM0Mzc2NDogQ2FsYyBzaGlmdCByaWdo dCBicm9rZW4NCg0KOSBva3QuIDIwMjAga2wuIDE3LjM0IHNrcmV2IFZpbmNlbnQgQmVsYcOvY2hl IDx2aW5jZW50LmIuMUBob3RtYWlsLmZyPjoNCg0KPiAgICAgICAg4oCiIHNldCBiaXQgd2lkdGgg MCB3b3VsZCByZW1vdmUgdGhlIGF1dG9tYXRpYyBjbGlwcGluZyBtZWFuaW5nIGluZmluaXRlIHdp ZHRoLg0KDQpUaGUgcHJldmlvdXNseSBtZW50aW9uZWQgcGF0Y2ggaW1wbGVtZW50aW5nIHRoaXMg aGFzIG5vdyBiZWVuIHB1c2hlZCB0byBFbWFjcyBtYXN0ZXIuIFRoYW5rcyBhZ2FpbiBmb3IgdGhl IHN1Z2dlc3Rpb24hDQoNCkkgc2hvdWxkIGFsc28gbm90ZSB0aGUgcmF0aW9uYWxlIGZvciBkaXNh YmxpbmcgbGVmdC9yaWdodCByb3RhdGlvbiB3aGVuIHRoZSB3b3JkIHNpemUgaXMgc2V0IHRvIHpl cm86IHdoaWxlIGl0IHdvdWxkIG1ha2Ugc2Vuc2UgdG8gZGVmaW5lDQoNCiAocm90YXRlLWxlZnQg eCAxKSA9Pg0KIHjiiaUwOiAoc2hpZnQtbGVmdCB4IDEpDQogeDwwOiAoKyAoc2hpZnQtbGVmdCB4 IDEpIDEpDQoNCiAocm90YXRlLXJpZ2h0IHggMSkgPT4NCiB44omlMCwgeCBldmVuOiAoc2hpZnQt cmlnaHQgeCAxKQ0KIHg8MCwgeCBvZGQ6ICAoc2hpZnQtcmlnaHQgeCAxKSwNCg0KdGhlIHR3byBy ZW1haW5pbmcgY2FzZXMgb2Ygcm90YXRlIHJpZ2h0IHdpdGgge3jiiaUwLCB4IG9kZH0gb3Ige3g8 MCwgeCBldmVufSBjYW5ub3QgcmVzdWx0IGluIGEgZmluaXRlIGludGVnZXIuDQoNCklmIHNvbWVv bmUgaGFzIGEgYmV0dGVyIGlkZWEsIG9yIHdvdWxkIGxpa2Ugcm90YXRpb24gdG8gYmUgaW1wbGVt ZW50ZWQgYXMgYSBwYXJ0aWFsIGZ1bmN0aW9uIGFjY29yZGluZyB0byB0aGUgYWJvdmUgZGVmaW5p dGlvbiwgcGxlYXNlIGNvbW1lbnQuIEZvciBub3cgdGhlIGJ1ZyBpcyBjbG9zZWQuDQoNCg== --_000_PR3PR06MB684374B8D0EDFE525C2AB90684110PR3PR06MB6843eurp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyIgc3R5bGU9 ImRpc3BsYXk6bm9uZTsiPiBQIHttYXJnaW4tdG9wOjA7bWFyZ2luLWJvdHRvbTowO30gPC9zdHls ZT4NCjwvaGVhZD4NCjxib2R5IGRpcj0ibHRyIj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiAm cXVvdDtDb3VyaWVyIE5ldyZxdW90OywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHQ7IGNvbG9y OiByZ2IoMCwgMCwgMCk7Ij4NCkRlYXIgTWF0dGlhcyw8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQt ZmFtaWx5OiAmcXVvdDtDb3VyaWVyIE5ldyZxdW90OywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEy cHQ7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxicj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9u dC1mYW1pbHk6ICZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LCBtb25vc3BhY2U7IGZvbnQtc2l6ZTog MTJwdDsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KVGhhbmsgeW91IHZlcnkgbXVjaCBmb3IgdGhl IHBhdGNoLCBhbmQgc29ycnkgZm9yIHRoZSB2ZXJ5IHZlcnkgbGF0ZSBmZWVkYmFjay4gSSBoYWQg YSBsb29rIHRocm91Z2ggaXQsIGFuZCBJIG5vdGljZWQgdGhhdCBpbiBtYXRoLWJpbmFyeS1tb2R1 bG8tYXJncyBvZiB0aGUgY29kZSB3IGlzIGFsc28gdGVzdGVkIGZvciBub3QgYmVpbmcgbmlsLiBM b29raW5nIGF0IGl0IG1vcmUgY2xvc2VseSBJIHNhdyB0aGF0IHdvcmQgd2lkdGggaXMgYWxzbyB0 YWtlbg0KIGludG8gYWNjb3VudCB3aGVuIGRvaW5nIGJpbmFyeSBvcGVyYXRpb24gd2l0aCBtb2R1 bG8gZm9ybXMuPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogJnF1b3Q7Q291cmllciBO ZXcmcXVvdDssIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB0OyBjb2xvcjogcmdiKDAsIDAsIDAp OyI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiAmcXVvdDtDb3VyaWVy IE5ldyZxdW90OywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiByZ2IoMCwgMCwg MCk7Ij4NCkkgY2FuIHNlZSBubyByZWFzb24gd2h5IG1vZHVsbyBmb3JtIHdvdWxkIG5lZWQgc29t ZSBzcGVjaWFsIG5pbCBjYXNlLCBhbmQgSSBzdXNwZWN0IHRoYXQgYXQgc29tZSBwb2ludCBvZiB0 aW1lIHRoZSBiaXQtd2lkdGggY2xpcHBpbmcgY291bGQgYmUgZGlzYWJsZWQgYnkgc2V0dGluZyB0 aGUgd2lkdGggdG8gbmlsLiBTbyBub3csIGRvbid0IHdlIGhhdmUgdHdvIGNvbnZlbnRpb25zIGlu IHRoZSBjb2RlIDogMCBhbmQgbmlsLiBJZiBzbywgdGhhdCB3b3VsZA0KIGJlIHVuZm9ydHVuYXRl IGZvciBtYWludGFuYWJpbGl0eS48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiAmcXVv dDtDb3VyaWVyIE5ldyZxdW90OywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiBy Z2IoMCwgMCwgMCk7Ij4NCjxicj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6ICZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7LCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6 IHJnYigwLCAwLCAwKTsiPg0KQWxzbywgSSBub3RpY2VkIHRoYXQgdGhlIENhbGMgdGVzdCBzdWl0 ZSBkb2VzIG5vdCBoYXZlIGFueSB0ZXN0IGNhc2UgKG9yIEkgbWlzc2VkIGl0KSBmb3IgYmluYXJ5 IG9wZXJhdGlvbnMgKyBtb2R1bG8gZm9ybXMuPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWls eTogJnF1b3Q7Q291cmllciBOZXcmcXVvdDssIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB0OyBj b2xvcjogcmdiKDAsIDAsIDApOyI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFt aWx5OiAmcXVvdDtDb3VyaWVyIE5ldyZxdW90OywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHQ7 IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCkFsc28sIGNvbmNlcm5pbmcgeW91ciBjb21tZW50IGFi b3V0IHRoZSByb3RhdGUgcmlnaHQgYnkgbiBiaXRzIG9mIG51bWJlcnMgd2l0aCBub24gemVybyBs ZWFzdCBzaWduaWZpY2FudCBuIGJpdHMsIGFuZCB3aXRoIGRpc2FibGVkIGJpdCB3aWR0aCBjbGlw cGluZywgQ2FsYyBoYXMgdGhlIGluZmluaXRlIG1vZGUgKHByZXNzICdtIGknKSwgc28gaWYgeW91 IGRlY2lkZSBzb21lIGRheSB0byBtYWtlIHRoaXMgc29ydCBvZiBpbXBsZW1lbnRhdGlvbiwNCiB0 aGVuJm5ic3A7eW91IHNob3VsZCBlbWl0IGFuIGVycm9yIHcvbyBpbmZpbml0ZSBtb2RlLCBidXQg aGF2ZSBhICtpbmYgd2l0aCBpbmZpbml0ZSBtb2RlLiBBIGJpdCAobi0xKSBlcXVhbCB0byAxIHdv bid0IGNhdXNlIGFueSAtaW5mLCBiZWNhdXNlIHR3byBjb21wbGVtZW50IHNpZ25pbmcgaXMgbm90 IHBvc3NpYmxlIHdpdGggZGlzYWJsZWQgYml0IHdpZHRoIGNsaXBwaW5nLCBhcyB0aGlzIHdvdWxk IHJlc3VsdCBpbiBhbiBpbmZpbml0ZSBudW1iZXIgb2YNCiBGRkZGRkYgd2l0aCBuZWdhdGl2ZSBm aW5pdGUgbnVtYmVycy48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiAmcXVvdDtDb3Vy aWVyIE5ldyZxdW90OywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiByZ2IoMCwg MCwgMCk7Ij4NCjxicj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6ICZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7LCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6IHJnYigw LCAwLCAwKTsiPg0KSSBhbHNvIG5vdGljZSB0aGF0IHdoZW4gdHdvJ3MgY29tcGxlbWVudCBzaWdu aW5nIGRpc3BsYXkgaXMgb24gKHR5cGUgJ08gZCA2JyksIGFuZCBiaXQgd2lkdGggaXMgc2V0IHRv IDAgdG8gZGlzYWJsZSBiaXQgd2lkdGggY2xpcHBpbmcsIHRoZW4gdGhlIHNpZ25pbmcgZGlzcGxh eSBpcyBkb25lIGFzIGlmIHRoZSBUd29zQ29tcCBtb2RlIHdhcyBvZmYuIEkgdGhpbmsgdGhhdCBp dCBpcyBPSyB0byBkbyB0aGF0LCBidXQgd2hlbiAnYiB3IDAgUkVUJw0KIG9yICdPIGQgNicgaXMg cHJlc3NlZCwgd2hpY2ggZXZlciBjb21lcyBsYXN0LCBhbmQgd2UgaGF2ZSB0aGlzIGNvbmZsaWN0 LCB0aGVuIGEgd2FybmluZyBtZXNzYWdlIHNob3VsZCBiZSBlbWl0dGVkLCBzb21ldGhpbmcgbGlr ZSDCqyBUd29zIGNvbXBsZW1lbnQgc2lnbiBkaXNwbGF5IGlzIGlnbm9yZWQgd2hlbiBiaXQgd29y ZCB3aWR0aCBpcyBub3Qgc3BlY2lmaWVkIMK7LjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1p bHk6ICZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJwdDsg Y29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPGJyPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZh bWlseTogJnF1b3Q7Q291cmllciBOZXcmcXVvdDssIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB0 OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQombmJzcDsgVmluY2VudC4mbmJzcDs8L2Rpdj4NCjxk aXYgaWQ9ImFwcGVuZG9uc2VuZCI+PC9kaXY+DQo8aHIgc3R5bGU9ImRpc3BsYXk6aW5saW5lLWJs b2NrO3dpZHRoOjk4JSIgdGFiaW5kZXg9Ii0xIj4NCjxkaXYgaWQ9ImRpdlJwbHlGd2RNc2ciIGRp cj0ibHRyIj48Zm9udCBmYWNlPSJDYWxpYnJpLCBzYW5zLXNlcmlmIiBzdHlsZT0iZm9udC1zaXpl OjExcHQiIGNvbG9yPSIjMDAwMDAwIj48Yj5EZSA6PC9iPiBNYXR0aWFzIEVuZ2RlZ8OlcmQgJmx0 O21hdHRpYXNlQGFjbS5vcmcmZ3Q7PGJyPg0KPGI+RW52b3nDqSA6PC9iPiBtYXJkaSAxMyBvY3Rv YnJlIDIwMjAgMTE6NTY8YnI+DQo8Yj7DgCA6PC9iPiBWaW5jZW50IEJlbGHDr2NoZSAmbHQ7dmlu Y2VudC5iLjFAaG90bWFpbC5mciZndDs8YnI+DQo8Yj5DYyZuYnNwOzo8L2I+IExhcnMgSW5nZWJy aWd0c2VuICZsdDtsYXJzaUBnbnVzLm9yZyZndDs7IDQzNzY0LWRvbmVAZGViYnVncy5nbnUub3Jn ICZsdDs0Mzc2NC1kb25lQGRlYmJ1Z3MuZ251Lm9yZyZndDs8YnI+DQo8Yj5PYmpldCA6PC9iPiBS ZTogYnVnIzQzNzY0OiBDYWxjIHNoaWZ0IHJpZ2h0IGJyb2tlbjwvZm9udD4NCjxkaXY+Jm5ic3A7 PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IkJvZHlGcmFnbWVudCI+PGZvbnQgc2l6ZT0iMiI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMXB0OyI+DQo8ZGl2IGNsYXNzPSJQbGFpblRleHQiPjkg b2t0LiAyMDIwIGtsLiAxNy4zNCBza3JldiBWaW5jZW50IEJlbGHDr2NoZSAmbHQ7dmluY2VudC5i LjFAaG90bWFpbC5mciZndDs6PGJyPg0KPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyDigKIgc2V0IGJpdCB3aWR0aCAwIHdvdWxkIHJlbW92ZSB0aGUg YXV0b21hdGljIGNsaXBwaW5nIG1lYW5pbmcgaW5maW5pdGUgd2lkdGguPGJyPg0KPGJyPg0KVGhl IHByZXZpb3VzbHkgbWVudGlvbmVkIHBhdGNoIGltcGxlbWVudGluZyB0aGlzIGhhcyBub3cgYmVl biBwdXNoZWQgdG8gRW1hY3MgbWFzdGVyLiBUaGFua3MgYWdhaW4gZm9yIHRoZSBzdWdnZXN0aW9u ITxicj4NCjxicj4NCkkgc2hvdWxkIGFsc28gbm90ZSB0aGUgcmF0aW9uYWxlIGZvciBkaXNhYmxp bmcgbGVmdC9yaWdodCByb3RhdGlvbiB3aGVuIHRoZSB3b3JkIHNpemUgaXMgc2V0IHRvIHplcm86 IHdoaWxlIGl0IHdvdWxkIG1ha2Ugc2Vuc2UgdG8gZGVmaW5lPGJyPg0KPGJyPg0KJm5ic3A7KHJv dGF0ZS1sZWZ0IHggMSkgPSZndDs8YnI+DQombmJzcDt44omlMDogKHNoaWZ0LWxlZnQgeCAxKTxi cj4NCiZuYnNwO3gmbHQ7MDogKCsgKHNoaWZ0LWxlZnQgeCAxKSAxKTxicj4NCjxicj4NCiZuYnNw Oyhyb3RhdGUtcmlnaHQgeCAxKSA9Jmd0Ozxicj4NCiZuYnNwO3jiiaUwLCB4IGV2ZW46IChzaGlm dC1yaWdodCB4IDEpPGJyPg0KJm5ic3A7eCZsdDswLCB4IG9kZDombmJzcDsgKHNoaWZ0LXJpZ2h0 IHggMSksPGJyPg0KPGJyPg0KdGhlIHR3byByZW1haW5pbmcgY2FzZXMgb2Ygcm90YXRlIHJpZ2h0 IHdpdGgge3jiiaUwLCB4IG9kZH0gb3Ige3gmbHQ7MCwgeCBldmVufSBjYW5ub3QgcmVzdWx0IGlu IGEgZmluaXRlIGludGVnZXIuPGJyPg0KPGJyPg0KSWYgc29tZW9uZSBoYXMgYSBiZXR0ZXIgaWRl YSwgb3Igd291bGQgbGlrZSByb3RhdGlvbiB0byBiZSBpbXBsZW1lbnRlZCBhcyBhIHBhcnRpYWwg ZnVuY3Rpb24gYWNjb3JkaW5nIHRvIHRoZSBhYm92ZSBkZWZpbml0aW9uLCBwbGVhc2UgY29tbWVu dC4gRm9yIG5vdyB0aGUgYnVnIGlzIGNsb3NlZC48YnI+DQo8YnI+DQo8L2Rpdj4NCjwvc3Bhbj48 L2ZvbnQ+PC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_PR3PR06MB684374B8D0EDFE525C2AB90684110PR3PR06MB6843eurp_-- From unknown Tue Jun 17 22:26:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43764: Calc shift right broken Resent-From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 04 Nov 2020 12:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43764 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent =?UTF-8?Q?Bela=C3=AFche?= Cc: Lars Ingebrigtsen , 43764@debbugs.gnu.org Received: via spool by 43764-submit@debbugs.gnu.org id=B43764.160449152614279 (code B ref 43764); Wed, 04 Nov 2020 12:06:01 +0000 Received: (at 43764) by debbugs.gnu.org; 4 Nov 2020 12:05:26 +0000 Received: from localhost ([127.0.0.1]:47754 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kaHXa-0003iF-7p for submit@debbugs.gnu.org; Wed, 04 Nov 2020 07:05:26 -0500 Received: from mail228c50.megamailservers.eu ([91.136.10.238]:34908 helo=mail36c50.megamailservers.eu) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kaHXW-0003i5-RJ for 43764@debbugs.gnu.org; Wed, 04 Nov 2020 07:05:25 -0500 X-Authenticated-User: mattiase@bredband.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=megamailservers.eu; s=maildub; t=1604490903; bh=pCEG09W3lZnRWenBtVzDcSIaizTYyN5H9Nkl2mj7bJY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=EkKV8LrZ1xtCxIuVOD7qTVbO3AAuqypQv6iO9RjcHlgKFBBuWAfHPP3TDRtHUMv/z pojRxs43hWun5th/MYrUgNHQfzLMwfjS6Aah5JDIZ0gMSit40dF/GJtQq3UZCIllHG aqq2aHszpyaXOelSweEUFu2KyfxxTqwjZU8HuLzc= Feedback-ID: mattiase@acm.or Received: from [192.168.0.4] (c188-150-171-71.bredband.comhem.se [188.150.171.71]) (authenticated bits=0) by mail36c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id 0A4Bt0P8008638; Wed, 4 Nov 2020 11:55:01 +0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= In-Reply-To: Date: Wed, 4 Nov 2020 12:54:59 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <87h7r9ozuh.fsf@gnus.org> <87wo04nnvr.fsf@gnus.org> <550C4DEF-DBAA-4175-98BC-DB484A3B89CF@acm.org> X-Mailer: Apple Mail (2.3445.104.17) X-CTCH-RefID: str=0001.0A782F1D.5FA29697.0058, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=Q4ysHL+a c=1 sm=1 tr=0 a=SF+I6pRkHZhrawxbOkkvaA==:117 a=SF+I6pRkHZhrawxbOkkvaA==:17 a=IkcTkHD0fZMA:10 a=M51BFTxLslgA:10 a=IgnxdLyDNf8g7E7q9YIA:9 a=QEXdDO2ut3YA:10 X-Origin-Country: SE X-Spam-Score: 1.4 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 4 nov. 2020 kl. 12.14 skrev Vincent =?UTF-8?Q?Bela=C3=AFche?= : > I can see no reason why modulo form would need some special nil case, and I suspect that at some point of time the bit-width clipping could be disabled by setting the width to nil. So now, don't we [...] Content analysis details: (1.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.4 KHOP_HELO_FCRDNS Relay HELO differs from its IP's reverse DNS 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.0 (/) 4 nov. 2020 kl. 12.14 skrev Vincent Bela=C3=AFche = : > I can see no reason why modulo form would need some special nil case, = and I suspect that at some point of time the bit-width clipping could be = disabled by setting the width to nil. So now, don't we have two = conventions in the code : 0 and nil. =46rom my reading of math-binary-modulo-args, the word width (w) isn't = tested because calc-word-size can be nil, but because it may be passed = as an optional argument. See calcFunc-and for an example. > Also, I noticed that the Calc test suite does not have any test case = (or I missed it) for binary operations + modulo forms. The Calc test suite is minimal and mostly consists of regression tests = added when fixing bugs during the last year or so. The vast bulk of Calc = remains untested. Contributions are welcome! > Also, concerning your comment about the rotate right by n bits of = numbers with non zero least significant n bits, and with disabled bit = width clipping, Calc has the infinite mode (press 'm i'), so if you = decide some day to make this sort of implementation, then you should = emit an error w/o infinite mode, but have a +inf with infinite mode. A = bit (n-1) equal to 1 won't cause any -inf, because two complement = signing is not possible with disabled bit width clipping, as this would = result in an infinite number of FFFFFF with negative finite numbers. My remarks were probably not very well thought out, sorry. Infinities = and bitwise operations seem difficult to reconcile in general; for = example, (+inf AND 1) is undefined. Any extension to include =C2=B1inf = would need better underpinning than my feeble attempt. Note however that with disabled bit width, negative numbers do in fact = have an infinite number of leading ones, just as nonnegative numbers = have an infinite numbers of leading zeros. This is just how two's = complement works when there is no limited word size, and it doesn't = involve actual infinites. > I also notice that when two's complement signing display is on (type = 'O d 6'), and bit width is set to 0 to disable bit width clipping, then = the signing display is done as if the TwosComp mode was off. I think = that it is OK to do that, but when 'b w 0 RET' or 'O d 6' is pressed, = which ever comes last, and we have this conflict, then a warning message = should be emitted, something like =C2=AB Twos complement sign display is = ignored when bit word width is not specified =C2=BB. Yes, there are probably edge cases where usability can be improved, but = it didn't seem to involve actual errors or user deception so I didn't = bother do more work than necessary. Thank you very much for your remarks!