From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from scc-mailout.scc.kit.edu (scc-mailout.scc.kit.edu [129.13.185.201]) by krisdoz.my.domain (8.14.3/8.14.3) with ESMTP id p52Bw0Zu027520 for ; Thu, 2 Jun 2011 07:58:01 -0400 (EDT) Received: from hekate.usta.de (asta-nat.asta.uni-karlsruhe.de [172.22.63.82]) by scc-mailout-01.scc.kit.edu with esmtp (Exim 4.72 #1) id 1QS6XH-0001yD-8F; Thu, 02 Jun 2011 13:57:59 +0200 Received: from donnerwolke.usta.de ([172.24.96.3]) by hekate.usta.de with esmtp (Exim 4.72) (envelope-from ) id 1QS6XH-0007AX-9H for discuss@mdocml.bsd.lv; Thu, 02 Jun 2011 13:57:59 +0200 Received: from iris.usta.de ([172.24.96.5] helo=usta.de) by donnerwolke.usta.de with esmtp (Exim 4.69) (envelope-from ) id 1QS6XH-0000Ps-7l for discuss@mdocml.bsd.lv; Thu, 02 Jun 2011 13:57:59 +0200 Received: from schwarze by usta.de with local (Exim 4.72) (envelope-from ) id 1QS6XG-00028Z-UR for discuss@mdocml.bsd.lv; Thu, 02 Jun 2011 13:57:58 +0200 Date: Thu, 2 Jun 2011 13:57:58 +0200 From: Ingo Schwarze To: discuss@mdocml.bsd.lv Subject: Re: Render \*(Pi as pi, not n Message-ID: <20110602115758.GA2260@iris.usta.de> References: <20110602092814.GO1002@acme.spoerlein.net> <4DE75DF0.4010600@bsd.lv> <20110602111547.GT1002@acme.spoerlein.net> X-Mailinglist: mdocml-discuss Reply-To: discuss@mdocml.bsd.lv MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20110602111547.GT1002@acme.spoerlein.net> User-Agent: Mutt/1.5.21 (2010-09-15) Hi Ulrich, Ulrich Spörlein wrote on Thu, Jun 02, 2011 at 01:15:47PM +0200: > On Thu, 02.06.2011 at 12:54:56 +0300, Kristaps Dzonsons wrote: >> On 02/06/2011 12:28, Ulrich Spörlein wrote: >>> Hello, >>> >>> please consider doing the same as groff here, fixing ambiguities >>> >>> Before: >>> >>> The atan2(), atan2f(), and atan2l() functions, if successful, >>> return the arc tangent of y/x in the range [-n, +n] radians. >>> >>> After: >>> >>> The atan2(), atan2f(), and atan2l() functions, if successful, >>> return the arc tangent of y/x in the range [-pi, +pi] radians. >>> >>> Although 'n' might look a little like '??' we shouldn't replace random >>> letters for greek symbols that have different meaning. >> This is not something that groff agrees upon. The stock groff on >> GNU/Linux returns `n' instead of `pi'. Version: GNU troff (groff) >> version 1.21. We've discussed this before, I think... the quick >> solution is to patch it downstream (chars.in). I personally don't like >> the attenuation of /any/ Greek characters, as my own formulas end up >> confusing (those with both pi and n, for example). > I disagree on groff disagreeing > > FreeBSD base groff version 1.19.2: \*(Pi -> pi > FreeBSD port groff version 1.21: \*(Pi -> pi > Ubuntu groff version 1.20.1: \*(Pi -> pi Oh that one, indeed. I fixed this here and just need to merge it to bsd.lv: http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/mandoc/predefs.in Revision 1.2 Ulrich is talking about \*(Pi in -Tascii, Kristaps is talking about \(*p in -Tascii. What groff does with \*(Pi is - "pi" in nroff mode (-Tascii) - real pi glyph in troff mode (-Tps) Mandoc could do the same as long as it was handling predefined strings in the same way as character escape sequences. Now that it handles predefined strings in the preprocessor, it cannot achieve this any longer. Hum. I only realize now how serious that regression is from a theoretical point of view... Not sure what to do about this in general. Yours, Ingo -- To unsubscribe send an email to discuss+unsubscribe@mdocml.bsd.lv