Re: Giving up on emulating SYNOPSIS vspace.

[Ingo Schwarze <schwarze@usta.de>]

Hi Kristaps,

Kristaps Dzonsons wrote on Tue, Jun 08, 2010 at 01:42:25AM +0200:
> Ingo Schwarze wrote:

>> 2) global variables
>> -------------------
>> Consider /usr/src/lib/libc/rpc/svc.3:
>>
>>  .Ft int
>>  .Fn svc_destroy "SVCXPRT *xprt"
>>  .Ft struct pollfd *
>>  .Fa svc_pollfd ;
>>  .Ft int
>>  .Fa svc_max_pollfd ;
>>  .Ft fd_set
>>  .Fa svc_fdset ;
>>  .Ft fd_set
>>  .Fa *__svc_fdset ;
>>  .Ft int
>>  .Fa __svc_fdsetsize ;
>>  .Ft int
>>  .Fa svc_fds ;
>>  .Ft int
>>  .Fn svc_freeargs "SVCXPRT *xprt" "xdrproc_t inproc" "char *in"
>>
>> I think this is acceptable usage; probably using .Va instead of .Fa
>> would be a bit better, but apart from that, i wouldn't know how to
>> express this in a better way.  (NB, it wasn't RPC variable naming
>> conventions i was trying to praise here... ;-)

> `Vt' is documented for use in this case.

Right, and i tried that, but being documented is not the same as
being in working order.  This is what both old and new grow spit out
when you switch to .Vt/.Va:

     struct pollfd *
     svc_pollfd;
     int
     svc_max_pollfd;
     fd_set
     svc_fdset;
     fd_set
     *__svc_fdset;
     int
     __svc_fdsetsize;
     int
     svc_fds;

Not quite what we want...  :-/

[...]
>> So, i'm going to commit this to OpenBSD, we can fix the two minor
>> issues presented above in tree, either now or later.

> Can you commit fixes to BSD.lv as well?

Er, frankly, no, i meant i'm going commit your reorg, i don't have
patches for the issues (1) and (2) yet.  But as this concerns a very
small number of pages and all that goes awry is a few missing
blank lines, we can add these patches whenever we have them.

Yours,
  Ingo
--
 To unsubscribe send an email to discuss+unsubscribe@mdocml.bsd.lv