From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from scc-mailout-kit-01.scc.kit.edu (scc-mailout-kit-01.scc.kit.edu [129.13.231.81]) by mandoc.bsd.lv (OpenSMTPD) with ESMTP id d37c977a for ; Mon, 16 Mar 2020 05:01:19 -0500 (EST) Received: from hekate.asta.kit.edu ([141.3.145.153] helo=hekate.usta.de) by scc-mailout-kit-01.scc.kit.edu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (envelope-from ) id 1jDmYe-0004XK-GJ; Mon, 16 Mar 2020 11:01:18 +0100 Received: from donnerwolke.asta.kit.edu ([141.3.145.61] helo=donnerwolke.usta.de) by hekate.usta.de with esmtp (Exim 4.92.2) (envelope-from ) id 1jDmYd-0006ib-6T; Mon, 16 Mar 2020 11:01:15 +0100 Received: from athene.asta.kit.edu ([141.3.145.60] helo=athene.usta.de) by donnerwolke.usta.de with esmtp (Exim 4.84_2) (envelope-from ) id 1jDmYd-00046a-2O; Mon, 16 Mar 2020 11:01:15 +0100 Received: from localhost (athene.usta.de [local]) by athene.usta.de (OpenSMTPD) with ESMTPA id 23d0b630; Mon, 16 Mar 2020 11:01:15 +0100 (CET) Date: Mon, 16 Mar 2020 11:01:15 +0100 From: Ingo Schwarze To: Michael Forney Cc: tech@mandoc.bsd.lv Subject: Re: [PATCH] Add POSIX.1-2017 to St macro Message-ID: <20200316100115.GC40425@athene.usta.de> References: <20200304021644.3512-1-mforney@mforney.org> <20200304025651.GB50848@athene.usta.de> X-Mailinglist: mandoc-tech Reply-To: tech@mandoc.bsd.lv MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) Hi Michael, Michael Forney wrote on Tue, Mar 03, 2020 at 07:50:52PM -0800: > On 2020-03-03, Ingo Schwarze wrote: >> No, absolutely not. That is not a new version of POSIX, it is >> merely the incorporation of a technical corrigendum. Manual pages >> ought to continue referncing -p1003.1-2008. > I'm aware that it's just a bug fix release, but it is a version of the > standard nonetheless, so I thought it would be useful to be able to > refer to it. > > IEEE Std 1003.1-2004 is also just the incorporation of a couple TCs > into 1003.1-2001, yet it is supported by mandoc. I don't really see > the difference between that case and 1003.1-2017. It is harder to undo errors made in the past than to avoid similar errors in the future. It would be good to delete .St -p1003.1-2004, but that would require hunting down the instances where it is used in all the BSD systems first. For example, in OpenBSD, it is still used in six pages, and it is used by mistake in every single case. In FreeBSD, it is used about 30 times, in NetBSD about 80 times. And then there are DragonFly and illumos. Doing that work such that it can be cleaned up is not high priority. >> Besides, this has already been discussed repeatedly. > Sorry about that, I didn't know this had already been discussed (I > wasn't able to find any mailing list archives). I tried to get the mandoc lists into marc.info, but never got a response from the maintainers of that service, and i never came round to set up my own web archive. It would certainly be useful. Yours, Ingo -- To unsubscribe send an email to tech+unsubscribe@mandoc.bsd.lv