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: Cao M. <mu...@gm...> - 2017-09-27 10:47:36
|
Ok, cleaning the directory did help. All three commands ( cmake -DCMAKE_INSTALL_PREFIX=install ../; make; make install) completed with no error, and dll's are in place. Now I need to do some testing with Ada code, but the compilation issue is closed. Thanks again. Cao On Wed, Sep 27, 2017 at 9:57 PM, Arjen Markus <Arj...@de...> wrote: > Hi Cao, > > > > Wrt Ada library: that seems to require some fine-tuning on my system, but > I do not use Ada myself, so I have not got much experience with that J. > > > > The CMake problem you report is rather odd. CMake tries to find out all > manner of things via small test programs, but the messages indicate that > that is failing. > > > > Do you start in a clean directory? Should not really matter for this > problem, but perhaps it does. I have no ready solution for this, so I am > merely searching for a possible workaround/solution. > > > > Regards, > > > > Arjen > > > > > > > > *From:* Cao Murrano [mailto:mu...@gm...] > *Sent:* Wednesday, September 27, 2017 10:48 AM > *To:* Arjen Markus > *Cc:* plp...@li... > *Subject:* Re: [Plplot-general] Win installation > > > > Thanks Arjen, > > Right, I didn't have the "make". Now I do, and it goes somewhere, but > still throws a fatal error: > > ------------------------------------------------------------ > ---------------------------------------------------------- > Determining if the C compiler works failed with the following output: > Change Dir: /cygdrive/d/ada/plplot/buildcygwin/CMakeFiles/CMakeTmp > > Run Build Command:"/usr/bin/make.exe" "cmTC_76d2f/fast" > /usr/bin/make -f CMakeFiles/cmTC_76d2f.dir/build.make > CMakeFiles/cmTC_76d2f.dir/build > make[1]: Entering directory '/cygdrive/d/ada/plplot/ > buildcygwin/CMakeFiles/CMakeTmp' > Building C object CMakeFiles/cmTC_76d2f.dir/testCCompiler.c.o > /cygdrive/c/GNAT/msys64/mingw64/bin/cc.exe -o > CMakeFiles/cmTC_76d2f.dir/testCCompiler.c.o -c /cygdrive/d/ada/plplot/ > buildcygwin/CMakeFiles/CMakeTmp/testCCompiler.c > cc.exe: error: /cygdrive/d/ada/plplot/buildcygwin/CMakeFiles/CMakeTmp/testCCompiler.c: > No such file or directory > cc.exe: fatal error: no input files > compilation terminated. > make[1]: *** [CMakeFiles/cmTC_76d2f.dir/build.make:66: > CMakeFiles/cmTC_76d2f.dir/testCCompiler.c.o] Error 1 > make[1]: Leaving directory '/cygdrive/d/ada/plplot/buildcygwin/CMakeFiles/ > CMakeTmp' > make: *** [Makefile:126: cmTC_76d2f/fast] Error 2 > ------------------------------------------------------------ > ------------------------------------------------------------- > > I'm not so worried about the ada bindings. These normally compile ok under > GNAT once the library is in place. > > Cao > > > > On Tue, Sep 26, 2017 at 10:00 PM, Arjen Markus <Arj...@de...> > wrote: > > Hi Cao, > > > > Have you installed the make program? In the Cygwin setup program that > would be in the category Devel, “make: The GNU version of the ‘make’ > utility” (version 4.2.1-2). You may have to specify more information to > build the Ada binding – the GNU Ada compiler on Cygwin has presented us > with sufficient problems for me to be a bit wary. I could not find the > latest status in my notes just now. > > > > Regards, > > > > Arjen > > > > > > *From:* Cao Murrano [mailto:mu...@gm...] > *Sent:* Tuesday, September 26, 2017 10:51 AM > *To:* plp...@li... > *Subject:* [Plplot-general] Win installation > > > > Hello, > > Is it possible to have some more thorough instructions for Win compilation? > > I was following the posted instructions, and here' s what I'm getting: > > D:\ada\plplot\buildcygwin>cmake -DCMAKE_INSTALL_PREFIX=install ../ > CMake Error: CMake was unable to find a build program corresponding to > "Unix Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need > to select a different build tool. > -- Configuring incomplete, errors occurred! > > My system is Win 10/Cygwin/GNAT 2016 (Ada). > > Thanks in advance. > > Cao > > 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...> - 2017-09-27 08:57:14
|
Hi Cao, Wrt Ada library: that seems to require some fine-tuning on my system, but I do not use Ada myself, so I have not got much experience with that :). The CMake problem you report is rather odd. CMake tries to find out all manner of things via small test programs, but the messages indicate that that is failing. Do you start in a clean directory? Should not really matter for this problem, but perhaps it does. I have no ready solution for this, so I am merely searching for a possible workaround/solution. Regards, Arjen From: Cao Murrano [mailto:mu...@gm...] Sent: Wednesday, September 27, 2017 10:48 AM To: Arjen Markus Cc: plp...@li... Subject: Re: [Plplot-general] Win installation Thanks Arjen, Right, I didn't have the "make". Now I do, and it goes somewhere, but still throws a fatal error: ---------------------------------------------------------------------------------------------------------------------- Determining if the C compiler works failed with the following output: Change Dir: /cygdrive/d/ada/plplot/buildcygwin/CMakeFiles/CMakeTmp Run Build Command:"/usr/bin/make.exe" "cmTC_76d2f/fast" /usr/bin/make -f CMakeFiles/cmTC_76d2f.dir/build.make CMakeFiles/cmTC_76d2f.dir/build make[1]: Entering directory '/cygdrive/d/ada/plplot/buildcygwin/CMakeFiles/CMakeTmp' Building C object CMakeFiles/cmTC_76d2f.dir/testCCompiler.c.o /cygdrive/c/GNAT/msys64/mingw64/bin/cc.exe -o CMakeFiles/cmTC_76d2f.dir/testCCompiler.c.o -c /cygdrive/d/ada/plplot/buildcygwin/CMakeFiles/CMakeTmp/testCCompiler.c cc.exe: error: /cygdrive/d/ada/plplot/buildcygwin/CMakeFiles/CMakeTmp/testCCompiler.c: No such file or directory cc.exe: fatal error: no input files compilation terminated. make[1]: *** [CMakeFiles/cmTC_76d2f.dir/build.make:66: CMakeFiles/cmTC_76d2f.dir/testCCompiler.c.o] Error 1 make[1]: Leaving directory '/cygdrive/d/ada/plplot/buildcygwin/CMakeFiles/CMakeTmp' make: *** [Makefile:126: cmTC_76d2f/fast] Error 2 ------------------------------------------------------------------------------------------------------------------------- I'm not so worried about the ada bindings. These normally compile ok under GNAT once the library is in place. Cao On Tue, Sep 26, 2017 at 10:00 PM, Arjen Markus <Arj...@de...<mailto:Arj...@de...>> wrote: Hi Cao, Have you installed the make program? In the Cygwin setup program that would be in the category Devel, "make: The GNU version of the 'make' utility" (version 4.2.1-2). You may have to specify more information to build the Ada binding - the GNU Ada compiler on Cygwin has presented us with sufficient problems for me to be a bit wary. I could not find the latest status in my notes just now. Regards, Arjen From: Cao Murrano [mailto:mu...@gm...<mailto:mu...@gm...>] Sent: Tuesday, September 26, 2017 10:51 AM To: plp...@li...<mailto:plp...@li...> Subject: [Plplot-general] Win installation Hello, Is it possible to have some more thorough instructions for Win compilation? I was following the posted instructions, and here' s what I'm getting: D:\ada\plplot\buildcygwin>cmake -DCMAKE_INSTALL_PREFIX=install ../ CMake Error: CMake was unable to find a build program corresponding to "Unix Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool. -- Configuring incomplete, errors occurred! My system is Win 10/Cygwin/GNAT 2016 (Ada). Thanks in advance. Cao 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: Cao M. <mu...@gm...> - 2017-09-27 08:48:30
|
Thanks Arjen, Right, I didn't have the "make". Now I do, and it goes somewhere, but still throws a fatal error: ---------------------------------------------------------------------------------------------------------------------- Determining if the C compiler works failed with the following output: Change Dir: /cygdrive/d/ada/plplot/buildcygwin/CMakeFiles/CMakeTmp Run Build Command:"/usr/bin/make.exe" "cmTC_76d2f/fast" /usr/bin/make -f CMakeFiles/cmTC_76d2f.dir/build.make CMakeFiles/cmTC_76d2f.dir/build make[1]: Entering directory '/cygdrive/d/ada/plplot/buildcygwin/CMakeFiles/CMakeTmp' Building C object CMakeFiles/cmTC_76d2f.dir/testCCompiler.c.o /cygdrive/c/GNAT/msys64/mingw64/bin/cc.exe -o CMakeFiles/cmTC_76d2f.dir/testCCompiler.c.o -c /cygdrive/d/ada/plplot/buildcygwin/CMakeFiles/CMakeTmp/testCCompiler.c cc.exe: error: /cygdrive/d/ada/plplot/buildcygwin/CMakeFiles/CMakeTmp/testCCompiler.c: No such file or directory cc.exe: fatal error: no input files compilation terminated. make[1]: *** [CMakeFiles/cmTC_76d2f.dir/build.make:66: CMakeFiles/cmTC_76d2f.dir/testCCompiler.c.o] Error 1 make[1]: Leaving directory '/cygdrive/d/ada/plplot/buildcygwin/CMakeFiles/CMakeTmp' make: *** [Makefile:126: cmTC_76d2f/fast] Error 2 ------------------------------------------------------------------------------------------------------------------------- I'm not so worried about the ada bindings. These normally compile ok under GNAT once the library is in place. Cao On Tue, Sep 26, 2017 at 10:00 PM, Arjen Markus <Arj...@de...> wrote: > Hi Cao, > > > > Have you installed the make program? In the Cygwin setup program that > would be in the category Devel, “make: The GNU version of the ‘make’ > utility” (version 4.2.1-2). You may have to specify more information to > build the Ada binding – the GNU Ada compiler on Cygwin has presented us > with sufficient problems for me to be a bit wary. I could not find the > latest status in my notes just now. > > > > Regards, > > > > Arjen > > > > > > *From:* Cao Murrano [mailto:mu...@gm...] > *Sent:* Tuesday, September 26, 2017 10:51 AM > *To:* plp...@li... > *Subject:* [Plplot-general] Win installation > > > > Hello, > > Is it possible to have some more thorough instructions for Win compilation? > > I was following the posted instructions, and here' s what I'm getting: > > D:\ada\plplot\buildcygwin>cmake -DCMAKE_INSTALL_PREFIX=install ../ > CMake Error: CMake was unable to find a build program corresponding to > "Unix Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need > to select a different build tool. > -- Configuring incomplete, errors occurred! > > My system is Win 10/Cygwin/GNAT 2016 (Ada). > > Thanks in advance. > > Cao > 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: Don W. <don...@gm...> - 2017-09-27 08:34:33
|
Let's try this again. Maybe I caught the developers while they were on vacation. Thanks for any information you have. Best, Don ---------- Forwarded message ---------- From: Don Warren <don...@gm...> Date: Mon, Aug 7, 2017 at 5:13 PM Subject: PLplot capabilities To: plp...@li... Hi, This is either a feature request or "RTFM"-bait. I'm trying to figure out if PLplot can do the following two things: (1) Logarithmic ticks on an axis, but only labeling every Nth decade (when your Y axis goes from 10^-60 to 10^-20, you don't want every single decade to have a number next to it!) (2) Moving tick mark numbers towards/away from the axis they're associated with. It looks like PLplot can do this with the axis labels, using the plmtex command. Is there no way to do this with the numbers associated with major tick marks? I know both of these could be done by hand with sufficient usage of the plmtex command (or rather, I know how to do it in PGPLOT, which I'm currently stuck using for legacy reasons). But then I am individually labeling each major tick on the axis, and placing them all independently. I would rather not have 20 extra "annotation" blocks in my plotting scripts if it's avoidable, not to mention the time spent making sure each number is correctly positioned. Cheers, Don |
|
From: Arjen M. <Arj...@de...> - 2017-09-26 09:00:34
|
Hi Cao, Have you installed the make program? In the Cygwin setup program that would be in the category Devel, "make: The GNU version of the 'make' utility" (version 4.2.1-2). You may have to specify more information to build the Ada binding - the GNU Ada compiler on Cygwin has presented us with sufficient problems for me to be a bit wary. I could not find the latest status in my notes just now. Regards, Arjen From: Cao Murrano [mailto:mu...@gm...] Sent: Tuesday, September 26, 2017 10:51 AM To: plp...@li... Subject: [Plplot-general] Win installation Hello, Is it possible to have some more thorough instructions for Win compilation? I was following the posted instructions, and here' s what I'm getting: D:\ada\plplot\buildcygwin>cmake -DCMAKE_INSTALL_PREFIX=install ../ CMake Error: CMake was unable to find a build program corresponding to "Unix Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool. -- Configuring incomplete, errors occurred! My system is Win 10/Cygwin/GNAT 2016 (Ada). Thanks in advance. Cao 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: Cao M. <mu...@gm...> - 2017-09-26 08:51:28
|
Hello, Is it possible to have some more thorough instructions for Win compilation? I was following the posted instructions, and here' s what I'm getting: D:\ada\plplot\buildcygwin>cmake -DCMAKE_INSTALL_PREFIX=install ../ CMake Error: CMake was unable to find a build program corresponding to "Unix Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool. -- Configuring incomplete, errors occurred! My system is Win 10/Cygwin/GNAT 2016 (Ada). Thanks in advance. Cao |
|
From: Alan W. I. <ir...@be...> - 2017-09-21 16:40:15
|
On 2017-08-29 13:28-0700 Alan W. Irwin wrote: > I am planning to do a substantial amount of backwards-incompatible > changes to remove cruft in our git master branch version of PLplot > which will be the basis for our next release (currently planned for > early 2018). So unless I hear strong arguments to the contrary > because some of you are still dependent on this cruft, I am planning > to go ahead with these changes [....] I have now completed this major cruft removal project as of commit 53b33bd. This new lean PLplot passes all my tests, but I would appreciate it if the PLplot users here also tested it out by git cloning our master branch following the directions at <https://sourceforge.net/p/plplot/plplot/ci/master/tree/>; configuring (with cmake), building, and installing PLplot as you normally do; testing that result by using it as you normally do; and, of course, post here if you find any issues with this master branch version of PLplot. Of course, before making such posts, please read the recent commit messages stretching back to 5.13.0 and README.release in the top of our source tree. Those two important sources of information include comments on the master branch changes (including the fairly large number of commits used for this cruft removal project) that we have done since 5.13.0 was released. 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...> - 2017-08-29 20:28:17
|
I am planning to do a substantial amount of backwards-incompatible changes to remove cruft in our git master branch version of PLplot which will be the basis for our next release (currently planned for early 2018). So unless I hear strong arguments to the contrary because some of you are still dependent on this cruft, I am planning to go ahead with these changes in the next couple of days. That is, speak now or forever hold your peace. :-) Here is what is planned.... 1. Remove PL_NC_GENERIC_POINTER and PL_NC_GENERIC_POINTER (both typedefed to void *). These typedefs were introduced in plplot-5.12.0 as preparation for a plan I ultimately decided was not a good idea. Therefore, these two typedefs were deprecated in favor of the long-available PlPointer (also typedefed to void *) as of plplot-5.13.0. Because PL_NC_GENERIC_POINTER and PL_NC_GENERIC_POINTER have been available such a short amount of time, I don't think a long deprecation period is required which is why I plan to remove them in the next release. But I am willing to deprecate them longer if some of you are currently using them extensively. 2. Officially deprecate plshade1. i.e., it will only be accessible if the user specifies the -DPL_DEPRECATED=ON option for the next release, and it will likely be removed one or two more releases down the road. The reason for this deprecation is anything plshade1 can do can also be done by plshade (which is identical to plshade1 except for the more general type of its first matrix argument). This change should only concern those still using plshade1 rather than the plshade alternative. 3. Remove plrgb, plrgb1, plhls, and plwid which have been officially deprecated for a long time. This change should only concern those who are using the -DPL_DEPRECATED=ON cmake option (the only current way it is possible to gain access to these officially deprecated functions). 4. Remove the deprecated old fortran binding which was superseded by the new fortran binding as of plplot-5.12.0 (released in January this year). The new fortran binding was implemented using the powerful capabilities of the Fortran 2003 iso_c_binding module (as opposed to an interface written in C that was used to implement the old Fortran binding). The new binding is much more consistent and standards-compliant than the old binding, and also has some powerful new features (both single and double precisions Fortran floating-point arguments are accepted). Therefore, the new binding is necessarily backwards incompatible with the old binding. This change to remove the old fortran binding should only be of concern to those of you who who are using -DPL_DEPRECATED_f95=ON for plplot-5.12.0 or the equivalent -DPL_DEPRECATED_fortran=ON for plplot-5.13.0 (these cmake options are the only way to gain access to this old fortran binding for those two releases). 5. Remove the deprecated old tcl binding which was superseded by the new "redacted" tcl binding as of plplot-5.12.0 (released in January this year). This was a major backward-incompatible change that replaced e.g., $w cmd plline $nsize x y with $w cmd plline x y where the redundant $nsize (because both the x and y arrays carry that information) argument is dropped (redacted) just like in the rest of our bindings (except currently for c++ which will likely also be changed to redacted form in the future). This change to remove the old tcl binding should only concern those who are using the -DUSE_NON_REDACTED_TCL_TK=ON cmake option (the only way to gain access to this old "non-redacted" Tcl binding). So let me know if any of these changes affect you adversely, and we will take it from there. 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...> - 2017-08-26 05:12:29
|
On behalf of all the PLplot developers I am happy to announce a new release of PLplot is now available. We have put a substantial amount of effort into this release (some 100 commits) so downloading it and building it is highly recommended. For all the details concerning this release please follow the links given in <https://sourceforge.net/p/plplot/news/2017/08/plplot-5130-has-been-released/>. Note that the release notes linked there are especially important because they give details concerning backwards incompatibilities (an unfortunate necessity to support our on-going but slow battle against cruft) and concerning the following highlights of this release: * Bug fixes * The Python binding and examples now work for both Python 2 and 3 * Change the Fortran naming convention * Fix many "space in prefix" issues * Complete rewrite of IPC between -dev wxwidgets and wxPLViewer * Implement a new Windows GDI (wingdi) device driver * Implement new Python extension module to support pytkdemo * Fix OCaml inconsistencies for example 8 * Improve the implementation of the OCaml binding Enjoy this new version of PLplot! 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...> - 2017-08-18 10:45:09
|
Hi Oleh, I have looked at the CMake output you attached, but I can find no reference to GD. Do you get error messages from the compiler? Or do you expect information about GD in the CMake output? If the first, please show these error messages. A quick look at the gd.cmake file reveals that you need at least a png, gif or jpeg device for the GD libraries to be checked. How do you invoke CMake - what command line? Regards, Arjen From: Oleh Malyi [mailto:ast...@gm...] Sent: Friday, August 18, 2017 10:51 AM To: plp...@li... Subject: [Plplot-general] I can't compile GD driver on Ubuntu 16.04 Hi all, I can't compile GD driver on Ubuntu 16.04. My cmake.out is: -- The C compiler identification is GNU 5.4.0 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Detecting C compile features -- Detecting C compile features - done -- CMake version = 3.9.1 -- CMAKE_SYSTEM_NAME = Linux -- SH_EXECUTABLE = /bin/bash -- Checking whether system has ANSI C header files -- Looking for 4 include files stdlib.h, ..., float.h -- Looking for 4 include files stdlib.h, ..., float.h - found -- Performing Test memchrExists -- Performing Test memchrExists - Success -- Performing Test freeExists -- Performing Test freeExists - Success -- Check for whether ctype.h macros work on characters with the high bit set. -- High-bit characters - work -- ANSI C header files - found -- Looking for include file unistd.h -- Looking for include file unistd.h - found -- Looking for include file termios.h -- Looking for include file termios.h - found -- Looking for include file stdint.h -- Looking for include file stdint.h - found -- Looking for crt_externs.h -- Looking for crt_externs.h - not found -- Performing Test HAVE_SYS_WAIT_H -- Performing Test HAVE_SYS_WAIT_H - Success -- Looking for DIR symbol in sys/types.h;dirent.h -- Looking for DIR symbol in sys/types.h;dirent.h - found -- Check for signal return type in <signal.h> -- Check for signal handler return type type void - found -- Looking for popen -- Looking for popen - found -- Looking for usleep -- Looking for usleep - found -- Looking for nanosleep -- Looking for nanosleep - found -- Looking for mkstemp -- Looking for mkstemp - found -- Looking for mkdtemp -- Looking for mkdtemp - found -- Looking for mkfifo -- Looking for mkfifo - found -- Looking for unlink -- Looking for unlink - found -- Looking for _NSGetArgc -- Looking for _NSGetArgc - not found -- Looking for isfinite -- Looking for isfinite - found -- Looking for finite -- Looking for finite - found -- Looking for isnan -- Looking for isnan - found -- Looking for isinf -- Looking for isinf - found -- Looking for snprintf -- Looking for snprintf - found -- SWIG_VERSION = 3.0.8 -- Found Perl: /usr/bin/perl (found version "5.22.1") -- The CXX compiler identification is GNU 5.4.0 -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Detecting CXX compile features -- Detecting CXX compile features - done -- Check for using namespace support -- Check for using namespace - found -- Looking for C++ include cmath -- Looking for C++ include cmath - found -- Check for broken isnan support in <cmath> -- Check for isnan in <cmath> - found -- Check for using stdint.h with CXX compiler -- Check for using stdint.h with CXX compiler - ok -- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1") -- Looking for pkg-config - found -- cxx_compiler_library_pathname_list = /usr/lib/gcc/x86_64-linux-gnu/5/libstdc++.so;/usr/lib/x86_64-linux-gnu/libm.so;/usr/lib/gcc/x86_64-linux-gnu/5/libgcc_s.so;/usr/lib/gcc/x86_64-linux-gnu/5/libgcc.a;/usr/lib/x86_64-linux-gnu/libc.so;/usr/lib/gcc/x86_64-linux-gnu/5/libgcc_s.so;/usr/lib/gcc/x86_64-linux-gnu/5/libgcc.a -- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so -- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so - found -- Looking for gethostbyname -- Looking for gethostbyname - found -- Looking for connect -- Looking for connect - found -- Looking for remove -- Looking for remove - found -- Looking for shmat -- Looking for shmat - found -- Looking for IceConnectionNumber in ICE -- Looking for IceConnectionNumber in ICE - found -- Found X11: /usr/lib/x86_64-linux-gnu/libX11.so -- X11_FOUND = 1 -- X11_INCLUDE_DIR = /usr/include -- X11_COMPILE_FLAGS = -I/usr/include -- X11_LIBRARIES = /usr/lib/x86_64-linux-gnu/libSM.so;/usr/lib/x86_64-linux-gnu/libICE.so;/usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so -- The Fortran compiler identification is GNU 5.4.0 -- Check for working Fortran compiler: /usr/bin/gfortran -- Check for working Fortran compiler: /usr/bin/gfortran -- works -- Detecting Fortran compiler ABI info -- Detecting Fortran compiler ABI info - done -- Checking whether /usr/bin/gfortran supports Fortran 90 -- Checking whether /usr/bin/gfortran supports Fortran 90 -- yes -- Check if isnan function is available in fortran -- Check for isnan in fortran - not found -- NOTICE: Found: /usr/bin/gfortran -- Found JNI: /usr/lib/jvm/java-8-oracle/jre/lib/amd64/libjawt.so -- Found PythonInterp: /usr/bin/python (found version "2.7.12") -- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython2.7.so<http://libpython2.7.so> (found version "2.7.12") -- PYTHON_VERSION = 2.7.12 -- Building Python binding with plsmem() support -- OCTAVE = /usr/bin/octave -- MKOCTFILE = /usr/bin/mkoctfile -- OCTAVE_CONFIG = /usr/bin/octave-config -- OCTAVE_VERSION = 4.0.0 -- WARNING: Octave-4 has been found which is likely to lead to build errors for PLplot. -- WARNING: Disabling Octave binding. If you want to use that component of PLplot you should try installing Octave-3 (which works well with PLplot) or else try the experimental cmake option -DTRY_OCTAVE4=ON -- Start determining consistent system data for Tcl and friends -- Found Tclsh: /usr/bin/tclsh (found version "8.6") -- Found TCL: /usr/lib/x86_64-linux-gnu/libtcl.so -- Could NOT find TCLTK (missing: TK_INCLUDE_PATH) -- Could NOT find TK (missing: TK_INCLUDE_PATH) -- Looking for Tcl - found -- TCL_INCLUDE_PATH = /usr/include/tcl -- TCL_LIBRARY = /usr/lib/x86_64-linux-gnu/libtcl.so -- TCL_STUB_LIBRARY = /usr/lib/x86_64-linux-gnu/libtclstub.a -- TCL_LIBRARY_PATH = /usr/lib/x86_64-linux-gnu -- Looking for tclsh - found -- TCL_TCLSH = /usr/bin/tclsh -- Looking for Tcl version with tclsh - found -- PLPLOT_TCL_VERSION = 8.6.5 -- Looking for itcl.h -- PLPLOT_ITCL_VERSION = 3.4 -- Looking for itcl.h - found -- ITCL_INCLUDE_PATH = /usr/include/itcl3 -- Checking for Itcl header version consistency -- ITCL_MAJOR_VERSION = 3 -- ITCL_MINOR_VERSION = 4 -- Checking for Itcl header version consistency - true -- Looking for itcl library -- Looking for itcl library - found -- ITCL_LIBRARY = /usr/lib/x86_64-linux-gnu/libitcl3.4.so<http://libitcl3.4.so> -- Looking for Tk - not found -- WARNING: setting ENABLE_tk to OFF -- WARNING: Because Tk is disabled must disable Itk as well -- Finished determining consistent system data for Tcl and friends -- A test cmake run with language = Ada enabled failed. -- Specify -DENABLE_compiler_diagnostics=ON to see full CMake diagnostics concerning this failure. -- WARNING: no working Ada compiler so disabling Ada binding and examples. -- Could NOT find Lua (missing: LUA_EXECUTABLE LUA_VERSION LUA_LIBRARIES LUA_INCLUDE_DIR) -- WARNING: Lua library and/or header not found. Disabling Lua binding -- A test cmake run with language = D enabled failed. -- Specify -DENABLE_compiler_diagnostics=ON to see full CMake diagnostics concerning this failure. -- WARNING: no working D compiler so disabling D binding and examples. -- WARNING: SHAPELIB not found. Setting HAVE_SHAPELIB to OFF. -- Found Freetype: /usr/lib/x86_64-linux-gnu/libfreetype.so -- FREETYPE_CFLAGS = -I/usr/include/freetype2 -I/usr/include/x86_64-linux-gnu/freetype2 -- FREETYPE_LIBRARIES = /usr/lib/x86_64-linux-gnu/libfreetype.so -- Check for NaN awareness in C compiler -- Check for NaN awareness in C compiler - found -- Neither qhull/qhull_a.h header nor libqhull/qhull_a.h could be found -- qhull library could not be found -- Could NOT find QHULL (missing: QHULL_INCLUDE_DIRS QHULL_LIBRARIES QHULL_LIBRARY_DIRS) -- QHULL_INCLUDE_DIRS = -- QHULL_LIBRARIES = -- WARNING: at least one of QHULL_INCLUDE_DIRS or QHULL_LIBRARIES is false so setting PL_HAVE_QHULL to OFF. -- Checking for module 'pango' -- Found pango, version 1.38.1 -- Checking for module 'pangoft2' -- Found pangoft2, version 1.38.1 -- Found LTDL: /usr/lib/x86_64-linux-gnu/libltdl.so -- LTDL_INCLUDE_DIR = /usr/include -- LTDL_LIBRARY_DIR = /usr/lib/x86_64-linux-gnu -- LTDL_LIBRARIES = /usr/lib/x86_64-linux-gnu/libltdl.so -- Checking for module 'pangocairo' -- Found pangocairo, version 1.38.1 -- Not a Windows platform so setting wincairo driver to OFF. -- Looking for pthread.h -- Looking for pthread.h - found -- Looking for pthread_create -- Looking for pthread_create - not found -- Looking for pthread_create in pthreads -- Looking for pthread_create in pthreads - not found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Found Threads: TRUE -- WARNING: ENABLE_tk OFF. Therefore turning off tk, tkwin, and ntk devices -- Checking for modules 'lasi;pango;pangoft2' -- Found lasi, version 1.1.0 -- Found pango, version 1.38.1 -- Found pangoft2, version 1.38.1 -- Looking for Q_WS_X11 -- Looking for Q_WS_X11 - found -- Looking for Q_WS_WIN -- Looking for Q_WS_WIN - not found -- Looking for Q_WS_QWS -- Looking for Q_WS_QWS - not found -- Looking for Q_WS_MAC -- Looking for Q_WS_MAC - not found -- Found Qt4: /usr/bin/qmake-qt4 (found suitable version "4.8.7", minimum required is "4.8.6") -- NP_QT_COMPILE_DEFINITIONS = QT_SVG_LIB;QT_GUI_LIB;QT_CORE_LIB -- QT_COMPILE_DEFINITIONS = -DQT_SVG_LIB;-DQT_GUI_LIB;-DQT_CORE_LIB -- NP_QT_INCLUDE_DIRECTORIES = /usr/include/qt4;/usr/include/qt4/QtSvg;/usr/include/qt4/QtGui;/usr/include/qt4/QtCore -- QT_INCLUDE_DIRECTORIES = -isystem /usr/include/qt4;-isystem /usr/include/qt4/QtSvg;-isystem /usr/include/qt4/QtGui;-isystem /usr/include/qt4/QtCore -- Qt4 pc_qt_COMPILE_FLAGS = -I/usr/include/qt4 -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -- Qt4 pc_qt_LIBRARIES_LIST = /usr/lib/x86_64-linux-gnu/libQtSvg.so;/usr/lib/x86_64-linux-gnu/libQtGui.so;/usr/lib/x86_64-linux-gnu/libQtCore.so -- WARNING: PLPLOT_USE_QT5 is OFF so setting ENABLE_pyqt5 to OFF. -- pyqt: SIP_EXECUTABLE = /usr/bin/sip -- pyqt4: PYQT_SIP_DIR = /usr/share/sip/PyQt4 -- pyqt4: PYQT_SIP_FLAGS = -x;VendorID;-t;WS_X11;-x;PyQt_NoPrintRangeBug;-t;Qt_4_8_6;-x;Py_v3;-g -- wxWidgets_FOUND : TRUE -- wxWidgets_INCLUDE_DIRS : /usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-3.0;/usr/include/wx-3.0 -- wxWidgets_LIBRARY_DIRS : /usr/lib/x86_64-linux-gnu -- wxWidgets_LIBRARIES : -L/usr/lib/x86_64-linux-gnu;-pthread;;;-lwx_baseu-3.0;-lwx_gtk2u_core-3.0 -- wxWidgets_CXX_FLAGS : -pthread -- wxWidgets_USE_FILE : UsewxWidgets -- Checking whether wxwidgets version >= 3.0.0 -- Performing Test WX_VERSION_LARGE_ENOUGH -- Performing Test WX_VERSION_LARGE_ENOUGH - Success -- wxwidgets_COMPILE_FLAGS = -I/usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-3.0 -I/usr/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ -- wxwidgets_LINK_FLAGS = -pthread;/usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so<http://libwx_baseu-3.0.so>;/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so<http://libwx_gtk2u_core-3.0.so> -- RT_LIB = /usr/lib/x86_64-linux-gnu/librt.so -- Looking for haru pdf header and library -- Looking for haru pdf header and library - not found -- WARNING: Setting PLD_pdf to OFF. -- OCAMLC = /usr/bin/ocamlc -- WARNING: The camlidl application not found. Disabling OCaml binding -- WARNING: ENABLE_ocaml is OFF so disabling Plcairo module and lablgtk2 support -- WARNING: validate target will not be available to check for syntax issues in the PLplot DocBook documentation because onsgmls (or env) was not found. pc_libplplot_LINK_FLAGS = /usr/lib/x86_64-linux-gnu/libltdl.so;/usr/lib/x86_64-linux-gnu/libm.so;/usr/lib/x86_64-linux-gnu/libfreetype.so;-lcsirocsa;-lqsastime -- WARNING concerning spurious warning messages generated by the gfortran compiler. The new Fortran binding is known to generate some ~50 "marked PRIVATE" warning messages when building the plplotf95 target with the gfortran Fortran compiler. A typical example of such a warning message is Warning: Symbol 'interface_plcont' at (1) is marked PRIVATE but has been given the binding label 'c_plcont' It appears these warnings (which do not occur if using the ifort or nagfor Fortran compilers) are due to a gfortran bug (see <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49111> and <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64861>), i.e., they are spurious warnings concerning completely valid use of the private attribute for interface blocks describing C routines. There appear to be no known negative consequences of this gfortran bug other than the spurious warnings themselves. Until this gfortran bug is fixed, these ~50 "marked PRIVATE" warnings should just be ignored for those using gfortran. -- ENABLE_itcl: ON -- Itcl libraries: plplot;/usr/lib/x86_64-linux-gnu/libtcl.so;/usr/lib/x86_64-linux-gnu/libitcl3.4.so<http://libitcl3.4.so> -- TEST_ENVIRONMENT = EXAMPLES_DIR=/home/astronom/build_dir/examples SRC_EXAMPLES_DIR=/home/astronom/plplot-5.12.0/examples OUTPUT_DIR=/home/astronom/build_dir/ctest_examples_output_dir VC_CTEST_DIRECTORY= -- Determine compile and link flags for extXdrawable_demo -- Checking for module 'gtk+-x11-2.0' -- Found gtk+-x11-2.0, version 2.24.30 -- Determine compile and link flags for ext-cairo-test -- Checking for module 'cairo' -- Found cairo, version 1.14.6 -- pc_qt_link_flags = -L"/usr/lib/x86_64-linux-gnu" -lQtSvg -L"/usr/lib/x86_64-linux-gnu" -lQtGui -L"/usr/lib/x86_64-linux-gnu" -lQtCore Summary of CMake build system results for PLplot Install location variables which can be set by the user: CMAKE_INSTALL_PREFIX: /usr/lib/plplot5.12.0 CMAKE_INSTALL_EXEC_PREFIX /usr/lib/plplot5.12.0 CMAKE_INSTALL_BINDIR /usr/lib/plplot5.12.0/bin CMAKE_INSTALL_DATADIR /usr/lib/plplot5.12.0/share CMAKE_INSTALL_LIBDIR /usr/lib/plplot5.12.0/lib CMAKE_INSTALL_INCLUDEDIR /usr/lib/plplot5.12.0/include CMAKE_INSTALL_INFODIR /usr/lib/plplot5.12.0/share/info CMAKE_INSTALL_MANDIR /usr/lib/plplot5.12.0/share/man Derived install location variables: DATA_DIR /usr/lib/plplot5.12.0/share/plplot5.12.0 LIB_DIR /usr/lib/plplot5.12.0/lib INCLUDE_DIR /usr/lib/plplot5.12.0/include/plplot BIN_DIR /usr/lib/plplot5.12.0/bin TCL_DIR /usr/lib/plplot5.12.0/share/plplot5.12.0/tcl ADA_INCLUDE_DIR /usr/lib/plplot5.12.0/share/ada/adainclude/plplotada ADA_LIB_DIR /usr/lib/plplot5.12.0/lib/ada/adalib/plplotada PYTHON_INSTDIR /usr/lib/plplot5.12.0/lib/python2.7/site-packages DRV_DIR /usr/lib/plplot5.12.0/lib/plplot5.12.0/drivers DOC_DIR /usr/lib/plplot5.12.0/share/doc/plplot MAN_DIR /usr/lib/plplot5.12.0/share/man INFO_DIR /usr/lib/plplot5.12.0/share/info Other important CMake variables: CMAKE_SYSTEM_NAME: Linux UNIX: 1 WIN32: APPLE: MSVC: (MSVC_VERSION: ) MINGW: MSYS: CYGWIN: BORLAND: WATCOM: SWIG_FOUND: 1 PERL_FOUND: TRUE X11_FOUND: 1 CMAKE_BUILD_TYPE: CMAKE_C_COMPILER CMAKE_C_FLAGS: /usr/bin/cc CMAKE_CXX_COMPILER CMAKE_CXX_FLAGS: /usr/bin/c++ CMAKE_Fortran_COMPILER CMAKE_Fortran_FLAGS: /usr/bin/gfortran Target Fortran: PYTHON_EXECUTABLE: /usr/bin/python PYTHON_INCLUDE_PATH: /usr/include/python2.7 PYTHON_LIBRARIES: /usr/lib/x86_64-linux-gnu/libpython2.7.so<http://libpython2.7.so> NUMPY_INCLUDE_PATH: /usr/local/lib/python2.7/dist-packages/numpy/core/include/numpy ENABLE_DYNDRIVERS: ON DRIVERS_LIST: cairo;qt;mem;null;ps;psttf;svg;wxwidgets;xfig;xwin DEVICES_LIST: memcairo;extcairo;pdfcairo;pngcairo;pscairo;epscairo;svgcairo;xcairo;epsqt;pdfqt;qtwidget;bmpqt;jpgqt;pngqt;ppmqt;tiffqt;extqt;memqt;svgqt;mem;null;ps;psttf;svg;wxwidgets;xfig;xwin Library options: BUILD_SHARED_LIBS: ON PL_DOUBLE: ON Optional libraries: PL_HAVE_QHULL: OFF WITH_CSA: ON PL_HAVE_FREETYPE: ON PL_HAVE_PTHREAD: ON HAVE_AGG: HAVE_SHAPELIB: OFF Language Bindings: ENABLE_ada: OFF ENABLE_cxx: ON ENABLE_d: OFF ENABLE_f95: ON ENABLE_java: ON ENABLE_lua: OFF ENABLE_ocaml: OFF ENABLE_octave: OFF ENABLE_pdl: OFF ENABLE_python: ON ENABLE_qt: ON ENABLE_pyqt4: ON ENABLE_pyqt5: OFF ENABLE_tcl: ON ENABLE_itcl: ON ENABLE_tk: OFF ENABLE_itk: OFF ENABLE_wxwidgets: ON -- Configuring done -- Generating done -- Build files have been written to: /home/astronom/build_dir -- With best regards, Oleh Malyi Albufeira PORTUGAL 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: Oleh M. <ast...@gm...> - 2017-08-18 08:51:30
|
Hi all, I can't compile GD driver on Ubuntu 16.04. My cmake.out is: -- The C compiler identification is GNU 5.4.0 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Detecting C compile features -- Detecting C compile features - done -- CMake version = 3.9.1 -- CMAKE_SYSTEM_NAME = Linux -- SH_EXECUTABLE = /bin/bash -- Checking whether system has ANSI C header files -- Looking for 4 include files stdlib.h, ..., float.h -- Looking for 4 include files stdlib.h, ..., float.h - found -- Performing Test memchrExists -- Performing Test memchrExists - Success -- Performing Test freeExists -- Performing Test freeExists - Success -- Check for whether ctype.h macros work on characters with the high bit set. -- High-bit characters - work -- ANSI C header files - found -- Looking for include file unistd.h -- Looking for include file unistd.h - found -- Looking for include file termios.h -- Looking for include file termios.h - found -- Looking for include file stdint.h -- Looking for include file stdint.h - found -- Looking for crt_externs.h -- Looking for crt_externs.h - not found -- Performing Test HAVE_SYS_WAIT_H -- Performing Test HAVE_SYS_WAIT_H - Success -- Looking for DIR symbol in sys/types.h;dirent.h -- Looking for DIR symbol in sys/types.h;dirent.h - found -- Check for signal return type in <signal.h> -- Check for signal handler return type type void - found -- Looking for popen -- Looking for popen - found -- Looking for usleep -- Looking for usleep - found -- Looking for nanosleep -- Looking for nanosleep - found -- Looking for mkstemp -- Looking for mkstemp - found -- Looking for mkdtemp -- Looking for mkdtemp - found -- Looking for mkfifo -- Looking for mkfifo - found -- Looking for unlink -- Looking for unlink - found -- Looking for _NSGetArgc -- Looking for _NSGetArgc - not found -- Looking for isfinite -- Looking for isfinite - found -- Looking for finite -- Looking for finite - found -- Looking for isnan -- Looking for isnan - found -- Looking for isinf -- Looking for isinf - found -- Looking for snprintf -- Looking for snprintf - found -- SWIG_VERSION = 3.0.8 -- Found Perl: /usr/bin/perl (found version "5.22.1") -- The CXX compiler identification is GNU 5.4.0 -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Detecting CXX compile features -- Detecting CXX compile features - done -- Check for using namespace support -- Check for using namespace - found -- Looking for C++ include cmath -- Looking for C++ include cmath - found -- Check for broken isnan support in <cmath> -- Check for isnan in <cmath> - found -- Check for using stdint.h with CXX compiler -- Check for using stdint.h with CXX compiler - ok -- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1") -- Looking for pkg-config - found -- cxx_compiler_library_pathname_list = /usr/lib/gcc/x86_64-linux-gnu/5/libstdc++.so;/usr/lib/x86_64-linux-gnu/libm.so;/usr/lib/gcc/x86_64-linux-gnu/5/libgcc_s.so;/usr/lib/gcc/x86_64-linux-gnu/5/libgcc.a;/usr/lib/x86_64-linux-gnu/libc.so;/usr/lib/gcc/x86_64-linux-gnu/5/libgcc_s.so;/usr/lib/gcc/x86_64-linux-gnu/5/libgcc.a -- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so -- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so - found -- Looking for gethostbyname -- Looking for gethostbyname - found -- Looking for connect -- Looking for connect - found -- Looking for remove -- Looking for remove - found -- Looking for shmat -- Looking for shmat - found -- Looking for IceConnectionNumber in ICE -- Looking for IceConnectionNumber in ICE - found -- Found X11: /usr/lib/x86_64-linux-gnu/libX11.so -- X11_FOUND = 1 -- X11_INCLUDE_DIR = /usr/include -- X11_COMPILE_FLAGS = -I/usr/include -- X11_LIBRARIES = /usr/lib/x86_64-linux-gnu/libSM.so;/usr/lib/x86_64-linux-gnu/libICE.so;/usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so -- The Fortran compiler identification is GNU 5.4.0 -- Check for working Fortran compiler: /usr/bin/gfortran -- Check for working Fortran compiler: /usr/bin/gfortran -- works -- Detecting Fortran compiler ABI info -- Detecting Fortran compiler ABI info - done -- Checking whether /usr/bin/gfortran supports Fortran 90 -- Checking whether /usr/bin/gfortran supports Fortran 90 -- yes -- Check if isnan function is available in fortran -- Check for isnan in fortran - not found -- NOTICE: Found: /usr/bin/gfortran -- Found JNI: /usr/lib/jvm/java-8-oracle/jre/lib/amd64/libjawt.so -- Found PythonInterp: /usr/bin/python (found version "2.7.12") -- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython2.7.so (found version "2.7.12") -- PYTHON_VERSION = 2.7.12 -- Building Python binding with plsmem() support -- OCTAVE = /usr/bin/octave -- MKOCTFILE = /usr/bin/mkoctfile -- OCTAVE_CONFIG = /usr/bin/octave-config -- OCTAVE_VERSION = 4.0.0 -- WARNING: Octave-4 has been found which is likely to lead to build errors for PLplot. -- WARNING: Disabling Octave binding. If you want to use that component of PLplot you should try installing Octave-3 (which works well with PLplot) or else try the experimental cmake option -DTRY_OCTAVE4=ON -- Start determining consistent system data for Tcl and friends -- Found Tclsh: /usr/bin/tclsh (found version "8.6") -- Found TCL: /usr/lib/x86_64-linux-gnu/libtcl.so -- Could NOT find TCLTK (missing: TK_INCLUDE_PATH) -- Could NOT find TK (missing: TK_INCLUDE_PATH) -- Looking for Tcl - found -- TCL_INCLUDE_PATH = /usr/include/tcl -- TCL_LIBRARY = /usr/lib/x86_64-linux-gnu/libtcl.so -- TCL_STUB_LIBRARY = /usr/lib/x86_64-linux-gnu/libtclstub.a -- TCL_LIBRARY_PATH = /usr/lib/x86_64-linux-gnu -- Looking for tclsh - found -- TCL_TCLSH = /usr/bin/tclsh -- Looking for Tcl version with tclsh - found -- PLPLOT_TCL_VERSION = 8.6.5 -- Looking for itcl.h -- PLPLOT_ITCL_VERSION = 3.4 -- Looking for itcl.h - found -- ITCL_INCLUDE_PATH = /usr/include/itcl3 -- Checking for Itcl header version consistency -- ITCL_MAJOR_VERSION = 3 -- ITCL_MINOR_VERSION = 4 -- Checking for Itcl header version consistency - true -- Looking for itcl library -- Looking for itcl library - found -- ITCL_LIBRARY = /usr/lib/x86_64-linux-gnu/libitcl3.4.so -- Looking for Tk - not found -- WARNING: setting ENABLE_tk to OFF -- WARNING: Because Tk is disabled must disable Itk as well -- Finished determining consistent system data for Tcl and friends -- A test cmake run with language = Ada enabled failed. -- Specify -DENABLE_compiler_diagnostics=ON to see full CMake diagnostics concerning this failure. -- WARNING: no working Ada compiler so disabling Ada binding and examples. -- Could NOT find Lua (missing: LUA_EXECUTABLE LUA_VERSION LUA_LIBRARIES LUA_INCLUDE_DIR) -- WARNING: Lua library and/or header not found. Disabling Lua binding -- A test cmake run with language = D enabled failed. -- Specify -DENABLE_compiler_diagnostics=ON to see full CMake diagnostics concerning this failure. -- WARNING: no working D compiler so disabling D binding and examples. -- WARNING: SHAPELIB not found. Setting HAVE_SHAPELIB to OFF. -- Found Freetype: /usr/lib/x86_64-linux-gnu/libfreetype.so -- FREETYPE_CFLAGS = -I/usr/include/freetype2 -I/usr/include/x86_64-linux-gnu/freetype2 -- FREETYPE_LIBRARIES = /usr/lib/x86_64-linux-gnu/libfreetype.so -- Check for NaN awareness in C compiler -- Check for NaN awareness in C compiler - found -- Neither qhull/qhull_a.h header nor libqhull/qhull_a.h could be found -- qhull library could not be found -- Could NOT find QHULL (missing: QHULL_INCLUDE_DIRS QHULL_LIBRARIES QHULL_LIBRARY_DIRS) -- QHULL_INCLUDE_DIRS = -- QHULL_LIBRARIES = -- WARNING: at least one of QHULL_INCLUDE_DIRS or QHULL_LIBRARIES is false so setting PL_HAVE_QHULL to OFF. -- Checking for module 'pango' -- Found pango, version 1.38.1 -- Checking for module 'pangoft2' -- Found pangoft2, version 1.38.1 -- Found LTDL: /usr/lib/x86_64-linux-gnu/libltdl.so -- LTDL_INCLUDE_DIR = /usr/include -- LTDL_LIBRARY_DIR = /usr/lib/x86_64-linux-gnu -- LTDL_LIBRARIES = /usr/lib/x86_64-linux-gnu/libltdl.so -- Checking for module 'pangocairo' -- Found pangocairo, version 1.38.1 -- Not a Windows platform so setting wincairo driver to OFF. -- Looking for pthread.h -- Looking for pthread.h - found -- Looking for pthread_create -- Looking for pthread_create - not found -- Looking for pthread_create in pthreads -- Looking for pthread_create in pthreads - not found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Found Threads: TRUE -- WARNING: ENABLE_tk OFF. Therefore turning off tk, tkwin, and ntk devices -- Checking for modules 'lasi;pango;pangoft2' -- Found lasi, version 1.1.0 -- Found pango, version 1.38.1 -- Found pangoft2, version 1.38.1 -- Looking for Q_WS_X11 -- Looking for Q_WS_X11 - found -- Looking for Q_WS_WIN -- Looking for Q_WS_WIN - not found -- Looking for Q_WS_QWS -- Looking for Q_WS_QWS - not found -- Looking for Q_WS_MAC -- Looking for Q_WS_MAC - not found -- Found Qt4: /usr/bin/qmake-qt4 (found suitable version "4.8.7", minimum required is "4.8.6") -- NP_QT_COMPILE_DEFINITIONS = QT_SVG_LIB;QT_GUI_LIB;QT_CORE_LIB -- QT_COMPILE_DEFINITIONS = -DQT_SVG_LIB;-DQT_GUI_LIB;-DQT_CORE_LIB -- NP_QT_INCLUDE_DIRECTORIES = /usr/include/qt4;/usr/include/qt4/QtSvg;/usr/include/qt4/QtGui;/usr/include/qt4/QtCore -- QT_INCLUDE_DIRECTORIES = -isystem /usr/include/qt4;-isystem /usr/include/qt4/QtSvg;-isystem /usr/include/qt4/QtGui;-isystem /usr/include/qt4/QtCore -- Qt4 pc_qt_COMPILE_FLAGS = -I/usr/include/qt4 -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -- Qt4 pc_qt_LIBRARIES_LIST = /usr/lib/x86_64-linux-gnu/libQtSvg.so;/usr/lib/x86_64-linux-gnu/libQtGui.so;/usr/lib/x86_64-linux-gnu/libQtCore.so -- WARNING: PLPLOT_USE_QT5 is OFF so setting ENABLE_pyqt5 to OFF. -- pyqt: SIP_EXECUTABLE = /usr/bin/sip -- pyqt4: PYQT_SIP_DIR = /usr/share/sip/PyQt4 -- pyqt4: PYQT_SIP_FLAGS = -x;VendorID;-t;WS_X11;-x;PyQt_NoPrintRangeBug;-t;Qt_4_8_6;-x;Py_v3;-g -- wxWidgets_FOUND : TRUE -- wxWidgets_INCLUDE_DIRS : /usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-3.0;/usr/include/wx-3.0 -- wxWidgets_LIBRARY_DIRS : /usr/lib/x86_64-linux-gnu -- wxWidgets_LIBRARIES : -L/usr/lib/x86_64-linux-gnu;-pthread;;;-lwx_baseu-3.0;-lwx_gtk2u_core-3.0 -- wxWidgets_CXX_FLAGS : -pthread -- wxWidgets_USE_FILE : UsewxWidgets -- Checking whether wxwidgets version >= 3.0.0 -- Performing Test WX_VERSION_LARGE_ENOUGH -- Performing Test WX_VERSION_LARGE_ENOUGH - Success -- wxwidgets_COMPILE_FLAGS = -I/usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-3.0 -I/usr/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ -- wxwidgets_LINK_FLAGS = -pthread;/usr/lib/x86_64-linux-gnu/ libwx_baseu-3.0.so;/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so -- RT_LIB = /usr/lib/x86_64-linux-gnu/librt.so -- Looking for haru pdf header and library -- Looking for haru pdf header and library - not found -- WARNING: Setting PLD_pdf to OFF. -- OCAMLC = /usr/bin/ocamlc -- WARNING: The camlidl application not found. Disabling OCaml binding -- WARNING: ENABLE_ocaml is OFF so disabling Plcairo module and lablgtk2 support -- WARNING: validate target will not be available to check for syntax issues in the PLplot DocBook documentation because onsgmls (or env) was not found. pc_libplplot_LINK_FLAGS = /usr/lib/x86_64-linux-gnu/libltdl.so;/usr/lib/x86_64-linux-gnu/libm.so;/usr/lib/x86_64-linux-gnu/libfreetype.so;-lcsirocsa;-lqsastime -- WARNING concerning spurious warning messages generated by the gfortran compiler. The new Fortran binding is known to generate some ~50 "marked PRIVATE" warning messages when building the plplotf95 target with the gfortran Fortran compiler. A typical example of such a warning message is Warning: Symbol 'interface_plcont' at (1) is marked PRIVATE but has been given the binding label 'c_plcont' It appears these warnings (which do not occur if using the ifort or nagfor Fortran compilers) are due to a gfortran bug (see <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49111> and <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64861>), i.e., they are spurious warnings concerning completely valid use of the private attribute for interface blocks describing C routines. There appear to be no known negative consequences of this gfortran bug other than the spurious warnings themselves. Until this gfortran bug is fixed, these ~50 "marked PRIVATE" warnings should just be ignored for those using gfortran. -- ENABLE_itcl: ON -- Itcl libraries: plplot;/usr/lib/x86_64-linux-gnu/libtcl.so;/usr/lib/x86_64-linux-gnu/ libitcl3.4.so -- TEST_ENVIRONMENT = EXAMPLES_DIR=/home/astronom/build_dir/examples SRC_EXAMPLES_DIR=/home/astronom/plplot-5.12.0/examples OUTPUT_DIR=/home/astronom/build_dir/ctest_examples_output_dir VC_CTEST_DIRECTORY= -- Determine compile and link flags for extXdrawable_demo -- Checking for module 'gtk+-x11-2.0' -- Found gtk+-x11-2.0, version 2.24.30 -- Determine compile and link flags for ext-cairo-test -- Checking for module 'cairo' -- Found cairo, version 1.14.6 -- pc_qt_link_flags = -L"/usr/lib/x86_64-linux-gnu" -lQtSvg -L"/usr/lib/x86_64-linux-gnu" -lQtGui -L"/usr/lib/x86_64-linux-gnu" -lQtCore Summary of CMake build system results for PLplot Install location variables which can be set by the user: CMAKE_INSTALL_PREFIX: /usr/lib/plplot5.12.0 CMAKE_INSTALL_EXEC_PREFIX /usr/lib/plplot5.12.0 CMAKE_INSTALL_BINDIR /usr/lib/plplot5.12.0/bin CMAKE_INSTALL_DATADIR /usr/lib/plplot5.12.0/share CMAKE_INSTALL_LIBDIR /usr/lib/plplot5.12.0/lib CMAKE_INSTALL_INCLUDEDIR /usr/lib/plplot5.12.0/include CMAKE_INSTALL_INFODIR /usr/lib/plplot5.12.0/share/info CMAKE_INSTALL_MANDIR /usr/lib/plplot5.12.0/share/man Derived install location variables: DATA_DIR /usr/lib/plplot5.12.0/share/plplot5.12.0 LIB_DIR /usr/lib/plplot5.12.0/lib INCLUDE_DIR /usr/lib/plplot5.12.0/include/plplot BIN_DIR /usr/lib/plplot5.12.0/bin TCL_DIR /usr/lib/plplot5.12.0/share/plplot5.12.0/tcl ADA_INCLUDE_DIR /usr/lib/plplot5.12.0/share/ada/adainclude/plplotada ADA_LIB_DIR /usr/lib/plplot5.12.0/lib/ada/adalib/plplotada PYTHON_INSTDIR /usr/lib/plplot5.12.0/lib/python2.7/site-packages DRV_DIR /usr/lib/plplot5.12.0/lib/plplot5.12.0/drivers DOC_DIR /usr/lib/plplot5.12.0/share/doc/plplot MAN_DIR /usr/lib/plplot5.12.0/share/man INFO_DIR /usr/lib/plplot5.12.0/share/info Other important CMake variables: CMAKE_SYSTEM_NAME: Linux UNIX: 1 WIN32: APPLE: MSVC: (MSVC_VERSION: ) MINGW: MSYS: CYGWIN: BORLAND: WATCOM: SWIG_FOUND: 1 PERL_FOUND: TRUE X11_FOUND: 1 CMAKE_BUILD_TYPE: CMAKE_C_COMPILER CMAKE_C_FLAGS: /usr/bin/cc CMAKE_CXX_COMPILER CMAKE_CXX_FLAGS: /usr/bin/c++ CMAKE_Fortran_COMPILER CMAKE_Fortran_FLAGS: /usr/bin/gfortran Target Fortran: PYTHON_EXECUTABLE: /usr/bin/python PYTHON_INCLUDE_PATH: /usr/include/python2.7 PYTHON_LIBRARIES: /usr/lib/x86_64-linux-gnu/libpython2.7.so NUMPY_INCLUDE_PATH: /usr/local/lib/python2.7/dist-packages/numpy/core/include/numpy ENABLE_DYNDRIVERS: ON DRIVERS_LIST: cairo;qt;mem;null;ps;psttf;svg;wxwidgets;xfig;xwin DEVICES_LIST: memcairo;extcairo;pdfcairo;pngcairo;pscairo;epscairo;svgcairo;xcairo;epsqt;pdfqt;qtwidget;bmpqt;jpgqt;pngqt;ppmqt;tiffqt;extqt;memqt;svgqt;mem;null;ps;psttf;svg;wxwidgets;xfig;xwin Library options: BUILD_SHARED_LIBS: ON PL_DOUBLE: ON Optional libraries: PL_HAVE_QHULL: OFF WITH_CSA: ON PL_HAVE_FREETYPE: ON PL_HAVE_PTHREAD: ON HAVE_AGG: HAVE_SHAPELIB: OFF Language Bindings: ENABLE_ada: OFF ENABLE_cxx: ON ENABLE_d: OFF ENABLE_f95: ON ENABLE_java: ON ENABLE_lua: OFF ENABLE_ocaml: OFF ENABLE_octave: OFF ENABLE_pdl: OFF ENABLE_python: ON ENABLE_qt: ON ENABLE_pyqt4: ON ENABLE_pyqt5: OFF ENABLE_tcl: ON ENABLE_itcl: ON ENABLE_tk: OFF ENABLE_itk: OFF ENABLE_wxwidgets: ON -- Configuring done -- Generating done -- Build files have been written to: /home/astronom/build_dir -- With best regards, Oleh Malyi Albufeira PORTUGAL |
|
From: Don W. <don...@gm...> - 2017-08-07 08:14:03
|
Hi, This is either a feature request or "RTFM"-bait. I'm trying to figure out if PLplot can do the following two things: (1) Logarithmic ticks on an axis, but only labeling every Nth decade (when your Y axis goes from 10^-60 to 10^-20, you don't want every single decade to have a number next to it!) (2) Moving tick mark numbers towards/away from the axis they're associated with. It looks like PLplot can do this with the axis labels, using the plmtex command. Is there no way to do this with the numbers associated with major tick marks? I know both of these could be done by hand with sufficient usage of the plmtex command (or rather, I know how to do it in PGPLOT, which I'm currently stuck using for legacy reasons). But then I am individually labeling each major tick on the axis, and placing them all independently. I would rather not have 20 extra "annotation" blocks in my plotting scripts if it's avoidable, not to mention the time spent making sure each number is correctly positioned. Cheers, Don |
|
From: L1q1d <l1...@ya...> - 2017-06-21 09:21:32
|
Hi Alan,I tried to apply your approach but the result is exactly the same. Due to the fact that I have to apply the transformation both on the data and the isolevel.
Any other idea?
Thanks
Il Venerdì 9 Giugno 2017 19:33, Alan W. Irwin <ir...@be...> ha scritto:
On 2017-05-29 13:54-0000 L1q1d wrote:
> So you suggest that I transform each value of the array to it's log value
Yes, using the transformation I indicated.
> and then apply the [pl]shades?
Yes.
> Would it be quite resource consuming?
The plshades call would be no slower or faster because it is plotting
an array of cmap1 indices in the range from 0. to 1. just as per
normal. There would be some extra time required before you make that
call to convert your array into that 0. to 1. range via the log
transformation I suggested, but that time should be negligible with
today's computer speeds. For example, you should be able to do the
order of 100 million of such transformations per second assuming a
2GHz machine, and assuming a mathematical transformation would cost
~20 machine cycles per array value.
Anyhow, good luck with this and let us know how it goes.
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...> - 2017-06-09 17:33:49
|
On 2017-05-29 13:54-0000 L1q1d wrote: > So you suggest that I transform each value of the array to it's log value Yes, using the transformation I indicated. > and then apply the [pl]shades? Yes. > Would it be quite resource consuming? The plshades call would be no slower or faster because it is plotting an array of cmap1 indices in the range from 0. to 1. just as per normal. There would be some extra time required before you make that call to convert your array into that 0. to 1. range via the log transformation I suggested, but that time should be negligible with today's computer speeds. For example, you should be able to do the order of 100 million of such transformations per second assuming a 2GHz machine, and assuming a mathematical transformation would cost ~20 machine cycles per array value. Anyhow, good luck with this and let us know how it goes. 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...> - 2017-05-31 06:53:48
|
Hi Thomas, > -----Original Message----- > From: Thomas Gläßle [mailto:t_g...@gm...] > Sent: Tuesday, May 30, 2017 9:11 PM > > - tried using "native" cmake from `pacman -S cmake` -> but had trouble using it at > all: cmake complains about not knowing the make program. > The lack of a make program is likely caused by not having installed the "make" package. I do not think make is part of the basic MinGW-w64/Msys2 installation, but "pacman -Q" lists a separate package make, version 4.2.1-1 on my system. I have been using this platform for at least two years now and it is working fine, so there must be a difference in our installations that is causing your problems. But as you do not have time to investigate further, perhaps you could post (private, if you want) the output from "pacman -Q", which lists all the installed packages. 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: Thomas G. <t_g...@gm...> - 2017-05-30 19:11:29
|
Hi, I don't have a lot of time now to investigate the issues and I discovered that this platform is not so important for me, so I will abandon it for now, sorry. Just FYI: - tried building current git master -> same problem - tried using "native" cmake from `pacman -S cmake` -> but had trouble using it at all: cmake complains about not knowing the make program. - also briefly tried building cmake from source -> got errors in the cmake build, which I didn't want to investigate further. Best, Thomas Alan W. Irwin wrote on 05/19/2017 07:22 PM: > On 2017-05-19 06:42-0000 Arjen Markus wrote: > >> Hi Thomas, Alan, >> >> >> >> For what it is worth, yesterday I had success building the Qt4 device >> on MinGW-w64/MSYS2 using the "native" version of CMake (that reports >> the version as 3.6.2). I have attached the combined CMake/make output. > > Hi Arjen: > > That is worth a lot! :-) It is a big relief to me that the CMake > automoc capabilities apparently do work on this platform. Obviously, I > should have read your e-mail first before my previous reply to Thomas, > but I didn't. > > @Thomas: > > To introduce you to Arjen, he is one of the PLplot developers I was > referring to who is actively getting up to speed with MinGW-w64/MSYS2. > > It sounds like you cannot work any more on this for a week, but when > you can do that, I suggest you get back in touch with Arjen to see > what is different about his MinGW-w64/MSYS2 setup compared to yours or > his PLplot version (presumably the version from the git master branch > tip) compared to your plplot-5.12.0. Presumably one of those > differences is the source of the automoc troubles you have encountered > on this platform. > > 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: L1q1d <l1...@ya...> - 2017-05-29 13:58:44
|
So you suggest that I transform each value of the array to it's log value and then apply the shades? Would it be quite resource consuming? |
|
From: Alan W. I. <ir...@be...> - 2017-05-28 20:29:52
|
On 2017-05-28 10:35-0000 l1q1d wrote: > --- > > ** [support-requests:#43] Colormap log** > > **Status:** open > **Group:** > **Created:** Sun May 28, 2017 10:35 AM UTC by l1q1d > **Last Updated:** Sun May 28, 2017 10:35 AM UTC > **Owner:** nobody > > > Hi, do you have any idea how to have log color in colormap/plshade/colorbar? I have CC'd my response to your support request to the plplot-general mailing list. Since that is our preferred support mechanism (to collect support requests and the discussion of them all in one place), I ask that you subscribe to that mailing list (see directions at <https://lists.sourceforge.net/lists/listinfo/plplot-general>) and follow up there with your (likely inevitable) supplementary PLplot questions rather than on this deprecated support request tracker. That is an interesting question concerning color map 1 (N.B. not color map 0 since that is for discontinuous colors). The independent variable of cmap1 ranges from 0 to 1 (inclusive). We have no switch to interpret cmap1 values as logs, but that is not necessary since you can do that conversion yourself. For example, suppose you have an array z of 3rd coordinates which you would like to represent as a cmap1 color. Then try this transform: c = log(z/zmax)/log(zmax/zmin) + 1 That c array is proportional to log z as you require, but due to the linear transformation all values of that array are in the correct cmap1 range from 0 to 1 as you can see by substituting z=zmax where c = 1 and z=zmin where c = 0 on the RHS. So use that transformed c array or value anywhere (e.g., plshade, plshades, plcol1, plcolorbar) that a cmap1 color map value can be used, and you should be OK. However, as far as I know nobody has ever tried this so I would appreciate you following up (on the plplot-general mailing list) with your results (whether good or bad) for the benefit of both our developers and ordinary users. 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...> - 2017-05-26 20:18:09
|
On 2017-05-26 18:37-0000 Sergej Scherbina wrote: > Hi Alan: > > How to change the colour and size of the UTF chars on plot ? > Is possible to use different sizes and colours for them? > In attached files are simple C code with plstring and pdf. Yes. See my reply to that question (with references to the documentation of the PLplot-5.12.0 API you have to call) in my original post in this thread. 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: Sergej S. <no...@ro...> - 2017-05-26 18:37:09
|
Hi Alan: How to change the colour and size of the UTF chars on plot ? Is possible to use different sizes and colours for them? In attached files are simple C code with plstring and pdf. Regards, Sergey. |
|
From: Alan W. I. <ir...@be...> - 2017-05-26 10:38:37
|
On 2017-05-26 05:11-0000 Sergej Scherbina wrote: > How to use plstring instead of plpoin if in plstring I must use unknown specific string sign here "", it is not clear code as number? Hi Sergey: Please build standard example 00 and run it, but replace (in the C version of that example) #define NSIZE 101 by #define NSIZE 10 and replace plline(NSIZE, x, y); by plstring(NSIZE, x, y, "+"); I haven't tried this for myself, but if I made no typographical errors above, you should get a 10 point plot with the ascii glyph "+" at each of the points. And if you just want to plot a single glyph at a single point, then use one-element arrays for x and y, The most important point concerning plstring, is for modern devices such as pdfqt or pdfcairo, all of UTF-8 is available to you rather than just the ascii subset of that unicode encoding. For example, if you have an editor (such as emacs) with cut and paste capability for UTF-8 glyphs you can simply cut and paste the desired plotting symbol from any website e.g., <https://en.wikipedia.org/wiki/Mathematical_operators_and_symbols_in_Unicode> or (on Linux and Cygwin but not MinGW-w64/MSYS2 platforms) directly from the extraordinarily useful gucharmap system font browser application. Furthermore, if cut and paste doesn't work for UTF-8 glyphs for you, then you can fall back to accessing unicode glyphs via their PLplot unicode encoding (see <http://plplot.sourceforge.net/docbook-manual/plplot-html-5.12.0/characters.html#escape-sequences> for details about that encoding). So to take a concrete example, suppose the unicode symbol you choose is the bullet operator = "∙" = U+2219. You can plot that glyph using cut and paste, e.g., plstring(NSIZE, x, y, "∙"); which should make clear (if your mailer is UTF-8 aware) to you what glyph will be plotted when reading this e-mail, and similarly if your editor is UTF-8 aware, the code will also be clear. But if cutting and pasting of UTF-8 glyphs like I have described does not work on your platform, then you can always fall back to using the PLplot unicode encoding as follows: plstring(NSIZE, x, y, "#[0x2219]"); where the relationship between U+2219 for the bullet operator glyph and the above PLplot unicode character escape sequence for that glyph is pretty obvious. However, the glyph that will be plotted is not immediately obvious if you use this method so this method is not recommended if cut and paste works for you. I hope these remarks and also your reading of our documentation of character rendering at <http://plplot.sourceforge.net/docbook-manual/plplot-html-5.12.0/characters.html> will help you to understand what I have said above. However, if not, keep asking more questions on this list since those questions and responses to them should be interesting for all PLplot users who are reading this e-mail now and also those who search the PLplot mailing-list archives for answers in the future. 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: Sergej S. <no...@ro...> - 2017-05-26 05:32:01
|
Dear Andrew, I am sorry, it was my mistake. I will write my letters with questions from this address. My simple question: How to use plstring instead of plpoin if in plstring I must use unknown specific string sign here "", it is not clear code as number? It is in attached file with specific signs. Regards, Sergey. |
|
From: Alan W. I. <ir...@be...> - 2017-05-25 17:13:58
|
On 2017-05-25 12:35+0300 Sergey Shcherbina wrote: [...] > I have tested some plplot functions which had been proposed: > > plenv( LaMin, LaMax, FiMin, FiMax, 0, 0 ); > plschr(17, 14); > plpoin(1, &LaMrt, &FiMrt, 4); Hi Sergey: [...] It is up to you, but you should be aware that the plpoin API is not recommended any more (except for old-fashioned device drivers) since it was designed for the internal Hershey fonts that only have a relatively small list of fairly ugly glyphs available. I recommended plstring instead of plpoin to you by design since it gives you ready access to your system fonts (and the millions of different unicode glyphs that are typically available for such fonts) for all modern device drivers such as qt, cairo, wxwidgets, svg, psttf, etc. With regard to your previous post concerning PLplot version, use <http://plplot.sourceforge.net/docbook-manual/plplot-html-5.12.0/plgver.html> to figure out which version you have. (Note, that much of the PLplot API does not change from one version to the next and, for example plgver has been around for a very long time. However, if your version is not 5.12.0, building that latest version (the only one we support) should be completely straightforward for you. See <https://sourceforge.net/p/plplot/wiki/Home/> for details. 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...> - 2017-05-24 16:50:50
|
On 2017-05-24 12:21+0300 Sergey Shcherbina wrote: > Dear Alan, > > Is possible to draw the one point with big size in plplot? How about > to draw two (or more) big points with different forms and different > colors? I did it in gnuplot that is in attached file. I hope I will > do it in plplot. Hi Sergey: Yes. With any of our modern Unicode-aware device drivers (e.g., qt, cairo, wxwidgets, svg, psttf) specify the color with a call to <http://plplot.sourceforge.net/docbook-manual/plplot-html-5.12.0/plcol0.html>, specify the character size with a call to <http://plplot.sourceforge.net/docbook-manual/plplot-html-5.12.0/plschr.html>, and plot a given Unicode glyph (specified by UTF-8) at one or more points using <http://plplot.sourceforge.net/docbook-manual/plplot-html-5.12.0/plstring.html>. See <http://plplot.sourceforge.net/examples.php?demo=04> for one of our standard examples that calls plstring. 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...> - 2017-05-19 17:22:15
|
On 2017-05-19 06:42-0000 Arjen Markus wrote: > Hi Thomas, Alan, > > > > For what it is worth, yesterday I had success building the Qt4 device on MinGW-w64/MSYS2 using the "native" version of CMake (that reports the version as 3.6.2). I have attached the combined CMake/make output. Hi Arjen: That is worth a lot! :-) It is a big relief to me that the CMake automoc capabilities apparently do work on this platform. Obviously, I should have read your e-mail first before my previous reply to Thomas, but I didn't. @Thomas: To introduce you to Arjen, he is one of the PLplot developers I was referring to who is actively getting up to speed with MinGW-w64/MSYS2. It sounds like you cannot work any more on this for a week, but when you can do that, I suggest you get back in touch with Arjen to see what is different about his MinGW-w64/MSYS2 setup compared to yours or his PLplot version (presumably the version from the git master branch tip) compared to your plplot-5.12.0. Presumably one of those differences is the source of the automoc troubles you have encountered on this platform. 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.
