* Martin Buck > I'm not convinced that this would be a good thing. calc effectively is a > programming language, and making the syntax of a programming language > dependent on locale settings doesn't sound like a good idea to me (if gcc > started to do that, I'm pretty sure it would get a few grave bugs within > seconds of the upload).
Personally I use it mostly as an interactive application, for whenever I need to do some calculation. I just like it better than bc. Anyway, in this case it is somewhat annoying that I always have to remember to use some foreign syntax of specifying the radix point. Also I usually cannot copy/paste numbers from documents or outputted by other programs into calc. It would be nice if it worked with the comma, that's all. > And what should calc do with those operators that become inaccessible > because LC_NUMERIC's decimal separator clashes with them (like ',' in > your case)? No idea, really. I wasn't aware that the comma had some special meaning to calc. If it hadn't it could probably had been made to interpret both the period and the comma as the radix point, which would ensure backwards compability as well as satisfy me. I'm no authority on the subject, but I think those two are the only ones that are generally used. In any case, the output should in my humble opinion heed $LC_NUMERIC: C-style arbitrary precision calculator (version 2.11.11) Calc is open software. For license details type: help copyright [Type "exit" to exit, or "help" for help.] ; 1 / 2 0.5 That should've printed "0,5", given my locale. Kind regards -- Tore Anderson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]