Menu
▾
▴
gnuplot-beta — Developers and beta testers of new gnuplot code
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: KH.Moriyama <khm...@gm...> - 2017-06-01 13:23:02
|
Hi!
Thanks for the 5.2 rc1 source tar ball :-)
I am testing it on Linux Mint 17.3 MATE (64 bit).
I compile with the following configure options.
./configure --with-x --prefix=/usr \
--without-latex --without-lua --without-lisp-files \
--with-readline=gnu \
--enable-backwards-compatibility
When I start gnuplot with my personal initialization file ".gnuplot"
that includes line style definitions like
set style line 1 lt 1 lc rgbcolor "red" pt 1
set style line 2 lt 2 lc rgbcolor "dark-green" pt 2
set style line 3 lt 3 lc rgbcolor "blue" pt 3
set style line 4 lt 4 lc rgbcolor "magenta" pt 4
...
it dies with "Segmentation fault".
When those line style definitions are eliminated, gnuplot runs well.
And, once started up, I can load the same line style definitions
with no problem.
It seems that initialization commands other than the line style
definition do no harm.
I did not have such a problem with earlier versions.
Does anyone find the same problem?
Kiyofumi
|
|
From: Tatsuro M. <tma...@ya...> - 2017-06-01 10:28:53
|
----- Original Message ----- > From: Tatsuro MATSUOKA > To: Merritt Ethan > Cc: > Date: 2017/6/1, Thu 08:27 > Subject: Re: First release candidate for version 5.2 > > ----- Original Message ----- > >> From: sfeam >> To: gnuplot-beta> Cc: >> Date: 2017/5/31, Wed 15:12 >> Subject: First release candidate for version 5.2 >> >> Source tarball for gnuplot -5.2.rc1 is now available from the >> download page on SourceForge in folder "5.2 release candidates". >> >> Please give it a workout and report any problems. >> >> >> Release Notes: >> >> http://gnuplot.sourceforge.net/ReleaseNotes_5_2_rc1.html >> >> SourceForge Download area >> >> >> > https://sourceforge.net/projects/gnuplot/files/gnuplot/5.2%20release%20candidates/ >> >> >> If you have some time, please help to update the FAQ. >> It's getting rather out of date. >> >> The FAQ LaTeX source is on SourceForge, or you can post plain text > suggestions >> and someone else can use them to modify the LaTeX document. >> >> happy gnuplotting, >> >> Ethan Merritt (sfeam) gnuplot development team >> > This is a just note, "make installer" described in > config/mingw/Makefile > (Windows MinGW build assume FAQ.pdf in source root) > but it is not included 5.2 rc-1 source package. > > I copied FAQ.pdf from cvs source and make installer worked fine. > > Tatsuro > I have uploaded windows binary packages at https://sourceforge.net/projects/gnuplot/files/gnuplot/5.2%20release%20candidates/ Tatsuro |
|
From: Tatsuro M. <tma...@ya...> - 2017-05-31 23:27:56
|
----- Original Message ----- > From: sfeam > To: gnuplot-beta> Cc: > Date: 2017/5/31, Wed 15:12 > Subject: First release candidate for version 5.2 > > Source tarball for gnuplot -5.2.rc1 is now available from the > download page on SourceForge in folder "5.2 release candidates". > > Please give it a workout and report any problems. > > > Release Notes: > > http://gnuplot.sourceforge.net/ReleaseNotes_5_2_rc1.html > > SourceForge Download area > > > https://sourceforge.net/projects/gnuplot/files/gnuplot/5.2%20release%20candidates/ > > > If you have some time, please help to update the FAQ. > It's getting rather out of date. > > The FAQ LaTeX source is on SourceForge, or you can post plain text suggestions > and someone else can use them to modify the LaTeX document. > > happy gnuplotting, > > Ethan Merritt (sfeam) gnuplot development team > This is a just note, "make installer" described in config/mingw/Makefile (Windows MinGW build assume FAQ.pdf in source root) but it is not included 5.2 rc-1 source package. I copied FAQ.pdf from cvs source and make installer worked fine. Tatsuro |
|
From: sfeam <sf...@us...> - 2017-05-31 06:16:08
|
Source tarball for gnuplot -5.2.rc1 is now available from the
download page on SourceForge in folder "5.2 release candidates".
Please give it a workout and report any problems.
Release Notes:
http://gnuplot.sourceforge.net/ReleaseNotes_5_2_rc1.html
SourceForge Download area
https://sourceforge.net/projects/gnuplot/files/gnuplot/5.2%20release%20candidates/
If you have some time, please help to update the FAQ.
It's getting rather out of date.
The FAQ LaTeX source is on SourceForge, or you can post plain text suggestions
and someone else can use them to modify the LaTeX document.
happy gnuplotting,
Ethan Merritt (sfeam) gnuplot development team
|
|
From: Tatsuro M. <tma...@ya...> - 2017-05-29 22:18:48
|
----- Original Message ----- > From: sfeam > To: gnuplot-beta; Tatsuro MATSUOKA > Cc: Daniel J Sebald > Date: 2017/5/23, Tue 12:56 > Subject: Re: (gnuplot:4180): WARNING > > On Tuesday, 23 May 2017 12:40:49 PM Tatsuro MATSUOKA wrote: >> ----- Original Message ----- >> >> > From: Daniel J Sebald >> > To: Tatsuro MATSUOKA ; gnuplot-beta >> > Cc: >> > Date: 2017/5/22, Mon 03:17 >> > Subject: Re: (gnuplot:4180): WARNING >> > >> > On 05/20/2017 09:51 PM, Tatsuro MATSUOKA wrote: >> >> Hello >> >> >> >>> From updated of cygwin, I sometimes meets >> >> >> >> ** (gnuplot:4180): WARNING **: Error retrieving accessibility bus > address: >> > org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.a11y.Bus > exited with >> > status 1 >> >> >> >> >> >> What is this? >> > >> > I searched the Internet and those who see this also attempt to guess >> > what it might be. It seems difficult to reproduce exactly. A lot of >> > the discussion seems to revolve around delays in the bus driver. Is >> > this perhaps the slow-loading font issue manifesting as a bus error > with >> > updated cygwin? >> > >> > Dan >> >> Thanks for reply. >> >> The WARNING happens at using wxt terminal. >> Perhaps some graphic driver ? or fontconfig on cygwin is related to this > error. > > I do not think this message comes from gnuplot. > It is telling you that some other system service has failed. > The failed system component is "accessibility bus". > > I do not know what the "accessibility bus" is supposed to do, > but this tracker item > > https://bugzilla.redhat.com/show_bug.cgi?id=1056820 > > suggests that the warning messages will go away if you set environmental > variable > NO_AT_BRIDGE=1 > > > Ethan > > > Sorry for late reply. Set environmental variable NO_AT_BRIDGE=1 makes waring not being displayed. Tatsuro |
|
From: Hans-Bernhard B. <HBB...@t-...> - 2017-05-24 20:42:58
|
Am 23.05.2017 um 20:57 schrieb Daniel J Sebald: > > After installing picins package and running "make dist", I notice that > the distribution archive file is left behind after a "make clean": [...] > Should that archive file be removed as well? In a word: no. "make clean" is supposed to clean up what "make" created, not what "make dist" did. |
|
From: Hans-Bernhard B. <HBB...@t-...> - 2017-05-24 20:15:54
|
Am 23.05.2017 um 01:37 schrieb Daniel J Sebald: > ChangeLog has some entries: > > ChangeLog: in turn is triggered by docs/doc2wxhtml requring src/version.c. > ChangeLog: * docs/Makefile.am (doc2wxhtml_SOURCES): Remove use of version.c. > ChangeLog: * docs/Makefile.am (noinst_PROGRAMS): Add doc2wxhtml. > ChangeLog: (doc2wxhtml_SOURCES, doc2wxhtml_CPPFLAGS): Use automake to build > > This entry seems related: > > 2016-01-16 Hans-Bernhard Broeker <br...@ph...> While in the vicinity of the matter at hand, these are actually unrelated. |
|
From: Tatsuro M. <tma...@ya...> - 2017-05-23 22:50:23
|
Thanks for the reply. I freshly checked out branch-5-2 source. This time, undefined reference errors were disappeared. Perhaps I mishandled on Makefile or local patches. Sorry for the noise. >-lhhctrl This self-generated libhhctrl.dll.a for 64 MinGW link library. There was no definite reason I used my generated libhhctrl.dll.a but not htmlhelp.lib in Makefile. Tatsuro ----- Original Message ----- > From: Bastian Märkisch <bma...@we...> > To: 'Tatsuro MATSUOKA' <tma...@ya...>; gnu...@li... > Cc: > Date: 2017/5/23, Tue 12:41 > Subject: AW: New stable CVS branch for preparing first version 5.2 release candidate > > Works flawlessly here. Looks like your 5.2 build of wxt_gui.cpp got broken. > > Did you perhaps mangle your Makefile somehow? (There's an odd reference > to -lhhctrl which in a normal Makefile should by -lhtmlhelp) > > Bastian > >> -----Ursprüngliche Nachricht----- >> Von: Tatsuro MATSUOKA [mailto:tma...@ya...] >> Gesendet: Dienstag, 23. Mai 2017 04:58 >> An: Merritt Ethan <sf...@us...>; gnuplot- >> be...@li... >> Betreff: Re: New stable CVS branch for preparing first version 5.2 release >> candidate >> >> I tried to build stable branch for 5.2 on MinGW64. >> >> I have met following errors at link stage. >> >> g++ -Wl,--enable-auto-import -Wl,--enable-runtime-pseudo-reloc-v2 >> g++ -Wl,--allow-multiple-definition -L/c/Programs/gplibs64_gcc530/lib -s >> g++ -L/c/Programs/Qt/5.7.1_mgw64_630/lib -mconsole -L/c/Program\ > Files\ >> g++ \(x86\)/HTML\ Help\ Workshop/lib -L. -o gnuplot.exe > eval.co >> g++ getcolor.co stats.co unset.co breaders.co specfun.co term.co >> g++ graph3d.co dynarray.co show.co axis.co stdfn.co util.co save.co >> g++ util3d.co tabulate.co readline.co internal.co jitter.co libcerf.co >> g++ bitmap.co hidden3d.co plot3d.co color.co contour.co command.co >> g++ multiplot.co plot.co scanner.co gadgets.co plot2d.co tables.co >> g++ time.co pm3d.co matrix.co boundary.co fit.co misc.co alloc.co >> g++ external.co help.co interpol.co datafile.co parse.co standard.co >> g++ variable.co datablock.co graphics.co mouse.co set.co history.co >> g++ version.co gpexecute.co wxt_gui.co gp_cairo.co gp_cairo_helpers.co >> g++ qt_term.co winmain.co wgnuplib.co wgraph.co wprinter.co wpause.co >> g++ wgdiplus.co wd2d.co wgplt_res.co -lkernel32 -lgdi32 >> -lwinspool -lcomdlg32 -lcomctl32 -ladvapi32 -lshell32 -lmsimg32 -lgdiplus > - >> lshlwapi -ld2d1 -ldwrite -lole32 -lhhctrl\ >> -lgd -lgd -lz -L/c/Programs/gplibs64_gcc630/lib -lpng16 -lz - >> L/c/Programs/gplibs64_gcc630/lib -lfreetype -lz -lpng16 -lz - >> L/c/Programs/gplibs64_gcc630/lib -lfontconfig -lexpat -lfreetype -lz > -lpng16 -lz >> -lexpat -lfreetype -lz -lpng16 -lz -ljpeg -lQt5Core -lQt5Gui -lQt5Network > - >> lQt5Svg -lQt5Widgets -lQt5PrintSupport -lqtmain -llua -lcaca -liconv > -lcerf -lm - >> L/c/Programs/gplibs64_gcc630/lib -L/c/Programs/gplibs64_gcc630/lib - >> L/mingw64/lib -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 - >> lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 -lwx_mswu_adv-3.0 -lwx_mswu_core- >> 3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 -lwx_baseu-3.0 - >> L/c/Programs/gplibs64_gcc630/lib -L/c/Programs/gplibs64_gcc630/lib/../lib > - >> L/c/Programs/gplibs64_gcc630/lib -lpangocairo-1.0 -lpangowin32-1.0 -lgdi32 > - >> lusp10 -lpango-1.0 -lm -lcairo -lz -lgobject-2.0 -lffi -lglib-2.0 -lintl > -lws2_32 - >> lole32 -lwinmm -lshlwapi -lintl -lpixman-1 -lfontconfig -lexpat -lfreetype > -lz - >> lpng16 -lz -lexpat -lfreetype -lz >> -lpng16 -lz >> term.co:term.c:(.text+0x1468a): undefined reference to >> `wxt_close_terminal_window' >> term.co:term.c:(.text+0x14c99): undefined reference to > `wxt_update_title' >> term.co:term.c:(.text+0x14ed3): undefined reference to > `wxt_update_size' >> term.co:term.c:(.text+0x14f85): undefined reference to > `wxt_update_position' >> term.co:term.c:(.text+0xecd5): undefined reference to `wxt_text' >> <snip> >> wpause.co:wpause.c:(.text+0x7e1): undefined reference to >> `wxt_active_window_opened' >> collect2.exe: error: ld returned 1 exit status >> make[1]: *** [Makefile:617: gnuplot.exe] Error 1 >> make[1]: Leaving directory >> '/d/usr/Tatsu/msys2mingw64_630/gnuplot/gnuplot-5.2- >> cvs/gnuplot/config/mingw' >> make: *** [Makefile:567: console] Error 2 >> >> Seems to relate to wx-widgetes. >> >> However on 5.1 cvs, >> >> g++ -Wl,--enable-auto-import -Wl,--enable-runtime-pseudo-reloc-v2 >> g++ -Wl,--allow-multiple-definition -L/c/Programs/gplibs64_gcc530/lib -s >> g++ -L/c/Programs/Qt/5.7.1_mgw64_630/lib -mconsole -L/c/Program\ > Files\ >> g++ \(x86\)/HTML\ Help\ Workshop/lib -L. -o gnuplot.exe > eval.co >> g++ getcolor.co stats.co unset.co breaders.co specfun.co term.co >> g++ graph3d.co dynarray.co show.co axis.co stdfn.co util.co save.co >> g++ util3d.co tabulate.co readline.co internal.co jitter.co libcerf.co >> g++ bitmap.co hidden3d.co plot3d.co color.co contour.co command.co >> g++ multiplot.co plot.co scanner.co gadgets.co plot2d.co tables.co >> g++ time.co pm3d.co matrix.co boundary.co fit.co misc.co alloc.co >> g++ external.co help.co interpol.co datafile.co parse.co standard.co >> g++ variable.co datablock.co graphics.co mouse.co set.co history.co >> g++ version.co gpexecute.co wxt_gui.co gp_cairo.co gp_cairo_helpers.co >> g++ qt_term.co winmain.co wgnuplib.co wgraph.co wprinter.co wpause.co >> g++ wgdiplus.co wd2d.co wgplt_res.co -lkernel32 -lgdi32 >> -lwinspool -lcomdlg32 -lcomctl32 -ladvapi32 -lshell32 -lmsimg32 -lgdiplus > - >> lshlwapi -ld2d1 -ldwrite -lole32 -lhtmlhelp\ >> -lgd -lgd -lz -L/c/Programs/gplibs64_gcc630/lib -lpng16 -lz - >> L/c/Programs/gplibs64_gcc630/lib -lfreetype -lz -lpng16 -lz - >> L/c/Programs/gplibs64_gcc630/lib -lfontconfig -lexpat -lfreetype -lz > -lpng16 -lz >> -lexpat -lfreetype -lz -lpng16 -lz -ljpeg -lQt5Core -lQt5Gui -lQt5Network > - >> lQt5Svg -lQt5Widgets -lQt5PrintSupport -lqtmain -llua -lcaca -liconv > -lcerf -lm - >> L/c/Programs/gplibs64_gcc630/lib -L/c/Programs/gplibs64_gcc630/lib - >> L/mingw64/lib -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 - >> lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 -lwx_mswu_adv-3.0 -lwx_mswu_core- >> 3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 -lwx_baseu-3.0 - >> L/c/Programs/gplibs64_gcc630/lib -L/c/Programs/gplibs64_gcc630/lib/../lib > - >> L/c/Programs/gplibs64_gcc630/lib -lpangocairo-1.0 -lpangowin32-1.0 -lgdi32 > - >> lusp10 -lpango-1.0 -lm -lcairo -lz -lgobject-2.0 -lffi -lglib-2.0 -lintl > -lws2_32 - >> lole32 -lwinmm -lshlwapi -lintl -lpixman-1 -lfontconfig -lexpat -lfreetype > -lz - >> lpng16 -lz -lexpat -lfreetype -lz >> -lpng16 -lz >> C:/msys64_gcc630/mingw64/bin/../lib/gcc/x86_64-w64- >> mingw32/6.3.0/../../../../x86_64-w64-mingw32/bin/ld.exe: skipping >> incompatible C:/Program Files (x86)/HTML Help Workshop/lib/htmlhelp.lib >> when searching for -lhtmlhelp >> >> I cannot find any difference in wx-widgets setting at link stage. >> >> Does anyone help me? >> >> Tatsuro >> >> ----- Original Message ----- >> > From: sfeam >> > To: gnuplot-beta >> > Cc: >> > Date: 2017/5/22, Mon 14:48 >> > Subject: New stable CVS branch for preparing first version 5.2 release >> > candidate >> > >> >T here is now a stable branch for 5.2 separate from the main >> > (development) branch, which for now remains 5.1 >> > >> > To download a copy of the new stable branch (assumes bash shell) >> > >> > mkdir gnuplot52 >> > cd gnuplot52 >> > export >> > CVSROOT=:pserver:ano...@gn...:/cvsroot/gnuplo >> > t >> > cvs login (hit Enter when asked for a password) >> > cvs -z3 checkout -r branch-5-2-stable gnuplot >> > >> > Any patches, documentation, etc to be included in the first 5.2 >> > release candidate should be applied to this new stable branch. >> > >> > Any new features or fixes to code under development should continue to >> > be applied to the main cvs development branch. >> > >> > Right now the stable and development branches have identical content >> > except for version labels. They will diverge as new patches are >> > applied to one branch but not the other branch. >> > >> > cheers, >> > >> > Ethan >> > >> > >> > ---------------------------------------------------------------------- >> > -------- Check out the vibrant tech community on one of the > world's >> > most engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> > _______________________________________________ >> > gnuplot-beta mailing list >> > gnu...@li... >> > Membership management via: >> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta >> > >> >> > ---------------------------------------------------------------------------- > -- >> Check out the vibrant tech community on one of the world's most > engaging >> tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> gnuplot-beta mailing list >> gnu...@li... >> Membership management via: >> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > |
|
From: Daniel J S. <dan...@ie...> - 2017-05-23 19:16:21
|
On 05/23/2017 01:01 PM, Ethan A Merritt wrote: > On Tuesday, 23 May, 2017 12:37:28 Daniel J Sebald wrote: [snip] >> Oddly, when running "make dist" I'm running into this very old issue: >> >> https://sourceforge.net/p/gnuplot/bugs/655/ >> ! LaTeX Error: File `picins.sty' not found. > > picins.sty is a LaTeX style file. Because some people are not > happy with the [lack of] accompanying license statement, some distros > no longer include it in their base TeX package. > You can download it separately from CTAN just like any other TeX component. > > Note that most users don't run into this since the *.pdf documentation > is provided already built in the distribution package. The picins file is > only needed if you are re-creating the pdf file, i.e. when preparing > a new distribution package. After installing picins package and running "make dist", I notice that the distribution archive file is left behind after a "make clean": build1 # ls *.gz ls: cannot access *.gz: No such file or directory build1 # make dist [snip] build1 # ls *.gz gnuplot-5.1.tar.gz build1 # make clean [snip] build1 # ls *.gz gnuplot-5.1.tar.gz Should that archive file be removed as well? Dan |
|
From: Daniel J S. <dan...@ie...> - 2017-05-23 18:26:00
|
On 05/23/2017 01:01 PM, Ethan A Merritt wrote: > On Tuesday, 23 May, 2017 12:37:28 Daniel J Sebald wrote: [snip] >>> 3) Fix the automake rules that are leaving a *.o file in the windows subdirectory. >> >> The "windows" directory name adds to my confusion. Is this a >> Windows-only thing? When I build (out of tree) on linux with >> >> $ automake --version >> automake (GNU automake) 1.14.1 >> >> I see docs/windows/doc2wxhtml-doc2html.o after make in the >> build-directory tree, then that directory is empty after doing a "make >> clean". > > Right. That is the exact issue that is causing problems for me. > It's fine that "make clean" works, but this does not stop the *.o file from > being included in the source distribution package from "make dist". OK. >> Oddly, when running "make dist" I'm running into this very old issue: >> >> https://sourceforge.net/p/gnuplot/bugs/655/ >> ! LaTeX Error: File `picins.sty' not found. > > picins.sty is a LaTeX style file. Because some people are not > happy with the [lack of] accompanying license statement, some distros > no longer include it in their base TeX package. > You can download it separately from CTAN just like any other TeX component. I'm reading about this just now. I'm going to add some references to the bugs/655 thread for anyone else running into this issue. Dan |
|
From: Ethan A M. <sf...@us...> - 2017-05-23 18:02:06
|
On Tuesday, 23 May, 2017 12:37:28 Daniel J Sebald wrote: > On 05/23/2017 11:36 AM, sfeam wrote: > > On Tuesday, 23 May 2017 10:05:16 AM Bastian Märkisch wrote: > >> wxWidgets can use a help format (htb), which is actually similar to what is > >> used for chm files on Windows. > >> The idea was to use that as online help on non-Windows platforms eventually. > >> In fact, Dan Sebald worked on that: > >> https://sourceforge.net/p/gnuplot/patches/707/ > >> (but as is this patch breaks the original use on Windows) > > > > Thanks for reminding me about that patch. > > [adding Dan Sebald to the cc list] > > That patch did not work for me for either wxt or qt when I looked at it in 2015. > > I have not gone back to it since then. > > > > Regardless of the potential to share creation of html documentation > > among multiple platforms in the future, right now I am trying to sort out > > how to prepare a distribution tarballs without dragging in extra files. > > > > I don't want to break the build on windows, so please comment on the > > following options. > > > > 1) Edit docs/Makefile.am to remove the target > > noinst_PROGRAMS = ... doc2wxhtml > > > > 2) Leave doc2wxhtml as a target but explicitly list a subset of files in subdirectory > > docs/windows that should be packaged rather than including the entire subdirectory. > > In this case what exactly are the needed files? > > > > 3) Fix the automake rules that are leaving a *.o file in the windows subdirectory. > > The "windows" directory name adds to my confusion. Is this a > Windows-only thing? When I build (out of tree) on linux with > > $ automake --version > automake (GNU automake) 1.14.1 > > I see docs/windows/doc2wxhtml-doc2html.o after make in the > build-directory tree, then that directory is empty after doing a "make > clean". Right. That is the exact issue that is causing problems for me. It's fine that "make clean" works, but this does not stop the *.o file from being included in the source distribution package from "make dist". > Oddly, when running "make dist" I'm running into this very old issue: > > https://sourceforge.net/p/gnuplot/bugs/655/ > ! LaTeX Error: File `picins.sty' not found. picins.sty is a LaTeX style file. Because some people are not happy with the [lack of] accompanying license statement, some distros no longer include it in their base TeX package. You can download it separately from CTAN just like any other TeX component. Note that most users don't run into this since the *.pdf documentation is provided already built in the distribution package. The picins file is only needed if you are re-creating the pdf file, i.e. when preparing a new distribution package. Ethan > Type X to quit or <RETURN> to proceed, > or enter new name. (Default extension: sty) > ~~~ > > Dan > > > > (1) works but breaks "make htb" > > (2) would work but I don't know which files to list > > (3) I have not even a vague idea how to do this! > > > > > > As a separate but less pressing issue it would be nice to fix the make rules > > for "make htb". Right now it fails because there is no subdirectory docs/wxhelp. > > But even if I create that subdirectory the *.html files produced are broken because > > some files are placed in .../windows and others in .../wxhelp yet the href= links > > assume all files are in the same place. I'll add this to the tracker for patch 707 > > > > thanks for any insight > > > > Ethan > > > > > >> > >> So in short, doc2html works as intended on Windows (all sections), but as of > >> now the doc2wxhtml variant is not in use. > >> > >> The Makefile code changed, but the original commit was (Changelog.3): > >> > >> 2011-03-07 Bastian Maerkisch <bma...@we...> > >> > >> * docs/Makefile.in: add new target 'htb' to create help file > >> compatible with wxWidgets help viewer > >> > >> > >>> -----Ursprüngliche Nachricht----- > >>> Von: sfeam [mailto:sf...@us...] > >>> Gesendet: Dienstag, 23. Mai 2017 06:23 > >>> An: gnu...@li... > >>> Cc: Allin Cottrell <cot...@wf...> > >>> Betreff: Re: automake help > >>> > >>> On Monday, 22 May 2017 08:06:18 PM Allin Cottrell wrote: > >>>> On Mon, 22 May 2017, Ethan A Merritt wrote: > >>>> > >>>>> Current cvs for 5.1 and 5.2 has an odd automake glitch that I do not > >>>>> understand. > >>>>> > >>>>> "make" run on linux creates a file > >>>>> docs/windows/doc2wxhtml-doc2html.o > >>>>> that surely isn't needed. > >>>>> > >>>>> "make dist" includes that file in the generated tarball. > >>>>> Other *.o files are discarded when packing up the files for > >>>>> distribution. Why not this one? > >>>>> Why does it even exist in the first place? > >>>> > >>>> In docs/Makefile.am, the EXTRA_DIST variable includes "windows". Not > >>>> sure, but I guess that would drag in anything that gets created in the > >>>> windows directory? > >>> > >>> Correct. > >>> > >>>> (Unless one builds out of tree, which is generally a good idea > >>>> anyway.) > >>> > >>> The same thing happens for an out of tree build. > >>> > >>>> In docs/Makefile.in we have references to this thing > >>>> windows/doc2wxhtml-doc2html.o. That's the only object file to be > >>>> written into the docs/windows directory, all the others just go into > >>>> docs. That itself seems like an anomaly. > >>> > >>> I agree. > >>> > >>>> "Not needed": well, it's "needed" to build the program doc2wxhtml, > >>>> which is apparently not being marked as platform-specific. Is that > >>>> wanted in connection with the wxt terminal at all? > >>> > >>> Not that I can see. The program source windows/doc2html.c contains the > >>> comment > >>> /* > >>> * doc2html.c -- program to convert Gnuplot .DOC format to MS Windows > >>> * HTML help (.html) format. > >>> > >>> So I think it is only needed for windows. By the way, when I run the > >> program it > >>> only processes Part I of the documentation. Parts 2-5 are ignored. > >>> So the program may have bugs separate from this build problem. > >>> > >>> Ethan > >>> > >>> > >>>> Allin Cottrell > >>> > >> > > > > > > |
|
From: Daniel J S. <dan...@ie...> - 2017-05-23 17:37:57
|
On 05/23/2017 11:36 AM, sfeam wrote: > On Tuesday, 23 May 2017 10:05:16 AM Bastian Märkisch wrote: >> wxWidgets can use a help format (htb), which is actually similar to what is >> used for chm files on Windows. >> The idea was to use that as online help on non-Windows platforms eventually. >> In fact, Dan Sebald worked on that: >> https://sourceforge.net/p/gnuplot/patches/707/ >> (but as is this patch breaks the original use on Windows) > > Thanks for reminding me about that patch. > [adding Dan Sebald to the cc list] > That patch did not work for me for either wxt or qt when I looked at it in 2015. > I have not gone back to it since then. > > Regardless of the potential to share creation of html documentation > among multiple platforms in the future, right now I am trying to sort out > how to prepare a distribution tarballs without dragging in extra files. > > I don't want to break the build on windows, so please comment on the > following options. > > 1) Edit docs/Makefile.am to remove the target > noinst_PROGRAMS = ... doc2wxhtml > > 2) Leave doc2wxhtml as a target but explicitly list a subset of files in subdirectory > docs/windows that should be packaged rather than including the entire subdirectory. > In this case what exactly are the needed files? > > 3) Fix the automake rules that are leaving a *.o file in the windows subdirectory. The "windows" directory name adds to my confusion. Is this a Windows-only thing? When I build (out of tree) on linux with $ automake --version automake (GNU automake) 1.14.1 I see docs/windows/doc2wxhtml-doc2html.o after make in the build-directory tree, then that directory is empty after doing a "make clean". Is the suspicion that on Windows or particular versions of automake that doc2wxhtml-doc2html.o is being built in the source-directory tree and then doesn't get cleaned properly? Oddly, when running "make dist" I'm running into this very old issue: https://sourceforge.net/p/gnuplot/bugs/655/ i.e.,: ~~~ (/usr/share/texlive/texmf-dist/tex/latex/latexconfig/graphics.cfg) (/usr/share/texlive/texmf-dist/tex/latex/pdftex-def/pdftex.def)))) ! LaTeX Error: File `picins.sty' not found. Type X to quit or <RETURN> to proceed, or enter new name. (Default extension: sty) ~~~ Dan > (1) works but breaks "make htb" > (2) would work but I don't know which files to list > (3) I have not even a vague idea how to do this! > > > As a separate but less pressing issue it would be nice to fix the make rules > for "make htb". Right now it fails because there is no subdirectory docs/wxhelp. > But even if I create that subdirectory the *.html files produced are broken because > some files are placed in .../windows and others in .../wxhelp yet the href= links > assume all files are in the same place. I'll add this to the tracker for patch 707 > > thanks for any insight > > Ethan > > >> >> So in short, doc2html works as intended on Windows (all sections), but as of >> now the doc2wxhtml variant is not in use. >> >> The Makefile code changed, but the original commit was (Changelog.3): >> >> 2011-03-07 Bastian Maerkisch <bma...@we...> >> >> * docs/Makefile.in: add new target 'htb' to create help file >> compatible with wxWidgets help viewer >> >> >>> -----Ursprüngliche Nachricht----- >>> Von: sfeam [mailto:sf...@us...] >>> Gesendet: Dienstag, 23. Mai 2017 06:23 >>> An: gnu...@li... >>> Cc: Allin Cottrell <cot...@wf...> >>> Betreff: Re: automake help >>> >>> On Monday, 22 May 2017 08:06:18 PM Allin Cottrell wrote: >>>> On Mon, 22 May 2017, Ethan A Merritt wrote: >>>> >>>>> Current cvs for 5.1 and 5.2 has an odd automake glitch that I do not >>>>> understand. >>>>> >>>>> "make" run on linux creates a file >>>>> docs/windows/doc2wxhtml-doc2html.o >>>>> that surely isn't needed. >>>>> >>>>> "make dist" includes that file in the generated tarball. >>>>> Other *.o files are discarded when packing up the files for >>>>> distribution. Why not this one? >>>>> Why does it even exist in the first place? >>>> >>>> In docs/Makefile.am, the EXTRA_DIST variable includes "windows". Not >>>> sure, but I guess that would drag in anything that gets created in the >>>> windows directory? >>> >>> Correct. >>> >>>> (Unless one builds out of tree, which is generally a good idea >>>> anyway.) >>> >>> The same thing happens for an out of tree build. >>> >>>> In docs/Makefile.in we have references to this thing >>>> windows/doc2wxhtml-doc2html.o. That's the only object file to be >>>> written into the docs/windows directory, all the others just go into >>>> docs. That itself seems like an anomaly. >>> >>> I agree. >>> >>>> "Not needed": well, it's "needed" to build the program doc2wxhtml, >>>> which is apparently not being marked as platform-specific. Is that >>>> wanted in connection with the wxt terminal at all? >>> >>> Not that I can see. The program source windows/doc2html.c contains the >>> comment >>> /* >>> * doc2html.c -- program to convert Gnuplot .DOC format to MS Windows >>> * HTML help (.html) format. >>> >>> So I think it is only needed for windows. By the way, when I run the >> program it >>> only processes Part I of the documentation. Parts 2-5 are ignored. >>> So the program may have bugs separate from this build problem. >>> >>> Ethan >>> >>> >>>> Allin Cottrell >>> >> > > -- Dan Sebald email: daniel(DOT)sebald(AT)ieee(DOT)org URL: http://www(DOT)dansebald(DOT)com |
|
From: sfeam <sf...@us...> - 2017-05-23 16:38:16
|
On Tuesday, 23 May 2017 10:05:16 AM Bastian Märkisch wrote: > wxWidgets can use a help format (htb), which is actually similar to what is > used for chm files on Windows. > The idea was to use that as online help on non-Windows platforms eventually. > In fact, Dan Sebald worked on that: > https://sourceforge.net/p/gnuplot/patches/707/ > (but as is this patch breaks the original use on Windows) Thanks for reminding me about that patch. [adding Dan Sebald to the cc list] That patch did not work for me for either wxt or qt when I looked at it in 2015. I have not gone back to it since then. Regardless of the potential to share creation of html documentation among multiple platforms in the future, right now I am trying to sort out how to prepare a distribution tarballs without dragging in extra files. I don't want to break the build on windows, so please comment on the following options. 1) Edit docs/Makefile.am to remove the target noinst_PROGRAMS = ... doc2wxhtml 2) Leave doc2wxhtml as a target but explicitly list a subset of files in subdirectory docs/windows that should be packaged rather than including the entire subdirectory. In this case what exactly are the needed files? 3) Fix the automake rules that are leaving a *.o file in the windows subdirectory. (1) works but breaks "make htb" (2) would work but I don't know which files to list (3) I have not even a vague idea how to do this! As a separate but less pressing issue it would be nice to fix the make rules for "make htb". Right now it fails because there is no subdirectory docs/wxhelp. But even if I create that subdirectory the *.html files produced are broken because some files are placed in .../windows and others in .../wxhelp yet the href= links assume all files are in the same place. I'll add this to the tracker for patch 707 thanks for any insight Ethan > > So in short, doc2html works as intended on Windows (all sections), but as of > now the doc2wxhtml variant is not in use. > > The Makefile code changed, but the original commit was (Changelog.3): > > 2011-03-07 Bastian Maerkisch <bma...@we...> > > * docs/Makefile.in: add new target 'htb' to create help file > compatible with wxWidgets help viewer > > > > -----Ursprüngliche Nachricht----- > > Von: sfeam [mailto:sf...@us...] > > Gesendet: Dienstag, 23. Mai 2017 06:23 > > An: gnu...@li... > > Cc: Allin Cottrell <cot...@wf...> > > Betreff: Re: automake help > > > > On Monday, 22 May 2017 08:06:18 PM Allin Cottrell wrote: > > > On Mon, 22 May 2017, Ethan A Merritt wrote: > > > > > > > Current cvs for 5.1 and 5.2 has an odd automake glitch that I do not > > > > understand. > > > > > > > > "make" run on linux creates a file > > > > docs/windows/doc2wxhtml-doc2html.o > > > > that surely isn't needed. > > > > > > > > "make dist" includes that file in the generated tarball. > > > > Other *.o files are discarded when packing up the files for > > > > distribution. Why not this one? > > > > Why does it even exist in the first place? > > > > > > In docs/Makefile.am, the EXTRA_DIST variable includes "windows". Not > > > sure, but I guess that would drag in anything that gets created in the > > > windows directory? > > > > Correct. > > > > > (Unless one builds out of tree, which is generally a good idea > > > anyway.) > > > > The same thing happens for an out of tree build. > > > > > In docs/Makefile.in we have references to this thing > > > windows/doc2wxhtml-doc2html.o. That's the only object file to be > > > written into the docs/windows directory, all the others just go into > > > docs. That itself seems like an anomaly. > > > > I agree. > > > > > "Not needed": well, it's "needed" to build the program doc2wxhtml, > > > which is apparently not being marked as platform-specific. Is that > > > wanted in connection with the wxt terminal at all? > > > > Not that I can see. The program source windows/doc2html.c contains the > > comment > > /* > > * doc2html.c -- program to convert Gnuplot .DOC format to MS Windows > > * HTML help (.html) format. > > > > So I think it is only needed for windows. By the way, when I run the > program it > > only processes Part I of the documentation. Parts 2-5 are ignored. > > So the program may have bugs separate from this build problem. > > > > Ethan > > > > > > > Allin Cottrell > > > |
|
From: Bastian M. <bma...@we...> - 2017-05-23 08:05:38
|
wxWidgets can use a help format (htb), which is actually similar to what is used for chm files on Windows. The idea was to use that as online help on non-Windows platforms eventually. In fact, Dan Sebald worked on that: https://sourceforge.net/p/gnuplot/patches/707/ (but as is this patch breaks the original use on Windows) So in short, doc2html works as intended on Windows (all sections), but as of now the doc2wxhtml variant is not in use. The Makefile code changed, but the original commit was (Changelog.3): 2011-03-07 Bastian Maerkisch <bma...@we...> * docs/Makefile.in: add new target 'htb' to create help file compatible with wxWidgets help viewer > -----Ursprüngliche Nachricht----- > Von: sfeam [mailto:sf...@us...] > Gesendet: Dienstag, 23. Mai 2017 06:23 > An: gnu...@li... > Cc: Allin Cottrell <cot...@wf...> > Betreff: Re: automake help > > On Monday, 22 May 2017 08:06:18 PM Allin Cottrell wrote: > > On Mon, 22 May 2017, Ethan A Merritt wrote: > > > > > Current cvs for 5.1 and 5.2 has an odd automake glitch that I do not > > > understand. > > > > > > "make" run on linux creates a file > > > docs/windows/doc2wxhtml-doc2html.o > > > that surely isn't needed. > > > > > > "make dist" includes that file in the generated tarball. > > > Other *.o files are discarded when packing up the files for > > > distribution. Why not this one? > > > Why does it even exist in the first place? > > > > In docs/Makefile.am, the EXTRA_DIST variable includes "windows". Not > > sure, but I guess that would drag in anything that gets created in the > > windows directory? > > Correct. > > > (Unless one builds out of tree, which is generally a good idea > > anyway.) > > The same thing happens for an out of tree build. > > > In docs/Makefile.in we have references to this thing > > windows/doc2wxhtml-doc2html.o. That's the only object file to be > > written into the docs/windows directory, all the others just go into > > docs. That itself seems like an anomaly. > > I agree. > > > "Not needed": well, it's "needed" to build the program doc2wxhtml, > > which is apparently not being marked as platform-specific. Is that > > wanted in connection with the wxt terminal at all? > > Not that I can see. The program source windows/doc2html.c contains the > comment > /* > * doc2html.c -- program to convert Gnuplot .DOC format to MS Windows > * HTML help (.html) format. > > So I think it is only needed for windows. By the way, when I run the program it > only processes Part I of the documentation. Parts 2-5 are ignored. > So the program may have bugs separate from this build problem. > > Ethan > > > > Allin Cottrell > |
|
From: sfeam <sf...@us...> - 2017-05-23 04:24:09
|
On Monday, 22 May 2017 08:06:18 PM Allin Cottrell wrote: > On Mon, 22 May 2017, Ethan A Merritt wrote: > > > Current cvs for 5.1 and 5.2 has an odd automake glitch that > > I do not understand. > > > > "make" run on linux creates a file > > docs/windows/doc2wxhtml-doc2html.o > > that surely isn't needed. > > > > "make dist" includes that file in the generated tarball. > > Other *.o files are discarded when packing up the files > > for distribution. Why not this one? > > Why does it even exist in the first place? > > In docs/Makefile.am, the EXTRA_DIST variable includes "windows". Not > sure, but I guess that would drag in anything that gets created in > the windows directory? Correct. > (Unless one builds out of tree, which is > generally a good idea anyway.) The same thing happens for an out of tree build. > In docs/Makefile.in we have references to this thing > windows/doc2wxhtml-doc2html.o. That's the only object file to be > written into the docs/windows directory, all the others just go into > docs. That itself seems like an anomaly. I agree. > "Not needed": well, it's "needed" to build the program doc2wxhtml, > which is apparently not being marked as platform-specific. Is that > wanted in connection with the wxt terminal at all? Not that I can see. The program source windows/doc2html.c contains the comment /* * doc2html.c -- program to convert Gnuplot .DOC format to MS Windows * HTML help (.html) format. So I think it is only needed for windows. By the way, when I run the program it only processes Part I of the documentation. Parts 2-5 are ignored. So the program may have bugs separate from this build problem. Ethan > Allin Cottrell |
|
From: sfeam <sf...@us...> - 2017-05-23 04:00:11
|
On Tuesday, 23 May 2017 12:40:49 PM Tatsuro MATSUOKA wrote: > ----- Original Message ----- > > > From: Daniel J Sebald > > To: Tatsuro MATSUOKA ; gnuplot-beta > > Cc: > > Date: 2017/5/22, Mon 03:17 > > Subject: Re: (gnuplot:4180): WARNING > > > > On 05/20/2017 09:51 PM, Tatsuro MATSUOKA wrote: > >> Hello > >> > >>> From updated of cygwin, I sometimes meets > >> > >> ** (gnuplot:4180): WARNING **: Error retrieving accessibility bus address: > > org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.a11y.Bus exited with > > status 1 > >> > >> > >> What is this? > > > > I searched the Internet and those who see this also attempt to guess > > what it might be. It seems difficult to reproduce exactly. A lot of > > the discussion seems to revolve around delays in the bus driver. Is > > this perhaps the slow-loading font issue manifesting as a bus error with > > updated cygwin? > > > > Dan > > Thanks for reply. > > The WARNING happens at using wxt terminal. > Perhaps some graphic driver ? or fontconfig on cygwin is related to this error. I do not think this message comes from gnuplot. It is telling you that some other system service has failed. The failed system component is "accessibility bus". I do not know what the "accessibility bus" is supposed to do, but this tracker item https://bugzilla.redhat.com/show_bug.cgi?id=1056820 suggests that the warning messages will go away if you set environmental variable NO_AT_BRIDGE=1 Ethan > > > Tatsuro > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta |
|
From: Tatsuro M. <tma...@ya...> - 2017-05-23 03:40:59
|
----- Original Message ----- > From: Daniel J Sebald > To: Tatsuro MATSUOKA ; gnuplot-beta > Cc: > Date: 2017/5/22, Mon 03:17 > Subject: Re: (gnuplot:4180): WARNING > > On 05/20/2017 09:51 PM, Tatsuro MATSUOKA wrote: >> Hello >> >>> From updated of cygwin, I sometimes meets >> >> ** (gnuplot:4180): WARNING **: Error retrieving accessibility bus address: > org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.a11y.Bus exited with > status 1 >> >> >> What is this? > > I searched the Internet and those who see this also attempt to guess > what it might be. It seems difficult to reproduce exactly. A lot of > the discussion seems to revolve around delays in the bus driver. Is > this perhaps the slow-loading font issue manifesting as a bus error with > updated cygwin? > > Dan Thanks for reply. The WARNING happens at using wxt terminal. Perhaps some graphic driver ? or fontconfig on cygwin is related to this error. Tatsuro |
|
From: Tatsuro M. <tma...@ya...> - 2017-05-23 02:57:54
|
I tried to build stable branch for 5.2 on MinGW64. I have met following errors at link stage. g++ -Wl,--enable-auto-import -Wl,--enable-runtime-pseudo-reloc-v2 -Wl,--allow-multiple-definition -L/c/Programs/gplibs64_gcc530/lib -s -L/c/Programs/Qt/5.7.1_mgw64_630/lib -mconsole -L/c/Program\ Files\ \(x86\)/HTML\ Help\ Workshop/lib -L. -o gnuplot.exe eval.co getcolor.co stats.co unset.co breaders.co specfun.co term.co graph3d.co dynarray.co show.co axis.co stdfn.co util.co save.co util3d.co tabulate.co readline.co internal.co jitter.co libcerf.co bitmap.co hidden3d.co plot3d.co color.co contour.co command.co multiplot.co plot.co scanner.co gadgets.co plot2d.co tables.co time.co pm3d.co matrix.co boundary.co fit.co misc.co alloc.co external.co help.co interpol.co datafile.co parse.co standard.co variable.co datablock.co graphics.co mouse.co set.co history.co version.co gpexecute.co wxt_gui.co gp_cairo.co gp_cairo_helpers.co qt_term.co winmain.co wgnuplib.co wgraph.co wprinter.co wpause.co wgdiplus.co wd2d.co wgplt_res.co -lkernel32 -lgdi32 -lwinspool -lcomdlg32 -lcomctl32 -ladvapi32 -lshell32 -lmsimg32 -lgdiplus -lshlwapi -ld2d1 -ldwrite -lole32 -lhhctrl\ -lgd -lgd -lz -L/c/Programs/gplibs64_gcc630/lib -lpng16 -lz -L/c/Programs/gplibs64_gcc630/lib -lfreetype -lz -lpng16 -lz -L/c/Programs/gplibs64_gcc630/lib -lfontconfig -lexpat -lfreetype -lz -lpng16 -lz -lexpat -lfreetype -lz -lpng16 -lz -ljpeg -lQt5Core -lQt5Gui -lQt5Network -lQt5Svg -lQt5Widgets -lQt5PrintSupport -lqtmain -llua -lcaca -liconv -lcerf -lm -L/c/Programs/gplibs64_gcc630/lib -L/c/Programs/gplibs64_gcc630/lib -L/mingw64/lib -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 -lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 -lwx_mswu_adv-3.0 -lwx_mswu_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 -lwx_baseu-3.0 -L/c/Programs/gplibs64_gcc630/lib -L/c/Programs/gplibs64_gcc630/lib/../lib -L/c/Programs/gplibs64_gcc630/lib -lpangocairo-1.0 -lpangowin32-1.0 -lgdi32 -lusp10 -lpango-1.0 -lm -lcairo -lz -lgobject-2.0 -lffi -lglib-2.0 -lintl -lws2_32 -lole32 -lwinmm -lshlwapi -lintl -lpixman-1 -lfontconfig -lexpat -lfreetype -lz -lpng16 -lz -lexpat -lfreetype -lz -lpng16 -lz term.co:term.c:(.text+0x1468a): undefined reference to `wxt_close_terminal_window' term.co:term.c:(.text+0x14c99): undefined reference to `wxt_update_title' term.co:term.c:(.text+0x14ed3): undefined reference to `wxt_update_size' term.co:term.c:(.text+0x14f85): undefined reference to `wxt_update_position' term.co:term.c:(.text+0xecd5): undefined reference to `wxt_text' <snip> wpause.co:wpause.c:(.text+0x7e1): undefined reference to `wxt_active_window_opened' collect2.exe: error: ld returned 1 exit status make[1]: *** [Makefile:617: gnuplot.exe] Error 1 make[1]: Leaving directory '/d/usr/Tatsu/msys2mingw64_630/gnuplot/gnuplot-5.2-cvs/gnuplot/config/mingw' make: *** [Makefile:567: console] Error 2 Seems to relate to wx-widgetes. However on 5.1 cvs, g++ -Wl,--enable-auto-import -Wl,--enable-runtime-pseudo-reloc-v2 -Wl,--allow-multiple-definition -L/c/Programs/gplibs64_gcc530/lib -s -L/c/Programs/Qt/5.7.1_mgw64_630/lib -mconsole -L/c/Program\ Files\ \(x86\)/HTML\ Help\ Workshop/lib -L. -o gnuplot.exe eval.co getcolor.co stats.co unset.co breaders.co specfun.co term.co graph3d.co dynarray.co show.co axis.co stdfn.co util.co save.co util3d.co tabulate.co readline.co internal.co jitter.co libcerf.co bitmap.co hidden3d.co plot3d.co color.co contour.co command.co multiplot.co plot.co scanner.co gadgets.co plot2d.co tables.co time.co pm3d.co matrix.co boundary.co fit.co misc.co alloc.co external.co help.co interpol.co datafile.co parse.co standard.co variable.co datablock.co graphics.co mouse.co set.co history.co version.co gpexecute.co wxt_gui.co gp_cairo.co gp_cairo_helpers.co qt_term.co winmain.co wgnuplib.co wgraph.co wprinter.co wpause.co wgdiplus.co wd2d.co wgplt_res.co -lkernel32 -lgdi32 -lwinspool -lcomdlg32 -lcomctl32 -ladvapi32 -lshell32 -lmsimg32 -lgdiplus -lshlwapi -ld2d1 -ldwrite -lole32 -lhtmlhelp\ -lgd -lgd -lz -L/c/Programs/gplibs64_gcc630/lib -lpng16 -lz -L/c/Programs/gplibs64_gcc630/lib -lfreetype -lz -lpng16 -lz -L/c/Programs/gplibs64_gcc630/lib -lfontconfig -lexpat -lfreetype -lz -lpng16 -lz -lexpat -lfreetype -lz -lpng16 -lz -ljpeg -lQt5Core -lQt5Gui -lQt5Network -lQt5Svg -lQt5Widgets -lQt5PrintSupport -lqtmain -llua -lcaca -liconv -lcerf -lm -L/c/Programs/gplibs64_gcc630/lib -L/c/Programs/gplibs64_gcc630/lib -L/mingw64/lib -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 -lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 -lwx_mswu_adv-3.0 -lwx_mswu_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 -lwx_baseu-3.0 -L/c/Programs/gplibs64_gcc630/lib -L/c/Programs/gplibs64_gcc630/lib/../lib -L/c/Programs/gplibs64_gcc630/lib -lpangocairo-1.0 -lpangowin32-1.0 -lgdi32 -lusp10 -lpango-1.0 -lm -lcairo -lz -lgobject-2.0 -lffi -lglib-2.0 -lintl -lws2_32 -lole32 -lwinmm -lshlwapi -lintl -lpixman-1 -lfontconfig -lexpat -lfreetype -lz -lpng16 -lz -lexpat -lfreetype -lz -lpng16 -lz C:/msys64_gcc630/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/6.3.0/../../../../x86_64-w64-mingw32/bin/ld.exe: skipping incompatible C:/Program Files (x86)/HTML Help Workshop/lib/htmlhelp.lib when searching for -lhtmlhelp I cannot find any difference in wx-widgets setting at link stage. Does anyone help me? Tatsuro ----- Original Message ----- > From: sfeam > To: gnuplot-beta > Cc: > Date: 2017/5/22, Mon 14:48 > Subject: New stable CVS branch for preparing first version 5.2 release candidate > >T here is now a stable branch for 5.2 separate from the main > (development) branch, which for now remains 5.1 > > To download a copy of the new stable branch (assumes bash shell) > > mkdir gnuplot52 > cd gnuplot52 > export > CVSROOT=:pserver:ano...@gn...:/cvsroot/gnuplot > cvs login (hit Enter when asked for a password) > cvs -z3 checkout -r branch-5-2-stable gnuplot > > Any patches, documentation, etc to be included in the first 5.2 release > candidate > should be applied to this new stable branch. > > Any new features or fixes to code under development should continue to > be applied to the main cvs development branch. > > Right now the stable and development branches have identical content except > for version labels. They will diverge as new patches are applied to one branch > but not the other branch. > > cheers, > > Ethan > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > Membership management via: > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > |
|
From: Allin C. <cot...@wf...> - 2017-05-23 00:30:43
|
On Mon, 22 May 2017, Ethan A Merritt wrote: > Current cvs for 5.1 and 5.2 has an odd automake glitch that > I do not understand. > > "make" run on linux creates a file > docs/windows/doc2wxhtml-doc2html.o > that surely isn't needed. > > "make dist" includes that file in the generated tarball. > Other *.o files are discarded when packing up the files > for distribution. Why not this one? > Why does it even exist in the first place? In docs/Makefile.am, the EXTRA_DIST variable includes "windows". Not sure, but I guess that would drag in anything that gets created in the windows directory? (Unless one builds out of tree, which is generally a good idea anyway.) In docs/Makefile.in we have references to this thing windows/doc2wxhtml-doc2html.o. That's the only object file to be written into the docs/windows directory, all the others just go into docs. That itself seems like an anomaly. "Not needed": well, it's "needed" to build the program doc2wxhtml, which is apparently not being marked as platform-specific. Is that wanted in connection with the wxt terminal at all? Allin Cottrell |
|
From: Daniel J S. <dan...@ie...> - 2017-05-22 23:37:49
|
On 05/22/2017 06:15 PM, Ethan A Merritt wrote: > Current cvs for 5.1 and 5.2 has an odd automake glitch that > I do not understand. > > "make" run on linux creates a file > docs/windows/doc2wxhtml-doc2html.o > that surely isn't needed. > > "make dist" includes that file in the generated tarball. > Other *.o files are discarded when packing up the files > for distribution. Why not this one? > Why does it even exist in the first place? ChangeLog has some entries: ChangeLog: in turn is triggered by docs/doc2wxhtml requring src/version.c. ChangeLog: * docs/Makefile.am (doc2wxhtml_SOURCES): Remove use of version.c. ChangeLog: * docs/Makefile.am (noinst_PROGRAMS): Add doc2wxhtml. ChangeLog: (doc2wxhtml_SOURCES, doc2wxhtml_CPPFLAGS): Use automake to build This entry seems related: 2016-01-16 Hans-Bernhard Broeker <br...@ph...> Dan |
|
From: Ethan A M. <sf...@us...> - 2017-05-22 23:28:28
|
Current cvs for 5.1 and 5.2 has an odd automake glitch that
I do not understand.
"make" run on linux creates a file
docs/windows/doc2wxhtml-doc2html.o
that surely isn't needed.
"make dist" includes that file in the generated tarball.
Other *.o files are discarded when packing up the files
for distribution. Why not this one?
Why does it even exist in the first place?
Ethan
|
|
From: <pl...@pi...> - 2017-05-22 22:27:43
|
On 22/05/17 20:19, Karl-Friedrich Ratzsch wrote: > Am 20.05.2017 um 18:03 schrieb sfeam: > >> Can you confirm that at least one of the current generation of CAD >> programs can import something useful from gnuplot? > > I have imported gnuplot dxf into Autodesk Inventor 2012 and 2014, > LibreCAD/QCAD even use dxf as their default format. FEMM (2D finite > element program, www.femm.info) con only use dxf to import model > geometries (gnuplot dxf works), COMSOL 4.2 (~2012) can also import > dxf and I think i tried a gnuplot-made dxf once. > > I uploaded a few screenshots on > https://sourceforge.net/p/gnuplot/feature-requests/463/ > >> So on the one hand it's great if code from 23 years is still useful, >> but are there no features from decades of gnuplot development >> that would make it just a little bit more useful? >> >> In other words, if the terminal is going to be including in the current >> default build don't you think it should support current default features? >> Wouldn't it be more useful if it handled (off the top of my head) >> - rectangles/circles/objects in general >> - control of linetypes, dot-dash patterns, etc > > Rectangles come out broken in LibreCAD, but look OK in Inventor. > There's something odd there. > > Circles work, as do ellipses. > > Some lines come out dashed in both Inventor and LibreCAD, although > not supposed to be. > > So I say there are a few hooks and loops than could get fixed, but > all in all the terminal works nicely. > > Karl > Thanks for doing that test. I looks like gnuplot dxf is a bit flaky in its current state but not that far off. Peter. |
|
From: Ethan A M. <sf...@us...> - 2017-05-22 21:16:17
|
OK. dxf is back, with the "legacy" tag removed. But please someone look into updating it where appropriate so that it adheres to the 2012 DXF standard: http://images.autodesk.com/adsk/files/autocad_2012_pdf_dxf-reference_enu.pdf Ethan On Monday, 22 May, 2017 21:19:53 Karl-Friedrich Ratzsch wrote: > Am 20.05.2017 um 18:03 schrieb sfeam: > > > Can you confirm that at least one of the current generation of CAD > > programs can import something useful from gnuplot? > > I have imported gnuplot dxf into Autodesk Inventor 2012 and 2014, > LibreCAD/QCAD even use dxf as their default format. FEMM (2D finite > element program, www.femm.info) con only use dxf to import model > geometries (gnuplot dxf works), COMSOL 4.2 (~2012) can also import > dxf and I think i tried a gnuplot-made dxf once. > > I uploaded a few screenshots on > https://sourceforge.net/p/gnuplot/feature-requests/463/ > > > So on the one hand it's great if code from 23 years is still useful, > > but are there no features from decades of gnuplot development > > that would make it just a little bit more useful? > > > > In other words, if the terminal is going to be including in the current > > default build don't you think it should support current default features? > > Wouldn't it be more useful if it handled (off the top of my head) > > - rectangles/circles/objects in general > > - control of linetypes, dot-dash patterns, etc > > Rectangles come out broken in LibreCAD, but look OK in Inventor. > There's something odd there. > > Circles work, as do ellipses. > > Some lines come out dashed in both Inventor and LibreCAD, although > not supposed to be. > > So I say there are a few hooks and loops than could get fixed, but > all in all the terminal works nicely. > > Karl > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta |
|
From: Karl-Friedrich R. <mai...@gm...> - 2017-05-22 19:20:07
|
Am 20.05.2017 um 18:03 schrieb sfeam: > Can you confirm that at least one of the current generation of CAD > programs can import something useful from gnuplot? I have imported gnuplot dxf into Autodesk Inventor 2012 and 2014, LibreCAD/QCAD even use dxf as their default format. FEMM (2D finite element program, www.femm.info) con only use dxf to import model geometries (gnuplot dxf works), COMSOL 4.2 (~2012) can also import dxf and I think i tried a gnuplot-made dxf once. I uploaded a few screenshots on https://sourceforge.net/p/gnuplot/feature-requests/463/ > So on the one hand it's great if code from 23 years is still useful, > but are there no features from decades of gnuplot development > that would make it just a little bit more useful? > > In other words, if the terminal is going to be including in the current > default build don't you think it should support current default features? > Wouldn't it be more useful if it handled (off the top of my head) > - rectangles/circles/objects in general > - control of linetypes, dot-dash patterns, etc Rectangles come out broken in LibreCAD, but look OK in Inventor. There's something odd there. Circles work, as do ellipses. Some lines come out dashed in both Inventor and LibreCAD, although not supposed to be. So I say there are a few hooks and loops than could get fixed, but all in all the terminal works nicely. Karl |
|
From: sfeam <sf...@us...> - 2017-05-22 05:48:25
|
There is now a stable branch for 5.2 separate from the main
(development) branch, which for now remains 5.1
To download a copy of the new stable branch (assumes bash shell)
mkdir gnuplot52
cd gnuplot52
export CVSROOT=:pserver:ano...@gn...:/cvsroot/gnuplot
cvs login (hit Enter when asked for a password)
cvs -z3 checkout -r branch-5-2-stable gnuplot
Any patches, documentation, etc to be included in the first 5.2 release candidate
should be applied to this new stable branch.
Any new features or fixes to code under development should continue to
be applied to the main cvs development branch.
Right now the stable and development branches have identical content except
for version labels. They will diverge as new patches are applied to one branch
but not the other branch.
cheers,
Ethan
|
28 messages has been excluded from this view by a project administrator.
