GNU bug report logs - #75861
31.0.50; calc units error

Previous Next

Full log

Message #35 received at submit <at> debbugs.gnu.org (full text, mbox):

From: çağlar girit <cog <at> pelagi.cc>
To: Michael Heerdegen <michael_heerdegen <at> web.de>
Cc: schwab <at> suse.de,
 "çağlar girit via Bug reports for GNU Emacs, the Swiss
 army knife of text editors" <bug-gnu-emacs <at> gnu.org>, 75861 <at> debbugs.gnu.org,
 Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#75861: 31.0.50; calc units error
Date: Fri, 31 Jan 2025 09:27:15 +0100

On 2025-01-31 at 02:34:35, Michael Heerdegen wrote:

> çağlar girit via "Bug reports for GNU Emacs, the Swiss army 
> knife of
> text editors" <bug-gnu-emacs <at> gnu.org> writes:
>
>> So perhaps there is a bug somewhere in the Mathematica language
>> implementation, starting at calc-lang.el line 1816, but 
>> difficult for
>> me to find.
>
> AFAIU, this is a more general design problem.  Switching the 
> language
> makes all input (in a broader sense) being interpreted as 
> expression in
> that language.  Like, interpreting the built-in unit 
> definitions.
>
> If you reverse your recipe so that Calc builds the unit table 
> before you
> switch to Mathematica language mode, the issue doesn't appear.
>
>
> Michael.

It seems that a better design would always interpret built-in 
expressions in the default language.  Or better yet warn that the 
units functionality is only available in the default language. 
Since '1 cm' doesn't mean anything in the other languages anyway.

-- 
çög

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.