Thank you, Steffen and Werner! Although the text-variant characters
are adjacent to their vanilla counterparts, I believe adding the ***
clarifies the purpose of having the text variants at all.
Hi.
Dave Kemper wrote:
|On 12/15/15, Steffen Nurpmeso wrote:
|> I think the attached should do so.
|
|Thanks, Steffen! Once this is applied to git, I'll create a patch
|with my originally suggested enhancement.
The attached may do, then. (With some manual intervention.)
(And regarding my
> The attached may do, then.
Applied also, thanks!
Werner
> I think the attached should do so.
Thanks a lot, now applied to the repository!
Werner
Groff appears to lack the idea of a horizontal trap, but I find I need pretty
much exactly that functionality. Has anyone developed a macro or other
mechanism to simulate this?
Here's what I'm trying to do. I have a lengthy input file to be processed in
no-fill mode. For 99% of this file, th
>> It would be helpful if you could send me the complete logs of your
>> build (both configure and make phases).
>
> To close this issue: Bertrand has traced the root cause to a bug in
> make(1) used by NetBSD. FreeBSD uses this make(1) too so the issue
> does also occur there.
>
> He has also
Hello,
Bertrand Garrigues wrote:
> It would be helpful if you could send me the complete logs of your build
> (both configure and make phases).
To close this issue: Bertrand has traced the root cause to a bug in make(1)
used by NetBSD. FreeBSD uses this make(1) too so the issue does also occu
On 12/15/15, Steffen Nurpmeso wrote:
> I think the attached should do so.
Thanks, Steffen! Once this is applied to git, I'll create a patch
with my originally suggested enhancement.
