From unknown Fri Aug 15 15:57:14 2025 X-Loop: don@donarmstrong.com Subject: bug#928: In CVS Emacs, calc-eval gives multiplication higher precidence than division Reply-To: Carsten Dominik , 928@debbugs.gnu.org Resent-From: Carsten Dominik Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 08 Sep 2008 10:40:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 928 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.1220869839861 (code B ref -1); Mon, 08 Sep 2008 10:40:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.0 required=4.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 8 Sep 2008 10:30:39 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m88AUYLl000728 for ; Mon, 8 Sep 2008 03:30:36 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kce0u-0002Wv-3r for bug-gnu-emacs@gnu.org; Mon, 08 Sep 2008 06:30:32 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kce0p-0002Rg-1f for bug-gnu-emacs@gnu.org; Mon, 08 Sep 2008 06:30:28 -0400 Received: from [199.232.76.173] (port=40744 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kce0o-0002Ql-J7 for bug-gnu-emacs@gnu.org; Mon, 08 Sep 2008 06:30:26 -0400 Received: from ug-out-1314.google.com ([66.249.92.174]:61789) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Kce0n-00047a-Fo for bug-gnu-emacs@gnu.org; Mon, 08 Sep 2008 06:30:26 -0400 Received: by ug-out-1314.google.com with SMTP id k3so404031ugf.17 for ; Mon, 08 Sep 2008 03:30:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=tFyA6yB3Rab0ZPmKhPcdhO+vMUbucjj5WJbcSgH5WqY=; b=OvPz/MDB+EZ4EdgUzC1P7Due8G68IA1V5GEm1IpyiZfNmkNeWqYi9hBp645GOQLdOn UouB64eleFzluAv0cJ70jxHHnAozFdSza0DAwirLvWsdugFZjFphe7sDBUOx/Np54v4f QY0j0nIfMmWpjhEF9MpR0TMi5Xqjw0FGdS2fo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=fXgok8EN5n4tc2msGkz4fMKHfUPVGkYpZicVCWlrNGZjxIbE/nRf93c4Zkk6OVOxh0 KqYNtdURUiEERYuU8KOEhKH+13T6gIbBwrbYPHwuGOkuwiBtaAsKdnb5Hp0QW/NgaKGw kJA6ZsA7OwT84fobeozjDVVlWDzmF3E2XDomM= Received: by 10.67.29.4 with SMTP id g4mr3816343ugj.73.1220869815596; Mon, 08 Sep 2008 03:30:15 -0700 (PDT) Received: from n040078.science.ru.nl ( [131.174.40.78]) by mx.google.com with ESMTPS id e33sm5850470ugd.15.2008.09.08.03.30.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 08 Sep 2008 03:30:14 -0700 (PDT) Cc: emacs-devel@gnu.org, bug-gnu-emacs@gnu.org Message-Id: From: Carsten Dominik To: "Randal L. Schwartz" In-Reply-To: <86wshn3df0.fsf@blue.stonehenge.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Mon, 8 Sep 2008 12:30:11 +0200 References: <878wu3j4k2.fsf@gmail.com> <86wshn3df0.fsf@blue.stonehenge.com> X-Mailer: Apple Mail (2.926) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2) On Sep 7, 2008, at 10:32 PM, Randal L. Schwartz wrote: >>>>>> "Stefan" == Stefan Monnier writes: > > Stefan> I think Calc is plainly wrong is giving higher precedence to > the > Stefan> multiplication because it's completely non standard. But > since I don't > Stefan> use Calc much and since it's been that way for a while, I > won't fight > Stefan> for it. I would fight for the current calc implementation, it is an important convenience when entering equations. I am relying on it every day. - Carsten > > > Given the original author's mathematics bias, it made sense (to me, as > an early tester and contributor) that: > > 2 * 3 / 4 * 5 > > would be parsed as > > (2 * 3) / (4 * 5) > > in a mathematical sense. > > Admittedly, if you're a computer-science guy and not a math guy, > this might > seem initially odd. > > -- > Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 > 777 0095 > > Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. > See http://methodsandmessages.vox.com/ for Smalltalk and Seaside > discussion > > >