Menu
▾
▴
plplot-general — PLplot user discussion group
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(14) |
Jun
(1) |
Jul
(3) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(16) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(13) |
Feb
(22) |
Mar
(7) |
Apr
(8) |
May
(8) |
Jun
(11) |
Jul
(2) |
Aug
|
Sep
(5) |
Oct
(31) |
Nov
(23) |
Dec
(3) |
| 2002 |
Jan
(1) |
Feb
(17) |
Mar
(10) |
Apr
(3) |
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
(11) |
Oct
(5) |
Nov
(21) |
Dec
(20) |
| 2003 |
Jan
(27) |
Feb
(13) |
Mar
(20) |
Apr
(11) |
May
(12) |
Jun
(7) |
Jul
(16) |
Aug
(21) |
Sep
(9) |
Oct
(28) |
Nov
(24) |
Dec
(30) |
| 2004 |
Jan
(31) |
Feb
(5) |
Mar
|
Apr
(8) |
May
(12) |
Jun
(7) |
Jul
(13) |
Aug
(12) |
Sep
(2) |
Oct
(14) |
Nov
(42) |
Dec
(14) |
| 2005 |
Jan
|
Feb
|
Mar
(20) |
Apr
(17) |
May
(9) |
Jun
|
Jul
(7) |
Aug
(3) |
Sep
(17) |
Oct
(14) |
Nov
(9) |
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(13) |
Apr
(2) |
May
(46) |
Jun
(2) |
Jul
(20) |
Aug
(26) |
Sep
(31) |
Oct
(5) |
Nov
(9) |
Dec
(13) |
| 2007 |
Jan
(24) |
Feb
(22) |
Mar
(13) |
Apr
(25) |
May
(25) |
Jun
(9) |
Jul
(20) |
Aug
(9) |
Sep
(26) |
Oct
(3) |
Nov
(4) |
Dec
(3) |
| 2008 |
Jan
(92) |
Feb
(35) |
Mar
(39) |
Apr
(15) |
May
|
Jun
|
Jul
(18) |
Aug
(5) |
Sep
(5) |
Oct
(7) |
Nov
(10) |
Dec
(27) |
| 2009 |
Jan
(35) |
Feb
(34) |
Mar
(13) |
Apr
(9) |
May
(18) |
Jun
(9) |
Jul
(15) |
Aug
(13) |
Sep
(64) |
Oct
(7) |
Nov
(43) |
Dec
|
| 2010 |
Jan
(75) |
Feb
(22) |
Mar
(44) |
Apr
(34) |
May
(47) |
Jun
(77) |
Jul
(28) |
Aug
(7) |
Sep
(45) |
Oct
(1) |
Nov
(19) |
Dec
(7) |
| 2011 |
Jan
(14) |
Feb
|
Mar
(6) |
Apr
(12) |
May
(19) |
Jun
(3) |
Jul
(8) |
Aug
(4) |
Sep
(3) |
Oct
(21) |
Nov
(11) |
Dec
(4) |
| 2012 |
Jan
(2) |
Feb
(9) |
Mar
|
Apr
(1) |
May
(2) |
Jun
|
Jul
(1) |
Aug
(5) |
Sep
(5) |
Oct
(1) |
Nov
(18) |
Dec
(2) |
| 2013 |
Jan
(15) |
Feb
(16) |
Mar
(8) |
Apr
(5) |
May
|
Jun
(1) |
Jul
(17) |
Aug
(3) |
Sep
(17) |
Oct
(43) |
Nov
(25) |
Dec
(9) |
| 2014 |
Jan
(4) |
Feb
(8) |
Mar
(20) |
Apr
(14) |
May
(49) |
Jun
(1) |
Jul
|
Aug
(18) |
Sep
(2) |
Oct
(1) |
Nov
(22) |
Dec
(3) |
| 2015 |
Jan
(41) |
Feb
(2) |
Mar
(34) |
Apr
(30) |
May
(14) |
Jun
(17) |
Jul
(29) |
Aug
(3) |
Sep
(3) |
Oct
(1) |
Nov
(7) |
Dec
(4) |
| 2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
(4) |
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
(25) |
Oct
(9) |
Nov
(14) |
Dec
(13) |
| 2017 |
Jan
(11) |
Feb
(8) |
Mar
(12) |
Apr
(4) |
May
(25) |
Jun
(2) |
Jul
|
Aug
(5) |
Sep
(10) |
Oct
(25) |
Nov
|
Dec
(6) |
| 2018 |
Jan
(18) |
Feb
(6) |
Mar
(6) |
Apr
(1) |
May
(7) |
Jun
(13) |
Jul
(8) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
(17) |
Dec
(3) |
| 2019 |
Jan
(11) |
Feb
(4) |
Mar
(13) |
Apr
(19) |
May
(1) |
Jun
(2) |
Jul
(8) |
Aug
(4) |
Sep
(32) |
Oct
(51) |
Nov
(1) |
Dec
(9) |
| 2020 |
Jan
(9) |
Feb
(6) |
Mar
|
Apr
|
May
(3) |
Jun
(2) |
Jul
(5) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(3) |
Dec
|
| 2022 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Marius S. <li...@sc...> - 2015-06-04 02:18:23
|
Don, The build stage shows an architecture mismatch: ld: warning: ignoring file ../bindings/c++/libplplotcxx.12.0.0.dylib, file was built for x86_64 which is not the architecture being linked (i386) Somehow you’ve got some i386 (32bit) libraries being linked to x86_64 (64bit) ones. On Jun 3, 2015, at 9:35 AM, Spong, Donald A. <sp...@or...> wrote: > > > Alan, > > I tried the newer version you referred to. It got through the cmake step, but still had errors in the make steps that prevented successful completion. The log files are attached. > > - Thanks, Don > > >> On Jun 2, 2015, at 7:20 PM, Alan W. Irwin <ir...@be...> wrote: >> >> On 2015-06-02 22:07-0000 Spong, Donald A. wrote: >> >>> I’ve recently tried building Plplot 5.11.0 on my Mac, which is >> running OSX 10.10.3, but without success yet. The Cmake log files are >> attached. Suggestions as to what I need to fix would be appreciated. >> Please ignore previous e-mail, which was accidentally sent before >> completing. >> >> Hi Don: >> >> Thanks very much for your bug report concerning our build system. >> >> That wrong number of arguments bug is the result of an empty element >> in the list of linker flags, and because that case is not common we >> only managed (by chance) to catch and fix the bug two weeks ago. >> >> To get access to that fixed version (in our git master branch) please >> follow directions at >> <http://sourceforge.net/p/plplot/plplot/ci/master/tree/>, and if you >> have any trouble with that version at all please let me know since >> that is soon going to become our next release. >> >> Alan >> __________________________ >> Alan W. Irwin >> >> Astronomical research affiliation with Department of Physics and Astronomy, >> University of Victoria (astrowww.phys.uvic.ca). >> >> Programming affiliations with the FreeEOS equation-of-state >> implementation for stellar interiors (freeeos.sf.net); the Time >> Ephemerides project (timeephem.sf.net); PLplot scientific plotting >> software package (plplot.sf.net); the libLASi project >> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); >> and the Linux Brochure Project (lbproject.sf.net). >> __________________________ >> >> Linux-powered Science >> __________________________ > > <cmake.out><make.out><make_install.out>------------------------------------------------------------------------------ > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general Marius -- Marius Schamschula |
|
From: Alan W. I. <ir...@be...> - 2015-06-04 01:43:13
|
On 2015-06-03 14:35-0000 Spong, Donald A. wrote: > I tried the newer version you referred to. It got through the cmake step, but still had errors in the make steps that prevented successful completion. The log files are attached. Hi Don: I don't feel qualified to comment on the further PLplot build errors you have found for Mac OS X, but I am hoping someone else who does have experience building PLplot on that platform will chime in here and help you out. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Spong, D. A. <sp...@or...> - 2015-06-03 14:35:53
|
Alan, I tried the newer version you referred to. It got through the cmake step, but still had errors in the make steps that prevented successful completion. The log files are attached. - Thanks, Don > On Jun 2, 2015, at 7:20 PM, Alan W. Irwin <ir...@be...> wrote: > > On 2015-06-02 22:07-0000 Spong, Donald A. wrote: > >> I’ve recently tried building Plplot 5.11.0 on my Mac, which is > running OSX 10.10.3, but without success yet. The Cmake log files are > attached. Suggestions as to what I need to fix would be appreciated. > Please ignore previous e-mail, which was accidentally sent before > completing. > > Hi Don: > > Thanks very much for your bug report concerning our build system. > > That wrong number of arguments bug is the result of an empty element > in the list of linker flags, and because that case is not common we > only managed (by chance) to catch and fix the bug two weeks ago. > > To get access to that fixed version (in our git master branch) please > follow directions at > <http://sourceforge.net/p/plplot/plplot/ci/master/tree/>, and if you > have any trouble with that version at all please let me know since > that is soon going to become our next release. > > Alan > __________________________ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation for stellar interiors (freeeos.sf.net); the Time > Ephemerides project (timeephem.sf.net); PLplot scientific plotting > software package (plplot.sf.net); the libLASi project > (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); > and the Linux Brochure Project (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ |
|
From: Alan W. I. <ir...@be...> - 2015-06-02 23:20:11
|
On 2015-06-02 22:07-0000 Spong, Donald A. wrote: > I’ve recently tried building Plplot 5.11.0 on my Mac, which is running OSX 10.10.3, but without success yet. The Cmake log files are attached. Suggestions as to what I need to fix would be appreciated. Please ignore previous e-mail, which was accidentally sent before completing. Hi Don: Thanks very much for your bug report concerning our build system. That wrong number of arguments bug is the result of an empty element in the list of linker flags, and because that case is not common we only managed (by chance) to catch and fix the bug two weeks ago. To get access to that fixed version (in our git master branch) please follow directions at <http://sourceforge.net/p/plplot/plplot/ci/master/tree/>, and if you have any trouble with that version at all please let me know since that is soon going to become our next release. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Spong, D. A. <sp...@or...> - 2015-06-02 22:08:07
|
I’ve recently tried building Plplot 5.11.0 on my Mac, which is running OSX 10.10.3, but without success yet. The Cmake log files are attached. Suggestions as to what I need to fix would be appreciated. Please ignore previous e-mail, which was accidentally sent before completing. - Thanks, Don |
|
From: Spong, D. A. <sp...@or...> - 2015-06-02 21:58:15
|
_________________________________________________________ Donald A. Spong, Fusion Energy Theory, ORNL One Bethel Valley Road, Bldg. 5600 P. O. Box 2008, Room Q405 Oak Ridge, Tennessee 37831-6169 Phone: (865) 574-1304 FAX: (865) 576-7926 E-mail: sp...@or... http://www.ornl.gov/sci/fed/Theory/stci/stellarator_theory.html _________________________________________________________ |
|
From: Alan W. I. <ir...@be...> - 2015-05-10 22:20:10
|
On 2015-05-09 08:43-0500 Aaron Hexamer wrote: > Alan > > Thanks for the explanation. I've attached a patch [to fix the memqt-only case], but I must caveat that > it's only been tested in the limited context of my application. In > particular I'm concerned that the code I stripped out of qt.cmake is there > for some good reason, but I can't figure out what that is. Hi Aaron: I am redirecting this thread to the plplot-devel list where we discuss PLplot development. You are certaintly welcome to subscribe to that list if you have not done that already. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Aaron H. <he...@co...> - 2015-05-09 13:44:09
|
Alan Thanks for the explanation. I've attached a patch, but I must caveat that it's only been tested in the limited context of my application. In particular I'm concerned that the code I stripped out of qt.cmake is there for some good reason, but I can't figure out what that is. Thanks, Aaron. -----Original Message----- From: Alan W. Irwin [mailto:ir...@be...] Sent: Thursday, May 07, 2015 7:57 PM To: he...@co... Cc: plp...@li... Subject: Re: [Plplot-general] memqt alone On 2015-05-07 19:08-0000 he...@co... wrote: > I've been working at cutting down the size of my PLplot Windows > application which uses memqt. In trying to cut out all the non-memqt Qt devices, I've discovered some possible bugs. > > I'll get some more details, but briefly, there are a few places where > PLD_memqt was left out of conditional compilation macros for Qt raster > code. There is also a similar omission in the cmakelist file. Then, > there is other cmake code that turns off all Qt devices if PLD_extqt is not defined. That didn't make sense to me so I commented that out. What I ended up with seems to work fine with just the memqt device. Hi Aaron: For corner cases like this one (memqt only) which we ordinarily do not test, any build system, code, and testing help you could give us would be much appreciated. Once you are ready to submit your proposed changes to us, we would prefer you do that by attaching the file that is created by the "git format-patch" command. That file will contain all details of each of your commits. For more about that command and also git from the PLplot prospective, please see README.developers. This method of submitting changes is only a strong recommendation and not absolutely necessary if you don't have "git format-patch"/"git am" experience yet or prefer not to learn how to use those commands. However, the advantage of that method of submitting your changes is it facilitates us tweaking your changes further for you to try out (using the "git format-patch"/"git am" combination of commands, see README.developers). Also once your changes are finalized in collaboration with us, you will automatically get credit for your work when we push it to our repository master branch tip. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Alan W. I. <ir...@be...> - 2015-05-08 00:57:33
|
On 2015-05-07 19:08-0000 he...@co... wrote: > I've been working at cutting down the size of my PLplot Windows application which uses memqt. In trying to cut out all the non-memqt Qt > devices, I've discovered some possible bugs. > > I'll get some more details, but briefly, there are a few places where PLD_memqt was left out of conditional compilation macros for Qt > raster code. There is also a similar omission in the cmakelist file. Then, there is other cmake code that turns off all Qt devices if > PLD_extqt is not defined. That didn't make sense to me so I commented that out. What I ended up with seems to work fine with just the > memqt device. Hi Aaron: For corner cases like this one (memqt only) which we ordinarily do not test, any build system, code, and testing help you could give us would be much appreciated. Once you are ready to submit your proposed changes to us, we would prefer you do that by attaching the file that is created by the "git format-patch" command. That file will contain all details of each of your commits. For more about that command and also git from the PLplot prospective, please see README.developers. This method of submitting changes is only a strong recommendation and not absolutely necessary if you don't have "git format-patch"/"git am" experience yet or prefer not to learn how to use those commands. However, the advantage of that method of submitting your changes is it facilitates us tweaking your changes further for you to try out (using the "git format-patch"/"git am" combination of commands, see README.developers). Also once your changes are finalized in collaboration with us, you will automatically get credit for your work when we push it to our repository master branch tip. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: <he...@co...> - 2015-05-07 19:08:23
|
I've been working at cutting down the size of my PLplot Windows application which uses memqt. In trying to cut out all the non-memqt Qt devices, I've discovered some possible bugs. <br><br>I'll get some more details, but briefly, there are a few places where PLD_memqt was left out of conditional compilation macros for Qt raster code. There is also a similar omission in the cmakelist file. Then, there is other cmake code that turns off all Qt devices if PLD_extqt is not defined. That didn't make sense to me so I commented that out. What I ended up with seems to work fine with just the memqt device.<br><br>Thanks,<br><br>Aaron. |
|
From: Alan W. I. <ir...@be...> - 2015-05-06 21:07:10
|
On 2015-05-05 10:58-0700 Alan W. Irwin wrote: > @Andrew: > > I confirmed the issue (d suboption ignored for xopt and yopt for > plbox3). Would you be willing to take a further look at it as > a feature request? Never mind. It turned out this feature request was easy to implement so I did so. See <http://sourceforge.net/p/plplot/plplot/ci/78e0d431ae4ce78d26e4a890c753b278a8011028/> for details (including the test I tried of this new feature). @Sergey: To get access to this new feature you should use the tip of the master branch of our git repository following the instructions at <http://sourceforge.net/p/plplot/plplot/ci/master/tree/> Please let me know if that feature satisfies your date/time 3D needs and note that the git master branch will be the basis of our next release. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Alan W. I. <ir...@be...> - 2015-05-06 20:24:44
|
Hi Sergey (and list): On 2015-05-06 16:46+0100 Sergej Scherbina wrote: > Dear Alan, > > I tested x11.c how you have proposed to do it and received excellent 3D graphs! > Thank you! I will use four examples of x11.c code for all my 3D plots. > > But problem with standard format of date is not solved. I should be able to give you a positive answer concerning that in an hour of so. So stay tuned. > I have very simple other question - how to do the > graph with black color only in x11.c example? > What must be added to this code: > plspal0( "cmap0_black_on_white.pal" ); > plspal1( "cmap1_gray.pal", 1 ); ? Those calls are exactly correct. See examples/c/x16c.c. However, they must be placed in your code in the correct place. See that example. Another possibility instead of hard-coding color maps in your code is simply to use command-line options, e.g., -cmap0 cmap0_black_on_white.pal -cmap1 cmap1_gray.pal when you generate your plots. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Alan W. I. <ir...@be...> - 2015-05-04 18:22:34
|
On 2015-05-04 15:59+0100 Sergej Scherbina wrote: > Dear Alan, > > You developed excellent software! I use it for scientific researching of seismic records of any seismic stations. > For example, I use of your plplot for 3D plots. But is one small problem - I can't use of the format for real time > Y-m-d H:M:S by axe X for example, where is the time. How to be with this task? Maybe it is my mistake? Hi Sergey: On behalf of the team of PLplot developers thanks for your kind words about that software. I have CC'd to the plplot-general list because others there will likely be interested in this discussion. I strongly suggest since you have an interest in using PLplot you should subscribe to that mailing list if you have not done so already. That's a pretty interesting looking 3D plot you have sent (which I have also attached in this reply so the others on this list can see it). But there are obvious problems with the time formatting, and let's see if we can straighten those out. The first question is can you replicate the results from examples/c/x29c.c that are displayed at <http://plplot.sourceforge.net/examples.php?demo=29>? That example (if it works on your platform) should demonstrate how to use pltimefmt to format times before they are displayed (e.g., with the plbox command using the "d" suboption for xopt and/or yopt. See also <http://plplot.sourceforge.net/docbook-manual/plplot-html-5.11.0/pltimefmt.html> and <http://plplot.sourceforge.net/docbook-manual/plplot-html-5.11.0/plbox.html>. To try example 29 yourself, please do the equivalent of the following on your own platform (the instructions below are for Unix): cmake <cmake options including -DBUILD_TEST=ON> <path to top of source tree> make x29c #Build example 29 and its prerequisities make ps # Build the PostScript device driver and its prerequisites examples/c/x29c -dev psc -o test.psc # Run the example Then view those PostScript results to see if they are the equivalent of the ones in the first URL above. Once we establish that example 29 works on your platform, then the remaining question is whether the same sort of idea works for a 3d analog of that 2d example using pltimefmt and plbox3. The documentation at <http://plplot.sourceforge.net/docbook-manual/plplot-html-5.11.0/plbox3.html> does not mention a "d" suboption for either xopt or yopt to achieve time formatting, but I think that documentation needs updating since the code does support that suboption for xopt and yopt. (That documentation does mention a d suboption for zopt, but that is for something entirely different so therefore time formatting is not allowed for the Z axis. However, I don't think that is much of an issue since usually time formatting is only required for the independent X and Y variables in a 3D plot and not the dependent Z variable.) So for your own example, please try pltimefmt followed by a call to plbox3 with a d suboption in xopt and/or yopt and let us know the results. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: <vo...@ra...> - 2015-05-04 13:11:14
|
http://yadi.sk/i/CmVw79dcgQumH |
|
From: <vo...@ra...> - 2015-05-03 14:39:23
|
День добрый!http://yadi.sk/i/KsbYvW1-gPwzGИскренне для Вас мое предложение! |
|
From: Arjen M. <Arj...@de...> - 2015-05-02 10:22:37
|
Hi Alan, Chen, > > To Shen-Yeh Chen: > > To add to what Arjen said above, my tests of running plplot in a tclsh environment on > MinGW/MSYS show that setting PLPLOT_DRV_DIR and PLPLOT_LIB is not > necessary for my particual version of that platform. > This makes sense because after all, PLplot already knows where path-to-drvinfo- > files and path-to-pal-files are located for both the build tree and the install tree so > there should be no need for you to remind PLplot of information it alread knows > (subject to possible mistakes about whether you want the build tree or install tree > locations). Note, PLplot uses a heuristic (is current path within the build tree?) to > decide which set of locations it should use. However, on Arjen's MinGW/MSYS > platform (which was a later version than mine) it turned out that heuristic logic gave > the wrong result. Therefore, he has long been in the habit of setting those two > environment variables to work around that bug in the heuristic. > > The present status is I believe I completely fixed that bug last week for the git master > tip version of PLplot so the heuristic will work properly for all MinGW/MSYS versions. > Arjen confirmed that fix worked for a small test on his MinGW/MSYS platform. So I > frankly don't understand why he needed to set PLPLOT_DRV_DIR and > PLPLOT_LIB above. Arjen does plan to follow up with comprehensive testing > (without either PLPLOT_DRV_DIR or PLPLOT_LIB set) of that fix as well, but he > hasn't done that yet for a complete final confirmation of that fix. > Indeed, I have focused first on Cygwin. I have tested Cygwin with an X server running, but that is giving very odd results. I will report them separately. Also note my report on Cygwin dd. 26 april. The curious thing there was that the Python bindings were turned off for the static case. > Anyhow, if you are using either the build-tree version of PLplot or a properly installed > install-tree version of PLplot for the git master tip version of PLplot, you will likely not > need to set PLPLOT_DRV_DIR or PLPLOT_LIB now, but if you still do need to set > those variables for the stated conditions and/or Arjen's planned comprehensive > testing shows any problems, I guarantee to get that bug fixed. > > By the way, if you are using your own home-built procedure for installing PLplot (i.e., > copying bits and pieces of it from the build tree to some location), then you likely do > have to set PLPLOT_DRV_DIR or PLPLOT_LIB, but I would highly recommend > instead that you simply use the install target to install PLplot since that is likely more > reliable than any home-built procedure for doing the same task and also it should > allow you (assuming the heuristic now works on all > platforms) to avoid having to set those two environment variables. > This should be safer indeed, but is the install directory then incorporated in the DLLs? I will see that I run the comprehensive tests using bare Windows this week - using winbash. Regards, Arjen DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
|
From: Alan W. I. <ir...@be...> - 2015-05-01 20:08:30
|
On 2015-05-01 07:45-0000 Arjen Markus wrote: > Hi Chen, > > > > I found the receipe to get this working, but it is not entirely trivial - which is a soemwhat nasty and confusing surprise. Here it is: > > - Copy the relevant files into one or more directories that you are going to refer to > > - Use the sequence of commands like this: > > set env(PATH) "path-to-dlls;$env(PATH)" > > set env(PLPLOT_DRV_DIR) path-to-drvinfo-files > > set env(PLPLOT_LIB) path-to-pal-files > > lappend auto_path path-to-dlls > > package require Pltcl > > load plplottcltk.dll Pltcl > > ... PLplot is ready > > > > I tested this with the DLLs in a directory "bin" under the directory where I started tclsh, the driver-info-files in a directory "drivers" and the font and palette files in a directory "data". It is not necessary to separate them like that, but for testing purposes it was easier to do it this way. > To Shen-Yeh Chen: To add to what Arjen said above, my tests of running plplot in a tclsh environment on MinGW/MSYS show that setting PLPLOT_DRV_DIR and PLPLOT_LIB is not necessary for my particual version of that platform. This makes sense because after all, PLplot already knows where path-to-drvinfo-files and path-to-pal-files are located for both the build tree and the install tree so there should be no need for you to remind PLplot of information it alread knows (subject to possible mistakes about whether you want the build tree or install tree locations). Note, PLplot uses a heuristic (is current path within the build tree?) to decide which set of locations it should use. However, on Arjen's MinGW/MSYS platform (which was a later version than mine) it turned out that heuristic logic gave the wrong result. Therefore, he has long been in the habit of setting those two environment variables to work around that bug in the heuristic. The present status is I believe I completely fixed that bug last week for the git master tip version of PLplot so the heuristic will work properly for all MinGW/MSYS versions. Arjen confirmed that fix worked for a small test on his MinGW/MSYS platform. So I frankly don't understand why he needed to set PLPLOT_DRV_DIR and PLPLOT_LIB above. Arjen does plan to follow up with comprehensive testing (without either PLPLOT_DRV_DIR or PLPLOT_LIB set) of that fix as well, but he hasn't done that yet for a complete final confirmation of that fix. Anyhow, if you are using either the build-tree version of PLplot or a properly installed install-tree version of PLplot for the git master tip version of PLplot, you will likely not need to set PLPLOT_DRV_DIR or PLPLOT_LIB now, but if you still do need to set those variables for the stated conditions and/or Arjen's planned comprehensive testing shows any problems, I guarantee to get that bug fixed. By the way, if you are using your own home-built procedure for installing PLplot (i.e., copying bits and pieces of it from the build tree to some location), then you likely do have to set PLPLOT_DRV_DIR or PLPLOT_LIB, but I would highly recommend instead that you simply use the install target to install PLplot since that is likely more reliable than any home-built procedure for doing the same task and also it should allow you (assuming the heuristic now works on all platforms) to avoid having to set those two environment variables. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Arjen M. <Arj...@de...> - 2015-05-01 07:45:31
|
Volume in drive D is DATA
Volume Serial Number is 14F1-F413
Directory of d:\plplot-svn\tcl
01-May-15 09:32 <DIR> .
01-May-15 09:32 <DIR> ..
01-May-15 09:32 0 aa
30-Apr-15 17:42 <DIR> bin
01-May-15 09:30 <DIR> data
01-May-15 09:23 <DIR> drivers
01-May-15 09:27 246 readme.bak
01-May-15 09:28 285 readme.txt
01-May-15 09:31 175 startplplot.tcl
4 File(s) 706 bytes
Directory of d:\plplot-svn\tcl\bin
30-Apr-15 17:42 <DIR> .
30-Apr-15 17:42 <DIR> ..
30-Apr-15 17:35 78,336 csirocsa.dll
30-Apr-15 17:35 38,400 mem.dll
30-Apr-15 17:35 50,688 ntk.dll
30-Apr-15 17:35 36,352 null.dll
30-Apr-15 17:34 2,614 pkgIndex.tcl
30-Apr-15 17:35 713,728 plplot.dll
30-Apr-15 17:35 731 plplot.tcl
30-Apr-15 17:35 117,760 plplotcxx.dll
30-Apr-15 17:35 288,256 plplottcltk.dll
30-Apr-15 17:35 43,008 plplottcltk_Main.dll
30-Apr-15 17:35 76,800 ps.dll
30-Apr-15 17:35 69,632 qsastime.dll
30-Apr-15 17:35 55,296 svg.dll
30-Apr-15 17:35 54,784 tclmatrix.dll
30-Apr-15 17:35 54,784 wingcc.dll
30-Apr-15 17:35 45,568 xfig.dll
16 File(s) 1,726,737 bytes
Directory of d:\plplot-svn\tcl\data
01-May-15 09:30 <DIR> .
01-May-15 09:30 <DIR> ..
20-Feb-15 09:38 131 cmap0_alternate.pal
20-Feb-15 09:38 195 cmap0_black_on_white.pal
20-Feb-15 09:38 131 cmap0_default.pal
20-Feb-15 09:38 195 cmap0_white_bg.pal
20-Feb-15 09:38 51 cmap1_blue_red.pal
20-Feb-15 09:38 220 cmap1_blue_yellow.pal
20-Feb-15 09:38 80 cmap1_default.pal
20-Feb-15 09:38 69 cmap1_gray.pal
20-Feb-15 09:38 51 cmap1_highfreq.pal
20-Feb-15 09:38 105 cmap1_lowfreq.pal
20-Feb-15 09:38 426 cmap1_radar.pal
20-Feb-15 09:38 6,414 plstnd5.fnt
20-Feb-15 09:38 58,818 plxtnd5.fnt
13 File(s) 66,886 bytes
Directory of d:\plplot-svn\tcl\drivers
01-May-15 09:23 <DIR> .
01-May-15 09:23 <DIR> ..
30-Apr-15 17:34 47 mem.driver_info
30-Apr-15 17:34 32 ntk.driver_info
30-Apr-15 17:34 34 null.driver_info
30-Apr-15 17:34 86 ps.driver_info
30-Apr-15 17:34 53 svg.driver_info
30-Apr-15 17:34 38 wingcc.driver_info
30-Apr-15 17:34 30 xfig.driver_info
7 File(s) 320 bytes
Total Files Listed:
40 File(s) 1,794,649 bytes
11 Dir(s) 1,015,793,119,232 bytes free
|
|
From: Alan W. I. <ir...@be...> - 2015-05-01 01:26:09
|
On 2015-04-27 21:28+1000 sis...@op... wrote:
> -----Original Message-----
> From: Alan W. Irwin
> Sent: Sunday, April 12, 2015 10:19 PM
> To: plplot_general
> Subject: [Plplot-general] PLplot-5.11.0 has been released
>
>> I am happy to report that the PLplot-5.11.0 release process has been
>> completed.
>
> I do a static build on Windows with:
>
> C:\>cmake -G "MinGW
> Makefiles" -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_PREFIX=C:/MinGW/msys/1.0/local
> -DBUILD_SHARED_LIBS=OFF -DENABLE_f77=OFF -DENABLE_cxx=OFF -DENABLE_f95=OFF
> -DBUILD_TEST=ON ..
>
> That works fine with 5.10.0, but with 5.11.0 the mingw32-make step fails
> with:
>
> Linking C executable test_plbuf.exe
> cd /d C:\comp\plplot-5.11.0\build32\examples\c &&
> C:\_32\cmake\bin\cmake.exe -E
> cmake_link_script CMakeFiles\test_plbuf.dir\link.txt --verbose=1
> C:\_32\cmake\bin\cmake.exe -E remove -f CMakeFiles\test_plbuf.dir/objects.a
> C:\MinGW\bin\ar.exe cr CMakeFiles\test_plbuf.dir/objects.a
> @CMakeFiles\test_plbuf.dir\objects1.rsp
> C:\MinGW\bin\gcc.exe -Wl,--whole-archive
> CMakeFiles\test_plbuf.dir/objects.
> a -Wl,--no-whole-archive -o
> test_plbuf.exe -Wl,--out-implib,libtest_plbuf.dll.a
> -Wl,--major-image-version,0,--minor-image-version,0 ..\..\src\libplplot.a
> C:\MinGW\lib\libgdi32.a C:\MinGW\lib\libcomdlg32.a
> C:\MinGW\msys\1.0\local\lib\libfreetype.a ..\..\lib\csa\libcsirocsa.a
> ..\..\lib\qsastime\libqsastime.a -lkernel32 -luser32 -lgdi32 -lwinspool -lshell32
> -lole32 -loleaut32 -luuid -lcomdlg32 -ladvapi32
> C:\MinGW\msys\1.0\local\lib\libfreetype.a(ftgzip.o): In function
> `ft_gzip_file_fill_output':
> c:/comp/freetype-2.4.10/src/gzip/ftgzip.c:413: undefined reference to
> `_inflate'
> C:\MinGW\msys\1.0\local\lib\libfreetype.a(ftgzip.o): In function
> `ft_gzip_file_reset':
> c:/comp/freetype-2.4.10/src/gzip/ftgzip.c:339: undefined reference to
> `_inflateReset'
> C:\MinGW\msys\1.0\local\lib\libfreetype.a(ftgzip.o): In function
> `ft_gzip_file_done':
> c:/comp/freetype-2.4.10/src/gzip/ftgzip.c:310: undefined reference to
> `_inflateEnd'
> C:\MinGW\msys\1.0\local\lib\libfreetype.a(ftgzip.o): In function
> `ft_gzip_file_init':
> c:/comp/freetype-2.4.10/src/gzip/ftgzip.c:295: undefined reference to
> `_inflateInit2_'
> C:\MinGW\msys\1.0\local\lib\libfreetype.a(ftgzip.o): In function
> `ft_gzip_file_done':
> c:/comp/freetype-2.4.10/src/gzip/ftgzip.c:310: undefined reference to
> `_inflateEnd'
> collect2.exe: error: ld returned 1 exit status
>
> I guess a link to libz is also needed.
> Why was this not an issue with 5.10.0 ?
> What is the "cmake" command line alteration that I need to make ?
>
> ("-DBUILD_TEST=OFF" enables mingw32-make to succeed, but that's not the
> solution I'm after.)
Hi Rob:
Thanks for that report.
To answer your question in general, 5.11.0 has a different result
because there are more PLplot test applications built for that release
(in this case test_plbuf) than for 5.10.0. Note I typically ask users
to test PLplot on their favorite platforms before each release, but
this time I forgot to do that and developer testing of 5.11.0 was a
bit light this time. The result was there was a couple of successful
tests for "MSYS Makefiles" (see
<https://sourceforge.net/p/plplot/wiki/Testing_PLplot/#Testing%20Reports>
but nobody reported "MinGW Makefiles" test results before the
release so it appears something might have slipped through the cracks.
If I can confirm the build error you found for the "MinGW Makefiles"
case, I will fix that for the git master branch which will be the
basis for our next release. However, it will be a while (probably at
least a week) before I can look at "MinGW Makefiles" because there are
other PLplot bugs that have come to my attention that I am right in
the middle of fixing.
Meanwhile, assuming you are willing to download and install MSYS it
would be worthwhile for you to see if "MSYS Makefiles" works for you
for PLplot-5.11.0 like it has for others just to confirm that
generator works on your build platform (using the MSYS "make" command
rather than the MinGW "mingw32-make" command).
By the way, our testing experience for "MSYS Makefiles" (for classical
MinGW/MSYS at least although my understanding is MinGW-w64/MSYS2 is
much better in this regard) has found that parallel build options
are quite unreliable on that platform. I have no idea
whether parallel builds are an issue for the "MinGW Makefiles" generator
(i.e., MinGW without MSYS).
Alan
__________________________
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________
Linux-powered Science
__________________________
|
|
From: Arjen M. <Arj...@de...> - 2015-04-30 08:16:48
|
Hi Chen, I have tried to get it to work by copying the relevant files in a separate directory (so as to determine which ones are really needed), but the MinGW/MSYS build I thought I could use for this is presenting strange difficulties (annoying and intriguing, I must say, as the examples work fine under the build tree). I will have to use a different one. Will keep you posted. Regards, Arjen From: Shen-Yeh Chen [mailto:she...@ho...] Sent: Monday, April 27, 2015 8:24 PM To: Arjen Markus; Alan W. Irwin Cc: plp...@li... Subject: RE: [Plplot-general] Compile for tcl binding Hi Arjen, I was hooked up with something else, so I was not able to test it further for few weeks until now. I put plplottcltkd.dll under the directory of my version of tclsh.exe (and also tk.dll), and then load plplottcltkd.dll Pltcl But I got this error message: couldn't load library "plplottcltkd.dll" : this library or a dependency library could not be found in library path I think I have not configured/installed it right. Any suggestion here ? Regards Chen ________________________________ From: Arj...@de...<mailto:Arj...@de...> To: she...@ho...<mailto:she...@ho...>; ir...@be...<mailto:ir...@be...> CC: plp...@li...<mailto:plp...@li...> Subject: RE: [Plplot-general] Compile for tcl binding Date: Mon, 13 Apr 2015 09:35:51 +0000 Hi Chen, The library you should load is plplottcltkd.dll, with the entry point "Pltcl", so: % load plplottcltkd.dll Pltcl The package name is Pltcl - in the directory bindings\tcl you can find the pkgIndex.tcl file, this is a trifle complicated as it tries to accommodate for various platforms and directories. Regards, Arjen From: Shen-Yeh Chen [mailto:she...@ho...] Sent: Sunday, April 12, 2015 7:20 PM To: Arjen Markus; Alan W. Irwin Cc: plp...@li...<mailto:plp...@li...> Subject: RE: [Plplot-general] Compile for tcl binding Hi Arjen, I look at the cmake options again, and took out the "sud" tag. Now the files under the "\INSTALL\bin" are csirocsa.dll plplotcxxd.dll plplotd.dll plplottcltkd.dll plplottcltk_Maind.dll pltcl.exe pltek.exe qsastime.dll tclmatrixd.dll Which one should I use to load into my own tcl shell ? Thank again for the help. Regards Chen ________________________________ From: she...@ho...<mailto:she...@ho...> To: arj...@de...<mailto:arj...@de...>; ir...@be...<mailto:ir...@be...> Date: Sun, 12 Apr 2015 10:07:28 -0700 CC: plp...@li...<mailto:plp...@li...> Subject: Re: [Plplot-general] Compile for tcl binding Hi Arjen, Yes the installation seems to be successful too. The only place I can find the dll is under the "\INSTALL\bin" directory of my plplot directory (where I have defined the installation prefix). And I can see these files csirocsa.dll plplotcxxsudd.dll plplotsudd.dll plplottcltksudd.dll plplottcltk_Mainsudd.dll pltcl.exe pltek.exe qsastime.dll tclmatrixsudd.dll Which file should I use to load into my own Tcl shell ? Regards Chen ________________________________ From: Arj...@de...<mailto:Arj...@de...> To: she...@ho...<mailto:she...@ho...>; ir...@be...<mailto:ir...@be...> CC: plp...@li...<mailto:plp...@li...> Subject: RE: [Plplot-general] Compile for tcl binding Date: Sun, 12 Apr 2015 09:01:10 +0000 Hi Chen, Congratulations! Now we are getting somewhere. The easiest next step is to get PLplot installed: nmake install That should place the relevant files under c:\program files [(x86)]\plplot (I never know which of the two). Then set the auto_path variable to include that directory: lappend auto_path "c:/program files/plplot/..." I can't check it exactly at the moment, so this is merely a sketch ;) Regards, Arjen From: Shen-Yeh Chen [mailto:she...@ho...] Sent: Saturday, April 11, 2015 7:58 PM To: Alan W. Irwin Cc: Arjen Markus; plp...@li...<mailto:plp...@li...> Subject: RE: [Plplot-general] Compile for tcl binding OK......I think I have done something right now, so at least I am seeing ENABLD_tcl set to on. For some specific reason I do have to use my own built version of Tcl, so this is what I have done 1. I copy tchsh86t.exe to tchsh.exe, and copy tcl86t.lib to tcl86.lib 2. the following commands are used to call cmake and nmake. And I have attached their output here too. set PATH=%PATH%;c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin set CMAKE_INCLUDE_PATH=c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/include set CMAKE_LIBRARY_PATH=c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/lib cmake "C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/SOURCE" -G "NMake Makefiles" -DPL_DOUBLE=ON -DLIB_TAG="sud" -DBUILD_TEST=ON -DCMAKE_INSTALL_PREFIX="C:\DISK0001\Optimizer01\Worksp\SOURCE\plplot\plplot-5.10.0\INSTALL" -DCMAKE_CONFIGURATION_TYPES="Release" -DBUILD_SHARED_LIBS=OFF -DSTATIC_RUNTIME=ON -DENABLE_tcl=ON -DTCL_LIBRARY_VERSION=86t > log_cmake04_tcl.out 2>&1 nmake > log_nmake04_tcl.out Now the problem is......where do I find the .dll of plplot, that I can load into tcl ? Thanks again for the help. Regards Chen > Date: Fri, 10 Apr 2015 12:55:32 -0700 > From: ir...@be...<mailto:ir...@be...> > To: she...@ho...<mailto:she...@ho...> > CC: arj...@de...<mailto:arj...@de...>; plp...@li...<mailto:plp...@li...> > Subject: RE: [Plplot-general] Compile for tcl binding > > Hi Shen-Yeh: > > Thanks for that captured output from the cmake command. Notice in > there it says: > > Could NOT find Tclsh (missing: TCL_TCLSH) > > which means indeed our build system is not finding any of your current > Tcl installation at all. > > On 2015-04-10 08:24-0700 Shen-Yeh Chen wrote: > > > Here is the path of the executable > > > > C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin/tclsh86t.exe > > > > The /lib directory has the following files (along with other directories) > > tcl86t.lib > > tclConfig.sh > > tclooConfig.sh > > tclstub86.lib > > Arjen gave you advice about how to modify our build system so it will > find your non-standard names for Tcl components. That might work, but > if you run into trouble with that approach, I suggest you adjust your tcl > installation to be more standard instead. > > For example, Arjen mentioned using a binary installation of Tcl instead of > your own build. That should work fine, but if you want to use your > own build for some reason you could take a look at the binary version > to see what the disk layout is, and then make sure the layout for your > own build is similar. > > For example, it is virtually a Tcl Windows standard that tclsh.exe must be > defined as a copy of the versioned file that is installed so you > should do that copy (of tclsh86t.exe in your case) > in the > > C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin > > directory, make that directory part of the list of directories on your > PATH, and then after that the tclsh command should "just work" > regardless of what directory you are in. Under bash.exe you could do > that using > > export \ > PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin:$PATH > > but Arjen will have to advise you how to do that under DOS command line. > > Similarly, you have to set the CMAKE_INCLUDE_PATH and > CMAKE_LIBRARY_PATH environment variables I mentioned before so > that our CMake-based build system can find your non-standard disk > locations. Under bash.exe you would do that using > > export \ > CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/include:$CMAKE_INCLUDE_PATH > > (subject to adjustment as to wherever the tcl.h file is located on > your system), and > > export \ > CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/lib:$CMAKE_LIBRARY_PATH > > In both cases you might have to do some file copies to work around the > non-standard t suffix that seems to be in some of your Tcl-related > file names. For example, you might have to create > tcl86.lib as a copy of tcl86t.lib. > > I think I have come to the end of my limited Tcl/Windows expertise so > I will let Arjen guide you further. Good luck in getting this > all to work. > > Alan > __________________________ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation for stellar interiors (freeeos.sf.net); the Time > Ephemerides project (timeephem.sf.net); PLplot scientific plotting > software package (plplot.sf.net); the libLASi project > (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); > and the Linux Brochure Project (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. ------------------------------------------------------------------------------ BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF _______________________________________________ Plplot-general mailing list Plp...@li...<mailto:Plp...@li...> https://lists.sourceforge.net/lists/listinfo/plplot-general DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
|
From: Arjen M. <Arj...@de...> - 2015-04-28 13:52:53
|
Hi Chen, I will try to gather the relevant files on my system, so that I can give some better and, in particular, tested advice on this. It will be for tomorrow, though. Regards, Arjen From: Shen-Yeh Chen [mailto:she...@ho...] Sent: Monday, April 27, 2015 8:24 PM To: Arjen Markus; Alan W. Irwin Cc: plp...@li... Subject: RE: [Plplot-general] Compile for tcl binding Hi Arjen, I was hooked up with something else, so I was not able to test it further for few weeks until now. I put plplottcltkd.dll under the directory of my version of tclsh.exe (and also tk.dll), and then load plplottcltkd.dll Pltcl But I got this error message: couldn't load library "plplottcltkd.dll" : this library or a dependency library could not be found in library path I think I have not configured/installed it right. Any suggestion here ? Regards Chen ________________________________ From: Arj...@de...<mailto:Arj...@de...> To: she...@ho...<mailto:she...@ho...>; ir...@be...<mailto:ir...@be...> CC: plp...@li...<mailto:plp...@li...> Subject: RE: [Plplot-general] Compile for tcl binding Date: Mon, 13 Apr 2015 09:35:51 +0000 Hi Chen, The library you should load is plplottcltkd.dll, with the entry point "Pltcl", so: % load plplottcltkd.dll Pltcl The package name is Pltcl - in the directory bindings\tcl you can find the pkgIndex.tcl file, this is a trifle complicated as it tries to accommodate for various platforms and directories. Regards, Arjen From: Shen-Yeh Chen [mailto:she...@ho...] Sent: Sunday, April 12, 2015 7:20 PM To: Arjen Markus; Alan W. Irwin Cc: plp...@li...<mailto:plp...@li...> Subject: RE: [Plplot-general] Compile for tcl binding Hi Arjen, I look at the cmake options again, and took out the "sud" tag. Now the files under the "\INSTALL\bin" are csirocsa.dll plplotcxxd.dll plplotd.dll plplottcltkd.dll plplottcltk_Maind.dll pltcl.exe pltek.exe qsastime.dll tclmatrixd.dll Which one should I use to load into my own tcl shell ? Thank again for the help. Regards Chen ________________________________ From: she...@ho...<mailto:she...@ho...> To: arj...@de...<mailto:arj...@de...>; ir...@be...<mailto:ir...@be...> Date: Sun, 12 Apr 2015 10:07:28 -0700 CC: plp...@li...<mailto:plp...@li...> Subject: Re: [Plplot-general] Compile for tcl binding Hi Arjen, Yes the installation seems to be successful too. The only place I can find the dll is under the "\INSTALL\bin" directory of my plplot directory (where I have defined the installation prefix). And I can see these files csirocsa.dll plplotcxxsudd.dll plplotsudd.dll plplottcltksudd.dll plplottcltk_Mainsudd.dll pltcl.exe pltek.exe qsastime.dll tclmatrixsudd.dll Which file should I use to load into my own Tcl shell ? Regards Chen ________________________________ From: Arj...@de...<mailto:Arj...@de...> To: she...@ho...<mailto:she...@ho...>; ir...@be...<mailto:ir...@be...> CC: plp...@li...<mailto:plp...@li...> Subject: RE: [Plplot-general] Compile for tcl binding Date: Sun, 12 Apr 2015 09:01:10 +0000 Hi Chen, Congratulations! Now we are getting somewhere. The easiest next step is to get PLplot installed: nmake install That should place the relevant files under c:\program files [(x86)]\plplot (I never know which of the two). Then set the auto_path variable to include that directory: lappend auto_path "c:/program files/plplot/..." I can't check it exactly at the moment, so this is merely a sketch ;) Regards, Arjen From: Shen-Yeh Chen [mailto:she...@ho...] Sent: Saturday, April 11, 2015 7:58 PM To: Alan W. Irwin Cc: Arjen Markus; plp...@li...<mailto:plp...@li...> Subject: RE: [Plplot-general] Compile for tcl binding OK......I think I have done something right now, so at least I am seeing ENABLD_tcl set to on. For some specific reason I do have to use my own built version of Tcl, so this is what I have done 1. I copy tchsh86t.exe to tchsh.exe, and copy tcl86t.lib to tcl86.lib 2. the following commands are used to call cmake and nmake. And I have attached their output here too. set PATH=%PATH%;c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin set CMAKE_INCLUDE_PATH=c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/include set CMAKE_LIBRARY_PATH=c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/lib cmake "C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/SOURCE" -G "NMake Makefiles" -DPL_DOUBLE=ON -DLIB_TAG="sud" -DBUILD_TEST=ON -DCMAKE_INSTALL_PREFIX="C:\DISK0001\Optimizer01\Worksp\SOURCE\plplot\plplot-5.10.0\INSTALL" -DCMAKE_CONFIGURATION_TYPES="Release" -DBUILD_SHARED_LIBS=OFF -DSTATIC_RUNTIME=ON -DENABLE_tcl=ON -DTCL_LIBRARY_VERSION=86t > log_cmake04_tcl.out 2>&1 nmake > log_nmake04_tcl.out Now the problem is......where do I find the .dll of plplot, that I can load into tcl ? Thanks again for the help. Regards Chen > Date: Fri, 10 Apr 2015 12:55:32 -0700 > From: ir...@be...<mailto:ir...@be...> > To: she...@ho...<mailto:she...@ho...> > CC: arj...@de...<mailto:arj...@de...>; plp...@li...<mailto:plp...@li...> > Subject: RE: [Plplot-general] Compile for tcl binding > > Hi Shen-Yeh: > > Thanks for that captured output from the cmake command. Notice in > there it says: > > Could NOT find Tclsh (missing: TCL_TCLSH) > > which means indeed our build system is not finding any of your current > Tcl installation at all. > > On 2015-04-10 08:24-0700 Shen-Yeh Chen wrote: > > > Here is the path of the executable > > > > C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin/tclsh86t.exe > > > > The /lib directory has the following files (along with other directories) > > tcl86t.lib > > tclConfig.sh > > tclooConfig.sh > > tclstub86.lib > > Arjen gave you advice about how to modify our build system so it will > find your non-standard names for Tcl components. That might work, but > if you run into trouble with that approach, I suggest you adjust your tcl > installation to be more standard instead. > > For example, Arjen mentioned using a binary installation of Tcl instead of > your own build. That should work fine, but if you want to use your > own build for some reason you could take a look at the binary version > to see what the disk layout is, and then make sure the layout for your > own build is similar. > > For example, it is virtually a Tcl Windows standard that tclsh.exe must be > defined as a copy of the versioned file that is installed so you > should do that copy (of tclsh86t.exe in your case) > in the > > C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin > > directory, make that directory part of the list of directories on your > PATH, and then after that the tclsh command should "just work" > regardless of what directory you are in. Under bash.exe you could do > that using > > export \ > PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin:$PATH > > but Arjen will have to advise you how to do that under DOS command line. > > Similarly, you have to set the CMAKE_INCLUDE_PATH and > CMAKE_LIBRARY_PATH environment variables I mentioned before so > that our CMake-based build system can find your non-standard disk > locations. Under bash.exe you would do that using > > export \ > CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/include:$CMAKE_INCLUDE_PATH > > (subject to adjustment as to wherever the tcl.h file is located on > your system), and > > export \ > CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/lib:$CMAKE_LIBRARY_PATH > > In both cases you might have to do some file copies to work around the > non-standard t suffix that seems to be in some of your Tcl-related > file names. For example, you might have to create > tcl86.lib as a copy of tcl86t.lib. > > I think I have come to the end of my limited Tcl/Windows expertise so > I will let Arjen guide you further. Good luck in getting this > all to work. > > Alan > __________________________ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation for stellar interiors (freeeos.sf.net); the Time > Ephemerides project (timeephem.sf.net); PLplot scientific plotting > software package (plplot.sf.net); the libLASi project > (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); > and the Linux Brochure Project (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. ------------------------------------------------------------------------------ BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF _______________________________________________ Plplot-general mailing list Plp...@li...<mailto:Plp...@li...> https://lists.sourceforge.net/lists/listinfo/plplot-general DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
|
From: Arjen M. <Arj...@de...> - 2015-04-28 13:30:32
|
Hi Chen, Plplottcltkd.dll is the Tcl-specific layer on top of the plplot.dll. You need this one and actually most of the rest of the DLLs that are built as well (the drivers are built as separate DLLs and then there are a number of auxiliary packages, such csirocsa.dll, plplottcltk_Maind.dll, ...). Did you put those in that directory too? Regards, Arjen From: Shen-Yeh Chen [mailto:she...@ho...] Sent: Monday, April 27, 2015 8:24 PM To: Arjen Markus; Alan W. Irwin Cc: plp...@li... Subject: RE: [Plplot-general] Compile for tcl binding Hi Arjen, I was hooked up with something else, so I was not able to test it further for few weeks until now. I put plplottcltkd.dll under the directory of my version of tclsh.exe (and also tk.dll), and then load plplottcltkd.dll Pltcl But I got this error message: couldn't load library "plplottcltkd.dll" : this library or a dependency library could not be found in library path I think I have not configured/installed it right. Any suggestion here ? Regards Chen DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
|
From: Shen-Yeh C. <she...@ho...> - 2015-04-27 18:24:07
|
Hi Arjen, I was hooked up with something else, so I was not able to test it further for few weeks until now. I put plplottcltkd.dll under the directory of my version of tclsh.exe (and also tk.dll), and then load plplottcltkd.dll Pltcl But I got this error message: couldn't load library "plplottcltkd.dll" : this library or a dependency library could not be found in library path I think I have not configured/installed it right. Any suggestion here ? Regards Chen From: Arj...@de... To: she...@ho...; ir...@be... CC: plp...@li... Subject: RE: [Plplot-general] Compile for tcl binding Date: Mon, 13 Apr 2015 09:35:51 +0000 Hi Chen, The library you should load is plplottcltkd.dll, with the entry point “Pltcl”, so: % load plplottcltkd.dll Pltcl The package name is Pltcl – in the directory bindings\tcl you can find the pkgIndex.tcl file, this is a trifle complicated as it tries to accommodate for various platforms and directories. Regards, Arjen From: Shen-Yeh Chen [mailto:she...@ho...] Sent: Sunday, April 12, 2015 7:20 PM To: Arjen Markus; Alan W. Irwin Cc: plp...@li... Subject: RE: [Plplot-general] Compile for tcl binding Hi Arjen, I look at the cmake options again, and took out the "sud" tag. Now the files under the "\INSTALL\bin" are csirocsa.dll plplotcxxd.dll plplotd.dll plplottcltkd.dll plplottcltk_Maind.dll pltcl.exe pltek.exe qsastime.dll tclmatrixd.dll Which one should I use to load into my own tcl shell ? Thank again for the help. Regards Chen From: she...@ho... To: arj...@de...; ir...@be... Date: Sun, 12 Apr 2015 10:07:28 -0700 CC: plp...@li... Subject: Re: [Plplot-general] Compile for tcl binding Hi Arjen, Yes the installation seems to be successful too. The only place I can find the dll is under the "\INSTALL\bin" directory of my plplot directory (where I have defined the installation prefix). And I can see these files csirocsa.dll plplotcxxsudd.dll plplotsudd.dll plplottcltksudd.dll plplottcltk_Mainsudd.dll pltcl.exe pltek.exe qsastime.dll tclmatrixsudd.dll Which file should I use to load into my own Tcl shell ? Regards Chen From: Arj...@de... To: she...@ho...; ir...@be... CC: plp...@li... Subject: RE: [Plplot-general] Compile for tcl binding Date: Sun, 12 Apr 2015 09:01:10 +0000 Hi Chen, Congratulations! Now we are getting somewhere. The easiest next step is to get PLplot installed: nmake install That should place the relevant files under c:\program files [(x86)]\plplot (I never know which of the two). Then set the auto_path variable to include that directory: lappend auto_path “c:/program files/plplot/…” I can’t check it exactly at the moment, so this is merely a sketch ;) Regards, Arjen From: Shen-Yeh Chen [mailto:she...@ho...] Sent: Saturday, April 11, 2015 7:58 PM To: Alan W. Irwin Cc: Arjen Markus; plp...@li... Subject: RE: [Plplot-general] Compile for tcl binding OK......I think I have done something right now, so at least I am seeing ENABLD_tcl set to on. For some specific reason I do have to use my own built version of Tcl, so this is what I have done 1. I copy tchsh86t.exe to tchsh.exe, and copy tcl86t.lib to tcl86.lib 2. the following commands are used to call cmake and nmake. And I have attached their output here too. set PATH=%PATH%;c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin set CMAKE_INCLUDE_PATH=c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/include set CMAKE_LIBRARY_PATH=c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/lib cmake "C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/SOURCE" -G "NMake Makefiles" -DPL_DOUBLE=ON -DLIB_TAG="sud" -DBUILD_TEST=ON -DCMAKE_INSTALL_PREFIX="C:\DISK0001\Optimizer01\Worksp\SOURCE\plplot\plplot-5.10.0\INSTALL" -DCMAKE_CONFIGURATION_TYPES="Release" -DBUILD_SHARED_LIBS=OFF -DSTATIC_RUNTIME=ON -DENABLE_tcl=ON -DTCL_LIBRARY_VERSION=86t > log_cmake04_tcl.out 2>&1 nmake > log_nmake04_tcl.out Now the problem is......where do I find the .dll of plplot, that I can load into tcl ? Thanks again for the help. Regards Chen > Date: Fri, 10 Apr 2015 12:55:32 -0700 > From: ir...@be... > To: she...@ho... > CC: arj...@de...; plp...@li... > Subject: RE: [Plplot-general] Compile for tcl binding > > Hi Shen-Yeh: > > Thanks for that captured output from the cmake command. Notice in > there it says: > > Could NOT find Tclsh (missing: TCL_TCLSH) > > which means indeed our build system is not finding any of your current > Tcl installation at all. > > On 2015-04-10 08:24-0700 Shen-Yeh Chen wrote: > > > Here is the path of the executable > > > > C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin/tclsh86t.exe > > > > The /lib directory has the following files (along with other directories) > > tcl86t.lib > > tclConfig.sh > > tclooConfig.sh > > tclstub86.lib > > Arjen gave you advice about how to modify our build system so it will > find your non-standard names for Tcl components. That might work, but > if you run into trouble with that approach, I suggest you adjust your tcl > installation to be more standard instead. > > For example, Arjen mentioned using a binary installation of Tcl instead of > your own build. That should work fine, but if you want to use your > own build for some reason you could take a look at the binary version > to see what the disk layout is, and then make sure the layout for your > own build is similar. > > For example, it is virtually a Tcl Windows standard that tclsh.exe must be > defined as a copy of the versioned file that is installed so you > should do that copy (of tclsh86t.exe in your case) > in the > > C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin > > directory, make that directory part of the list of directories on your > PATH, and then after that the tclsh command should "just work" > regardless of what directory you are in. Under bash.exe you could do > that using > > export \ > PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin:$PATH > > but Arjen will have to advise you how to do that under DOS command line. > > Similarly, you have to set the CMAKE_INCLUDE_PATH and > CMAKE_LIBRARY_PATH environment variables I mentioned before so > that our CMake-based build system can find your non-standard disk > locations. Under bash.exe you would do that using > > export \ > CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/include:$CMAKE_INCLUDE_PATH > > (subject to adjustment as to wherever the tcl.h file is located on > your system), and > > export \ > CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/lib:$CMAKE_LIBRARY_PATH > > In both cases you might have to do some file copies to work around the > non-standard t suffix that seems to be in some of your Tcl-related > file names. For example, you might have to create > tcl86.lib as a copy of tcl86t.lib. > > I think I have come to the end of my limited Tcl/Windows expertise so > I will let Arjen guide you further. Good luck in getting this > all to work. > > Alan > __________________________ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation for stellar interiors (freeeos.sf.net); the Time > Ephemerides project (timeephem.sf.net); PLplot scientific plotting > software package (plplot.sf.net); the libLASi project > (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); > and the Linux Brochure Project (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. ------------------------------------------------------------------------------ BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF _______________________________________________ Plplot-general mailing list Plp...@li... https://lists.sourceforge.net/lists/listinfo/plplot-general DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
|
From: <sis...@op...> - 2015-04-27 11:29:48
|
-----Original Message-----
From: Alan W. Irwin
Sent: Sunday, April 12, 2015 10:19 PM
To: plplot_general
Subject: [Plplot-general] PLplot-5.11.0 has been released
> I am happy to report that the PLplot-5.11.0 release process has been
> completed.
I do a static build on Windows with:
C:\>cmake -G "MinGW
Makefiles" -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_PREFIX=C:/MinGW/msys/1.0/local
-DBUILD_SHARED_LIBS=OFF -DENABLE_f77=OFF -DENABLE_cxx=OFF -DENABLE_f95=OFF
-DBUILD_TEST=ON ..
That works fine with 5.10.0, but with 5.11.0 the mingw32-make step fails
with:
Linking C executable test_plbuf.exe
cd /d C:\comp\plplot-5.11.0\build32\examples\c &&
C:\_32\cmake\bin\cmake.exe -E
cmake_link_script CMakeFiles\test_plbuf.dir\link.txt --verbose=1
C:\_32\cmake\bin\cmake.exe -E remove -f CMakeFiles\test_plbuf.dir/objects.a
C:\MinGW\bin\ar.exe cr CMakeFiles\test_plbuf.dir/objects.a
@CMakeFiles\test_plbuf.dir\objects1.rsp
C:\MinGW\bin\gcc.exe -Wl,--whole-archive
CMakeFiles\test_plbuf.dir/objects.
a -Wl,--no-whole-archive -o
test_plbuf.exe -Wl,--out-implib,libtest_plbuf.dll.a
-Wl,--major-image-version,0,--minor-image-version,0 ..\..\src\libplplot.a
C:\MinGW\lib\libgdi32.a C:\MinGW\lib\libcomdlg32.a
C:\MinGW\msys\1.0\local\lib\libfreetype.a ..\..\lib\csa\libcsirocsa.a
..\..\lib\qsastime\libqsastime.a -lkernel32 -luser32 -lgdi32 -lwinspool -lshell32
-lole32 -loleaut32 -luuid -lcomdlg32 -ladvapi32
C:\MinGW\msys\1.0\local\lib\libfreetype.a(ftgzip.o): In function
`ft_gzip_file_fill_output':
c:/comp/freetype-2.4.10/src/gzip/ftgzip.c:413: undefined reference to
`_inflate'
C:\MinGW\msys\1.0\local\lib\libfreetype.a(ftgzip.o): In function
`ft_gzip_file_reset':
c:/comp/freetype-2.4.10/src/gzip/ftgzip.c:339: undefined reference to
`_inflateReset'
C:\MinGW\msys\1.0\local\lib\libfreetype.a(ftgzip.o): In function
`ft_gzip_file_done':
c:/comp/freetype-2.4.10/src/gzip/ftgzip.c:310: undefined reference to
`_inflateEnd'
C:\MinGW\msys\1.0\local\lib\libfreetype.a(ftgzip.o): In function
`ft_gzip_file_init':
c:/comp/freetype-2.4.10/src/gzip/ftgzip.c:295: undefined reference to
`_inflateInit2_'
C:\MinGW\msys\1.0\local\lib\libfreetype.a(ftgzip.o): In function
`ft_gzip_file_done':
c:/comp/freetype-2.4.10/src/gzip/ftgzip.c:310: undefined reference to
`_inflateEnd'
collect2.exe: error: ld returned 1 exit status
I guess a link to libz is also needed.
Why was this not an issue with 5.10.0 ?
What is the "cmake" command line alteration that I need to make ?
("-DBUILD_TEST=OFF" enables mingw32-make to succeed, but that's not the
solution I'm after.)
Cheers,
Rob
|
|
From: diego v. <die...@ya...> - 2015-04-23 15:17:08
|
Hi Alan, I solved the problem using the "1." alternative. Now the examples work correctly. Thanks for your help! Regards,Diego De: Alan W. Irwin <ir...@be...> Para: diego vommaro <die...@ya...> CC: "plp...@li..." <plp...@li...> Enviado: Jueves, 23 de abril, 2015 2:56:22 Asunto: Re: [Plplot-general] Run Plplot examples on Linux Debian Hi Diego: Thanks for your interest in PLplot. On 2015-04-22 23:57-0000 diego vommaro wrote: > Hello all, I ´ ve built and installed PLplot as below follows: > mkdir ~/plplot-build_5.11.0cd ~/plplot-build_5.11.0cmake -DCMAKE_INSTALL_PREFIX=/usr/local \~/plplot-5.11.0 >& cmake.out > make >& make.outmake install >& make_install.out > *.out files are OK apparently. Yes, they look good to me too (accept for all the missing soft dependencies indicated by cmake.out WARNINGS which you may want to address (if interested in those additional components of PLplot) by installing more development packages later. > > and I ´ ve built a C example without any problem as below follows: > gcc x00c.c -o x00c `pkg-config --cflags --libs plplot` > > But, when I run the example: > ./x00cx00c: error while loading shared libraries: libplplot.so.13: cannot open shared object file: No such file or directory > > can somebody help me? did I forget anything? The thing you forgot (or else forgot to mention) is all Unix run-time loaders need to know the location of the libraries if they are in a non-standard location. There are a whole bunch of different ways to deal with that issue, but I will only mention two of them. 1. Set rpath when building an example. For an example of how to do that see $prefix/share/plplot5.11.0/examples/c/Makefile which builds all examples in a runnable state for me. Note /usr/local belongs to root so you need root privileges to install there. So instead, I use a prefix under the control of my user account (e.g., /home/software/plplot/install) which does not require root privileges to install PLplot. And for that situation the C examples built by the Makefile (e.g., $prefix/share/plplot5.11.0/examples/c/Makefile) + pkg-config approach (with PKG_CONFIG_PATH="$prefix/lib/pkgconfig "just work". 2. Turn off rpath for the PLplot installed libraries using the cmake option -DUSE_RPATH=OFF (I am pretty sure this is required to get LD_LIBRARY_PATH to work properly, and all distro packagers for PLplot routinely use this option) and set the environment variable LD_LIBRARY_PATH to /usr/local/lib Setting LD_LIBRARY_PATH might not be needed on Debian for that particular root-owned prefix, see discussion in <http://stackoverflow.com/questions/4743233/is-usr-local-lib-searched-for-shared-libraries>, where Debian considers /usr/local/lib to be a standard location for the run-time loader to search, and other distros do not. Warning. My remarks about 2., might be subject to correction because I always use 1 which I _know_ works on Debian stable. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
20 messages has been excluded from this view by a project administrator.
