Re: Configuration bug: should not make in .../share/LaTeX/ if TeX is =?utf-8?q?not=09present?=

[Ethan M. <merritt@u.washington.edu>]

On Monday 02 October 2006 02:46 am, Timoth=C3=A9e Lecomte wrote:
> > I'm not very good at this sort of build-time dependency.
> > Can someone fix it so that the descent into .../share/LaTeX
> > doesn't happen if TeX is not insalled?
>
> Here is a patch that builds share/LaTeX only when --with-kpsexpand is
> given

Thanks.
I have thought about this some more, and concluded that
this is really a separate issue from --with-kpsexpand=20

=2D-with-kpsexpand allows gnuplot itself to try to run kpsexpand
at run time when searching for fonts, and is not intrinsically
linked to producing TeX output.

The problem at hand is not a run-time issue. It is a question
of trying to install an include file used by the epslatex driver.
It would be harmless to build this include file even for
installation on systems where TeX is not used.  In fact that is
probably the right thing to do. =20

So when building a distribution package we want to separate the
build environment from the eventual run-time environment.
The existing configure scripts seem to detect whether or not emacs
is present, and skip pieces of the installation if it is not.
Can that same mechanism be used to skip share/LaTeX if
TeX is not installed?


> (I cannot post a patch to the sourceforge page, can this be=20
> solved too ?)

I hadn't realized this was separate from the cvs access permissions.
Perhaps it requires some added level of authorization?


=2D-=20
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle WA