|
From: Reiner S. <rei...@im...> - 2006-10-04 14:40:34
|
Hi,
I tried to install gnuplot-4.2.rc1 on GNU/Linux (SUSE 9.2).
tutorial/eg7.tex uses \inputencoding{latin1}, but the master file
(tutorial.tex or header.tex) fails to add \usepackage[...]{inputenc}.
The following patch fixed the problem for me (TeX system is TeX Live
2005):
--8<---------------cut here---------------start------------->8---
--- tutorial/header.tex.orig 2006-10-04 16:05:55.042788254 +0200
+++ tutorial/header.tex 2006-10-04 15:38:22.030701292 +0200
@@ -73,6 +73,8 @@
\usepackage{graphicx}
\usepackage{color}
+\usepackage[latin1]{inputenc}
+
% Margins
\sloppy
\setlength{\textwidth}{6.5in}
--8<---------------cut here---------------end--------------->8---
Bye, Reiner.
--
,,,
(o o)
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
|
|
From: Ethan M. <merritt@u.washington.edu> - 2006-10-04 16:36:07
|
On Wednesday 04 October 2006 07:40 am, Reiner Steib wrote:
> Hi,
>
> I tried to install gnuplot-4.2.rc1 on GNU/Linux (SUSE 9.2).
>
> tutorial/eg7.tex uses \inputencoding{latin1}
I cannot reproduce this.
There is no mention of latin1 or inputencoding in any of the files
in .../tutorial as distributed. The example *.plt files do not
specify any particular encoding, and eg7.tex contains no such line
when generated by the TeX installation here.
Are you sure this isn't being added by some local TeX configuration
option on your machine?
> , but the master file
> (tutorial.tex or header.tex) fails to add \usepackage[...]{inputenc}.
> The following patch fixed the problem for me (TeX system is TeX Live
> 2005):
>
> --8<---------------cut here---------------start------------->8---
> --- tutorial/header.tex.orig 2006-10-04 16:05:55.042788254 +0200
> +++ tutorial/header.tex 2006-10-04 15:38:22.030701292 +0200
> @@ -73,6 +73,8 @@
> \usepackage{graphicx}
> \usepackage{color}
>
> +\usepackage[latin1]{inputenc}
> +
> % Margins
> \sloppy
> \setlength{\textwidth}{6.5in}
> --8<---------------cut here---------------end--------------->8---
>
> Bye, Reiner.
--
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle WA
|
|
From: Reiner S. <rei...@im...> - 2006-10-04 16:48:30
|
On Wed, Oct 04 2006, Ethan Merritt wrote:
> On Wednesday 04 October 2006 07:40 am, Reiner Steib wrote:
> I cannot reproduce this.
>
> There is no mention of latin1 or inputencoding in any of the files
> in .../tutorial as distributed. The example *.plt files do not
> specify any particular encoding, and eg7.tex contains no such line
> when generated by the TeX installation here.
I didn't notice that tutorial/eg7.tex is generated.
> Are you sure this isn't being added by some local TeX configuration
> option on your machine?
I found the culprit: it's "set encoding iso_8859_1" in `~/.gnuplot'.
--8<---------------cut here---------------start------------->8---
$ cd tutorial
$ make clean
$ cat ~/.gnuplot
set encoding iso_8859_1
$ make eg7.tex
if test -x ../src/gnuplot ; then GNUPLOT_PS_DIR=../term/PostScript GNUPLOT_LIB=. GNUTERM=latex ../src/gnuplot eg7.plt ; else gnuplot eg7.plt ; fi
$ head -n6 eg7.tex
% GNUPLOT: LaTeX picture with Postscript
\begingroup
% Encoding inside the plot. In the header of your document, this encoding
% should to defined, e.g., by using
% \usepackage[latin1,<other encodings>]{inputenc}
\inputencoding{latin1}%
$ rm ~/.gnuplot
$ make clean
$ make eg7.tex
$ head -n6 eg7.tex
% GNUPLOT: LaTeX picture with Postscript
\begingroup
\makeatletter
\providecommand\color[2][]{%
\GenericError{(gnuplot) \space\space\space\@spaces}{%
Package color not loaded in conjunction with
--8<---------------cut here---------------end--------------->8---
Does gnuplot have a "-no-init-file" option? Such an option should be
used when generating tutorial/eg*.tex.
Bye, Reiner.
--
,,,
(o o)
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
|
|
From: Ethan M. <merritt@u.washington.edu> - 2006-10-04 18:28:46
|
On Wednesday 04 October 2006 09:48 am, Reiner Steib wrote: > On Wed, Oct 04 2006, Ethan Merritt wrote: > > > Are you sure this isn't being added by some local TeX configuration > > option on your machine? > > I found the culprit: it's "set encoding iso_8859_1" in `~/.gnuplot'. > Does gnuplot have a "-no-init-file" option? > Such an option should be used when generating tutorial/eg*.tex. We have no such option, but it is an interesting point. I can see at least two way such an option could work 1) gnuplot -no-init-file If the command line option is present, skip the call to load_rcfile() on line 563 of plot.c 2) setenv GNUPLOTRC "" ; gnuplot The init file name is hard-coded into the string constant PLOTRC. We could provide an environment variable that overrides this. Setting it to "" or to any non-existent file name would bypass the default names "~/.gnuplot" or "gnuplot.ini". Option 2 has the additional advantage that you could use this mechanism to specify alternative initialization files. Which would be more portable, and more useful - a command line option or an environmental variable? -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle WA |
|
From: Reiner S. <rei...@im...> - 2006-10-04 19:42:02
|
On Wed, Oct 04 2006, Ethan Merritt wrote:
> 1) gnuplot -no-init-file
> If the command line option is present,
> skip the call to load_rcfile() on line 563 of plot.c
>
> 2) setenv GNUPLOTRC "" ; gnuplot
> The init file name is hard-coded into the string constant PLOTRC.
> We could provide an environment variable that overrides this.
> Setting it to "" or to any non-existent file name would
> bypass the default names "~/.gnuplot" or "gnuplot.ini".
>
> Option 2 has the additional advantage that you could use this
> mechanism to specify alternative initialization files.
Alternatively, you could add `-init-file FILE' (or `-rc-file'?).
`-init-file /dev/null' (or `-init-file nul' on Windows, probably)
would be the same as `-no-init-file'.
> Which would be more portable, and more useful -
> a command line option or an environmental variable?
I'd prefer a command line option.
Bye, Reiner.
--
,,,
(o o)
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
|
|
From: Petr M. <mi...@ph...> - 2006-10-05 10:18:54
|
>> I found the culprit: it's "set encoding iso_8859_1" in `~/.gnuplot'. >> Does gnuplot have a "-no-init-file" option? >> Such an option should be used when generating tutorial/eg*.tex. > > We have no such option, but it is an interesting point. > > 2) setenv GNUPLOTRC "" ; gnuplot Isn't sufficient: setenv HOME "." ? --- PM |
|
From: Reiner S. <rei...@im...> - 2006-10-05 17:30:59
|
On Thu, Oct 05 2006, Petr Mikulik wrote:
>> We have no such option, but it is an interesting point.
>>
>> 2) setenv GNUPLOTRC "" ; gnuplot
>
> Isn't sufficient:
> setenv HOME "."
> ?
For ./tutorial, it would be sufficient, I think. For the general case
it wont be a good work around. E.g. you won't be able to use the x11
driver because of ~/.Xauthority. As a consequence, "HOME=. make
check" fails.
Bye, Reiner.
--
,,,
(o o)
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
|
|
From: Ethan M. <merritt@u.washington.edu> - 2006-10-05 17:45:37
|
On Thursday 05 October 2006 10:30 am, Reiner Steib wrote: > On Thu, Oct 05 2006, Petr Mikulik wrote: > >> We have no such option, but it is an interesting point. > >> > >> 2) setenv GNUPLOTRC "" ; gnuplot > > > > Isn't sufficient: > > setenv HOME "." > > ? > > For ./tutorial, it would be sufficient, I think. I've already fixed the problem with the tutorial. Further discussion should better focus on the general case. > For the general case it wont be a good work around. Right. If you reset HOME for the current session before running gnuplot, all sorts of things will break. A better work-around, though still ugly, would be cat "" > .gnuplot ; gnuplot That will create an empty initialization file in the current directory, which will be used in preference to the one in $HOME. Of course has the unpleasant side effect of leaving empty files strewn around, and could destroy a legitimate pre-existing .gnuplot file. -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle WA |