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: Phil R. <p.d...@gm...> - 2019-07-12 08:10:50
|
Thanks Alan for confirming things see below Can I check what the logic is for splitting the paths On Fri, 12 Jul 2019 at 01:16, Alan W. Irwin <Ala...@gm...> wrote: > > On 2019-07-11 15:05-0700 Alan W. Irwin wrote: > > > I decided to attempt a somewhat equivalent step (iv) on Linux by setting the > environment variables > > CMAKE_INCLUDE_PATH="/usr - hyphen/include" > > and > > CMAKE_LIBRARY_PATH="/usr - hyphen/lib:/usr - hyphen/lib/x86_64-linux-gnu" > > where "/usr - hyphen" is a symlink to /usr. The result is CMake finds > most (but not all which I have to debug) external headers and > libraries in the "/usr - hyphen" tree, and those headers and libraries > trigger both configuration errors and build errors which confirms in > general form the PLplot build-system issue that Phil discovered. > glad you were able to recreate the bug > Based on prior experience the fix for such issues is often simply to > quote the relevant strings used in our CMake logic. So I expect this > project will be a long one but still pretty straightforward, and I > plan to take responsibility for it. However, after I have gone as far > as I can go on the Linux side this summer, it would be great both of > you would be willing to at least comprehensively test the result on > MSYS2 with special install prefix to see if there are any remaining > blank or hyphen issues left on that platform. So please do go through > steps (i) through (iii) and standby (until I am done on the Linux > side) for step (iv) above. I am not sure about the logic behind the regex replace that I pointed out in my first email. I presume it is there to separate flags from space delimited into semicolon delimited, making it a CMake list/array. I think that the way to do this therefore must be to pass linker flags only and not libraries. We are conflating the two. Whatever logic we use to distinguish a flag from a library path, someone somewhere will end up with a path that breaks that logic. I couldn't work out the full purpose of the function cmake_link_flags yesterday, but I've just sat and looked again. My understanding is that it's primary purpose is to take liker flags -L and -l, specifying library directories and library names, then use find_library to actually locate each library and get the full path to that library. The -L and -l flags are therefore replaced by the full path. I think the splitting of flags with semicolons is what is known as a side-effect (https://softwareengineering.stackexchange.com/questions/40297/what-is-a-side-effect), or maybe against the "principle of least surprise", or some other programming mantra. Anyway, I think the "bug" is that this function should not be responsible for splitting flags, it should only convert flags to paths. I think the best way to proceed would be to have a function which splits flags, and we only pass flags to it (not paths), then this function which deals with can deal with flags and paths without worrying about delimiters. Thoughts? Phil I will try and m > > Alan > __________________________ > Alan W. Irwin > > 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.org); 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. <Ala...@gm...> - 2019-07-12 00:17:01
|
On 2019-07-11 15:05-0700 Alan W. Irwin wrote: [...] > (iv) Repeat (i) with the MSYS2 install prefix with " - " in its name > and repeat (ii). I assume from your results above that (ii) will not > work for this case since the (MSYS2) libraries needed by PLplot will all have > " - " > in their pathname. Note, the report tarballs generated by (ii) should > be a large help as I attempt to fix the "external library blank and > hyphen" issues in our build system that are found by this test. Once > (ii) works with " - " in the MSYS2 prefix then try (iii), but I think > that will work once (ii) works. > > Good luck, and let me know how it goes with the above steps. To Arjen and Phil: I decided to attempt a somewhat equivalent step (iv) on Linux by setting the environment variables CMAKE_INCLUDE_PATH="/usr - hyphen/include" and CMAKE_LIBRARY_PATH="/usr - hyphen/lib:/usr - hyphen/lib/x86_64-linux-gnu" where "/usr - hyphen" is a symlink to /usr. The result is CMake finds most (but not all which I have to debug) external headers and libraries in the "/usr - hyphen" tree, and those headers and libraries trigger both configuration errors and build errors which confirms in general form the PLplot build-system issue that Phil discovered. Based on prior experience the fix for such issues is often simply to quote the relevant strings used in our CMake logic. So I expect this project will be a long one but still pretty straightforward, and I plan to take responsibility for it. However, after I have gone as far as I can go on the Linux side this summer, it would be great both of you would be willing to at least comprehensively test the result on MSYS2 with special install prefix to see if there are any remaining blank or hyphen issues left on that platform. So please do go through steps (i) through (iii) and standby (until I am done on the Linux side) for step (iv) above. Alan __________________________ Alan W. Irwin 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.org); 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. <Ala...@gm...> - 2019-07-11 22:06:06
|
On 2019-07-11 12:22-0000 Arjen Markus wrote: > Hi Phil, > > -----Original Message----- > From: Phil Rosenberg <p.d...@gm...> > Sent: 11 July 2019 14:12 > To: plplot_general <plp...@li...> > Subject: [Plplot-general] CMake problem with hyphen in path > > Hi Alan (I guess this is your expertise) I've just tried to build plplot on a new Windows system and I am getting problems. > > After some digging I found that the issue is that my home directory (where all my libraries are stored and where I am building plplot) contains a hyphen with a space either side. Specifically it is C:\Users\<my_username>\Onedrive - <my_employer>\Documents\usr\... > I would imagine I'm not the only person who has hit this problem as this is the name that seems to be given by default when using Ondedrive for business. > > This filename then interacts with the logic in cmake_link_flags - see plplot/modules/cmake/pkg-config.cmake line 261, which replaces " -" > with ";-". > > This splits all my library paths in two and obviously causes errors. > > I'm not really sure what to do about this? Any suggestions? > > >>> AM:: I have the same pattern in my home directory, but I never build any software there 😊. We did do a test with directories have spaces and IIRC, we sorted out the problems this was causing. Just checked: I did that test in November last year and as I have the examples there, it must not have been a problem. I do have an odd subdirectory, "d*" (where the asterisk is actually a centred dot). That is due to trying to install PLplot, not juist build it. If the pattern you describe causing problems and a simple directory name like "build with spaces" (the name I used) does not, there are still some issues to solve. @Phil: I cannot confirm the issue on Linux. Here are the details of that test. # Create source tree with hyphenated pathname using a symlink to actual git repository # cd to working directory of actual (not symlinked) repository cd /home/software/plplot/HEAD/plplot.git cd .. ln -s plplot.git "plplot hyphen - .git" cd plplot.git # Run my usual noninteractive comprehensive test for hyphenated # source, build, AND install trees. # N.B. For my Debian Buster platform I like/need to test # special versions of lua, libLASi, and qhull via setting the # CMAKE_PREFIX_PATH environment variable, a special version of cmake # (and ctest) via setting the PATH environment variable, and a special # version of swig via setting the SWIG_EXECUTABLE CMake cache # variable. SOURCE_PREFIX="/home/software/plplot/HEAD/plplot hyphen - .git" # This hyphenated directory does not (necessarily) have to exist before the test # since the script deletes it (if it exists) before (re)creating it. COMPREHENSIVE_TEST_PREFIX="/home/software/plplot/HEAD/comprehensive_test_disposeable - hyphen" time (nice -19 env CMAKE_PREFIX_PATH=/home/software/lua/install-5.3.5:/home/software/lasi_svn/install:/home/software/qhull/install PATH="/home/software/cmake/install-3.13.2/bin:$PATH" "$SOURCE_PREFIX"/scripts/comprehensive_test.sh --prefix "$COMPREHENSIVE_TEST_PREFIX" --cmake_added_options "-DUSE_INCRTCL_VERSION_4=ON -DSWIG_EXECUTABLE=/home/software/swig/install/bin/swig" --build_command "make -j16" --ctest_command "ctest -j16" --do_test_interactive no) That comprehensive test completed without obvious errors or hangs (in 23 minutes of wall-clock time on my computer with 16 hardware threads), and the results of running the evaluation procedure for such tests that is documented in doc/wiki_source/Testing_PLplot were perfect! So my conclusion is that basically all the many steps we (including a large initial effort from you) have taken over the years to blank-proof PLplot are generally also working to hyphen-proof PLplot. IMPORTANT CAVEAT: One thing these Linux tests do not do is use external libraries with blanks or hyphens in their pathnames so my working hypothesis for the reason for the symptoms you reported above is you ran into that kind of issue on Windows. Here are my suggestions for investigating such issues in a straightforward and systematic way on MSYS2 (our best platform for testing Windows). (i) Install MSYS2 (including all PLplot prequisites) following the clear directions in the MSYS2 wiki that I referenced before. Use an MSYS2 install prefix with no hyphen or blank issues for now. (ii) Run a comprehensive test on MSYS2 with source, build, and install trees that are space and hyphen free. This will likely take several iterations to get right, but if you send me the report tarball that is generated each time, that should provide me with enough information to debug any problems you encounter on this platform (which will likely be MSYS2 installation issues since Arjen has debugged virtually all the PLplot issues on this platform). And, of course, once you also have complete success with this step that doubles our developer support for this important Windows platform. (iii) Repeat the last successful blank- and hyphen-free test, but this time using blanked and hyphenated (as in my test above) source, build, and install trees for the test. I expect this test to work for you since it works on Linux. (iv) Repeat (i) with the MSYS2 install prefix with " - " in its name and repeat (ii). I assume from your results above that (ii) will not work for this case since the (MSYS2) libraries needed by PLplot will all have " - " in their pathname. Note, the report tarballs generated by (ii) should be a large help as I attempt to fix the "external library blank and hyphen" issues in our build system that are found by this test. Once (ii) works with " - " in the MSYS2 prefix then try (iii), but I think that will work once (ii) works. Good luck, and let me know how it goes with the above steps. Alan __________________________ Alan W. Irwin 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.org); 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...> - 2019-07-11 15:58:48
|
Hi Phil, -----Original Message----- From: Phil Rosenberg <p.d...@gm...> Sent: 11 July 2019 14:12 To: plplot_general <plp...@li...> Subject: [Plplot-general] CMake problem with hyphen in path Hi Alan (I guess this is your expertise) I've just tried to build plplot on a new Windows system and I am getting problems. After some digging I found that the issue is that my home directory (where all my libraries are stored and where I am building plplot) contains a hyphen with a space either side. Specifically it is C:\Users\<my_username>\Onedrive - <my_employer>\Documents\usr\... I would imagine I'm not the only person who has hit this problem as this is the name that seems to be given by default when using Ondedrive for business. This filename then interacts with the logic in cmake_link_flags - see plplot/modules/cmake/pkg-config.cmake line 261, which replaces " -" with ";-". This splits all my library paths in two and obviously causes errors. I'm not really sure what to do about this? Any suggestions? >>AM:: I have the same pattern in my home directory, but I never build any software there 😊. We did do a test with directories have spaces and IIRC, we sorted out the problems this was causing. Just checked: I did that test in November last year and as I have the examples there, it must not have been a problem. I do have an odd subdirectory, "d*" (where the asterisk is actually a centred dot). That is due to trying to install PLplot, not juist build it. If the pattern you describe causing problems and a simple directory name like "build with spaces" (the name I used) does not, there are still some issues to solve. 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: Phil R. <p.d...@gm...> - 2019-07-11 12:12:19
|
Hi Alan (I guess this is your expertise) I've just tried to build plplot on a new Windows system and I am getting problems. After some digging I found that the issue is that my home directory (where all my libraries are stored and where I am building plplot) contains a hyphen with a space either side. Specifically it is C:\Users\<my_username>\Onedrive - <my_employer>\Documents\usr\... I would imagine I'm not the only person who has hit this problem as this is the name that seems to be given by default when using Ondedrive for business. This filename then interacts with the logic in cmake_link_flags - see plplot/modules/cmake/pkg-config.cmake line 261, which replaces " -" with ";-". This splits all my library paths in two and obviously causes errors. I'm not really sure what to do about this? Any suggestions? Phil |
From: Alan W. I. <Ala...@gm...> - 2019-06-30 19:52:58
|
On 2019-06-28 06:55-0000 Ahmed Abdel-Rahman wrote: > Hello Alan, > > First of all I'ld like to thank you and every single person who worked > and who is still working on developing plplot. Hi Ahmed: On behalf of all those PLplot developers over more than 3 decades now, you are welcome! By the way, we prefer such support requests like you have below to be posted to the [plplot-general mailing list](https://sourceforge.net/projects/plplot/lists/plplot-general/) so that all PLplot users benefit from the discussion. So I have CC'ed my response to that list, and I hope you take the time to subscribe to that list for any further discussions with you and so you can benefit from other user's support requests as well. > > I'm new to plplot! I was (and still) developing scientific plots for > more than 2.5 decades. I liked plots of plplot very much and tried > some things which worked fine. Good. > > I have 2 questions: > > > 1- How can I create plots with thin grid lines like in this one: PlotGridWithVeryThinMinorTics.png Line width for any element of a plot is controlled via a call to <http://plplot.org/docbook-manual/plplot-html-5.15.0/plwidth.html>. > 2- How can I plot arrows; say from (x1, y1) to (x2, y2) like this: PlottingArrows.png I am pretty sure you should be able to do that via a call to <http://plplot.org/docbook-manual/plplot-html-5.15.0/plvect.html> if you use nx = 1 to reduce the input matrices to vectors (so you end up plotting just a single arrow). Also, I would advise you (and others subscribed to this mailing list) to look at all examples in <http://plplot.org/examples.php> to see if the plotting effect you want is there. If you find some effect you like, those examples also include the code (in all our different supported computer languages) you need to produce the effect. Good luck with your future use of PLplot, and let us know how it goes. Alan __________________________ Alan W. Irwin 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.org); 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. <Ala...@gm...> - 2019-06-02 01:54:14
|
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 ~50 commits), and it is the only version we support by answering questions here 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/2019/06/plplot-5150-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). Those release notes contain official notices for users of this release that have the following headings: * CMake version compatibility * Remove typedefs for PL_NC_GENERIC_POINTER and PL_GENERIC_POINTER * Fix typedef for PLINT_NC_VECTOR Those release notes also contain details of improvements for this release that have the following headings: * Bug fixes * Update PLplot to be consistent with modern free software * Rewrite the configuration of the INSTALL_RPATH target property * Rewrite the rpath configuration of traditionally built examples * Factor the PLplot export files * Introduce symbolic constants in our color-map routines * New implementation of the range checks for the validity of cmap0 and cmap1 user input * New implementation of the -bg command-line option * Implement ctest for the build system of the installed examples Enjoy this new version of PLplot! Alan __________________________ Alan W. Irwin 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...> - 2019-05-01 08:40:37
|
Hi Walt, Thanks for that information. Hm, if I read this correctly, the installation of GTK messed up your working installation of PLplot – at least the variant with static libraries. That will not be an easy one to reproduce and analyse. Regards, Arjen From: Walt Brainerd <wal...@gm...> Sent: 30 April 2019 22:56 To: Arjen Markus <Arj...@de...> Cc: Phil Rosenberg <p.d...@gm...>; Alan W. Irwin <ala...@gm...>; plplot_general <plp...@li...> Subject: Re: [Plplot-general] Building plplot on Windows 10 I had Plplot working (static) and then installed GTK and it quit working. So I tried to build the dynamic (DLL) version and that now works again. If anybody is interested, here is the result of pkg-config (after the -L option was changed): $ echo $PLOT_LIB -LC:\Fortran_Tools\lib -lplplotfortran -lplplot -lplfortrandemolib -ltcl.dll -ltk.dll C:/Windows/System32/gdi32.dll C:/Windows/System32/comdlg32.dll -lfreetype.dll -lfreetype.dll -lcsirocsa -lqsastime -LC:/Fortran_Tools/lib/gcc/x86_64-w64-mingw32/8.3.0 -lstdc++.dll -ladvapi32 -lshell32 -luser32 -lkernel32 -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex Thanks again for the help. I hope I don't have to go through all this again when you guys do another update! On Fri, Apr 26, 2019 at 12:35 AM Arjen Markus <Arj...@de...<mailto:Arj...@de...>> wrote: Hi Walt, See below. Regards, Arjen From: Walt Brainerd <wal...@gm...<mailto:wal...@gm...>> Sent: 25 April 2019 17:30 To: Arjen Markus <Arj...@de...<mailto:Arj...@de...>> Cc: Phil Rosenberg <p.d...@gm...<mailto:p.d...@gm...>>; Alan W. Irwin <ala...@gm...<mailto:ala...@gm...>>; plplot_general <plp...@li...<mailto:plp...@li...>> Subject: Re: [Plplot-general] Building plplot on Windows 10 Surely others besides me have tried to build and run Plplot on Windows ??? >>AM: Yes, certainly, which is why it is important to the project in my opinion to determine what needs to be improved. The key to the build (cmake) was to use the -D options you suggested. >>AM: My ideal is that you can build without any such options, but that is perhaps too idealistic. The problem with compiling was that I was nowhere close to having the right library options (so the order was kind of irrelevant :-(). Setting the environment variable PKG_CONFIG_PATH and executing pkg-config produced all sorts of stuff, including Windows system libraries, DLLs (in spite of the fact that I built static libs), etc. I also had to add one -l option to find a demo lib for one of the supplied demo *.f90 files. >>AM: Right, the demo library is not part of the PLplot libraries perse – it is intended only for the Fortran examples. I am not in the same location as the computer on which I did all this, but, if you think it would help, I can send you the result of the pkg-config execution later (tomorrow?). >>AM: That would certainly be helpful! I will do anything I can to help others avoid all of this trauma (and drama). Just let me know. Again, thanks for your help. I probably would have given up some time ago without your continued suggestions. >>AM: You’re welcome – a small contribution compared to your contributions to Fortran, after all 😊. 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. -- Walt Brainerd 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: Walt B. <wal...@gm...> - 2019-04-30 20:56:36
|
I had Plplot working (static) and then installed GTK and it quit working. So I tried to build the dynamic (DLL) version and that now works again. If anybody is interested, here is the result of pkg-config (after the -L option was changed): $ echo $PLOT_LIB -LC:\Fortran_Tools\lib -lplplotfortran -lplplot -lplfortrandemolib -ltcl.dll -ltk.dll C:/Windows/System32/gdi32.dll C:/Windows/System32/comdlg32.dll -lfreetype.dll -lfreetype.dll -lcsirocsa -lqsastime -LC:/Fortran_Tools/lib/gcc/x86_64-w64-mingw32/8.3.0 -lstdc++.dll -ladvapi32 -lshell32 -luser32 -lkernel32 -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex Thanks again for the help. I hope I don't have to go through all this again when you guys do another update! On Fri, Apr 26, 2019 at 12:35 AM Arjen Markus <Arj...@de...> wrote: > Hi Walt, > > > > See below. > > > > Regards, > > > > Arjen > > > > *From:* Walt Brainerd <wal...@gm...> > *Sent:* 25 April 2019 17:30 > *To:* Arjen Markus <Arj...@de...> > *Cc:* Phil Rosenberg <p.d...@gm...>; Alan W. Irwin < > ala...@gm...>; plplot_general < > plp...@li...> > *Subject:* Re: [Plplot-general] Building plplot on Windows 10 > > > > Surely others besides me have tried to build and run Plplot on Windows ??? > > > > >>AM: Yes, certainly, which is why it is important to the project in my > opinion to determine what needs to be improved. > > > > The key to the build (cmake) was to use the -D options you suggested. > > > > >>AM: My ideal is that you can build without any such options, but that is > perhaps too idealistic. > > > > The problem with compiling was that I was nowhere close to having the right > > library options (so the order was kind of irrelevant :-(). Setting the > environment variable > > PKG_CONFIG_PATH and executing pkg-config produced all sorts of stuff, > including > > Windows system libraries, DLLs (in spite of the fact that I built static > libs), etc. > > I also had to add one -l option to find a demo lib for one of the supplied > demo *.f90 files. > > > > >>AM: Right, the demo library is not part of the PLplot libraries perse – > it is intended only for the Fortran examples. > > > > I am not in the same location as the computer on which I did all this, > but, if you think it would > > help, I can send you the result of the pkg-config execution later > (tomorrow?). > > > > >>AM: That would certainly be helpful! > > > > I will do anything I can to help others avoid all of this trauma (and > drama). Just let me know. > > > > Again, thanks for your help. I probably would have given up some time ago > without your > > continued suggestions. > > > > >>AM: You’re welcome – a small contribution compared to your contributions > to Fortran, after all 😊. > 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. > -- Walt Brainerd |
From: Arjen M. <Arj...@de...> - 2019-04-26 06:36:03
|
Hi Walt, See below. Regards, Arjen From: Walt Brainerd <wal...@gm...> Sent: 25 April 2019 17:30 To: Arjen Markus <Arj...@de...> Cc: Phil Rosenberg <p.d...@gm...>; Alan W. Irwin <ala...@gm...>; plplot_general <plp...@li...> Subject: Re: [Plplot-general] Building plplot on Windows 10 Surely others besides me have tried to build and run Plplot on Windows ??? >>AM: Yes, certainly, which is why it is important to the project in my opinion to determine what needs to be improved. The key to the build (cmake) was to use the -D options you suggested. >>AM: My ideal is that you can build without any such options, but that is perhaps too idealistic. The problem with compiling was that I was nowhere close to having the right library options (so the order was kind of irrelevant :-(). Setting the environment variable PKG_CONFIG_PATH and executing pkg-config produced all sorts of stuff, including Windows system libraries, DLLs (in spite of the fact that I built static libs), etc. I also had to add one -l option to find a demo lib for one of the supplied demo *.f90 files. >>AM: Right, the demo library is not part of the PLplot libraries perse – it is intended only for the Fortran examples. I am not in the same location as the computer on which I did all this, but, if you think it would help, I can send you the result of the pkg-config execution later (tomorrow?). >>AM: That would certainly be helpful! I will do anything I can to help others avoid all of this trauma (and drama). Just let me know. Again, thanks for your help. I probably would have given up some time ago without your continued suggestions. >>AM: You’re welcome – a small contribution compared to your contributions to Fortran, after all 😊. 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: Walt B. <wal...@gm...> - 2019-04-25 15:30:20
|
Surely others besides me have tried to build and run Plplot on Windows ??? The key to the build (cmake) was to use the -D options you suggested. The problem with compiling was that I was nowhere close to having the right library options (so the order was kind of irrelevant :-(). Setting the environment variable PKG_CONFIG_PATH and executing pkg-config produced all sorts of stuff, including Windows system libraries, DLLs (in spite of the fact that I built static libs), etc. I also had to add one -l option to find a demo lib for one of the supplied demo *.f90 files. I am not in the same location as the computer on which I did all this, but, if you think it would help, I can send you the result of the pkg-config execution later (tomorrow?). I will do anything I can to help others avoid all of this trauma (and drama). Just let me know. Again, thanks for your help. I probably would have given up some time ago without your continued suggestions. On Thu, Apr 25, 2019 at 12:36 AM Arjen Markus <Arj...@de...> wrote: > Hi Walt, > > > > Glad to read that you have success now 😊. This does raise a couple of > questions, though, such as why did the errors about the unresolved symbols > occur at all if the order of the libraries is not a problem? And: how can > we ensure the build steps (outside of building PLplot itself) are clear? > You might say you have served well as a guinea pig 😊. Hm, this clearly > goes beyond ensuring building PLplot works smoothly. > > > > Regards, > > > > Arjen > > > > *From:* Walt Brainerd <wal...@gm...> > *Sent:* 25 April 2019 01:00 > *To:* Arjen Markus <Arj...@de...> > *Cc:* Phil Rosenberg <p.d...@gm...>; Alan W. Irwin < > ala...@gm...>; plplot_general < > plp...@li...> > *Subject:* Re: [Plplot-general] Building plplot on Windows 10 > > > > See comments below. > > > > On Wed, Apr 24, 2019 at 5:27 AM Arjen Markus <Arj...@de...> > wrote: > > Hi Walt, > > > > The reason you get these unresolved may be the ordering of the libraries. > I suggest you put -lplplot just before -lcsirocsa. > > This didn't help--not surprisingly given the comments below:-(. > > > > I am not that used to pkg-config, but if I understand it correctly: > gfortran -o x01 x01.f90 `pkg-config –libs plplot-fortran` ought to do the > trick (if the pkg-scripts have been properly installed – happens as part of > “make install”) > > This inspired me to try pkg-config again. Turns out I needed to set > environment variable PKG_CONFIG_PATH to find plplot-gfortran.pc. > > The result is completely different from what I had before and *now works*. > > The only big difference I see is that the various cairo drivers do not > show up as plotting options. I can live with that. > > > > Thanks, Arjen, for your patience with me. > > > > Regards, > > > > Arjen > > > > *From:* Walt Brainerd <wal...@gm...> > *Sent:* 19 April 2019 22:24 > *To:* Arjen Markus <Arj...@de...> > *Cc:* Phil Rosenberg <p.d...@gm...>; Alan W. Irwin < > ala...@gm...>; plplot_general < > plp...@li...> > *Subject:* Re: [Plplot-general] Building plplot on Windows 10 > > > > I think I have made more progress, but still not there yet. > > > > I think pkg-config is supposed to show me what libraries I need, but I > don't know how to do that, > > so I just used all 8 *.a files generated by the build. But apparently that > is not enough. > > > > $ cat xxx > > gfortran $1 \ > > -IC:/Fortran_Tools/include -LC:/Fortran_Tools/lib -lplplot -lplplotfortran > -lplplottcltk -lplplottcltk_Main -ltclmatrix -lplfortrandemolib -lcsirocsa > -lqsastime -lgdi32 -lcomdlg32 - > > LC:/Fortran_Tools/lib -lgtkfortran -lgtk-3 -lgdk-3 -lpangocairo-1.0 > -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 > -lgobject-2.0 -lglib-2.0 -lintl > > > > $ ./xxx x00* > > C:/Fortran_Tools/lib/libplplotfortran.a(plplot.f90.obj):plplot.f90:(.text+0x2e): > undefined reference to `c_plxormod' > > C:/Fortran_Tools/lib/libplplotfortran.a(plplot.f90.obj):plplot.f90:(.text+0x53): > undefined reference to `c_plvsta' > > and dozens more of these. Also many like the following: > > > > C:/Fortran_Tools/lib/libplplotfortran.a(plplot_double.f90.obj):plplot_double.f90:(.text+0xee1): > undefined reference to `c_plstransform' > > C:/Fortran_Tools/lib/libplplotfortran.a(plplot_double.f90.obj):plplot_double.f90:(.text+0xf13): > undefined reference to `c_plstransform' > > > > I see c_plxormod in src/plctrl.c. Where does the compiled code end up? > > > > > > On Tue, Apr 16, 2019 at 1:49 PM Arjen Markus <Arj...@de...> > wrote: > > Hi Walt, > > > > For MinGW-w64/MSYS2 you need to have the mingw-w64-x86_64-make package > installed, this contains the make utility which seems to be missing. > > > > For Cygwin, I would say: add -DENABLE_cxx=OFF -DENABLE_qt=OFF, as C++ > lacks an important library (not sure why that is) and Qt4/5 have only > partial installations too (partial wrt PLplot, that is). As a general note: > quite often you need the “devel” version of a package as well as the > “plain” version. This is due to the way Cygwin packages are set up. > > > > Regards, > > > > Arjen > > > > *From:* Walt Brainerd <wal...@gm...> > *Sent:* 16 April 2019 21:40 > *To:* Arjen Markus <Arj...@de...> > *Cc:* Phil Rosenberg <p.d...@gm...>; Alan W. Irwin < > ala...@gm...>; plplot_general < > plp...@li...> > *Subject:* Re: [Plplot-general] Building plplot on Windows 10 > > > > Trying with MSYS2 gives me: > > > > $ ../../Cmake/*/bin/cmake -G "Unix Makefiles" > -DCMAKE_INSTALL_PREFIX=install -DBUILD_SHARED_LIBS=OFF ../plplot.git > > 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! > > See also "C:/walt/Software/Plplot/build_dir/CMakeFiles/CMakeOutput.log". > > ======================================================= > > > > With Cygwin, the result files are attached. > > > > There are messages about pango and cairo and > > CMake Error at C:/cygwin/lib/cmake/Qt5Svg/Qt5SvgConfig.cmake:27 (message): > > The imported target "Qt5::Svg" references the file > > > > "C:/cygwin/include/qt5/" > > > > My C:\cygwin does not contain an "include" directory at all. > > > > (I think) I have installed ALL of cygwin. > > > > Any other suggestions? Thanks. > > > > > > On Tue, Apr 16, 2019 at 12:43 AM Arjen Markus <Arj...@de...> > wrote: > > Hi Walt, > > > > See below. > > > > Regards, > > > > Arjen > > > > *From:* Walt Brainerd <wal...@gm...> > *Sent:* 15 April 2019 18:12 > *To:* Phil Rosenberg <p.d...@gm...> > *Cc:* Alan W. Irwin <ala...@gm...>; Arjen Markus < > Arj...@de...>; plplot_general < > plp...@li...> > *Subject:* Re: [Plplot-general] Building plplot on Windows 10 > > > > … > > If anyone can sen me a cmake command that works for either MSYS2 > > or Cygwin, I would like to try it. When I successfully built plplot in > > the past, I built a static lib and that is fine for my use now. > > > > > > >>AM: For Cygwin I use the following basic command: > > > > cmake ../plplot-git -G “Unix Makefiles” … > > > > I run the command is run in a clean directory next to the one holding the > sources (plplot-git in my case). I mostly use a bunch of options (the dots) > to control what is or is not considered in the build, but that should not > be necessary at all (some packages I have installed within Cygwin cause > problems in the actual build step, so I have to suppress them for instance). > > > > For MinGW64/MSYS2 I use the same basic command and I run it in a clean > directory as well. The one caveat is that I use the shell started via > mingw64.exe. Again some packages do not support all the necessary bits and > pieces, so I have to exclude them via a small number of options. > > > > A useful option is to explicitly ask for the examples/tests to be built: > -DBUILD_TEST=ON > > > > Hope this helps. > > > > > > 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. > > > > > -- > > Walt Brainerd > > 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. > > > > > -- > > Walt Brainerd > > 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. > > > > > -- > > Walt Brainerd > 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. > -- Walt Brainerd |
From: Arjen M. <Arj...@de...> - 2019-04-25 07:10:10
|
Hi Walt, Glad to read that you have success now 😊. This does raise a couple of questions, though, such as why did the errors about the unresolved symbols occur at all if the order of the libraries is not a problem? And: how can we ensure the build steps (outside of building PLplot itself) are clear? You might say you have served well as a guinea pig 😊. Hm, this clearly goes beyond ensuring building PLplot works smoothly. Regards, Arjen From: Walt Brainerd <wal...@gm...> Sent: 25 April 2019 01:00 To: Arjen Markus <Arj...@de...> Cc: Phil Rosenberg <p.d...@gm...>; Alan W. Irwin <ala...@gm...>; plplot_general <plp...@li...> Subject: Re: [Plplot-general] Building plplot on Windows 10 See comments below. On Wed, Apr 24, 2019 at 5:27 AM Arjen Markus <Arj...@de...<mailto:Arj...@de...>> wrote: Hi Walt, The reason you get these unresolved may be the ordering of the libraries. I suggest you put -lplplot just before -lcsirocsa. This didn't help--not surprisingly given the comments below:-(. I am not that used to pkg-config, but if I understand it correctly: gfortran -o x01 x01.f90 `pkg-config –libs plplot-fortran` ought to do the trick (if the pkg-scripts have been properly installed – happens as part of “make install”) This inspired me to try pkg-config again. Turns out I needed to set environment variable PKG_CONFIG_PATH to find plplot-gfortran.pc. The result is completely different from what I had before and *now works*. The only big difference I see is that the various cairo drivers do not show up as plotting options. I can live with that. Thanks, Arjen, for your patience with me. Regards, Arjen From: Walt Brainerd <wal...@gm...<mailto:wal...@gm...>> Sent: 19 April 2019 22:24 To: Arjen Markus <Arj...@de...<mailto:Arj...@de...>> Cc: Phil Rosenberg <p.d...@gm...<mailto:p.d...@gm...>>; Alan W. Irwin <ala...@gm...<mailto:ala...@gm...>>; plplot_general <plp...@li...<mailto:plp...@li...>> Subject: Re: [Plplot-general] Building plplot on Windows 10 I think I have made more progress, but still not there yet. I think pkg-config is supposed to show me what libraries I need, but I don't know how to do that, so I just used all 8 *.a files generated by the build. But apparently that is not enough. $ cat xxx gfortran $1 \ -IC:/Fortran_Tools/include -LC:/Fortran_Tools/lib -lplplot -lplplotfortran -lplplottcltk -lplplottcltk_Main -ltclmatrix -lplfortrandemolib -lcsirocsa -lqsastime -lgdi32 -lcomdlg32 - LC:/Fortran_Tools/lib -lgtkfortran -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lintl $ ./xxx x00* C:/Fortran_Tools/lib/libplplotfortran.a(plplot.f90.obj):plplot.f90:(.text+0x2e): undefined reference to `c_plxormod' C:/Fortran_Tools/lib/libplplotfortran.a(plplot.f90.obj):plplot.f90:(.text+0x53): undefined reference to `c_plvsta' and dozens more of these. Also many like the following: C:/Fortran_Tools/lib/libplplotfortran.a(plplot_double.f90.obj):plplot_double.f90:(.text+0xee1): undefined reference to `c_plstransform' C:/Fortran_Tools/lib/libplplotfortran.a(plplot_double.f90.obj):plplot_double.f90:(.text+0xf13): undefined reference to `c_plstransform' I see c_plxormod in src/plctrl.c. Where does the compiled code end up? On Tue, Apr 16, 2019 at 1:49 PM Arjen Markus <Arj...@de...<mailto:Arj...@de...>> wrote: Hi Walt, For MinGW-w64/MSYS2 you need to have the mingw-w64-x86_64-make package installed, this contains the make utility which seems to be missing. For Cygwin, I would say: add -DENABLE_cxx=OFF -DENABLE_qt=OFF, as C++ lacks an important library (not sure why that is) and Qt4/5 have only partial installations too (partial wrt PLplot, that is). As a general note: quite often you need the “devel” version of a package as well as the “plain” version. This is due to the way Cygwin packages are set up. Regards, Arjen From: Walt Brainerd <wal...@gm...<mailto:wal...@gm...>> Sent: 16 April 2019 21:40 To: Arjen Markus <Arj...@de...<mailto:Arj...@de...>> Cc: Phil Rosenberg <p.d...@gm...<mailto:p.d...@gm...>>; Alan W. Irwin <ala...@gm...<mailto:ala...@gm...>>; plplot_general <plp...@li...<mailto:plp...@li...>> Subject: Re: [Plplot-general] Building plplot on Windows 10 Trying with MSYS2 gives me: $ ../../Cmake/*/bin/cmake -G "Unix Makefiles" -DCMAKE_INSTALL_PREFIX=install -DBUILD_SHARED_LIBS=OFF ../plplot.git 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! See also "C:/walt/Software/Plplot/build_dir/CMakeFiles/CMakeOutput.log". ======================================================= With Cygwin, the result files are attached. There are messages about pango and cairo and CMake Error at C:/cygwin/lib/cmake/Qt5Svg/Qt5SvgConfig.cmake:27 (message): The imported target "Qt5::Svg" references the file "C:/cygwin/include/qt5/" My C:\cygwin does not contain an "include" directory at all. (I think) I have installed ALL of cygwin. Any other suggestions? Thanks. On Tue, Apr 16, 2019 at 12:43 AM Arjen Markus <Arj...@de...<mailto:Arj...@de...>> wrote: Hi Walt, See below. Regards, Arjen From: Walt Brainerd <wal...@gm...<mailto:wal...@gm...>> Sent: 15 April 2019 18:12 To: Phil Rosenberg <p.d...@gm...<mailto:p.d...@gm...>> Cc: Alan W. Irwin <ala...@gm...<mailto:ala...@gm...>>; Arjen Markus <Arj...@de...<mailto:Arj...@de...>>; plplot_general <plp...@li...<mailto:plp...@li...>> Subject: Re: [Plplot-general] Building plplot on Windows 10 … If anyone can sen me a cmake command that works for either MSYS2 or Cygwin, I would like to try it. When I successfully built plplot in the past, I built a static lib and that is fine for my use now. >>AM: For Cygwin I use the following basic command: cmake ../plplot-git -G “Unix Makefiles” … I run the command is run in a clean directory next to the one holding the sources (plplot-git in my case). I mostly use a bunch of options (the dots) to control what is or is not considered in the build, but that should not be necessary at all (some packages I have installed within Cygwin cause problems in the actual build step, so I have to suppress them for instance). For MinGW64/MSYS2 I use the same basic command and I run it in a clean directory as well. The one caveat is that I use the shell started via mingw64.exe. Again some packages do not support all the necessary bits and pieces, so I have to exclude them via a small number of options. A useful option is to explicitly ask for the examples/tests to be built: -DBUILD_TEST=ON Hope this helps. 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. -- Walt Brainerd 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. -- Walt Brainerd 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. -- Walt Brainerd 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: Walt B. <wal...@gm...> - 2019-04-24 22:59:53
|
See comments below. On Wed, Apr 24, 2019 at 5:27 AM Arjen Markus <Arj...@de...> wrote: > Hi Walt, > > > > The reason you get these unresolved may be the ordering of the libraries. > I suggest you put -lplplot just before -lcsirocsa. > This didn't help--not surprisingly given the comments below:-(. > > > I am not that used to pkg-config, but if I understand it correctly: > gfortran -o x01 x01.f90 `pkg-config –libs plplot-fortran` ought to do the > trick (if the pkg-scripts have been properly installed – happens as part of > “make install”) > This inspired me to try pkg-config again. Turns out I needed to set environment variable PKG_CONFIG_PATH to find plplot-gfortran.pc. The result is completely different from what I had before and *now works*. The only big difference I see is that the various cairo drivers do not show up as plotting options. I can live with that. Thanks, Arjen, for your patience with me. > > > Regards, > > > > Arjen > > > > *From:* Walt Brainerd <wal...@gm...> > *Sent:* 19 April 2019 22:24 > *To:* Arjen Markus <Arj...@de...> > *Cc:* Phil Rosenberg <p.d...@gm...>; Alan W. Irwin < > ala...@gm...>; plplot_general < > plp...@li...> > *Subject:* Re: [Plplot-general] Building plplot on Windows 10 > > > > I think I have made more progress, but still not there yet. > > > > I think pkg-config is supposed to show me what libraries I need, but I > don't know how to do that, > > so I just used all 8 *.a files generated by the build. But apparently that > is not enough. > > > > $ cat xxx > > gfortran $1 \ > > -IC:/Fortran_Tools/include -LC:/Fortran_Tools/lib -lplplot -lplplotfortran > -lplplottcltk -lplplottcltk_Main -ltclmatrix -lplfortrandemolib -lcsirocsa > -lqsastime -lgdi32 -lcomdlg32 - > > LC:/Fortran_Tools/lib -lgtkfortran -lgtk-3 -lgdk-3 -lpangocairo-1.0 > -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 > -lgobject-2.0 -lglib-2.0 -lintl > > > > $ ./xxx x00* > > C:/Fortran_Tools/lib/libplplotfortran.a(plplot.f90.obj):plplot.f90:(.text+0x2e): > undefined reference to `c_plxormod' > > C:/Fortran_Tools/lib/libplplotfortran.a(plplot.f90.obj):plplot.f90:(.text+0x53): > undefined reference to `c_plvsta' > > and dozens more of these. Also many like the following: > > > > C:/Fortran_Tools/lib/libplplotfortran.a(plplot_double.f90.obj):plplot_double.f90:(.text+0xee1): > undefined reference to `c_plstransform' > > C:/Fortran_Tools/lib/libplplotfortran.a(plplot_double.f90.obj):plplot_double.f90:(.text+0xf13): > undefined reference to `c_plstransform' > > > > I see c_plxormod in src/plctrl.c. Where does the compiled code end up? > > > > > > On Tue, Apr 16, 2019 at 1:49 PM Arjen Markus <Arj...@de...> > wrote: > > Hi Walt, > > > > For MinGW-w64/MSYS2 you need to have the mingw-w64-x86_64-make package > installed, this contains the make utility which seems to be missing. > > > > For Cygwin, I would say: add -DENABLE_cxx=OFF -DENABLE_qt=OFF, as C++ > lacks an important library (not sure why that is) and Qt4/5 have only > partial installations too (partial wrt PLplot, that is). As a general note: > quite often you need the “devel” version of a package as well as the > “plain” version. This is due to the way Cygwin packages are set up. > > > > Regards, > > > > Arjen > > > > *From:* Walt Brainerd <wal...@gm...> > *Sent:* 16 April 2019 21:40 > *To:* Arjen Markus <Arj...@de...> > *Cc:* Phil Rosenberg <p.d...@gm...>; Alan W. Irwin < > ala...@gm...>; plplot_general < > plp...@li...> > *Subject:* Re: [Plplot-general] Building plplot on Windows 10 > > > > Trying with MSYS2 gives me: > > > > $ ../../Cmake/*/bin/cmake -G "Unix Makefiles" > -DCMAKE_INSTALL_PREFIX=install -DBUILD_SHARED_LIBS=OFF ../plplot.git > > 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! > > See also "C:/walt/Software/Plplot/build_dir/CMakeFiles/CMakeOutput.log". > > ======================================================= > > > > With Cygwin, the result files are attached. > > > > There are messages about pango and cairo and > > CMake Error at C:/cygwin/lib/cmake/Qt5Svg/Qt5SvgConfig.cmake:27 (message): > > The imported target "Qt5::Svg" references the file > > > > "C:/cygwin/include/qt5/" > > > > My C:\cygwin does not contain an "include" directory at all. > > > > (I think) I have installed ALL of cygwin. > > > > Any other suggestions? Thanks. > > > > > > On Tue, Apr 16, 2019 at 12:43 AM Arjen Markus <Arj...@de...> > wrote: > > Hi Walt, > > > > See below. > > > > Regards, > > > > Arjen > > > > *From:* Walt Brainerd <wal...@gm...> > *Sent:* 15 April 2019 18:12 > *To:* Phil Rosenberg <p.d...@gm...> > *Cc:* Alan W. Irwin <ala...@gm...>; Arjen Markus < > Arj...@de...>; plplot_general < > plp...@li...> > *Subject:* Re: [Plplot-general] Building plplot on Windows 10 > > > > … > > If anyone can sen me a cmake command that works for either MSYS2 > > or Cygwin, I would like to try it. When I successfully built plplot in > > the past, I built a static lib and that is fine for my use now. > > > > > > >>AM: For Cygwin I use the following basic command: > > > > cmake ../plplot-git -G “Unix Makefiles” … > > > > I run the command is run in a clean directory next to the one holding the > sources (plplot-git in my case). I mostly use a bunch of options (the dots) > to control what is or is not considered in the build, but that should not > be necessary at all (some packages I have installed within Cygwin cause > problems in the actual build step, so I have to suppress them for instance). > > > > For MinGW64/MSYS2 I use the same basic command and I run it in a clean > directory as well. The one caveat is that I use the shell started via > mingw64.exe. Again some packages do not support all the necessary bits and > pieces, so I have to exclude them via a small number of options. > > > > A useful option is to explicitly ask for the examples/tests to be built: > -DBUILD_TEST=ON > > > > Hope this helps. > > > > > > 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. > > > > > -- > > Walt Brainerd > > 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. > > > > > -- > > Walt Brainerd > 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. > -- Walt Brainerd |
From: Arjen M. <Arj...@de...> - 2019-04-24 11:42:51
|
Hi Walt, The reason you get these unresolved may be the ordering of the libraries. I suggest you put -lplplot just before -lcsirocsa. I am not that used to pkg-config, but if I understand it correctly: gfortran -o x01 x01.f90 `pkg-config –libs plplot-fortran` ought to do the trick (if the pkg-scripts have been properly installed – happens as part of “make install”) Regards, Arjen From: Walt Brainerd <wal...@gm...> Sent: 19 April 2019 22:24 To: Arjen Markus <Arj...@de...> Cc: Phil Rosenberg <p.d...@gm...>; Alan W. Irwin <ala...@gm...>; plplot_general <plp...@li...> Subject: Re: [Plplot-general] Building plplot on Windows 10 I think I have made more progress, but still not there yet. I think pkg-config is supposed to show me what libraries I need, but I don't know how to do that, so I just used all 8 *.a files generated by the build. But apparently that is not enough. $ cat xxx gfortran $1 \ -IC:/Fortran_Tools/include -LC:/Fortran_Tools/lib -lplplot -lplplotfortran -lplplottcltk -lplplottcltk_Main -ltclmatrix -lplfortrandemolib -lcsirocsa -lqsastime -lgdi32 -lcomdlg32 - LC:/Fortran_Tools/lib -lgtkfortran -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lintl $ ./xxx x00* C:/Fortran_Tools/lib/libplplotfortran.a(plplot.f90.obj):plplot.f90:(.text+0x2e): undefined reference to `c_plxormod' C:/Fortran_Tools/lib/libplplotfortran.a(plplot.f90.obj):plplot.f90:(.text+0x53): undefined reference to `c_plvsta' and dozens more of these. Also many like the following: C:/Fortran_Tools/lib/libplplotfortran.a(plplot_double.f90.obj):plplot_double.f90:(.text+0xee1): undefined reference to `c_plstransform' C:/Fortran_Tools/lib/libplplotfortran.a(plplot_double.f90.obj):plplot_double.f90:(.text+0xf13): undefined reference to `c_plstransform' I see c_plxormod in src/plctrl.c. Where does the compiled code end up? On Tue, Apr 16, 2019 at 1:49 PM Arjen Markus <Arj...@de...<mailto:Arj...@de...>> wrote: Hi Walt, For MinGW-w64/MSYS2 you need to have the mingw-w64-x86_64-make package installed, this contains the make utility which seems to be missing. For Cygwin, I would say: add -DENABLE_cxx=OFF -DENABLE_qt=OFF, as C++ lacks an important library (not sure why that is) and Qt4/5 have only partial installations too (partial wrt PLplot, that is). As a general note: quite often you need the “devel” version of a package as well as the “plain” version. This is due to the way Cygwin packages are set up. Regards, Arjen From: Walt Brainerd <wal...@gm...<mailto:wal...@gm...>> Sent: 16 April 2019 21:40 To: Arjen Markus <Arj...@de...<mailto:Arj...@de...>> Cc: Phil Rosenberg <p.d...@gm...<mailto:p.d...@gm...>>; Alan W. Irwin <ala...@gm...<mailto:ala...@gm...>>; plplot_general <plp...@li...<mailto:plp...@li...>> Subject: Re: [Plplot-general] Building plplot on Windows 10 Trying with MSYS2 gives me: $ ../../Cmake/*/bin/cmake -G "Unix Makefiles" -DCMAKE_INSTALL_PREFIX=install -DBUILD_SHARED_LIBS=OFF ../plplot.git 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! See also "C:/walt/Software/Plplot/build_dir/CMakeFiles/CMakeOutput.log". ======================================================= With Cygwin, the result files are attached. There are messages about pango and cairo and CMake Error at C:/cygwin/lib/cmake/Qt5Svg/Qt5SvgConfig.cmake:27 (message): The imported target "Qt5::Svg" references the file "C:/cygwin/include/qt5/" My C:\cygwin does not contain an "include" directory at all. (I think) I have installed ALL of cygwin. Any other suggestions? Thanks. On Tue, Apr 16, 2019 at 12:43 AM Arjen Markus <Arj...@de...<mailto:Arj...@de...>> wrote: Hi Walt, See below. Regards, Arjen From: Walt Brainerd <wal...@gm...<mailto:wal...@gm...>> Sent: 15 April 2019 18:12 To: Phil Rosenberg <p.d...@gm...<mailto:p.d...@gm...>> Cc: Alan W. Irwin <ala...@gm...<mailto:ala...@gm...>>; Arjen Markus <Arj...@de...<mailto:Arj...@de...>>; plplot_general <plp...@li...<mailto:plp...@li...>> Subject: Re: [Plplot-general] Building plplot on Windows 10 … If anyone can sen me a cmake command that works for either MSYS2 or Cygwin, I would like to try it. When I successfully built plplot in the past, I built a static lib and that is fine for my use now. >>AM: For Cygwin I use the following basic command: cmake ../plplot-git -G “Unix Makefiles” … I run the command is run in a clean directory next to the one holding the sources (plplot-git in my case). I mostly use a bunch of options (the dots) to control what is or is not considered in the build, but that should not be necessary at all (some packages I have installed within Cygwin cause problems in the actual build step, so I have to suppress them for instance). For MinGW64/MSYS2 I use the same basic command and I run it in a clean directory as well. The one caveat is that I use the shell started via mingw64.exe. Again some packages do not support all the necessary bits and pieces, so I have to exclude them via a small number of options. A useful option is to explicitly ask for the examples/tests to be built: -DBUILD_TEST=ON Hope this helps. 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. -- Walt Brainerd 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. -- Walt Brainerd 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: Walt B. <wal...@gm...> - 2019-04-19 20:24:30
|
I think I have made more progress, but still not there yet. I think pkg-config is supposed to show me what libraries I need, but I don't know how to do that, so I just used all 8 *.a files generated by the build. But apparently that is not enough. $ cat xxx gfortran $1 \ -IC:/Fortran_Tools/include -LC:/Fortran_Tools/lib -lplplot -lplplotfortran -lplplottcltk -lplplottcltk_Main -ltclmatrix -lplfortrandemolib -lcsirocsa -lqsastime -lgdi32 -lcomdlg32 - LC:/Fortran_Tools/lib -lgtkfortran -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lintl $ ./xxx x00* C:/Fortran_Tools/lib/libplplotfortran.a(plplot.f90.obj):plplot.f90:(.text+0x2e): undefined reference to `c_plxormod' C:/Fortran_Tools/lib/libplplotfortran.a(plplot.f90.obj):plplot.f90:(.text+0x53): undefined reference to `c_plvsta' and dozens more of these. Also many like the following: C:/Fortran_Tools/lib/libplplotfortran.a(plplot_double.f90.obj):plplot_double.f90:(.text+0xee1): undefined reference to `c_plstransform' C:/Fortran_Tools/lib/libplplotfortran.a(plplot_double.f90.obj):plplot_double.f90:(.text+0xf13): undefined reference to `c_plstransform' I see c_plxormod in src/plctrl.c. Where does the compiled code end up? On Tue, Apr 16, 2019 at 1:49 PM Arjen Markus <Arj...@de...> wrote: > Hi Walt, > > > > For MinGW-w64/MSYS2 you need to have the mingw-w64-x86_64-make package > installed, this contains the make utility which seems to be missing. > > > > For Cygwin, I would say: add -DENABLE_cxx=OFF -DENABLE_qt=OFF, as C++ > lacks an important library (not sure why that is) and Qt4/5 have only > partial installations too (partial wrt PLplot, that is). As a general note: > quite often you need the “devel” version of a package as well as the > “plain” version. This is due to the way Cygwin packages are set up. > > > > Regards, > > > > Arjen > > > > *From:* Walt Brainerd <wal...@gm...> > *Sent:* 16 April 2019 21:40 > *To:* Arjen Markus <Arj...@de...> > *Cc:* Phil Rosenberg <p.d...@gm...>; Alan W. Irwin < > ala...@gm...>; plplot_general < > plp...@li...> > *Subject:* Re: [Plplot-general] Building plplot on Windows 10 > > > > Trying with MSYS2 gives me: > > > > $ ../../Cmake/*/bin/cmake -G "Unix Makefiles" > -DCMAKE_INSTALL_PREFIX=install -DBUILD_SHARED_LIBS=OFF ../plplot.git > > 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! > > See also "C:/walt/Software/Plplot/build_dir/CMakeFiles/CMakeOutput.log". > > ======================================================= > > > > With Cygwin, the result files are attached. > > > > There are messages about pango and cairo and > > CMake Error at C:/cygwin/lib/cmake/Qt5Svg/Qt5SvgConfig.cmake:27 (message): > > The imported target "Qt5::Svg" references the file > > > > "C:/cygwin/include/qt5/" > > > > My C:\cygwin does not contain an "include" directory at all. > > > > (I think) I have installed ALL of cygwin. > > > > Any other suggestions? Thanks. > > > > > > On Tue, Apr 16, 2019 at 12:43 AM Arjen Markus <Arj...@de...> > wrote: > > Hi Walt, > > > > See below. > > > > Regards, > > > > Arjen > > > > *From:* Walt Brainerd <wal...@gm...> > *Sent:* 15 April 2019 18:12 > *To:* Phil Rosenberg <p.d...@gm...> > *Cc:* Alan W. Irwin <ala...@gm...>; Arjen Markus < > Arj...@de...>; plplot_general < > plp...@li...> > *Subject:* Re: [Plplot-general] Building plplot on Windows 10 > > > > … > > If anyone can sen me a cmake command that works for either MSYS2 > > or Cygwin, I would like to try it. When I successfully built plplot in > > the past, I built a static lib and that is fine for my use now. > > > > > > >>AM: For Cygwin I use the following basic command: > > > > cmake ../plplot-git -G “Unix Makefiles” … > > > > I run the command is run in a clean directory next to the one holding the > sources (plplot-git in my case). I mostly use a bunch of options (the dots) > to control what is or is not considered in the build, but that should not > be necessary at all (some packages I have installed within Cygwin cause > problems in the actual build step, so I have to suppress them for instance). > > > > For MinGW64/MSYS2 I use the same basic command and I run it in a clean > directory as well. The one caveat is that I use the shell started via > mingw64.exe. Again some packages do not support all the necessary bits and > pieces, so I have to exclude them via a small number of options. > > > > A useful option is to explicitly ask for the examples/tests to be built: > -DBUILD_TEST=ON > > > > Hope this helps. > > > > > > 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. > > > > > -- > > Walt Brainerd > 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. > -- Walt Brainerd |
From: Walt B. <wal...@gm...> - 2019-04-19 16:00:37
|
Progress, I guess. Plplot builds with Arjen's suggestions. Thanks, Arjen. (I don't know what you mean by devel vs. plain version of a pkg.) I don't know where I got the info to set the -L and -l options years ago, and couldn't find it in the docs, but here is what I did before with the following current results: $ gfortran $PLOT trig_plot.f90 trig_plot.f90:20:34: call plparseopts(PL_PARSE_FULL) 1 Error: There is no specific subroutine for the generic 'plparseopts' at (1) Walt@HP_Envy /cygdrive/c/walt/FortranTools71/Src/Plplot/FT_Examples $ gfortran $PLOT x00f.f90 x00f.f90:22:8: use plf95demolib 1 Fatal Error: Can't open module file 'plf95demolib.mod' for reading at (1): No such file or directory compilation terminated. Walt@HP_Envy /cygdrive/c/walt/FortranTools71/Src/Plplot/FT_Examples $ echo $PLOT -IC:\Fortran_Tools\include -LC:\Fortran_Tools\lib -lplplotf95 -lplplotf95c -lplplot -lcsirocsa -lplplotcxx -lplf95demolib -lqsastime -lgdi32 -lcomdlg32 -LC:\Fortran_Tools\lib -lgtkfortran -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lintl There is a plfortrandemolib.mod in the include file. Is this the one I want? What else is changed in the libraries? Is the example x00f.f90 correct? Here is what I built Plplot with: ../../Cmake/*/bin/cmake -G "Unix Makefiles" -DCMAKE_INSTALL_PREFIX=install -DBUILD_SHARED_LIBS=OFF -DENABLE_cxx=OFF -DENABLE_qt=OFF ../plplot.git >& cmake.out Thanks again for looking at this. On Tue, Apr 16, 2019 at 1:49 PM Arjen Markus <Arj...@de...> wrote: > Hi Walt, > > > > For MinGW-w64/MSYS2 you need to have the mingw-w64-x86_64-make package > installed, this contains the make utility which seems to be missing. > > > > For Cygwin, I would say: add -DENABLE_cxx=OFF -DENABLE_qt=OFF, as C++ > lacks an important library (not sure why that is) and Qt4/5 have only > partial installations too (partial wrt PLplot, that is). As a general note: > quite often you need the “devel” version of a package as well as the > “plain” version. This is due to the way Cygwin packages are set up. > > > > Regards, > > > > Arjen > > > > *From:* Walt Brainerd <wal...@gm...> > *Sent:* 16 April 2019 21:40 > *To:* Arjen Markus <Arj...@de...> > *Cc:* Phil Rosenberg <p.d...@gm...>; Alan W. Irwin < > ala...@gm...>; plplot_general < > plp...@li...> > *Subject:* Re: [Plplot-general] Building plplot on Windows 10 > > > > Trying with MSYS2 gives me: > > > > $ ../../Cmake/*/bin/cmake -G "Unix Makefiles" > -DCMAKE_INSTALL_PREFIX=install -DBUILD_SHARED_LIBS=OFF ../plplot.git > > 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! > > See also "C:/walt/Software/Plplot/build_dir/CMakeFiles/CMakeOutput.log". > > ======================================================= > > > > With Cygwin, the result files are attached. > > > > There are messages about pango and cairo and > > CMake Error at C:/cygwin/lib/cmake/Qt5Svg/Qt5SvgConfig.cmake:27 (message): > > The imported target "Qt5::Svg" references the file > > > > "C:/cygwin/include/qt5/" > > > > My C:\cygwin does not contain an "include" directory at all. > > > > (I think) I have installed ALL of cygwin. > > > > Any other suggestions? Thanks. > > > > > > On Tue, Apr 16, 2019 at 12:43 AM Arjen Markus <Arj...@de...> > wrote: > > Hi Walt, > > > > See below. > > > > Regards, > > > > Arjen > > > > *From:* Walt Brainerd <wal...@gm...> > *Sent:* 15 April 2019 18:12 > *To:* Phil Rosenberg <p.d...@gm...> > *Cc:* Alan W. Irwin <ala...@gm...>; Arjen Markus < > Arj...@de...>; plplot_general < > plp...@li...> > *Subject:* Re: [Plplot-general] Building plplot on Windows 10 > > > > … > > If anyone can sen me a cmake command that works for either MSYS2 > > or Cygwin, I would like to try it. When I successfully built plplot in > > the past, I built a static lib and that is fine for my use now. > > > > > > >>AM: For Cygwin I use the following basic command: > > > > cmake ../plplot-git -G “Unix Makefiles” … > > > > I run the command is run in a clean directory next to the one holding the > sources (plplot-git in my case). I mostly use a bunch of options (the dots) > to control what is or is not considered in the build, but that should not > be necessary at all (some packages I have installed within Cygwin cause > problems in the actual build step, so I have to suppress them for instance). > > > > For MinGW64/MSYS2 I use the same basic command and I run it in a clean > directory as well. The one caveat is that I use the shell started via > mingw64.exe. Again some packages do not support all the necessary bits and > pieces, so I have to exclude them via a small number of options. > > > > A useful option is to explicitly ask for the examples/tests to be built: > -DBUILD_TEST=ON > > > > Hope this helps. > > > > > > 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. > > > > > -- > > Walt Brainerd > 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. > -- Walt Brainerd |
From: Alan W. I. <Ala...@gm...> - 2019-04-17 17:12:47
|
On 2019-04-17 14:11-0000 Sergej Scherbina wrote: > I am so sorry, but I didn't find an answer because this famous web-page is closed > > http://plplot.sourceforge.net/docbook-manual/plplot-html-5.13.0/line-attributes.html > An error has been encountered in accessing this page. Hi Sergey: Once you find a bookmark fails like this for a PLplot documentation file, it almost certainly due to a new release of PLplot. For example, to find the latest PLplot documentation, browse plplot.org -> documentation -> "Browse the latest on-line documentation" which should *currently* lead you to <http://plplot.org/docbook-manual/plplot-html-5.14.0/>, and from browsing that page you should quickly find <http://plplot.org/docbook-manual/plplot-html-5.14.0/line-attributes.html> or any other part of the documentation that you need. However, you should be aware we only support the latest version of PLplot (currently 5.14.0) so that link will be replaced by the 5.15.0 version once 5.15.0 is released. Note we plan to release 5.15.0 within 6 weeks or so, i.e., roughly 6 months after the release of 5.14.0. If after reading the latest form of the documentation and downloading and building the latest version of PLplot, you still have questions about using PLplot, this is the right place to ask. Alan __________________________ Alan W. Irwin 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...> - 2019-04-17 15:02:34
|
I am so sorry, but I didn't find an answer because this famous web-page is closed http://plplot.sourceforge.net/docbook-manual/plplot-html-5.13.0/line-attributes.html An error has been encountered in accessing this page. My question: how to change the width of the line on attached plot of the delta gravity? Regards, Sergey. |
From: Arjen M. <Arj...@de...> - 2019-04-16 19:49:16
|
Hi Walt, For MinGW-w64/MSYS2 you need to have the mingw-w64-x86_64-make package installed, this contains the make utility which seems to be missing. For Cygwin, I would say: add -DENABLE_cxx=OFF -DENABLE_qt=OFF, as C++ lacks an important library (not sure why that is) and Qt4/5 have only partial installations too (partial wrt PLplot, that is). As a general note: quite often you need the “devel” version of a package as well as the “plain” version. This is due to the way Cygwin packages are set up. Regards, Arjen From: Walt Brainerd <wal...@gm...> Sent: 16 April 2019 21:40 To: Arjen Markus <Arj...@de...> Cc: Phil Rosenberg <p.d...@gm...>; Alan W. Irwin <ala...@gm...>; plplot_general <plp...@li...> Subject: Re: [Plplot-general] Building plplot on Windows 10 Trying with MSYS2 gives me: $ ../../Cmake/*/bin/cmake -G "Unix Makefiles" -DCMAKE_INSTALL_PREFIX=install -DBUILD_SHARED_LIBS=OFF ../plplot.git 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! See also "C:/walt/Software/Plplot/build_dir/CMakeFiles/CMakeOutput.log". ======================================================= With Cygwin, the result files are attached. There are messages about pango and cairo and CMake Error at C:/cygwin/lib/cmake/Qt5Svg/Qt5SvgConfig.cmake:27 (message): The imported target "Qt5::Svg" references the file "C:/cygwin/include/qt5/" My C:\cygwin does not contain an "include" directory at all. (I think) I have installed ALL of cygwin. Any other suggestions? Thanks. On Tue, Apr 16, 2019 at 12:43 AM Arjen Markus <Arj...@de...<mailto:Arj...@de...>> wrote: Hi Walt, See below. Regards, Arjen From: Walt Brainerd <wal...@gm...<mailto:wal...@gm...>> Sent: 15 April 2019 18:12 To: Phil Rosenberg <p.d...@gm...<mailto:p.d...@gm...>> Cc: Alan W. Irwin <ala...@gm...<mailto:ala...@gm...>>; Arjen Markus <Arj...@de...<mailto:Arj...@de...>>; plplot_general <plp...@li...<mailto:plp...@li...>> Subject: Re: [Plplot-general] Building plplot on Windows 10 … If anyone can sen me a cmake command that works for either MSYS2 or Cygwin, I would like to try it. When I successfully built plplot in the past, I built a static lib and that is fine for my use now. >>AM: For Cygwin I use the following basic command: cmake ../plplot-git -G “Unix Makefiles” … I run the command is run in a clean directory next to the one holding the sources (plplot-git in my case). I mostly use a bunch of options (the dots) to control what is or is not considered in the build, but that should not be necessary at all (some packages I have installed within Cygwin cause problems in the actual build step, so I have to suppress them for instance). For MinGW64/MSYS2 I use the same basic command and I run it in a clean directory as well. The one caveat is that I use the shell started via mingw64.exe. Again some packages do not support all the necessary bits and pieces, so I have to exclude them via a small number of options. A useful option is to explicitly ask for the examples/tests to be built: -DBUILD_TEST=ON Hope this helps. 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. -- Walt Brainerd 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: Walt B. <wal...@gm...> - 2019-04-16 19:40:35
|
Trying with MSYS2 gives me: $ ../../Cmake/*/bin/cmake -G "Unix Makefiles" -DCMAKE_INSTALL_PREFIX=install -DBUILD_SHARED_LIBS=OFF ../plplot.git 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! See also "C:/walt/Software/Plplot/build_dir/CMakeFiles/CMakeOutput.log". ======================================================= With Cygwin, the result files are attached. There are messages about pango and cairo and CMake Error at C:/cygwin/lib/cmake/Qt5Svg/Qt5SvgConfig.cmake:27 (message): The imported target "Qt5::Svg" references the file "C:/cygwin/include/qt5/" My C:\cygwin does not contain an "include" directory at all. (I think) I have installed ALL of cygwin. Any other suggestions? Thanks. On Tue, Apr 16, 2019 at 12:43 AM Arjen Markus <Arj...@de...> wrote: > Hi Walt, > > > > See below. > > > > Regards, > > > > Arjen > > > > *From:* Walt Brainerd <wal...@gm...> > *Sent:* 15 April 2019 18:12 > *To:* Phil Rosenberg <p.d...@gm...> > *Cc:* Alan W. Irwin <ala...@gm...>; Arjen Markus < > Arj...@de...>; plplot_general < > plp...@li...> > *Subject:* Re: [Plplot-general] Building plplot on Windows 10 > > > > … > > If anyone can sen me a cmake command that works for either MSYS2 > > or Cygwin, I would like to try it. When I successfully built plplot in > > the past, I built a static lib and that is fine for my use now. > > > > > > >>AM: For Cygwin I use the following basic command: > > > > cmake ../plplot-git -G “Unix Makefiles” … > > > > I run the command is run in a clean directory next to the one holding the > sources (plplot-git in my case). I mostly use a bunch of options (the dots) > to control what is or is not considered in the build, but that should not > be necessary at all (some packages I have installed within Cygwin cause > problems in the actual build step, so I have to suppress them for instance). > > > > For MinGW64/MSYS2 I use the same basic command and I run it in a clean > directory as well. The one caveat is that I use the shell started via > mingw64.exe. Again some packages do not support all the necessary bits and > pieces, so I have to exclude them via a small number of options. > > > > A useful option is to explicitly ask for the examples/tests to be built: > -DBUILD_TEST=ON > > > > Hope this helps. > > > > > 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. > -- Walt Brainerd |
From: Arjen M. <Arj...@de...> - 2019-04-16 09:15:54
|
Hi Walt, See below. Regards, Arjen From: Walt Brainerd <wal...@gm...> Sent: 15 April 2019 18:12 To: Phil Rosenberg <p.d...@gm...> Cc: Alan W. Irwin <ala...@gm...>; Arjen Markus <Arj...@de...>; plplot_general <plp...@li...> Subject: Re: [Plplot-general] Building plplot on Windows 10 … If anyone can sen me a cmake command that works for either MSYS2 or Cygwin, I would like to try it. When I successfully built plplot in the past, I built a static lib and that is fine for my use now. >>AM: For Cygwin I use the following basic command: cmake ../plplot-git -G “Unix Makefiles” … I run the command is run in a clean directory next to the one holding the sources (plplot-git in my case). I mostly use a bunch of options (the dots) to control what is or is not considered in the build, but that should not be necessary at all (some packages I have installed within Cygwin cause problems in the actual build step, so I have to suppress them for instance). For MinGW64/MSYS2 I use the same basic command and I run it in a clean directory as well. The one caveat is that I use the shell started via mingw64.exe. Again some packages do not support all the necessary bits and pieces, so I have to exclude them via a small number of options. A useful option is to explicitly ask for the examples/tests to be built: -DBUILD_TEST=ON Hope this helps. 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. <Ala...@gm...> - 2019-04-15 18:29:07
|
On 2019-04-15 10:12-0600 Walt Brainerd wrote: > Sorry A., I am using MSYS2 (or Cygwin). > And I am not using the Visual Studio generator (at least > I didn't intend to do so). > I tried various -G options: "Unix Makefiles", etc. and got various > error messages, so thought I would just try once without it (i.e., > the command as shown on the web site). > The error messages listed a bunch of generators and "Unix > Makefiles" seemed to be the only one in the list that made sense > to me. > > I agree it must be my system that has a problem and I certainly > did not think there was a problem with plplot on Windows, in general. I > just don't know how to build it. > > If anyone can sen me a cmake command that works for either MSYS2 > or Cygwin Hi Walt: I agree, "Unix Makefiles" is your best choice for both Cygwin and MSYS2. So to get you started try (from the bash shell which is available on both platforms) # Assuming you have unpacked the plplot-5.14.0 tarball in the directory plplot-5.14.0 cd plplot-5.14.0 mkdir build_dir cd build_dir cmake -G "Unix Makefiles" .. >& cmake.out make VERBOSE=1 >& make.out And send us the resulting cmake.out, make.out and CMakeCache.txt files. Alan __________________________ Alan W. Irwin 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: Walt B. <wal...@gm...> - 2019-04-15 16:12:33
|
Sorry A., I am using MSYS2 (or Cygwin). And I am not using the Visual Studio generator (at least I didn't intend to do so). I tried various -G options: "Unix Makefiles", etc. and got various error messages, so thought I would just try once without it (i.e., the command as shown on the web site). The error messages listed a bunch of generators and "Unix Makefiles" seemed to be the only one in the list that made sense to me. I agree it must be my system that has a problem and I certainly did not think there was a problem with plplot on Windows, in general. I just don't know how to build it. If anyone can sen me a cmake command that works for either MSYS2 or Cygwin, I would like to try it. When I successfully built plplot in the past, I built a static lib and that is fine for my use now. Thanks for the responses. On Mon, Apr 15, 2019 at 9:15 AM Phil Rosenberg <p.d...@gm...> wrote: > Hi Walt > I have had success with the visual studio generator and use it routinely. > I updated the wiki instructions recently. Check them out and see if they > help > https://sourceforge.net/p/plplot/wiki/Configure_PLplot_for_the_Visual_Studio_IDE/ > > My first guess might be that by not using the -G option to select a > generator, maybe you are getting a 32 bit generator on a 64 bit system? My > second guess might be that you are running from a standard command prompt. > You must use the visual studio command prompt as it has extra environment > variables set. > > Hope this helps. > > Phil > > Get Outlook for Android <https://aka.ms/ghei36> > > ------------------------------ > *From:* Arjen Markus <Arj...@de...> > *Sent:* Monday, April 15, 2019 1:48:46 PM > *To:* Alan W. Irwin; Walt Brainerd > *Cc:* plplot_general > *Subject:* Re: [Plplot-general] Building plplot on Windows 10 > > Hi Walt, Alan, > > The message appears to come from Visual Studio, so Walt uses the "Visual > Studio" generator. My personal experience with that generator (or I should > say generators, as there are at least seven, one of each supported version > of Visual Studio and then you have the choice of architecture (ARM or Win64 > or IA64, choose two, depending on the VS version, and there may be more as > my installation is geared to 64-bits, IIRC). My preference is the "NMake > Makefiles" generator, as that allows me to run the whole build procedure > via a small batchfile. > > My suggestion at the moment is that Walt use this particular generator, > though I am interested to know which generator he used. > > Regards, > > Arjen > > -----Original Message----- > From: Alan W. Irwin <Ala...@gm...> > Sent: 15 April 2019 00:30 > To: Walt Brainerd <wal...@gm...> > Cc: plplot_general <plp...@li...> > Subject: Re: [Plplot-general] Building plplot on Windows 10 > > On 2019-04-14 15:54-0600 Walt Brainerd wrote: > > > I am trying again without success to build plplot on Windows. > > > > cmake.exe -DCMAKE_INSTALL_PREFIX=install ../plplot.git >& cmake.out > > > > produces > > > > Build FAILED. > > > > > > > "C:\walt\Software\Plplot\build_dir\CMakeFiles\3.14.2\VCTargetsPath.vcxproj" > > (default target) (1) -> > > > > > C:\walt\Software\Plplot\build_dir\CMakeFiles\3.14.2\VCTargetsPath.vcxproj(14,2): > > error MSB4019: The imported project "C:\Microsoft.Cpp.Default.props" > > was not found. Confirm that the path in the <Import> declaration is > > correct, and that the file exists on disk. > > > > That file (of course?) does not exist in the C directory. > > Help please for someone who does not know much about C++ or cmake. > > I just want to build it to use it with Fortran. I can use Cygwin or MSYS. > > Thanks. > > I can't help you with platform specifics since I don't have good access to > any Windows platform other than Wine, and current Wine bugs stop me from > trying out either MinGW-w64/MSYS2 or Cygwin on that platform. > > However, I do want to make the comment that in general, PLplot users have > good luck with it on Windows. This claim is based on the fact that roughly > half our users use various Windows platforms yet from the lack of > complaints (other than yours) they appear to be having success with > PLplot. Furthermore, Arjen's extensive tests of the Cygwin, > MinGW-w64/MSYS2, and MSVC platforms give good results in general. So my > guess is whatever the issue is for you, it is likely a small unique one > related to how your platform is configured to build software rather than > any general problem with PLplot on Windows. > > Note, we do not support MSYS since the MinGW-w64/MSYS2 project has long > superseded that. But to help find the source of what appear to be unique > problems in your case please do give extensive details (e.g., much more > than above such as a full CMake cache file, full cmake output, full build > output) for your Cygwin platform. And also please try to install > MinGW-w64/MSYS2 following the well-documented steps at < > https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmsys2%2Fmsys2%2Fwiki&data=02%7C01%7C%7C89174c21237c4f10f84108d6c128c7f6%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C636908778237522820&sdata=ukmRkI5y6z6j2pYBe9hw7Ga3FzWl6Pq%2Bv5fhLKcOK4Y%3D&reserved=0> > and give us detailed PLplot configuration and build results for that case > as well. > > I assume once you give those details on one or both of those well-tested > platforms, other PLplot users here with access to those platforms should be > able to weigh in on what might be specifically wrong in your case. > > Alan > __________________________ > Alan W. Irwin > > 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 > __________________________ > > > _______________________________________________ > Plplot-general mailing list > Plp...@li... > > https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fplplot-general&data=02%7C01%7C%7C89174c21237c4f10f84108d6c128c7f6%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C636908778237522820&sdata=78YP7kOvDp7W2iM%2F6EJufnoxYxgYxybvJwClK1Kibrk%3D&reserved=0 > 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. > > > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general > -- Walt Brainerd |
From: Phil R. <p.d...@gm...> - 2019-04-15 15:15:23
|
Hi Walt I have had success with the visual studio generator and use it routinely. I updated the wiki instructions recently. Check them out and see if they help https://sourceforge.net/p/plplot/wiki/Configure_PLplot_for_the_Visual_Studio_IDE/ My first guess might be that by not using the -G option to select a generator, maybe you are getting a 32 bit generator on a 64 bit system? My second guess might be that you are running from a standard command prompt. You must use the visual studio command prompt as it has extra environment variables set. Hope this helps. Phil Get Outlook for Android<https://aka.ms/ghei36> ________________________________ From: Arjen Markus <Arj...@de...> Sent: Monday, April 15, 2019 1:48:46 PM To: Alan W. Irwin; Walt Brainerd Cc: plplot_general Subject: Re: [Plplot-general] Building plplot on Windows 10 Hi Walt, Alan, The message appears to come from Visual Studio, so Walt uses the "Visual Studio" generator. My personal experience with that generator (or I should say generators, as there are at least seven, one of each supported version of Visual Studio and then you have the choice of architecture (ARM or Win64 or IA64, choose two, depending on the VS version, and there may be more as my installation is geared to 64-bits, IIRC). My preference is the "NMake Makefiles" generator, as that allows me to run the whole build procedure via a small batchfile. My suggestion at the moment is that Walt use this particular generator, though I am interested to know which generator he used. Regards, Arjen -----Original Message----- From: Alan W. Irwin <Ala...@gm...> Sent: 15 April 2019 00:30 To: Walt Brainerd <wal...@gm...> Cc: plplot_general <plp...@li...> Subject: Re: [Plplot-general] Building plplot on Windows 10 On 2019-04-14 15:54-0600 Walt Brainerd wrote: > I am trying again without success to build plplot on Windows. > > cmake.exe -DCMAKE_INSTALL_PREFIX=install ../plplot.git >& cmake.out > > produces > > Build FAILED. > > > "C:\walt\Software\Plplot\build_dir\CMakeFiles\3.14.2\VCTargetsPath.vcxproj" > (default target) (1) -> > > C:\walt\Software\Plplot\build_dir\CMakeFiles\3.14.2\VCTargetsPath.vcxproj(14,2): > error MSB4019: The imported project "C:\Microsoft.Cpp.Default.props" > was not found. Confirm that the path in the <Import> declaration is > correct, and that the file exists on disk. > > That file (of course?) does not exist in the C directory. > Help please for someone who does not know much about C++ or cmake. > I just want to build it to use it with Fortran. I can use Cygwin or MSYS. > Thanks. I can't help you with platform specifics since I don't have good access to any Windows platform other than Wine, and current Wine bugs stop me from trying out either MinGW-w64/MSYS2 or Cygwin on that platform. However, I do want to make the comment that in general, PLplot users have good luck with it on Windows. This claim is based on the fact that roughly half our users use various Windows platforms yet from the lack of complaints (other than yours) they appear to be having success with PLplot. Furthermore, Arjen's extensive tests of the Cygwin, MinGW-w64/MSYS2, and MSVC platforms give good results in general. So my guess is whatever the issue is for you, it is likely a small unique one related to how your platform is configured to build software rather than any general problem with PLplot on Windows. Note, we do not support MSYS since the MinGW-w64/MSYS2 project has long superseded that. But to help find the source of what appear to be unique problems in your case please do give extensive details (e.g., much more than above such as a full CMake cache file, full cmake output, full build output) for your Cygwin platform. And also please try to install MinGW-w64/MSYS2 following the well-documented steps at <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmsys2%2Fmsys2%2Fwiki&data=02%7C01%7C%7C89174c21237c4f10f84108d6c128c7f6%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C636908778237522820&sdata=ukmRkI5y6z6j2pYBe9hw7Ga3FzWl6Pq%2Bv5fhLKcOK4Y%3D&reserved=0> and give us detailed PLplot configuration and build results for that case as well. I assume once you give those details on one or both of those well-tested platforms, other PLplot users here with access to those platforms should be able to weigh in on what might be specifically wrong in your case. Alan __________________________ Alan W. Irwin 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 __________________________ _______________________________________________ Plplot-general mailing list Plp...@li... https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fplplot-general&data=02%7C01%7C%7C89174c21237c4f10f84108d6c128c7f6%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C636908778237522820&sdata=78YP7kOvDp7W2iM%2F6EJufnoxYxgYxybvJwClK1Kibrk%3D&reserved=0 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. _______________________________________________ Plplot-general mailing list Plp...@li... https://lists.sourceforge.net/lists/listinfo/plplot-general |
From: Arjen M. <Arj...@de...> - 2019-04-15 06:48:58
|
Hi Walt, Alan, The message appears to come from Visual Studio, so Walt uses the "Visual Studio" generator. My personal experience with that generator (or I should say generators, as there are at least seven, one of each supported version of Visual Studio and then you have the choice of architecture (ARM or Win64 or IA64, choose two, depending on the VS version, and there may be more as my installation is geared to 64-bits, IIRC). My preference is the "NMake Makefiles" generator, as that allows me to run the whole build procedure via a small batchfile. My suggestion at the moment is that Walt use this particular generator, though I am interested to know which generator he used. Regards, Arjen -----Original Message----- From: Alan W. Irwin <Ala...@gm...> Sent: 15 April 2019 00:30 To: Walt Brainerd <wal...@gm...> Cc: plplot_general <plp...@li...> Subject: Re: [Plplot-general] Building plplot on Windows 10 On 2019-04-14 15:54-0600 Walt Brainerd wrote: > I am trying again without success to build plplot on Windows. > > cmake.exe -DCMAKE_INSTALL_PREFIX=install ../plplot.git >& cmake.out > > produces > > Build FAILED. > > > "C:\walt\Software\Plplot\build_dir\CMakeFiles\3.14.2\VCTargetsPath.vcxproj" > (default target) (1) -> > > C:\walt\Software\Plplot\build_dir\CMakeFiles\3.14.2\VCTargetsPath.vcxproj(14,2): > error MSB4019: The imported project "C:\Microsoft.Cpp.Default.props" > was not found. Confirm that the path in the <Import> declaration is > correct, and that the file exists on disk. > > That file (of course?) does not exist in the C directory. > Help please for someone who does not know much about C++ or cmake. > I just want to build it to use it with Fortran. I can use Cygwin or MSYS. > Thanks. I can't help you with platform specifics since I don't have good access to any Windows platform other than Wine, and current Wine bugs stop me from trying out either MinGW-w64/MSYS2 or Cygwin on that platform. However, I do want to make the comment that in general, PLplot users have good luck with it on Windows. This claim is based on the fact that roughly half our users use various Windows platforms yet from the lack of complaints (other than yours) they appear to be having success with PLplot. Furthermore, Arjen's extensive tests of the Cygwin, MinGW-w64/MSYS2, and MSVC platforms give good results in general. So my guess is whatever the issue is for you, it is likely a small unique one related to how your platform is configured to build software rather than any general problem with PLplot on Windows. Note, we do not support MSYS since the MinGW-w64/MSYS2 project has long superseded that. But to help find the source of what appear to be unique problems in your case please do give extensive details (e.g., much more than above such as a full CMake cache file, full cmake output, full build output) for your Cygwin platform. And also please try to install MinGW-w64/MSYS2 following the well-documented steps at <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmsys2%2Fmsys2%2Fwiki&data=02%7C01%7C%7C89174c21237c4f10f84108d6c128c7f6%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C636908778237522820&sdata=ukmRkI5y6z6j2pYBe9hw7Ga3FzWl6Pq%2Bv5fhLKcOK4Y%3D&reserved=0> and give us detailed PLplot configuration and build results for that case as well. I assume once you give those details on one or both of those well-tested platforms, other PLplot users here with access to those platforms should be able to weigh in on what might be specifically wrong in your case. Alan __________________________ Alan W. Irwin 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 __________________________ _______________________________________________ Plplot-general mailing list Plp...@li... https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fplplot-general&data=02%7C01%7C%7C89174c21237c4f10f84108d6c128c7f6%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C636908778237522820&sdata=78YP7kOvDp7W2iM%2F6EJufnoxYxgYxybvJwClK1Kibrk%3D&reserved=0 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. |