On Sun, May 17, 2020 at 9:44 AM Karl Berry wrote:
> I've attempted to construct a patch [attached] following my own
> suggestion :), to create a new variable to allow overriding the "make
> dvi" which is done as part of distcheck with another target. I named the
> variable AM_DISTCHECK_DVI_TARGET
I've attempted to construct a patch [attached] following my own
suggestion :), to create a new variable to allow overriding the "make
dvi" which is done as part of distcheck with another target. I named the
variable AM_DISTCHECK_DVI_TARGET (if something else seems better,
fine). The actual
On Sun, Mar 20, 2011 at 10:53 PM, Ralf Wildenhues
ralf.wildenh...@gmx.de wrote:
Another possible change, in addition to messing with the documentation,
would be to make the dvi a variable that such non-dvi-generating
people can override with pdf if they wish. Then they could get the
benefit
However, there are cases where dvi output just
isn't feasible in practice.
Yep. Therein lies the essence of the problem.
not bother checking dvi output and rather test PDF output seems
like another good alternative.
I can't agree with that. That's trading DVI-generation
Hi Jack,
New automake options? Something like:
I like my idea of a variable better :).
Seems simpler/less intrusive/more general.
Best,
k
* Karl Berry wrote on Sun, Mar 20, 2011 at 10:28:59PM CET:
not bother checking dvi output and rather test PDF output seems
like another good alternative.
I can't agree with that. That's trading DVI-generation problems for
PDF-generation problems. Believe me, there will be just as
