You can subscribe to this list here.
2001 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(83) |
Nov
(57) |
Dec
(111) |
2004 |
Jan
(38) |
Feb
(121) |
Mar
(107) |
Apr
(241) |
May
(102) |
Jun
(190) |
Jul
(239) |
Aug
(158) |
Sep
(184) |
Oct
(193) |
Nov
(47) |
Dec
(68) |
2005 |
Jan
(190) |
Feb
(105) |
Mar
(99) |
Apr
(65) |
May
(92) |
Jun
(250) |
Jul
(197) |
Aug
(128) |
Sep
(101) |
Oct
(183) |
Nov
(186) |
Dec
(42) |
2006 |
Jan
(102) |
Feb
(122) |
Mar
(154) |
Apr
(196) |
May
(181) |
Jun
(281) |
Jul
(310) |
Aug
(198) |
Sep
(145) |
Oct
(188) |
Nov
(134) |
Dec
(90) |
2007 |
Jan
(134) |
Feb
(181) |
Mar
(157) |
Apr
(57) |
May
(81) |
Jun
(204) |
Jul
(60) |
Aug
(37) |
Sep
(17) |
Oct
(90) |
Nov
(122) |
Dec
(72) |
2008 |
Jan
(130) |
Feb
(108) |
Mar
(160) |
Apr
(38) |
May
(83) |
Jun
(42) |
Jul
(75) |
Aug
(16) |
Sep
(71) |
Oct
(57) |
Nov
(59) |
Dec
(152) |
2009 |
Jan
(73) |
Feb
(213) |
Mar
(67) |
Apr
(40) |
May
(46) |
Jun
(82) |
Jul
(73) |
Aug
(57) |
Sep
(108) |
Oct
(36) |
Nov
(153) |
Dec
(77) |
2010 |
Jan
(42) |
Feb
(171) |
Mar
(150) |
Apr
(6) |
May
(22) |
Jun
(34) |
Jul
(31) |
Aug
(38) |
Sep
(32) |
Oct
(59) |
Nov
(13) |
Dec
(62) |
2011 |
Jan
(114) |
Feb
(139) |
Mar
(126) |
Apr
(51) |
May
(53) |
Jun
(29) |
Jul
(41) |
Aug
(29) |
Sep
(35) |
Oct
(87) |
Nov
(42) |
Dec
(20) |
2012 |
Jan
(111) |
Feb
(66) |
Mar
(35) |
Apr
(59) |
May
(71) |
Jun
(32) |
Jul
(11) |
Aug
(48) |
Sep
(60) |
Oct
(87) |
Nov
(16) |
Dec
(38) |
2013 |
Jan
(5) |
Feb
(19) |
Mar
(41) |
Apr
(47) |
May
(14) |
Jun
(32) |
Jul
(18) |
Aug
(68) |
Sep
(9) |
Oct
(42) |
Nov
(12) |
Dec
(10) |
2014 |
Jan
(14) |
Feb
(139) |
Mar
(137) |
Apr
(66) |
May
(72) |
Jun
(142) |
Jul
(70) |
Aug
(31) |
Sep
(39) |
Oct
(98) |
Nov
(133) |
Dec
(44) |
2015 |
Jan
(70) |
Feb
(27) |
Mar
(36) |
Apr
(11) |
May
(15) |
Jun
(70) |
Jul
(30) |
Aug
(63) |
Sep
(18) |
Oct
(15) |
Nov
(42) |
Dec
(29) |
2016 |
Jan
(37) |
Feb
(48) |
Mar
(59) |
Apr
(28) |
May
(30) |
Jun
(43) |
Jul
(47) |
Aug
(14) |
Sep
(21) |
Oct
(26) |
Nov
(10) |
Dec
(2) |
2017 |
Jan
(26) |
Feb
(27) |
Mar
(44) |
Apr
(11) |
May
(32) |
Jun
(28) |
Jul
(75) |
Aug
(45) |
Sep
(35) |
Oct
(285) |
Nov
(99) |
Dec
(16) |
2018 |
Jan
(8) |
Feb
(8) |
Mar
(42) |
Apr
(35) |
May
(23) |
Jun
(12) |
Jul
(16) |
Aug
(11) |
Sep
(8) |
Oct
(16) |
Nov
(5) |
Dec
(8) |
2019 |
Jan
(9) |
Feb
(28) |
Mar
(4) |
Apr
(10) |
May
(7) |
Jun
(4) |
Jul
(4) |
Aug
|
Sep
(4) |
Oct
|
Nov
(23) |
Dec
(3) |
2020 |
Jan
(19) |
Feb
(3) |
Mar
(22) |
Apr
(17) |
May
(10) |
Jun
(69) |
Jul
(18) |
Aug
(23) |
Sep
(25) |
Oct
(11) |
Nov
(20) |
Dec
(9) |
2021 |
Jan
(1) |
Feb
(7) |
Mar
(9) |
Apr
|
May
(1) |
Jun
(8) |
Jul
(6) |
Aug
(8) |
Sep
(7) |
Oct
|
Nov
(2) |
Dec
(23) |
2022 |
Jan
(23) |
Feb
(9) |
Mar
(9) |
Apr
|
May
(8) |
Jun
(1) |
Jul
(6) |
Aug
(8) |
Sep
(30) |
Oct
(5) |
Nov
(4) |
Dec
(6) |
2023 |
Jan
(2) |
Feb
(5) |
Mar
(7) |
Apr
(3) |
May
(8) |
Jun
(45) |
Jul
(8) |
Aug
|
Sep
(2) |
Oct
(14) |
Nov
(7) |
Dec
(2) |
2024 |
Jan
(4) |
Feb
(4) |
Mar
|
Apr
(7) |
May
(2) |
Jun
(1) |
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
(4) |
Dec
(14) |
2025 |
Jan
(22) |
Feb
(6) |
Mar
(5) |
Apr
(14) |
May
(6) |
Jun
(11) |
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Tatsuro M. <tma...@ya...> - 2022-01-08 05:47:11
|
I have built on windows in usual windows manner. Build was successful and I confirmed windows terminal bug #2412 is fixed. Tatsuro > ----- Original Message ----- > > From: "Ethan A Merritt" <me...@uw...> > To: "gnu...@li..." <gnu...@li...> > Date: 2022/01/08 土 12:14 > Subject: Gnuplot Version 5.4.3 Release > > > Release 5.4.3 is now out > > Source tarball > > https://sf.net/projects/gnuplot/files/gnuplot/5.4.3/gnuplot-5.4.3.tar.gz > > There is nothing special in this minor release. Mostly small fixes to > individual terminals, configuration of byte-array data for little-endian > platforms, and a few items back-ported from the development version. > For a slightly more complete list of changes see the Release Notes. > > http://gnuplot.sourceforge.net/ReleaseNotes_5_4_3.html > > happy gnuplotting, > > Ethan > > > > > > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > |
From: Ethan A M. <me...@uw...> - 2022-01-08 03:13:46
|
Release 5.4.3 is now out Source tarball https://sf.net/projects/gnuplot/files/gnuplot/5.4.3/gnuplot-5.4.3.tar.gz There is nothing special in this minor release. Mostly small fixes to individual terminals, configuration of byte-array data for little-endian platforms, and a few items back-ported from the development version. For a slightly more complete list of changes see the Release Notes. http://gnuplot.sourceforge.net/ReleaseNotes_5_4_3.html happy gnuplotting, Ethan |
From: Tatsuro M. <tma...@ya...> - 2022-01-07 19:42:36
|
New modifications were carried out by Batian to config/mingw/Makefile etcs. Now I could build gnuplot.pdf and gnuplot-ja.pdf on native windows using the MiKTeX and TeXLive on the cygwin64. Thanks! Tatsuro > ----- Original Message ----- > On Wednesday, 5 January 2022 15:27:48 PST Hans-Bernhard Bröker wrote: > > Am 05.01.2022 um 23:42 schrieb Ethan A Merritt: > > > On Wednesday, 5 January 2022 13:26:09 PST Hans-Bernhard Bröker wrote: > > > > >> * It doesn't work for out-of-source-tree builds, because of missing > > >> $(srcdir)/ prefixes and a lack of TEXINPUTS addition of $(srcdir) > > > > > > My understanding is that TEXINPUTS is disrecommended for luatex. > > > Has that changed? > > > > Dis-recommended or not, it simply doesn't work without it, because it > > cannot find title-ja.tex. With the TEXINPUTS set, it works. > > Maybe be some Windows quirk? > > As noted in the commit message, this new rule for building the Japanese > docs does not make any provision for building out of tree. > It works fine for me as it is under linux, and Tatsuro Matsuoka reports > that it works for him under Cygwin. > I'm still tweaking the handling of cross-references, since the ad hoc > rules in doc2tex were written assuming English text. > > Prior to this, the method for processing the Japanese documentation > was entirely outside of our build system. > It used locale-customized packages that work with EUC-JP encoding. > I never managed to get that mechanism working, so this was a fresh start. > > If someone else has a need to extend it to other platforms, I leave it to them. > > > > There might be other methods to achieve this (copy title-ja.tex around, > > change the sed command to point to it with a path, ...), but that one > > seemed to fit in best with what we've been doing in the other cases. > > cheers, > > Ethan > > > > > > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > |
From: Tatsuro M. <tma...@ya...> - 2022-01-06 23:43:33
|
In README-Windows.txt on windows package for 5.5 branch, I found the decription Licenses of these runtime libraries can be found in the 'license' directory. zip or 7z archives does not have license directory installer have license directory but it has only gnuplot copyright. I have forgotten how license of other libraries were treated. Those should be prepared in license direcory in extradist? Thank you for advance. Tatsuro |
From: Ethan A M. <me...@uw...> - 2022-01-06 00:27:01
|
On Wednesday, 5 January 2022 15:27:48 PST Hans-Bernhard Bröker wrote: > Am 05.01.2022 um 23:42 schrieb Ethan A Merritt: > > On Wednesday, 5 January 2022 13:26:09 PST Hans-Bernhard Bröker wrote: > > >> * It doesn't work for out-of-source-tree builds, because of missing > >> $(srcdir)/ prefixes and a lack of TEXINPUTS addition of $(srcdir) > > > > My understanding is that TEXINPUTS is disrecommended for luatex. > > Has that changed? > > Dis-recommended or not, it simply doesn't work without it, because it > cannot find title-ja.tex. With the TEXINPUTS set, it works. Maybe be some Windows quirk? As noted in the commit message, this new rule for building the Japanese docs does not make any provision for building out of tree. It works fine for me as it is under linux, and Tatsuro Matsuoka reports that it works for him under Cygwin. I'm still tweaking the handling of cross-references, since the ad hoc rules in doc2tex were written assuming English text. Prior to this, the method for processing the Japanese documentation was entirely outside of our build system. It used locale-customized packages that work with EUC-JP encoding. I never managed to get that mechanism working, so this was a fresh start. If someone else has a need to extend it to other platforms, I leave it to them. > There might be other methods to achieve this (copy title-ja.tex around, > change the sed command to point to it with a path, ...), but that one > seemed to fit in best with what we've been doing in the other cases. cheers, Ethan |
From: Hans-Bernhard B. <HBB...@t-...> - 2022-01-05 23:29:40
|
Am 05.01.2022 um 23:42 schrieb Ethan A Merritt: > On Wednesday, 5 January 2022 13:26:09 PST Hans-Bernhard Bröker wrote: >> * It doesn't work for out-of-source-tree builds, because of missing >> $(srcdir)/ prefixes and a lack of TEXINPUTS addition of $(srcdir) > > My understanding is that TEXINPUTS is disrecommended for luatex. > Has that changed? Dis-recommended or not, it simply doesn't work without it, because it cannot find title-ja.tex. With the TEXINPUTS set, it works. There might be other methods to achieve this (copy title-ja.tex around, change the sed command to point to it with a path, ...), but that one seemed to fit in best with what we've been doing in the other cases. |
From: Ethan A M. <me...@uw...> - 2022-01-05 22:44:36
|
On Wednesday, 5 January 2022 13:26:09 PST Hans-Bernhard Bröker wrote: > > The correct solution would be to call doc2tex like it's done in the rule > for gnuplot.pdf: > > ./doc2tex OK. > The new production rule for gnuplot-ja.pdf has a few other problems > beside that: > > * It doesn't work for out-of-source-tree builds, because of missing > $(srcdir)/ prefixes and a lack of TEXINPUTS addition of $(srcdir) My understanding is that TEXINPUTS is disrecommended for luatex. Has that changed? Ethan > * It doesn't list prerequisite doc2tex$(EXEEXT), so > > make clean > make gnuplot-ja.pdf > > will fail. > > Generally this rule should be re-done to be much closer to that for > gnuplot.pdf. > > > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > |
From: Hans-Bernhard B. <HBB...@t-...> - 2022-01-05 21:26:32
|
Am 05.01.2022 um 07:57 schrieb Tatsuro MATSUOKA: > Ethan > > In development branch, make gnuplot-ja.pdf was supported. > I tried the make on cygwin64 and build and report the result. > > cd docs > make gnuplot-ja.pdf > > iconv -f EUC-JP -t UTF-8 gnuplot-ja.doc > ja.doc > doc2tex -figures ja.doc | sed 's/titlepag.tex/title-ja.tex/' > gnuplot-ja.tex > /bin/sh: doc2tex: command not found > > I confirmed doc2tex.exe is generated in docs direcotory . > Workaorund is > > cd docs > PATH=$PATH:./ make gnuplot-ja.pdf > The correct solution would be to call doc2tex like it's done in the rule for gnuplot.pdf: ./doc2tex The new production rule for gnuplot-ja.pdf has a few other problems beside that: * It doesn't work for out-of-source-tree builds, because of missing $(srcdir)/ prefixes and a lack of TEXINPUTS addition of $(srcdir) * It doesn't list prerequisite doc2tex$(EXEEXT), so make clean make gnuplot-ja.pdf will fail. Generally this rule should be re-done to be much closer to that for gnuplot.pdf. |
From: Tatsuro M. <tma...@ya...> - 2022-01-05 06:58:09
|
Ethan In development branch, make gnuplot-ja.pdf was supported. I tried the make on cygwin64 and build and report the result. cd docs make gnuplot-ja.pdf iconv -f EUC-JP -t UTF-8 gnuplot-ja.doc > ja.doc doc2tex -figures ja.doc | sed 's/titlepag.tex/title-ja.tex/' > gnuplot-ja.tex /bin/sh: doc2tex: command not found I confirmed doc2tex.exe is generated in docs direcotory . Workaorund is cd docs PATH=$PATH:./ make gnuplot-ja.pdf Then I could get gnuplot-ja.pdf. Thanks! Tatsuro |
From: Hans-Bernhard B. <HBB...@t-...> - 2022-01-04 18:36:16
|
Am 04.01.2022 um 08:04 schrieb Bastian Märkisch: > I second that. But CMake could also (mostly) replace the automake/conf > build mechanism and hence unify the build system. IMHO, "mostly" is equivalent to "not" in this case. As long as we still need some parts of the auto-foo stuff, we're better off keepin all of it. It works, it does a lot for us, and covers a lot of corner cases. I see CMake as useful only for those platforms that cannot use auto-foo, most evidently Windows. > For me, this at first started as a project to get to know CMake. Same here. |
From: Dima K. <gn...@di...> - 2022-01-04 07:51:00
|
> For me, this at first started as a project to get to know CMake. I > propose to join efforts now to see if it turns out to be a viable and > complete option. Personally, I use a private github repo at the > moment. Hans-Bernhard, please let me know your thoughts on this. Wait. Are we talking about redoing the whole gnuplot build system? If so, can we please consider vanilla GNU Make? Makefiles are straightforward to work with, and it's really nice to throw out the cruft that cmake and autotools give you. I can put together a prototype, if that's helpful. |
From: Bastian M. <bma...@we...> - 2022-01-04 07:05:07
|
> Gesendet: Sonntag, 02. Januar 2022 um 14:18 Uhr > Von: "Hans-Bernhard Bröker" <HBB...@t-...> > > Am 02.01.2022 um 08:56 schrieb Ethan A Merritt: > > > Is it this file? > > .../config/mingw/Makefile > > > How is that file generated? > > It's not. All the actual makefiles in the "config" sub tree are > hand-written, except for the source file lists they import from the > generated src/makefile.all and src/makefile.awc. The Makefile.am in > there is just for organizing the tarball. > > There's a case to be made that a CMake setup could replace a large part > of those, particularly mingw, cygwin, msvc. Among other things, that > could reduce the extra work of maintaining them all. I second that. But CMake could also (mostly) replace the automake/conf build mechanism and hence unify the build system. > I have a CMake script here that does most of what config/cygwin and > config/msvc achieve. I haven't yet tried to add the extra work as done > by config/mingw: no TeX, no Japanese docs, etc. I, too, have a prototype of a build system using CMake which currently (sort of) works for me with gcc on *nix, MinGW, MSVC, and OpenWatcom on Windows, as well as gcc on OS/2. MacOS and Cygwin shouldn't be too hard to add. Right now, it only covers building gnuplot and outbord terminals. It does not cover packaging (sources, binaries, or installer), nor any documentation or help files yet. It also still misses a number of tests. For me, this at first started as a project to get to know CMake. I propose to join efforts now to see if it turns out to be a viable and complete option. Personally, I use a private github repo at the moment. Hans-Bernhard, please let me know your thoughts on this. Bastian |
From: Tatsuro M. <tma...@ya...> - 2022-01-03 07:24:25
|
Ethan Thank you for updating the config/mingw/Makefile in the master branch. https://sourceforge.net/p/gnuplot/gnuplot-main/ci/b838ebe0e44a28561f9193f307f15f3301cf654e/ Now we can build document by MiKTeX or TeXLive on windows environments in current development branch. Tatsuro > > ----- Original Message ----- > > > > > > > > On Sunday, 2 January 2022 14:36:59 PST Tatsuro MATSUOKA wrote: > > > Ethan > > > > > > Thank you for your reply again > > > > > > Unfortunately the below patch gives a different error. > > > On MikTeX > > > > > > (f:\programs\MiKTeX\tex/latex/tools\longtable.sty) > > > > > > LaTeX Warning: \include should only be used after \begin{document} on input lin > > > e 42. > > > > I have never seen that error message. > > Perhaps this is a difference between MiKTeX and TexLive? > > You could try changing the word "include" to "input" on line 42 of titlepag.tex > > > > % This is only needed if you want to embed figures > > - \include{gpinsetfigure} > > + \input{gpinsetfigure} > > The change makes the warining disappeared > but even if the change does not apply, results are the same. > > > > > > > > (gpinsetfigure.tex > > > > > > ! LaTeX Error: Command \gpinsetfigure already defined. > > > Or name \end... illegal, see p.192 of the manual. > > > > This one makes no sense to me. > > Please check the content of gpinsetfigure.tex > > It should look like this: > > > > [~/git/gnuplot-main/docs] cat gpinsetfigure.tex > > \usepackage{graphicx} > > \usepackage{picins} > > \newcommand{\gpinsetfigure}[1]{ > > \parpic[r][rt]{\includegraphics[width=3in,keepaspectratio]{#1}} > > } > I found two type mistakes in your patch > Two "gpinsetfigures.tex" are found (not "gpinsetfigure.tex") > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > diff --git a/config/mingw/Makefile b/config/mingw/Makefile > index 3c578b27e..cc0adcce5 100644 > --- a/config/mingw/Makefile > +++ b/config/mingw/Makefile > @@ -953,8 +953,11 @@ gnuplot.ps: gnuplot.dvi > > gnuplot.pdf: gnuplot-figures.tex $(TOP)/VERSION $(D)toc_entr.sty $(D)titlepag.tex > cp gnuplot-figures.tex gp_tex2.tex > - echo "\usepackage{graphicx}" > pdffigures.tex > - echo "\usepackage{picins}" >> pdffigures.tex > + echo "\usepackage{graphicx}" > gpinsetfigures.tex # should be gpinsetfigure.tex > + echo "\usepackage{picins}" >> gpinsetfigures.tex # should be gpinsetfigure.tex > + echo "\newcommand{\gpinsetfigure}[1]{" >> gpinsetfigure.tex ; \ > + echo " \parpic[r][rt]{\includegraphics[width=3in,keepaspectratio]{#1}}" >> gpinsetfigure.tex ; \ > + echo "}" >> gpinsetfigure.tex > # Call LaTeX three times to get the toc right. > TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex > TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > After type mistakes are corrected, "make docs "with both MiKTeX and TeXLive on cygwin on native windows build are successful. > > Please push corrected patch to the master branch. > > Tatsuro > > > > > > > There should be no "\end" in the file, and the definition of > > gpinsetfigure should appear only once. > > > > Ethan > > > > > See the LaTeX manual or LaTeX Companion for explanation. > > > Type H <return> for immediate help. > > > ... > > > > > > l.6 } > > > > > > ? > > > > > > On TeXLive on cygwin > > > > > > (/usr/share/texmf-dist/tex/latex/tools/longtable.sty) > > > \@input{gpinsetfigure.aux} > > > (./gpinsetfigure.tex > > > > > > ! LaTeX Error: Command \gpinsetfigure already defined. > > > Or name \end... illegal, see p.192 of the manual. > > > > > > See the LaTeX manual or LaTeX Companion for explanation. > > > Type H <return> for immediate help. > > > ... > > > > > > l.6 } > > > > > > ? > > > > > > > > > Tatsuro > > > > > > > > > > ----- Original Message ----- > > > > > > > > > > > On Sunday, 2 January 2022 05:20:28 PST Tatsuro MATSUOKA wrote: > > > > > Ethan > > > > > Thank you for your reply. > > > > > > > > > > > I attached the above patch, situation will be better but is not complete yet, > > > > > I met the error below in both MikTeX on windows and TeXLive2021 on the cygwin64. > > > > > > > > > > **************************************************************************** > > > > > (gpinsetfigure.tex > > > > > > > > > > ! LaTeX Error: Command \gpinsetfigure already defined. > > > > > Or name \end... illegal, see p.192 of the manual. > > > > > > > > > > > > I apologize. The patch I gave was incomplete. > > > > It should also have changed the previous two lines in the Makefile. > > > > Here is a more complete patch: > > > > > > > > Ethan > > > > > > > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > > > diff --git a/config/mingw/Makefile b/config/mingw/Makefile > > > > index 3c578b27e..cc0adcce5 100644 > > > > --- a/config/mingw/Makefile > > > > +++ b/config/mingw/Makefile > > > > @@ -953,8 +953,11 @@ gnuplot.ps: gnuplot.dvi > > > > > > > > gnuplot.pdf: gnuplot-figures.tex $(TOP)/VERSION $(D)toc_entr.sty $(D)titlepag.tex > > > > cp gnuplot-figures.tex gp_tex2.tex > > > > - echo "\usepackage{graphicx}" > pdffigures.tex > > > > - echo "\usepackage{picins}" >> pdffigures.tex > > > > + echo "\usepackage{graphicx}" > gpinsetfigures.tex > > > > + echo "\usepackage{picins}" >> gpinsetfigures.tex > > > > + echo "\newcommand{\gpinsetfigure}[1]{" >> gpinsetfigure.tex ; \ > > > > + echo " \parpic[r][rt]{\includegraphics[width=3in,keepaspectratio]{#1}}" >> gpinsetfigure.tex ; \ > > > > + echo "}" >> gpinsetfigure.tex > > > > # Call LaTeX three times to get the toc right. > > > > TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex > > > > TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex > > > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > |
From: Tatsuro M. <tma...@ya...> - 2022-01-03 01:19:02
|
> ----- Original Message ----- > > From: "Ethan A Merritt" <me...@uw...> > To: "beta" <gnu...@li...>; "Tatsuro MATSUOKA" <tma...@ya...> > Date: 2022/01/03 月 09:04 > Subject: Re: inquiry make documentation on native windows > > > On Sunday, 2 January 2022 14:36:59 PST Tatsuro MATSUOKA wrote: > > Ethan > > > > Thank you for your reply again > > > > Unfortunately the below patch gives a different error. > > On MikTeX > > > > (f:\programs\MiKTeX\tex/latex/tools\longtable.sty) > > > > LaTeX Warning: \include should only be used after \begin{document} on input lin > > e 42. > > I have never seen that error message. > Perhaps this is a difference between MiKTeX and TexLive? > You could try changing the word "include" to "input" on line 42 of titlepag.tex > > % This is only needed if you want to embed figures > - \include{gpinsetfigure} > + \input{gpinsetfigure} The change makes the warining disappeared but even if the change does not apply, results are the same. > > > (gpinsetfigure.tex > > > > ! LaTeX Error: Command \gpinsetfigure already defined. > > Or name \end... illegal, see p.192 of the manual. > > This one makes no sense to me. > Please check the content of gpinsetfigure.tex > It should look like this: > > [~/git/gnuplot-main/docs] cat gpinsetfigure.tex > \usepackage{graphicx} > \usepackage{picins} > \newcommand{\gpinsetfigure}[1]{ > \parpic[r][rt]{\includegraphics[width=3in,keepaspectratio]{#1}} > } I found two type mistakes in your patch Two "gpinsetfigures.tex" are found (not "gpinsetfigure.tex") %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% diff --git a/config/mingw/Makefile b/config/mingw/Makefile index 3c578b27e..cc0adcce5 100644 --- a/config/mingw/Makefile +++ b/config/mingw/Makefile @@ -953,8 +953,11 @@ gnuplot.ps: gnuplot.dvi gnuplot.pdf: gnuplot-figures.tex $(TOP)/VERSION $(D)toc_entr.sty $(D)titlepag.tex cp gnuplot-figures.tex gp_tex2.tex - echo "\usepackage{graphicx}" > pdffigures.tex - echo "\usepackage{picins}" >> pdffigures.tex + echo "\usepackage{graphicx}" > gpinsetfigures.tex # should be gpinsetfigure.tex + echo "\usepackage{picins}" >> gpinsetfigures.tex # should be gpinsetfigure.tex + echo "\newcommand{\gpinsetfigure}[1]{" >> gpinsetfigure.tex ; \ + echo " \parpic[r][rt]{\includegraphics[width=3in,keepaspectratio]{#1}}" >> gpinsetfigure.tex ; \ + echo "}" >> gpinsetfigure.tex # Call LaTeX three times to get the toc right. TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% After type mistakes are corrected, "make docs "with both MiKTeX and TeXLive on cygwin on native windows build are successful. Please push corrected patch to the master branch. Tatsuro > There should be no "\end" in the file, and the definition of > gpinsetfigure should appear only once. > > Ethan > > > See the LaTeX manual or LaTeX Companion for explanation. > > Type H <return> for immediate help. > > ... > > > > l.6 } > > > > ? > > > > On TeXLive on cygwin > > > > (/usr/share/texmf-dist/tex/latex/tools/longtable.sty) > > \@input{gpinsetfigure.aux} > > (./gpinsetfigure.tex > > > > ! LaTeX Error: Command \gpinsetfigure already defined. > > Or name \end... illegal, see p.192 of the manual. > > > > See the LaTeX manual or LaTeX Companion for explanation. > > Type H <return> for immediate help. > > ... > > > > l.6 } > > > > ? > > > > > > Tatsuro > > > > > > > ----- Original Message ----- > > > > > > > > On Sunday, 2 January 2022 05:20:28 PST Tatsuro MATSUOKA wrote: > > > > Ethan > > > > Thank you for your reply. > > > > > > > > > I attached the above patch, situation will be better but is not complete yet, > > > > I met the error below in both MikTeX on windows and TeXLive2021 on the cygwin64. > > > > > > > > **************************************************************************** > > > > (gpinsetfigure.tex > > > > > > > > ! LaTeX Error: Command \gpinsetfigure already defined. > > > > Or name \end... illegal, see p.192 of the manual. > > > > > > > > > I apologize. The patch I gave was incomplete. > > > It should also have changed the previous two lines in the Makefile. > > > Here is a more complete patch: > > > > > > Ethan > > > > > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > > diff --git a/config/mingw/Makefile b/config/mingw/Makefile > > > index 3c578b27e..cc0adcce5 100644 > > > --- a/config/mingw/Makefile > > > +++ b/config/mingw/Makefile > > > @@ -953,8 +953,11 @@ gnuplot.ps: gnuplot.dvi > > > > > > gnuplot.pdf: gnuplot-figures.tex $(TOP)/VERSION $(D)toc_entr.sty $(D)titlepag.tex > > > cp gnuplot-figures.tex gp_tex2.tex > > > - echo "\usepackage{graphicx}" > pdffigures.tex > > > - echo "\usepackage{picins}" >> pdffigures.tex > > > + echo "\usepackage{graphicx}" > gpinsetfigures.tex > > > + echo "\usepackage{picins}" >> gpinsetfigures.tex > > > + echo "\newcommand{\gpinsetfigure}[1]{" >> gpinsetfigure.tex ; \ > > > + echo " \parpic[r][rt]{\includegraphics[width=3in,keepaspectratio]{#1}}" >> gpinsetfigure.tex ; \ > > > + echo "}" >> gpinsetfigure.tex > > > # Call LaTeX three times to get the toc right. > > > TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex > > > TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex > > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > > > > > > > > > > > > > > > > > > > |
From: Ethan A M. <me...@uw...> - 2022-01-03 00:04:13
|
On Sunday, 2 January 2022 14:36:59 PST Tatsuro MATSUOKA wrote: > Ethan > > Thank you for your reply again > > Unfortunately the below patch gives a different error. > On MikTeX > > (f:\programs\MiKTeX\tex/latex/tools\longtable.sty) > > LaTeX Warning: \include should only be used after \begin{document} on input lin > e 42. I have never seen that error message. Perhaps this is a difference between MiKTeX and TexLive? You could try changing the word "include" to "input" on line 42 of titlepag.tex % This is only needed if you want to embed figures - \include{gpinsetfigure} + \input{gpinsetfigure} > (gpinsetfigure.tex > > ! LaTeX Error: Command \gpinsetfigure already defined. > Or name \end... illegal, see p.192 of the manual. This one makes no sense to me. Please check the content of gpinsetfigure.tex It should look like this: [~/git/gnuplot-main/docs] cat gpinsetfigure.tex \usepackage{graphicx} \usepackage{picins} \newcommand{\gpinsetfigure}[1]{ \parpic[r][rt]{\includegraphics[width=3in,keepaspectratio]{#1}} } There should be no "\end" in the file, and the definition of gpinsetfigure should appear only once. Ethan > See the LaTeX manual or LaTeX Companion for explanation. > Type H <return> for immediate help. > ... > > l.6 } > > ? > > On TeXLive on cygwin > > (/usr/share/texmf-dist/tex/latex/tools/longtable.sty) > \@input{gpinsetfigure.aux} > (./gpinsetfigure.tex > > ! LaTeX Error: Command \gpinsetfigure already defined. > Or name \end... illegal, see p.192 of the manual. > > See the LaTeX manual or LaTeX Companion for explanation. > Type H <return> for immediate help. > ... > > l.6 } > > ? > > > Tatsuro > > > > ----- Original Message ----- > > > > > On Sunday, 2 January 2022 05:20:28 PST Tatsuro MATSUOKA wrote: > > > Ethan > > > Thank you for your reply. > > > > > > > I attached the above patch, situation will be better but is not complete yet, > > > I met the error below in both MikTeX on windows and TeXLive2021 on the cygwin64. > > > > > > **************************************************************************** > > > (gpinsetfigure.tex > > > > > > ! LaTeX Error: Command \gpinsetfigure already defined. > > > Or name \end... illegal, see p.192 of the manual. > > > > > > I apologize. The patch I gave was incomplete. > > It should also have changed the previous two lines in the Makefile. > > Here is a more complete patch: > > > > Ethan > > > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > diff --git a/config/mingw/Makefile b/config/mingw/Makefile > > index 3c578b27e..cc0adcce5 100644 > > --- a/config/mingw/Makefile > > +++ b/config/mingw/Makefile > > @@ -953,8 +953,11 @@ gnuplot.ps: gnuplot.dvi > > > > gnuplot.pdf: gnuplot-figures.tex $(TOP)/VERSION $(D)toc_entr.sty $(D)titlepag.tex > > cp gnuplot-figures.tex gp_tex2.tex > > - echo "\usepackage{graphicx}" > pdffigures.tex > > - echo "\usepackage{picins}" >> pdffigures.tex > > + echo "\usepackage{graphicx}" > gpinsetfigures.tex > > + echo "\usepackage{picins}" >> gpinsetfigures.tex > > + echo "\newcommand{\gpinsetfigure}[1]{" >> gpinsetfigure.tex ; \ > > + echo " \parpic[r][rt]{\includegraphics[width=3in,keepaspectratio]{#1}}" >> gpinsetfigure.tex ; \ > > + echo "}" >> gpinsetfigure.tex > > # Call LaTeX three times to get the toc right. > > TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex > > TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > > > > > > > > > |
From: Tatsuro M. <tma...@ya...> - 2022-01-02 22:37:18
|
Ethan Thank you for your reply again Unfortunately the below patch gives a different error. On MikTeX (f:\programs\MiKTeX\tex/latex/tools\longtable.sty) LaTeX Warning: \include should only be used after \begin{document} on input lin e 42. (gpinsetfigure.tex ! LaTeX Error: Command \gpinsetfigure already defined. Or name \end... illegal, see p.192 of the manual. See the LaTeX manual or LaTeX Companion for explanation. Type H <return> for immediate help. ... l.6 } ? On TeXLive on cygwin (/usr/share/texmf-dist/tex/latex/tools/longtable.sty) \@input{gpinsetfigure.aux} (./gpinsetfigure.tex ! LaTeX Error: Command \gpinsetfigure already defined. Or name \end... illegal, see p.192 of the manual. See the LaTeX manual or LaTeX Companion for explanation. Type H <return> for immediate help. ... l.6 } ? Tatsuro > ----- Original Message ----- > > On Sunday, 2 January 2022 05:20:28 PST Tatsuro MATSUOKA wrote: > > Ethan > > Thank you for your reply. > > > > > I attached the above patch, situation will be better but is not complete yet, > > I met the error below in both MikTeX on windows and TeXLive2021 on the cygwin64. > > > > **************************************************************************** > > (gpinsetfigure.tex > > > > ! LaTeX Error: Command \gpinsetfigure already defined. > > Or name \end... illegal, see p.192 of the manual. > > > I apologize. The patch I gave was incomplete. > It should also have changed the previous two lines in the Makefile. > Here is a more complete patch: > > Ethan > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > diff --git a/config/mingw/Makefile b/config/mingw/Makefile > index 3c578b27e..cc0adcce5 100644 > --- a/config/mingw/Makefile > +++ b/config/mingw/Makefile > @@ -953,8 +953,11 @@ gnuplot.ps: gnuplot.dvi > > gnuplot.pdf: gnuplot-figures.tex $(TOP)/VERSION $(D)toc_entr.sty $(D)titlepag.tex > cp gnuplot-figures.tex gp_tex2.tex > - echo "\usepackage{graphicx}" > pdffigures.tex > - echo "\usepackage{picins}" >> pdffigures.tex > + echo "\usepackage{graphicx}" > gpinsetfigures.tex > + echo "\usepackage{picins}" >> gpinsetfigures.tex > + echo "\newcommand{\gpinsetfigure}[1]{" >> gpinsetfigure.tex ; \ > + echo " \parpic[r][rt]{\includegraphics[width=3in,keepaspectratio]{#1}}" >> gpinsetfigure.tex ; \ > + echo "}" >> gpinsetfigure.tex > # Call LaTeX three times to get the toc right. > TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex > TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > > > |
From: Ethan A M. <me...@uw...> - 2022-01-02 17:43:54
|
On Sunday, 2 January 2022 05:20:28 PST Tatsuro MATSUOKA wrote: > Ethan > Thank you for your reply. > > > I attached the above patch, situation will be better but is not complete yet, > I met the error below in both MikTeX on windows and TeXLive2021 on the cygwin64. > > **************************************************************************** > (gpinsetfigure.tex > > ! LaTeX Error: Command \gpinsetfigure already defined. > Or name \end... illegal, see p.192 of the manual. I apologize. The patch I gave was incomplete. It should also have changed the previous two lines in the Makefile. Here is a more complete patch: Ethan %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% diff --git a/config/mingw/Makefile b/config/mingw/Makefile index 3c578b27e..cc0adcce5 100644 --- a/config/mingw/Makefile +++ b/config/mingw/Makefile @@ -953,8 +953,11 @@ gnuplot.ps: gnuplot.dvi gnuplot.pdf: gnuplot-figures.tex $(TOP)/VERSION $(D)toc_entr.sty $(D)titlepag.tex cp gnuplot-figures.tex gp_tex2.tex - echo "\usepackage{graphicx}" > pdffigures.tex - echo "\usepackage{picins}" >> pdffigures.tex + echo "\usepackage{graphicx}" > gpinsetfigures.tex + echo "\usepackage{picins}" >> gpinsetfigures.tex + echo "\newcommand{\gpinsetfigure}[1]{" >> gpinsetfigure.tex ; \ + echo " \parpic[r][rt]{\includegraphics[width=3in,keepaspectratio]{#1}}" >> gpinsetfigure.tex ; \ + echo "}" >> gpinsetfigure.tex # Call LaTeX three times to get the toc right. TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% |
From: Tatsuro M. <tma...@ya...> - 2022-01-02 13:20:45
|
Ethan Thank you for your reply. > That would not surprise me. I broke it on linux also :-( > See Bug #2453 > I tried to fix that, but it could be that I made things worse. > > > Is it this file? > .../config/mingw/Makefile > > How is that file generated? > Is it automatically created or is it edited by hand? On native windows, there are no mechanisms for automatic generation for Makefile and need to edit it by hand. I usually store the changes into the diff file and restore the changes by patch command at each cloning file image. > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > diff --git a/config/mingw/Makefile b/config/mingw/Makefile > index 3c578b27e..80b4824c0 100644 > --- a/config/mingw/Makefile > +++ b/config/mingw/Makefile > @@ -955,6 +955,9 @@ gnuplot.pdf: gnuplot-figures.tex $(TOP)/VERSION $(D)toc_entr.sty $(D)titlepag.te > cp gnuplot-figures.tex gp_tex2.tex > echo "\usepackage{graphicx}" > pdffigures.tex > echo "\usepackage{picins}" >> pdffigures.tex > + echo "\newcommand{\gpinsetfigure}[1]{" >> gpinsetfigure.tex ; \ > + echo " \parpic[r][rt]{\includegraphics[width=3in,keepaspectratio]{#1}}" >> gpinsetfigure.tex ; \ > + echo "}" >> gpinsetfigure.tex > # Call LaTeX three times to get the toc right. > TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex > TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% I attached the above patch, situation will be better but is not complete yet, I met the error below in both MikTeX on windows and TeXLive2021 on the cygwin64. **************************************************************************** (gpinsetfigure.tex ! LaTeX Error: Command \gpinsetfigure already defined. Or name \end... illegal, see p.192 of the manual. See the LaTeX manual or LaTeX Companion for explanation. Type H <return> for immediate help. ... l.6 } ? **************************************************************************** > 良いお年を Year I am glad to hear your message and am happy spending good new year days. A happy new year! Tatsuro > On Saturday, 1 January 2022 21:31:47 PST Tatsuro MATSUOKA wrote: > > In development source (5.5), 'make docs' stops at the below > > > > ********************************************* > > ! Undefined control sequence. > > l.1626 \gpinsetfigure > > {figure_E0} > > ? > > ********************************************* > > > > All outputs are given > > http://tmacchant33.starfree.jp/Files/latex-error.txt > > > > The error does not occur in Cygwin build. > > > > For native windows build, I have used the MikTeX that are usable without problem until 5.4 sources. > > > > Today I tried to use Cygwin's Texlive 2021 in the mingw build, the results are almost the same. > > > > Any suggestions are welcome. > > > At the very top of your log file are these lines > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > $ PATH=/f/Programs/MiKTeX/miktex/bin/x64:$PATH make docs > cp gnuplot-figures.tex gp_tex2.tex > echo "\usepackage{graphicx}" > pdffigures.tex > echo "\usepackage{picins}" >> pdffigures.tex > # Call LaTeX three times to get the toc right. > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > I think this means that your build path under Windows uses a Makefile > I did not know about and therefore failed to include when modifying > the mechanism for figure generation in commits 0a0a64 12aabd > > That would not surprise me. I broke it on linux also :-( > See Bug #2453 > I tried to fix that, but it could be that I made things worse. > > > Is it this file? > .../config/mingw/Makefile > > How is that file generated? > Is it automatically created or is it edited by hand? > > I think that the patch below would fix the problem you show, > but I don't know whether to apply it to that file directly or > apply it to a higher-level Makefile.am or Makefile.in. > > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > diff --git a/config/mingw/Makefile b/config/mingw/Makefile > index 3c578b27e..80b4824c0 100644 > --- a/config/mingw/Makefile > +++ b/config/mingw/Makefile > @@ -955,6 +955,9 @@ gnuplot.pdf: gnuplot-figures.tex $(TOP)/VERSION $(D)toc_entr.sty $(D)titlepag.te > cp gnuplot-figures.tex gp_tex2.tex > echo "\usepackage{graphicx}" > pdffigures.tex > echo "\usepackage{picins}" >> pdffigures.tex > + echo "\newcommand{\gpinsetfigure}[1]{" >> gpinsetfigure.tex ; \ > + echo " \parpic[r][rt]{\includegraphics[width=3in,keepaspectratio]{#1}}" >> gpinsetfigure.tex ; \ > + echo "}" >> gpinsetfigure.tex > # Call LaTeX three times to get the toc right. > TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex > TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > 良いお年を > > Ethan > |
From: Hans-Bernhard B. <HBB...@t-...> - 2022-01-02 13:19:12
|
Am 02.01.2022 um 08:56 schrieb Ethan A Merritt: > Is it this file? > .../config/mingw/Makefile > > How is that file generated? It's not. All the actual makefiles in the "config" sub tree are hand-written, except for the source file lists they import from the generated src/makefile.all and src/makefile.awc. The Makefile.am in there is just for organizing the tarball. There's a case to be made that a CMake setup could replace a large part of those, particularly mingw, cygwin, msvc. Among other things, that could reduce the extra work of maintaining them all. I have a CMake script here that does most of what config/cygwin and config/msvc achieve. I haven't yet tried to add the extra work as done by config/mingw: no TeX, no Japanese docs, etc. |
From: Ethan A M. <me...@uw...> - 2022-01-02 07:58:38
|
On Saturday, 1 January 2022 21:31:47 PST Tatsuro MATSUOKA wrote: > In development source (5.5), 'make docs' stops at the below > > ********************************************* > ! Undefined control sequence. > l.1626 \gpinsetfigure > {figure_E0} > ? > ********************************************* > > All outputs are given > http://tmacchant33.starfree.jp/Files/latex-error.txt > > The error does not occur in Cygwin build. > > For native windows build, I have used the MikTeX that are usable without problem until 5.4 sources. > > Today I tried to use Cygwin's Texlive 2021 in the mingw build, the results are almost the same. > > Any suggestions are welcome. At the very top of your log file are these lines %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% $ PATH=/f/Programs/MiKTeX/miktex/bin/x64:$PATH make docs cp gnuplot-figures.tex gp_tex2.tex echo "\usepackage{graphicx}" > pdffigures.tex echo "\usepackage{picins}" >> pdffigures.tex # Call LaTeX three times to get the toc right. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% I think this means that your build path under Windows uses a Makefile I did not know about and therefore failed to include when modifying the mechanism for figure generation in commits 0a0a64 12aabd That would not surprise me. I broke it on linux also :-( See Bug #2453 I tried to fix that, but it could be that I made things worse. Is it this file? .../config/mingw/Makefile How is that file generated? Is it automatically created or is it edited by hand? I think that the patch below would fix the problem you show, but I don't know whether to apply it to that file directly or apply it to a higher-level Makefile.am or Makefile.in. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% diff --git a/config/mingw/Makefile b/config/mingw/Makefile index 3c578b27e..80b4824c0 100644 --- a/config/mingw/Makefile +++ b/config/mingw/Makefile @@ -955,6 +955,9 @@ gnuplot.pdf: gnuplot-figures.tex $(TOP)/VERSION $(D)toc_entr.sty $(D)titlepag.te cp gnuplot-figures.tex gp_tex2.tex echo "\usepackage{graphicx}" > pdffigures.tex echo "\usepackage{picins}" >> pdffigures.tex + echo "\newcommand{\gpinsetfigure}[1]{" >> gpinsetfigure.tex ; \ + echo " \parpic[r][rt]{\includegraphics[width=3in,keepaspectratio]{#1}}" >> gpinsetfigure.tex ; \ + echo "}" >> gpinsetfigure.tex # Call LaTeX three times to get the toc right. TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex TEXINPUTS=.:$(TOP):$(D):${TEXINPUTS}: pdflatex gp_tex2.tex %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 良いお年を Ethan |
From: Tatsuro M. <tma...@ya...> - 2022-01-02 05:32:05
|
In development source (5.5), 'make docs' stops at the below ********************************************* ! Undefined control sequence. l.1626 \gpinsetfigure {figure_E0} ? ********************************************* All outputs are given http://tmacchant33.starfree.jp/Files/latex-error.txt The error does not occur in Cygwin build. For native windows build, I have used the MikTeX that are usable without problem until 5.4 sources. Today I tried to use Cygwin's Texlive 2021 in the mingw build, the results are almost the same. Any suggestions are welcome. Tatsuro |
From: Ethan A M. <me...@uw...> - 2021-12-27 22:51:40
|
On Friday, 24 December 2021 03:25:21 PST Tatsuro MATSUOKA wrote: > I also build gnuplot on cygwin64. > Build and make check went well. Thank you for the report. Ethan > > Tatsuro > > > ----- Original Message ----- > > > > From: "Ethan A Merritt" > > To: "Gnuplot Beta" > > Date: 2021/12/24 金 13:20 > > Subject: Beta-testing version of 5.4.3 > > > > > > I have placed a tarball for a beta-test version of gnuplot 5.4.3 on SourceForge. > > Please report any problems or requests for inclusion by the end of this year. > > > > There is nothing special in this minor release. Mostly small fixes to > > individual terminals, configuration of byte-array data for little-endian > > platforms, and a few items back-ported from the development version. > > For a slightly more complete list of changes see the Release Notes. > > > > https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.4.3beta.tar.gz > > > > My plan is to put out the 5.4.3 release version in the first week of January. > > > > happy gnuplotting, > > > > Ethan > > > > > > > > > > > > _______________________________________________ > > gnuplot-beta mailing list > > gnu...@li... > > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > > > > > > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > -- Ethan A Merritt Biomolecular Structure Center, K-428 Health Sciences Bldg MS 357742, University of Washington, Seattle 98195-7742 |
From: Tatsuro M. <tma...@ya...> - 2021-12-24 11:25:32
|
I also build gnuplot on cygwin64. Build and make check went well. Tatsuro > ----- Original Message ----- > > From: "Ethan A Merritt" > To: "Gnuplot Beta" > Date: 2021/12/24 金 13:20 > Subject: Beta-testing version of 5.4.3 > > > I have placed a tarball for a beta-test version of gnuplot 5.4.3 on SourceForge. > Please report any problems or requests for inclusion by the end of this year. > > There is nothing special in this minor release. Mostly small fixes to > individual terminals, configuration of byte-array data for little-endian > platforms, and a few items back-ported from the development version. > For a slightly more complete list of changes see the Release Notes. > > https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.4.3beta.tar.gz > > My plan is to put out the 5.4.3 release version in the first week of January. > > happy gnuplotting, > > Ethan > > > > > > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > |
From: Tatsuro M. <tma...@ya...> - 2021-12-24 11:24:23
|
I forgot to mention another bug #2476 (font problem on qt terminal on windows) and a topic on windows : default encoding on Japanese windows environment https://sourceforge.net/p/gnuplot/mailman/message/37402920/ Both might be be treated as the windows installer setting. Tatsuro > ----- Original Message ----- > > From: "Tatsuro MATSUOKA" > To: "merritt Gnuplot Beta" > Date: 2021/12/24 金 19:35 > Subject: Re: Beta-testing version of 5.4.3 > > > I could build 5.4.3b on windows. > The bug #2412 (pipe issue) is fixed in 5.4.3b. > > Further investigation might be carried out by Bastian. > > Tatsuro > > > ----- Original Message ----- > > > > From: "Ethan A Merritt" > > To: "Gnuplot Beta" > > > Date: 2021/12/24 金 13:20 > > Subject: Beta-testing version of 5.4.3 > > > > > > I have placed a tarball for a beta-test version of gnuplot 5.4.3 on SourceForge. > > Please report any problems or requests for inclusion by the end of this year. > > > > There is nothing special in this minor release. Mostly small fixes to > > individual terminals, configuration of byte-array data for little-endian > > platforms, and a few items back-ported from the development version. > > For a slightly more complete list of changes see the Release Notes. > > > > https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.4.3beta.tar.gz > > > > My plan is to put out the 5.4.3 release version in the first week of January. > > > > happy gnuplotting, > > > > Ethan > > > > > > > > > > > > _______________________________________________ > > gnuplot-beta mailing list > > gnu...@li... > > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > > > > > > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > |
From: Tatsuro M. <tma...@ya...> - 2021-12-24 10:34:30
|
I could build 5.4.3b on windows. The bug #2412 (pipe issue) is fixed in 5.4.3b. Further investigation might be carried out by Bastian. Tatsuro > ----- Original Message ----- > > From: "Ethan A Merritt" > To: "Gnuplot Beta" > > Date: 2021/12/24 金 13:20 > Subject: Beta-testing version of 5.4.3 > > > I have placed a tarball for a beta-test version of gnuplot 5.4.3 on SourceForge. > Please report any problems or requests for inclusion by the end of this year. > > There is nothing special in this minor release. Mostly small fixes to > individual terminals, configuration of byte-array data for little-endian > platforms, and a few items back-ported from the development version. > For a slightly more complete list of changes see the Release Notes. > > https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/gnuplot-5.4.3beta.tar.gz > > My plan is to put out the 5.4.3 release version in the first week of January. > > happy gnuplotting, > > Ethan > > > > > > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > |