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
(19) |
Aug
|
Sep
(17) |
Oct
(1) |
Nov
(2) |
Dec
(18) |
| 2026 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
(2) |
Jun
(1) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Tatsuro M. <tma...@ya...> - 2009-12-02 03:57:54
|
Hello gnuplot 4.5 (cvs) windows and cygwin binaries are updated. Topic lua and tikz terminals are supported on cygwin-1.7.0 and windows. Cygwin http://www.tatsuromatsuoka.com/gnuplot/Eng/cygbin/ Windows http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/ Regards Tatsuro -------------------------------------- Learn more about HIV/AIDS - Red Ribbon Campaign 2009 http://pr.mail.yahoo.co.jp/redribbon/ |
|
From: Tatsuro M. <tma...@ya...> - 2009-12-01 11:08:28
|
Hello
After your patch lua_'install_30nov2009.patch' is attached, I need some changes to build on MinGW.
Attachment patches are the differences from after 'install_30nov2009.patch' is attached.
*********************
G N U P L O T
Version 4.5 patchlevel 0
last modified November 2009
System: MS-Windows 32 bit
:
gnuplot> set term
:
lua Lua generic terminal driver
:
tikz TeX TikZ graphics macros via the lua script driver
**************************
Regards
Tatsuro
--- Tatsuro MATSUOKA wrote:
> Hello
>
> I have tried you patch for makefile.mgw for lua.
> However, it have not worked at the moment.
>
> I think that futher modification is required on makefile.mgw.
> I am now trying to modify it.
>
> So at the moment, please apply the autotool based patch.
>
> Regards
>
> Tatsuro
>
> > --- Tatsuro MATSUOKA wrote:
> >
> > > Hello
> > >
> > > I have forget one thing.
> > > For build on MinGW, I have to begin with building the lua.
> > >
> > > I will report afterwards.
> > >
> > > Thank you for your preparing a new makefile for lua.
> > >
> > > Regards
> > >
> > > Tatsuro
> > >
> > >
> > >
> > > --- Tatsuro MATSUOKA wrote:
> > >
> > > > Hello
> > > >
> > > > I have now finished to build gnuplot 4.5 (cvs) with lua and tikz terminals.
> > > > All processes ./configure, make, make check, and make install-strip were successfully
> > carried
> > > > out!!
> > > > No errors!! Fine!!
> > > >
> > > > Thank you for your efforts
> > > >
> > > > Regards
> > > >
> > > > Tatsuro
> > > >
> > > >
> > > > --------------------------------------
> > > > Learn more about HIV/AIDS - Red Ribbon Campaign 2009
> > > > http://pr.mail.yahoo.co.jp/redribbon/
> > > >
> > >
> > >
> > > --------------------------------------
> > > Learn more about HIV/AIDS - Red Ribbon Campaign 2009
> > > http://pr.mail.yahoo.co.jp/redribbon/
> > >
> >
> >
> > --------------------------------------
> > Learn more about HIV/AIDS - Red Ribbon Campaign 2009
> > http://pr.mail.yahoo.co.jp/redribbon/
> >
>
>
>
> --------------------------------------
> Learn more about HIV/AIDS - Red Ribbon Campaign 2009
> http://pr.mail.yahoo.co.jp/redribbon/
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>
--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/ |
|
From: Tatsuro M. <tma...@ya...> - 2009-12-01 09:24:13
|
Hello I have tried you patch for makefile.mgw for lua. However, it have not worked at the moment. I think that futher modification is required on makefile.mgw. I am now trying to modify it. So at the moment, please apply the autotool based patch. Regards Tatsuro > --- Tatsuro MATSUOKA wrote: > > > Hello > > > > I have forget one thing. > > For build on MinGW, I have to begin with building the lua. > > > > I will report afterwards. > > > > Thank you for your preparing a new makefile for lua. > > > > Regards > > > > Tatsuro > > > > > > > > --- Tatsuro MATSUOKA wrote: > > > > > Hello > > > > > > I have now finished to build gnuplot 4.5 (cvs) with lua and tikz terminals. > > > All processes ./configure, make, make check, and make install-strip were successfully > carried > > > out!! > > > No errors!! Fine!! > > > > > > Thank you for your efforts > > > > > > Regards > > > > > > Tatsuro > > > > > > > > > -------------------------------------- > > > Learn more about HIV/AIDS - Red Ribbon Campaign 2009 > > > http://pr.mail.yahoo.co.jp/redribbon/ > > > > > > > > > -------------------------------------- > > Learn more about HIV/AIDS - Red Ribbon Campaign 2009 > > http://pr.mail.yahoo.co.jp/redribbon/ > > > > > -------------------------------------- > Learn more about HIV/AIDS - Red Ribbon Campaign 2009 > http://pr.mail.yahoo.co.jp/redribbon/ > -------------------------------------- Learn more about HIV/AIDS - Red Ribbon Campaign 2009 http://pr.mail.yahoo.co.jp/redribbon/ |
|
From: Ethan M. <merritt@u.washington.edu> - 2009-12-01 06:22:47
|
On Sunday 29 November 2009, Shigeharu TAKENO wrote: > shige 11/30 2009 > ---------------- > > In term/gd.trm of version 4.4.0-rc1 > > $Id: gd.trm,v 1.136.2.8 2009/10/06 23:03:39 sfeam Exp $ > > I found the following point. ??? Very strange. I wonder how those two lines went missing? thanks! > ----- From here ----- > --- gd.trm.ORG 2009-10-07 08:03:39.000000000 +0900 > +++ gd.trm 2009-11-30 16:06:02.000000000 +0900 > @@ -2568,6 +2568,7 @@ > " {tiny | small | medium | large | giant}", > " {font \"<face> {,<pointsize>}\"} {{no}enhanced}", > " {size <x>,<y>} {{no}crop}", > +" {animate {delay <d>} {loop <n>} {{no}optimize}}", > " {<color0> <color1> <color2> ...}", > "", > " PNG, JPEG and GIF images are created using the external library libgd.", > @@ -2601,6 +2602,7 @@ > " the creation of animated gifs. The default delay between display of", > " successive images may be specified in units of 1/100 second (default 5).", > " The actual delay may vary depending on the program used as a viewer.", > +" Number of animation loops can be specified, default 0 means infinity.", > " An animation sequence is terminated by the next `set output` or `set term`", > " command. The `optimize` option has two effects on the animation.", > "", > ----- To here ----- > > +========================================================+ > Shigeharu TAKENO NIigata Institute of Technology > kashiwazaki,Niigata 945-1195 JAPAN > sh...@ie... TEL(&FAX): +81-257-22-8161 > +========================================================+ > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > |
|
From: Tatsuro M. <tma...@ya...> - 2009-12-01 04:45:43
|
Hello I have forget one thing. For build on MinGW, I have to begin with building the lua. I will report afterwards. Thank you for your preparing a new makefile for lua. Regards Tatsuro --- Tatsuro MATSUOKA wrote: > Hello > > I have now finished to build gnuplot 4.5 (cvs) with lua and tikz terminals. > All processes ./configure, make, make check, and make install-strip were successfully carried > out!! > No errors!! Fine!! > > Thank you for your efforts > > Regards > > Tatsuro > > > -------------------------------------- > Learn more about HIV/AIDS - Red Ribbon Campaign 2009 > http://pr.mail.yahoo.co.jp/redribbon/ > -------------------------------------- Learn more about HIV/AIDS - Red Ribbon Campaign 2009 http://pr.mail.yahoo.co.jp/redribbon/ |
|
From: Tatsuro M. <tma...@ya...> - 2009-12-01 04:42:52
|
Hello I have now finished to build gnuplot 4.5 (cvs) with lua and tikz terminals. All processes ./configure, make, make check, and make install-strip were successfully carried out!! No errors!! Fine!! Thank you for your efforts Regards Tatsuro -------------------------------------- Learn more about HIV/AIDS - Red Ribbon Campaign 2009 http://pr.mail.yahoo.co.jp/redribbon/ |
|
From: Ethan M. <merritt@u.washington.edu> - 2009-12-01 01:19:38
|
On Monday 30 November 2009 14:42:27 Hans-Bernhard Bröker wrote: > Strictly speaking scripts shouldn't go to $libexecdir, nor a > subdirectory of it, like our $pkglibexecdir. They belong in the > platform-independent directories, e.g. $pkgdatadir. I have uploaded a patchset to SourceForge that changes the installation directory to $pkgdatadir/lua. This is parallel to the way we already handle scripts used by the canvas and postscript terminals. -- Ethan A Merritt |
|
From: Tatsuro M. <tma...@ya...> - 2009-12-01 01:14:10
|
Hello Han and Ethan Thank you for your helpful comments. > To me it looks like the lua section in src/Makefile.am should just be > > pkglibexec_SCRIPTS = > if BUILD_LUA > pkglibexec_SCRIPTS += gnuplot-tikz.lua > endif > The above was successful to remove $(EXEEXT) from gnuplot-tikz.lua$(EXEEXT). However make make[3]: *** No rule to make target `gnuplot-tikz.lua', needed by `all-am'. Stop. make[3]: Leaving directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot/src' make[2]: [all-recursive] Error 1 (ignored) make install-strip make[3]: *** No rule to make target `gnuplot-tikz.lua', needed by `all-am'. Stop. Perhaps I have to tweak the below. > (or possibly that should be dist_pkglibexec_SCRIPTS) For the details see > "info automake other scripts". At the moment I manually copy and strip gnuplot.exe and gnuplot_x11.exe which have not been installed by make install-strip from the side effect of the error above. Ethan> >Or we could create another subdirectory under /usr/local/share/gnuplot/VERSION/ >We already have subdirectories for javascript and PostScript, so adding one for >lua scripts seems reasonable. But the lua.trm source code will have to be changed also, >so that it knows where to look for the script file. I will attempt to create a patch. I temporarily put the script 'gnuplot-tikz.lua' to /usr/local/libexec/gnuplot/4.5/. I will wait for your patch. Regards Tatsuro --- Hans-Bernhard Br将モker wrote: > Ethan Merritt wrote: > > > Yes, this is a problem with autotools. > > Actually, it's more a problem with how we use them. > > > Because the file is installed in $libexecdir, the autotools think it is an executable > > and therefore they add the extension $(EXEEXT). > > No. It thinks so because we told it so, by listing gnuplot-tikz.lua in > gnuplotlibexec_PROGRAMS. It's the _PROGRAMS part that makes this a > presumed binary executable, and causes $(EXEEXT) to be added to its name. > > To me it looks like the lua section in src/Makefile.am should just be > > pkglibexec_SCRIPTS = > if BUILD_LUA > pkglibexec_SCRIPTS += gnuplot-tikz.lua > endif > > (or possibly that should be dist_pkglibexec_SCRIPTS) For the details see > "info automake other scripts". > > Strictly speaking scripts shouldn't go to $libexecdir, nor a > subdirectory of it, like our $pkglibexecdir. They belong in the > platform-independent directories, e.g. $pkgdatadir. That way, even if > you install to a $prefix shared by multiple binary architectures, you > would still only copy of them. > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > -------------------------------------- Learn more about HIV/AIDS - Red Ribbon Campaign 2009 http://pr.mail.yahoo.co.jp/redribbon/ |
|
From: Tatsuro M. <tma...@ya...> - 2009-11-30 23:43:11
|
Hello --- Petr Mikulik wrote: > > Thanks for spotting this. I propose the following text: > > gnuplot.exe: Text (console) mode version of the gnuplot executable with all > the associated pipe functionality as it is usual on all other platforms. > This means that this program can also accept commands on stdin (standard > input) and print messages on stdout (standard output). This program replaces > pgnuplot.exe and it is recommended to use it for 3rd party applications > using gnuplot as graph engine, for example Octave (www.octave.org). > > Feel free to comment/update. I think that this is a good explanation. I vote it Tasturo -------------------------------------- Learn more about HIV/AIDS - Red Ribbon Campaign 2009 http://pr.mail.yahoo.co.jp/redribbon/ |
|
From: Petr M. <mi...@ph...> - 2009-11-30 22:58:43
|
> BTW, I have a quick look it and found that the document 'ReadmeWindows' > lacks explanation of 'gnuplot.exe'. This is one of the important topic of > gnuplot 4.4. Thanks for spotting this. I propose the following text: gnuplot.exe: Text (console) mode version of the gnuplot executable with all the associated pipe functionality as it is usual on all other platforms. This means that this program can also accept commands on stdin (standard input) and print messages on stdout (standard output). This program replaces pgnuplot.exe and it is recommended to use it for 3rd party applications using gnuplot as graph engine, for example Octave (www.octave.org). Feel free to comment/update. --- PM |
|
From: Hans-Bernhard B. <HBB...@t-...> - 2009-11-30 22:42:25
|
Ethan Merritt wrote: > Yes, this is a problem with autotools. Actually, it's more a problem with how we use them. > Because the file is installed in $libexecdir, the autotools think it is an executable > and therefore they add the extension $(EXEEXT). No. It thinks so because we told it so, by listing gnuplot-tikz.lua in gnuplotlibexec_PROGRAMS. It's the _PROGRAMS part that makes this a presumed binary executable, and causes $(EXEEXT) to be added to its name. To me it looks like the lua section in src/Makefile.am should just be pkglibexec_SCRIPTS = if BUILD_LUA pkglibexec_SCRIPTS += gnuplot-tikz.lua endif (or possibly that should be dist_pkglibexec_SCRIPTS) For the details see "info automake other scripts". Strictly speaking scripts shouldn't go to $libexecdir, nor a subdirectory of it, like our $pkglibexecdir. They belong in the platform-independent directories, e.g. $pkgdatadir. That way, even if you install to a $prefix shared by multiple binary architectures, you would still only copy of them. |
|
From: Ethan M. <merritt@u.washington.edu> - 2009-11-30 20:21:09
|
On Monday 30 November 2009 02:57:27 Tatsuro MATSUOKA wrote: > Hello > > In the src/Makefile.in after ./prepare, I found. > > @BUILD_LUA_TRUE@am__EXEEXT_2 = gnuplot-tikz.lua$(EXEEXT) > > I hear that gnuplot-tikz.lua is a script so that $(EXEEXT) is harmful for cygwin build. > For cygwin $(EXEEXT) is '.exe', this makes unhappy results in cygwin. > For real unix $(EXEEXT) is empty so that error not occurred accidentally. > > I think that 'gnuplot-tikz.lua$(EXEEXT)' should be 'gnuplot-tikz.lua'. > > I am not familiar with autotools so that I cannot figure out where should I modify to remove it. Yes, this is a problem with autotools. Because the file is installed in $libexecdir, the autotools think it is an executable and therefore they add the extension $(EXEEXT). I am not an autotools expert, but I see no way to turn this off for only a single file. The only thing I can think of is to install the file somewhere else entirely. But where? Because it is related to LaTeX, it might logically be installed into a latex directory. Unfortunately, people are reporting problems with the latex installation directories also. So I don't think that would help in practice. Or we could create another subdirectory under /usr/local/share/gnuplot/VERSION/ We alread have subdirectories for javascript and PostScript, so adding one for lua scripts seems reasonable. But the lua.trm source code will have to be changed also, so that it knows where to look for the script file. I will attempt to create a patch. Ethan > BTW, after removing $(EXEEXT) form @BUILD_LUA_TRUE@am__EXEEXT_2 = gnuplot-tikz.lua$(EXEEXT) in > Makefile.in, make goes well. > > However, there occured error at make install-strip > > /bin/sh /cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot/install-sh -c -s gnuplot-tikz.lua > '/usr/local/libexec/gnuplot/4.5/./gnuplot-tikz.lua.exe' > strip:/usr/local/libexec/gnuplot/4.5/./_inst.12112_: File format not recognized > make[4]: *** [install-pkglibexecPROGRAMS] Error > > Where can I found another gnuplot-tikz.lua$(EXEEXT) for make install? > > Please give me advises. > > Regards > > Tatsuro -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |
|
From: Ethan M. <merritt@u.washington.edu> - 2009-11-30 20:14:14
|
On Monday 30 November 2009 02:34:12 Tatsuro MATSUOKA wrote: > Hello > > In the http://sourceforge.net/projects/gnuplot/files/gnuplot/4.4.0-rc1/announce.4.4/view > > I have found. > > ******** > The phrase of 'wxt as the default interactive terminal' is found, however no description of the wxt > terminal in the document NEWS. > > Is this a mistake? Or is there any reason that the description of the wxt terminal is omitted from the > NEWS. NEWS is intended to be a list of changes and new features that are present in 4.4 but not in 4.2 But the wxt terminal is already present in 4.2, so it is not "new". -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |
|
From: Tatsuro M. <tma...@ya...> - 2009-11-30 10:57:47
|
Hello In the src/Makefile.in after ./prepare, I found. @BUILD_LUA_TRUE@am__EXEEXT_2 = gnuplot-tikz.lua$(EXEEXT) I hear that gnuplot-tikz.lua is a script so that $(EXEEXT) is harmful for cygwin build. For cygwin $(EXEEXT) is '.exe', this makes unhappy results in cygwin. For real unix $(EXEEXT) is empty so that error not occurred accidentally. I think that 'gnuplot-tikz.lua$(EXEEXT)' should be 'gnuplot-tikz.lua'. I am not familiar with autotools so that I cannot figure out where should I modify to remove it. BTW, after removing $(EXEEXT) form @BUILD_LUA_TRUE@am__EXEEXT_2 = gnuplot-tikz.lua$(EXEEXT) in Makefile.in, make goes well. However, there occured error at make install-strip /bin/sh /cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot/install-sh -c -s gnuplot-tikz.lua '/usr/local/libexec/gnuplot/4.5/./gnuplot-tikz.lua.exe' strip:/usr/local/libexec/gnuplot/4.5/./_inst.12112_: File format not recognized make[4]: *** [install-pkglibexecPROGRAMS] Error Where can I found another gnuplot-tikz.lua$(EXEEXT) for make install? Please give me advises. Regards Tatsuro -------------------------------------- Learn more about HIV/AIDS - Red Ribbon Campaign 2009 http://pr.mail.yahoo.co.jp/redribbon/ |
|
From: Tatsuro M. <tma...@ya...> - 2009-11-30 10:34:25
|
Hello In the http://sourceforge.net/projects/gnuplot/files/gnuplot/4.4.0-rc1/announce.4.4/view I have found. NOTE TO PACKAGERS AND TESTERS =============================== The 4.4 code has been extensively tested and we believe it to be stable. The purpose of this release candidate is primarily to shake out problems in the build system and packaging for a wider variety of platforms. We strongly encourage you to build, test, and package the new cairo-based terminals (output modes). These are pngcairo and pdfcairo for output to file, and wxt as the default interactive terminal. ******** The phrase of 'wxt as the default interactive terminal' is found, however no description of the wxt terminal in the document NEWS. Is this a mistake? Or is there any reason that the description of the wxt terminal is omitted from the NEWS. Regards Tatsuro -------------------------------------- Learn more about HIV/AIDS - Red Ribbon Campaign 2009 http://pr.mail.yahoo.co.jp/redribbon/ |
|
From: Tatsuro M. <tma...@ya...> - 2009-11-30 10:25:30
|
Hello --- Franco Fritschij wrote: > Dear Mr Tasuro Matsuoka, > > Thank you for trying to compile gnuplot with the lua terminal and pointing to the other cvs > binary of Prof. Kakuto. > I don't know why compiling of the lua terminal goes wrong. It looks like an error in the > configure script. > You make the Makefile by running the configure script? Or do you use the Makefile > /config/Makefile.mgw for Mingw? > I hope the gnuplot team will fix it. > > > Best Regards, Franco I'm now trying on cygwin build for lua terminal. For the problem on cygwin does not lies on configure script but automake seems to give incorrect results in Makefile.in. I will make a report afterwards. BTW, today gnuplot 4.4-rc1 (first release candidate) is uploaded at http://sourceforge.net/projects/gnuplot/files/ In the gnuplot 4.4, lua terminal is supported. However, unfortunately the windows binaries seem to be not support many terminal cairo based terminals and wxt terminals, and also lua terminal, which can be used in gnuplot 4.4. So I would like to support all terminals including lua. For Lua terminal for MinGW, it take a time because I have to modify Makefile.mgw. Fortunately, I found the instruction in the gnuplot\term\lua\INSTALL. Here I found the way of modification of makefile for the lua terminal. Please wait a while until I have complete the all jobs. At the moment please use cvs version of gnuplot binaries for windows provided by Prof. Kakuto. Regards Tatsuro -------------------------------------- Learn more about HIV/AIDS - Red Ribbon Campaign 2009 http://pr.mail.yahoo.co.jp/redribbon/ |
|
From: Tatsuro M. <tma...@ya...> - 2009-11-30 08:15:33
|
Hello
I have now testing to build gnuplot-4.4.0-rc1 on cygwin-1.7.
I found that 'make install-strip' fails: gnuplot.exe and gnuplot_x11.exe were not installed. Build
itself went well. So I manually install them and I could see,
lua Lua generic terminal driver
tikz TeX TikZ graphics macros via the lua script driver
This is perhaps due to Makefile try to build gnuplot-tikz.lua.exe on cygwin.
*************
make[3]: Entering directory
`/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplot-4.4/gnuplot-4.4.0-rc1-build/src'
make[3]: *** No rule to make target `gnuplot-tikz.lua.exe', needed by `all-am'. Stop.
***************
I have gotten a big clue to kick out the problem.
Perhaps something is wrong in src/Makefile.
I will look at it later.
Thanks for advises.
Regards
Tatsuro
--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/
|
|
From: Shigeharu T. <sh...@ie...> - 2009-11-30 07:27:54
|
shige 11/30 2009 ---------------- In term/gd.trm of version 4.4.0-rc1 $Id: gd.trm,v 1.136.2.8 2009/10/06 23:03:39 sfeam Exp $ I found the following point. ----- From here ----- --- gd.trm.ORG 2009-10-07 08:03:39.000000000 +0900 +++ gd.trm 2009-11-30 16:06:02.000000000 +0900 @@ -2568,6 +2568,7 @@ " {tiny | small | medium | large | giant}", " {font \"<face> {,<pointsize>}\"} {{no}enhanced}", " {size <x>,<y>} {{no}crop}", +" {animate {delay <d>} {loop <n>} {{no}optimize}}", " {<color0> <color1> <color2> ...}", "", " PNG, JPEG and GIF images are created using the external library libgd.", @@ -2601,6 +2602,7 @@ " the creation of animated gifs. The default delay between display of", " successive images may be specified in units of 1/100 second (default 5).", " The actual delay may vary depending on the program used as a viewer.", +" Number of animation loops can be specified, default 0 means infinity.", " An animation sequence is terminated by the next `set output` or `set term`", " command. The `optimize` option has two effects on the animation.", "", ----- To here ----- +========================================================+ Shigeharu TAKENO NIigata Institute of Technology kashiwazaki,Niigata 945-1195 JAPAN sh...@ie... TEL(&FAX): +81-257-22-8161 +========================================================+ |
|
From: Tatsuro M. <tma...@ya...> - 2009-11-30 05:03:13
|
Hello It is reported that gnuplot 4.4rc-1 has been uploaded on http://sourceforge.net/projects/gnuplot/files/ in the gnuplot thread in Japan (Prof. Takeno Thanks!!) Congratulations!! I would like to express my sincere appreciation to all stuffs who will prepare this new release. OK. I will check it and reports results if I found some problems. BTW, I have a quick look it and found that the document 'ReadmeWindows' lacks explanation of 'gnuplot.exe'. This is one of the important topic of gnuplot 4.4. People can use full pipe capability of gnuplot also on windows!!. Regards Tatsuro -------------------------------------- Learn more about HIV/AIDS - Red Ribbon Campaign 2009 http://pr.mail.yahoo.co.jp/redribbon/ |
|
From: Tatsuro M. <tma...@ya...> - 2009-11-30 04:13:20
|
Hello Ethan and Allin Configure itself seems to be OK. Then I will look into 'make' process and the Makefile to seek the origin of the failure. Thanks a lot!! Regards Tatsuro --- Ethan Merritt wrote: > On Sunday 29 November 2009, Tatsuro MATSUOKA wrote: > > Hello > > > > Sorry for my duplicated post. > > > > Does anyone explain the behavior below? > > > > Regards > > > > Tatsuro > > > > > > --- Tatsuro MATSUOKA wrote: > > > > > Sorry for my successive post. > > > > > > I have looked at the config.log: > > > > > > configure:8273: checking for LUA > > > configure:8281: $PKG_CONFIG --exists --print-errors "lua" > > > configure:8284: $? = 0 > > > configure:8299: $PKG_CONFIG --exists --print-errors "lua" > > > configure:8302: $? = 0 > > > configure:8340: result: yes > > > configure:8353: checking for library containing luaL_openlibs > > > configure:8384: gcc-4 -o conftest.exe -O3 -fomit-frame-pointer -I/usr/include -L/usr/lib > > > conftest.c > > > -llua -lm >&5 > > > configure:8384: $? = 0 > > > configure:8401: result: none required > > > configure:8411: checking lua.h usability > > > configure:8411: gcc-4 -c -O3 -fomit-frame-pointer -I/usr/include conftest.c >&5 > > > configure:8411: $? = 0 > > > configure:8411: result: yes > > > configure:8411: checking lua.h presence > > > configure:8411: gcc-4 -E -I/usr/include conftest.c > > > configure:8411: $? = 0 > > > configure:8411: result: yes > > > configure:8411: checking for lua.h > > > configure:8411: result: yes > > > > > > ***************** > > > configure:8384: gcc-4 -o conftest.exe -O3 -fomit-frame-pointer -I/usr/include -L/usr/lib > > > conftest.c > > > -llua -lm >&5 > > > configure:8384: $? = 0 > > > configure:8401: result: none required > > > *************** > > > $? = 0 but result: none required > > > ???? > > > What is caused? I'm now in confusion. > > I cannot help with cygwin. > But the message above is not an error. I get the same report > when building successfully under linux. > > configure:12416: checking for LUA > configure:12483: result: yes > configure:12442: $PKG_CONFIG --exists --print-errors "lua" > configure:12445: $? = 0 > configure:12483: result: yes > configure:12496: checking for library containing luaL_openlibs > configure:12537: gcc -o conftest -g -O2 -I/usr/local/include -L/usr/X11R6/lib conftest.c > -lm -llua -lm >&5 > configure:12544: $? = 0 > configure:12575: result: none required > configure:12601: checking lua.h usability > configure:12618: gcc -c -g -O2 -I/usr/local/include conftest.c >&5 > configure:12625: $? = 0 > configure:12639: result: yes > > I think this means that the test program created by the configure > script compiles and links correctly without requiring any extra libraries. > > I do notice a difference in the two configure logs, however. > It seems from your log that the test for lua.h comes first, and then lua libraries second. > My log shows first a test for the libraries and then a test for lua.h > So the configure script may be different for some reason. > > > Ethan > -------------------------------------- Learn more about HIV/AIDS - Red Ribbon Campaign 2009 http://pr.mail.yahoo.co.jp/redribbon/ |
|
From: Ethan M. <merritt@u.washington.edu> - 2009-11-30 02:49:13
|
On Sunday 29 November 2009, Tatsuro MATSUOKA wrote: > Hello > > Sorry for my duplicated post. > > Does anyone explain the behavior below? > > Regards > > Tatsuro > > > --- Tatsuro MATSUOKA wrote: > > > Sorry for my successive post. > > > > I have looked at the config.log: > > > > configure:8273: checking for LUA > > configure:8281: $PKG_CONFIG --exists --print-errors "lua" > > configure:8284: $? = 0 > > configure:8299: $PKG_CONFIG --exists --print-errors "lua" > > configure:8302: $? = 0 > > configure:8340: result: yes > > configure:8353: checking for library containing luaL_openlibs > > configure:8384: gcc-4 -o conftest.exe -O3 -fomit-frame-pointer -I/usr/include -L/usr/lib > > conftest.c > > -llua -lm >&5 > > configure:8384: $? = 0 > > configure:8401: result: none required > > configure:8411: checking lua.h usability > > configure:8411: gcc-4 -c -O3 -fomit-frame-pointer -I/usr/include conftest.c >&5 > > configure:8411: $? = 0 > > configure:8411: result: yes > > configure:8411: checking lua.h presence > > configure:8411: gcc-4 -E -I/usr/include conftest.c > > configure:8411: $? = 0 > > configure:8411: result: yes > > configure:8411: checking for lua.h > > configure:8411: result: yes > > > > ***************** > > configure:8384: gcc-4 -o conftest.exe -O3 -fomit-frame-pointer -I/usr/include -L/usr/lib > > conftest.c > > -llua -lm >&5 > > configure:8384: $? = 0 > > configure:8401: result: none required > > *************** > > $? = 0 but result: none required > > ???? > > What is caused? I'm now in confusion. I cannot help with cygwin. But the message above is not an error. I get the same report when building successfully under linux. configure:12416: checking for LUA configure:12483: result: yes configure:12442: $PKG_CONFIG --exists --print-errors "lua" configure:12445: $? = 0 configure:12483: result: yes configure:12496: checking for library containing luaL_openlibs configure:12537: gcc -o conftest -g -O2 -I/usr/local/include -L/usr/X11R6/lib conftest.c -lm -llua -lm >&5 configure:12544: $? = 0 configure:12575: result: none required configure:12601: checking lua.h usability configure:12618: gcc -c -g -O2 -I/usr/local/include conftest.c >&5 configure:12625: $? = 0 configure:12639: result: yes I think this means that the test program created by the configure script compiles and links correctly without requiring any extra libraries. I do notice a difference in the two configure logs, however. It seems from your log that the test for lua.h comes first, and then lua libraries second. My log shows first a test for the libraries and then a test for lua.h So the configure script may be different for some reason. Ethan |
|
From: Allin C. <cot...@wf...> - 2009-11-30 02:43:17
|
On Mon, 30 Nov 2009, Tatsuro MATSUOKA wrote: > Does anyone explain the behavior below? > > > > I have looked at the config.log: > > > > configure:8273: checking for LUA > > configure:8281: $PKG_CONFIG --exists --print-errors "lua" > > configure:8284: $? = 0 > > configure:8299: $PKG_CONFIG --exists --print-errors "lua" > > configure:8302: $? = 0 > > configure:8340: result: yes > > configure:8353: checking for library containing luaL_openlibs > > configure:8384: gcc-4 -o conftest.exe -O3 -fomit-frame-pointer -I/usr/include -L/usr/lib > > conftest.c > > -llua -lm >&5 > > configure:8384: $? = 0 > > configure:8401: result: none required > > $? = 0 but result: none required > > ???? > > What is caused? I'm now in confusion. This seems to be "normal". In my config.log I have configure:12504: checking for library containing luaL_openlibs configure:12545: gcc -o conftest -g -O2 -I/usr/X11R7/include -I/usr/local/include -I/usr/local/include -L/usr/lib -L/usr/X11R7/lib -L/usr/local/lib conftest.c -lm -L/usr/local/lib -llua -lm -ldl >&5 configure:12552: $? = 0 configure:12583: result: none required But this doesn't seem to be a problem: "make" builds a gnuplot binary that supports lua/tikz OK. Allin Cottrell |
|
From: Tatsuro M. <tma...@ya...> - 2009-11-30 02:18:35
|
Hello Sorry for my duplicated post. Does anyone explain the behavior below? Regards Tatsuro --- Tatsuro MATSUOKA wrote: > Sorry for my successive post. > > I have looked at the config.log: > > configure:8273: checking for LUA > configure:8281: $PKG_CONFIG --exists --print-errors "lua" > configure:8284: $? = 0 > configure:8299: $PKG_CONFIG --exists --print-errors "lua" > configure:8302: $? = 0 > configure:8340: result: yes > configure:8353: checking for library containing luaL_openlibs > configure:8384: gcc-4 -o conftest.exe -O3 -fomit-frame-pointer -I/usr/include -L/usr/lib > conftest.c > -llua -lm >&5 > configure:8384: $? = 0 > configure:8401: result: none required > configure:8411: checking lua.h usability > configure:8411: gcc-4 -c -O3 -fomit-frame-pointer -I/usr/include conftest.c >&5 > configure:8411: $? = 0 > configure:8411: result: yes > configure:8411: checking lua.h presence > configure:8411: gcc-4 -E -I/usr/include conftest.c > configure:8411: $? = 0 > configure:8411: result: yes > configure:8411: checking for lua.h > configure:8411: result: yes > > ***************** > configure:8384: gcc-4 -o conftest.exe -O3 -fomit-frame-pointer -I/usr/include -L/usr/lib > conftest.c > -llua -lm >&5 > configure:8384: $? = 0 > configure:8401: result: none required > *************** > $? = 0 but result: none required > ???? > What is caused? I'm now in confusion. > > Regards > > Tatsuro > > --- Tatsuro MATSUOKA <tma...@ya...> wrote: > > > Hello > > > > --- Tatsuro MATSUOKA wrote: > > > > Ah! I have overlooked one points. > > > ./configure > > > : > > > checking for LUA... yes > > > checking for library containing luaL_openlibs... none required > > > checking lua.h usability... yes > > > checking lua.h presence... yes > > > checking for lua.h... yes > > > : > > > lua/TikZ terminal: yes > > > : > > > TeX *.sty for lua/tikz terminal: yes > > > > > > In config.h after configure, I can see, > > > > > > /* Define if you want the lua/TikZ terminal. */ > > > #define HAVE_LUA 1 > > > > > ************ > > > checking for library containing luaL_openlibs... none required > > ************ > > > > The above might be an origin of my failure. I have check cygwin setup concerning the lua. > > > > Regards > > > > Tatsuro > > > > -------------------------------------- > > What is your No.1 Entertainment of 2009? -Yahoo! JAPAN Net BANZUKE 2009 > > http://pr.mail.yahoo.co.jp/banzuke/ > > > > > -------------------------------------- > What is your No.1 Entertainment of 2009? -Yahoo! JAPAN Net BANZUKE 2009 > http://pr.mail.yahoo.co.jp/banzuke/ > -------------------------------------- What is your No.1 Entertainment of 2009? -Yahoo! JAPAN Net BANZUKE 2009 http://pr.mail.yahoo.co.jp/banzuke/ |
|
From: <up...@ma...> - 2009-11-29 05:25:54
|
Gnuplot Project, gnuplot 4.0 has just been updated to version 4.4 on MacUpdate. Check it out at: http://www.macupdate.com/info.php/id/16168/gnuplot Please keep MacUpdate informed of any new Mac version releases of your products, so we can promote them for you. You can update your listing by signing up for a developer tools account: http://www.macupdate.com/developer/ Partner in our 24-hour promotion of your software through mupromo.com: http://www.mupromo.com/ -MacUpdate Team www.macupdate.com [You're being notified of this update because you're listed as the developer of gnuplot. Please email us if you are not the developer: up...@ma...]. |
|
From: Allin C. <cot...@wf...> - 2009-11-29 01:26:12
|
On Sun, 29 Nov 2009, Mojca Miklavec wrote: > The following definitely doesn't > work for me: > kpsexpand '$$TEXMF' > but > kpsexpand "\$TEXMF" > does... Bear in mind that the "$$..." formulation occurs in a Makefile, where it is correct. "\$" gives the equivalent protection to "$" in regular shell usage. Allin Cottrell |