On Nov 21, 2014, at 8:49 AM, Pavel Raiskup <prais...@redhat.com> wrote: > > On Friday 15 of August 2014 10:45:02 Pavel Raiskup wrote: >> On Saturday 14 of June 2014 19:15:51 Pavel Raiskup wrote: >>> On Thursday 29 of May 2014 17:29:30 Pavel Raiskup wrote: >>>> On Tuesday 27 of May 2014 08:58:22 Pavel Raiskup wrote: >>>>> On Monday 26 of May 2014 21:14:23 Eric Blake wrote: >>>>>> That said, I'll probably apply this once I know more about why it is >>>>>> needed. >>>>> >>>>> Please don't, the patch is not correct. I'll repost better one. When >>>>> man pages are generated by help2man, the man page target should not be >>>>> dependant on generated binary (when help2man is also not distributed, >>>>> which is IMO bad idea in principle). >>>> >>>> Sorry for the delay. I tried to fix yet another problem blocking me from >>>> building that in Copr [1]. >>>> >>>> Patch 0000: >>>> [..snip..] >>>> Patch 0001 enables module loading and file inclusions on my machine (and >>>> [..snip..] >>> >>> Ping? >> >> Gently pinging again :). > > Ping again? :) Patches rebased against current master and attached.
Applied the rest of the first patch, but reverted the part that regressed building m4.1 in $srcdir back to $builddir, which would have broken VPATH builds. (We ship $srcdir/doc/m4.1 in the distribution tarball and don't want to require help2man to rebuild it in $builddir on a users VPATH build). Cheers, -- Gary V. Vaughan (gary AT gnu DOT org) _______________________________________________ M4-patches mailing list M4-patches@gnu.org https://lists.gnu.org/mailman/listinfo/m4-patches
