From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailout.scc.kit.edu (mailout.scc.kit.edu [129.13.185.202]) by krisdoz.my.domain (8.14.5/8.14.5) with ESMTP id q4VASxUw023158 for ; Thu, 31 May 2012 06:28:59 -0400 (EDT) Received: from hekate.usta.de (asta-nat.asta.uni-karlsruhe.de [172.22.63.82]) by scc-mailout-02.scc.kit.edu with esmtp (Exim 4.72 #1) id 1Sa2ck-0003eL-67; Thu, 31 May 2012 12:28:58 +0200 Received: from donnerwolke.usta.de ([172.24.96.3]) by hekate.usta.de with esmtp (Exim 4.77) (envelope-from ) id 1Sa2ck-0004M3-89 for tech@mdocml.bsd.lv; Thu, 31 May 2012 12:28:58 +0200 Received: from iris.usta.de ([172.24.96.5] helo=usta.de) by donnerwolke.usta.de with esmtp (Exim 4.72) (envelope-from ) id 1Sa2ck-0006Cl-6o for tech@mdocml.bsd.lv; Thu, 31 May 2012 12:28:58 +0200 Received: from schwarze by usta.de with local (Exim 4.77) (envelope-from ) id 1Sa2cj-0002G2-V0 for tech@mdocml.bsd.lv; Thu, 31 May 2012 12:28:57 +0200 Date: Thu, 31 May 2012 12:28:57 +0200 From: Ingo Schwarze To: tech@mdocml.bsd.lv Subject: Re: fix blank line handling in .if Message-ID: <20120531102857.GA16923@iris.usta.de> References: <20120531014222.GB11297@iris.usta.de> <4FC73EC4.2090803@bsd.lv> X-Mailinglist: mdocml-tech Reply-To: tech@mdocml.bsd.lv MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FC73EC4.2090803@bsd.lv> User-Agent: Mutt/1.5.21 (2010-09-15) Hi Kristaps, Kristaps Dzonsons wrote on Thu, May 31, 2012 at 11:49:56AM +0200: > Good one! As usual, do just commit and I'll look over the patches > in hindsight and see if anything makes me sad. Thanks, will do so tonight. > I'm particularly fond of this fix---the trailing space/newline has > always been annoying. > > I anticipate finally (finally!) having some free time by this > weekend and next week (projects rolling over), so I'll polish the > SQLite fixes (this will initially come with a hit to apropos > functionality--only OR searches, for example, but is worthwhile > given the massive reduction of code complexity). OK, so i will try to get that in and tested, too! (Or at least to nag... ;-) One thing i have to do is send a revert patch for the WARNING macro. A variable number of arguments for a macro is not portable. > Given Jesse's mention of many roff macros he'd like to > implement---few of them possible without layer violations---I'd like > to throw together a concept, as we've discussed before (with fear > and awe in our voices), of all macros thrown together and parsed in > a common way. I'm not sure it would be fair with respect to Jesse to do that right now; well, he can't get clean earth to till, but at least he should have a stable platform. I don't think you will get that project to a stable state until his time is up, so it won't help him. >From your perspective, it's probably less work, too, to start that after he has moved on to diff(1) - less conflicts, in case he manages to produce any patches good enough for commit... Yours, Ingo -- To unsubscribe send an email to tech+unsubscribe@mdocml.bsd.lv