gnuplot-beta

Configuration bug: should not make in .../share/LaTeX/ if TeX is not present

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

On Sunday 01 October 2006 04:39 pm, Joe Koski wrote:
> 
> I'm saying the latter. LaTeX is not usually installed on Macs, and, for
> example, octave just ignores installing the octave LaTeX documentation on
> Macs. I don't think kpsexpand exists either

kpsexpand is part of TeX.

> I am always getting error messages about not finding kpsexpand

I used to get those messages too, clogging up my system log files.
I only recently learned that they were coming from gnuplot, and
tried to fix it.

It is *supposed* to be a configuration option now,
   ./configure --with-kpsexpand
    
I thought that fixed everything, but as you have found,
the .../share/LaTeX Makefile is still a problem.  

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?

-- 
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

Re: Configuration bug: should not make in .../share/LaTeX/ if TeX is not present

[<tim...@en...>]

Ethan A Merritt wrote:
> On Sunday 01 October 2006 04:39 pm, Joe Koski wrote:
>  =20
>> I'm saying the latter. LaTeX is not usually installed on Macs, and, fo=
r
>> example, octave just ignores installing the octave LaTeX documentation=
 on
>> Macs. I don't think kpsexpand exists either
>>    =20
>
> kpsexpand is part of TeX.
>
>  =20
>> I am always getting error messages about not finding kpsexpand
>>    =20
>
> I used to get those messages too, clogging up my system log files.
> I only recently learned that they were coming from gnuplot, and
> tried to fix it.
>
> It is *supposed* to be a configuration option now,
>    ./configure --with-kpsexpand
>    =20
> I thought that fixed everything, but as you have found,
> the .../share/LaTeX Makefile is still a problem. =20
>
> 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?
>  =20
Here is a patch that builds share/LaTeX only when --with-kpsexpand is=20
given (I cannot post a patch to the sourceforge page, can this be solved=20
too ?)

Best regards,

Timoth=E9e

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