From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp-2.sys.kth.se (smtp-2.sys.kth.se [130.237.32.160]) by krisdoz.my.domain (8.14.3/8.14.3) with ESMTP id p9OGUKqe025960 for ; Mon, 24 Oct 2011 12:30:21 -0400 (EDT) Received: from mailscan-1.sys.kth.se (mailscan-1.sys.kth.se [130.237.32.91]) by smtp-2.sys.kth.se (Postfix) with ESMTP id 9C40D14DC97; Mon, 24 Oct 2011 18:30:15 +0200 (CEST) X-Virus-Scanned: by amavisd-new at kth.se Received: from smtp-2.sys.kth.se ([130.237.32.160]) by mailscan-1.sys.kth.se (mailscan-1.sys.kth.se [130.237.32.91]) (amavisd-new, port 10024) with LMTP id 9BrK5QmblZbN; Mon, 24 Oct 2011 18:30:14 +0200 (CEST) X-KTH-Auth: kristaps [193.10.49.5] X-KTH-mail-from: kristaps@bsd.lv Received: from ctime.my.domain (ctime.hhs.se [193.10.49.5]) by smtp-2.sys.kth.se (Postfix) with ESMTP id 97C4514DCA4; Mon, 24 Oct 2011 18:30:13 +0200 (CEST) Message-ID: <4EA59294.3020900@bsd.lv> Date: Mon, 24 Oct 2011 18:30:12 +0200 From: Kristaps Dzonsons User-Agent: Mozilla/5.0 (X11; U; OpenBSD amd64; en-US; rv:1.9.2.13) Gecko/20110223 Thunderbird/3.1.7 X-Mailinglist: mdocml-tech Reply-To: tech@mdocml.bsd.lv MIME-Version: 1.0 To: tech@mdocml.bsd.lv CC: Ingo Schwarze , Jason McIntyre Subject: Re: fill gaps in arch.in and lib.in References: <20111016150630.GE27850@iris.usta.de> <20111016155419.GC8820@harkle.home.gateway> <20111016161005.GG27850@iris.usta.de> <4E9B02FC.5080504@bsd.lv> <20111016164203.GH27850@iris.usta.de> In-Reply-To: <20111016164203.GH27850@iris.usta.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 10/16/11 18:42, Ingo Schwarze wrote: > Hi Kristaps, > > Kristaps Dzonsons wrote on Sun, Oct 16, 2011 at 06:14:52PM +0200: > >> As for the manual page, perhaps we can narrow it down to the "big >> ones" and simply mention that most others modern platforms are >> supported? The big ones being i386, amd64, sparc, >> sparc64---whatever. I agree that a Big List is a bad idea, as well >> as listing nothing. This would strike a nice balance. > > Maybe even simpler: > > In the individual operating systems, let's keep everything as it is. > > In the generic bsd.lv version, let's just put something like: > > The list of supported architectures varies by operating system. > For the full list of all architectures recognized by mandoc(1), > see the file arch.in in the source distribution. > > Note that mandoc(1) can format manuals for all architectures > and operating systems on any platform. Ingo, I think this is fine, considering the options. Of course a remaining option is to make a mandoc_arch(7) manual, but then we'd need mandoc_lib(7) too... but that's just messy. I think a similar note should be put into the `Lb' documentation in referring to libraries in lib.in, too, as it's not a fixed set. Thoughts? Kristaps -- To unsubscribe send an email to tech+unsubscribe@mdocml.bsd.lv