From: Arjen M. <arj...@de...> - 2013-07-19 11:44:44
|
Hi Alan, that worked fine and except for extra messages to the screen in Python example 23 all tests are clean under Cygwin (languages: C, C++, Fortran 95, Tcl and Python - it seems I still have to install a few components ...) Regards, Arjen DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Alan W. I. <ir...@be...> - 2013-07-19 17:46:52
|
On 2013-07-19 13:44+0200 Arjen Markus wrote: > Hi Alan, > > that worked fine and except for extra messages to the screen in Python > example 23 all tests are clean under Cygwin (languages: C, C++, Fortran 95, > Tcl and Python - it seems Hi Arjen: Thanks for your general Tcl fixes that a help on all platforms. In addition, I was glad to hear that getting Python to work under Cygwin was so straightforward, and I look forward to your further results as you install more components of Cygwin that enhance the capabilities of PLplot. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Arjen M. <arj...@de...> - 2013-07-23 09:27:53
Attachments:
cmake.tgz
|
Hi Alan, On 2013-07-19 19:46, Alan W. Irwin wrote: > > Thanks for your general Tcl fixes that a help on all platforms. > That was the fun part ... > In addition, I was glad to hear that getting Python to work under > Cygwin was so straightforward, and I look forward to your further > results as you install more components of Cygwin that enhance the > capabilities of PLplot. > ... and this is the puzzling part (see the attached cmake.out file). I installed Java and Ada as part of GCC under Cygwin, but CMake does not accept them: - Even though I defined the CMAKE_Java_COMPILER variable, it still can not find the compiler - CMake complains about the Ada library, but it is there, in the Cygwin lib directory The Cygwin setup complains about libpango not being found, so I do not think that part of PLplot will work under the current Cygwin version. I have not found wxWidgets or PDL via the setup. The latter is probably the reason that the Perl bindings are not enabled (but the CMake output is rather quiet about it). Anyway, I have for the moment run out of ideas or out of energy with the holiday approaching fast. Regards, Arjen DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Alan W. I. <ir...@be...> - 2013-07-23 14:25:16
|
On 2013-07-23 11:27+0200 Arjen Markus wrote: > Hi Alan, > > On 2013-07-19 19:46, Alan W. Irwin wrote: > >> >> Thanks for your general Tcl fixes that a help on all platforms. >> > > That was the fun part ... > >> In addition, I was glad to hear that getting Python to work under >> Cygwin was so straightforward, and I look forward to your further >> results as you install more components of Cygwin that enhance the >> capabilities of PLplot. >> > > ... and this is the puzzling part (see the attached cmake.out file). > > I installed Java and Ada as part of GCC under Cygwin, but CMake > does not accept them: > - Even though I defined the CMAKE_Java_COMPILER variable, it still can not > find the compiler I think the result in your cmake.out file, CMAKE_Java_COMPILER-NOTFOUND, simply means there is no "javac" executable on your PATH, and therefore you need to install some additional java-related package that includes the javac executable. > - CMake complains about the Ada library, but it is there, in the Cygwin lib > directory The relevant message in cmake.out is -- WARNING: gnat library not found. Disabling ada bindings That warning message is generated by cmake/modules/ada.cmake In that file you will see some rather specific code for finding the Ada library that works on Linux (and Mac OS X), but the assumption about the name of the gnat library probably needs to be generalized for the Cygwin case. > The Cygwin setup complains about libpango not being found, so I do not > think that part of PLplot will work under the current Cygwin version. The relevant message in cmake.out is -- WARNING: pkg-config does not find pango. The issue is that pkg-config cannot find the pango.pc file that should be part of the pango installation. So if that file is not installed yet, you need to install an additional pango component (likely a development version of pango). If that file is installed, but you still get that message, then pkg-config may need some additional help (through setting the PKG_CONFIG_PATH environment variable) to find that pango.pc file. Note, that CMake invokes pkg-config itself, so if you can get pkg-config to work by hand then CMake should work as well. > I have not found wxWidgets or PDL via the setup. The latter is probably the > reason that the Perl bindings are not enabled (but the CMake output is rather > quiet about it). Yes, it looks like there is no wxwidgets binary package for Cygwin. So the eventual solution would be to build wxwidgets on Cygwin. But that is considerably more difficult than taking advantage of all the binary Cygwin packages that are readily available to satisfy other PLplot dependencies so my advice is to give wxwidgets a low priority. The PLplot PDL bindings are integrated into PDL rather than being an independent package that can be installed in an PDL environment. This means it is generally quite tricky to use any of Doug Hunt's updates to the PLplot bindings that have not yet been made a part of PDL (read examples/perl/README.perldemos for the "gory details"). Doug can tell you more about the current status, but until keeping the PLplot bindings for PDL up to date with recent PLplot becomes a lot more convenient, my advice would be to give testing Doug's external bindings with our perl/PDL examples a low priority. > > Anyway, I have for the moment run out of ideas or out of energy with the > holiday approaching fast. You are exploring completely new territory for yourself. You have to figure out what components of Cygwin need to be installed to satisfy PLplot and how to configure PLplot to find those components. Furthermore, there is the occasional build-system bug to figure out as well such as using the correct Cygwin name of the Ada library. So what you are attempting to do is non-trivial, but you are making good progress and asking for further help here (as you have just done) should help you get through this much faster. When you do want to deal with this (either before or after your holiday), the summary is (1) you need javac on your PATH, (2), you need to change our build system so the correct name of the Ada library is searched for on Cygwin, (3) the file pango.pc needs to be installed (and pkg-config needs to be able to find that file, and (4) you should probably view wxwidgets and the perl examples as a low priority since they will be much tougher to deal with on Cygwin than the other PLplot dependencies. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Arjen M. <arj...@de...> - 2013-07-23 14:30:59
|
Hi Alan, thanks for the advice. The variable CMAKE_Java_COMPILER is actually set to the javac executable - which is called gcj.exe in GCC. Maybe I should rename it. Furthermore: Cygwin's setup complains about pango - presumably that is a missing library. I may be able to make some more progress in the next few days, otherwise my exploration of this terra incognita will have to wait until mid-August. Regards, Arjen On 2013-07-23 16:25, Alan W. Irwin wrote: > On 2013-07-23 11:27+0200 Arjen Markus wrote: > >> Hi Alan, >> >> On 2013-07-19 19:46, Alan W. Irwin wrote: >> >>> >>> Thanks for your general Tcl fixes that a help on all platforms. >>> >> >> That was the fun part ... >> >>> In addition, I was glad to hear that getting Python to work under >>> Cygwin was so straightforward, and I look forward to your further >>> results as you install more components of Cygwin that enhance the >>> capabilities of PLplot. >>> >> >> ... and this is the puzzling part (see the attached cmake.out file). >> >> I installed Java and Ada as part of GCC under Cygwin, but CMake >> does not accept them: >> - Even though I defined the CMAKE_Java_COMPILER variable, it still can >> not find the compiler > > I think the result in your cmake.out file, > CMAKE_Java_COMPILER-NOTFOUND, simply means there is no "javac" > executable on your PATH, and therefore you need to install some > additional java-related package that includes the javac executable. > >> - CMake complains about the Ada library, but it is there, in the >> Cygwin lib directory > > The relevant message in cmake.out is > > -- WARNING: gnat library not found. Disabling ada bindings > > That warning message is generated by cmake/modules/ada.cmake > > In that file you will see some rather specific code for finding the > Ada library that works on Linux (and Mac OS X), but the assumption > about the name of the gnat library probably needs to be generalized for > the Cygwin case. > >> The Cygwin setup complains about libpango not being found, so I do not >> think that part of PLplot will work under the current Cygwin version. > > The relevant message in cmake.out is > > -- WARNING: pkg-config does not find pango. > > The issue is that pkg-config cannot find the pango.pc file that should > be part of the pango installation. So if that file is not installed > yet, you need to install an additional pango component (likely a > development version of pango). If that file is installed, but you > still get that message, then pkg-config may need some additional help > (through setting the PKG_CONFIG_PATH environment variable) to find > that pango.pc file. Note, that CMake invokes pkg-config itself, so if > you can get pkg-config to work by hand then CMake should work as well. > >> I have not found wxWidgets or PDL via the setup. The latter is >> probably the reason that the Perl bindings are not enabled (but the >> CMake output is rather quiet about it). > > Yes, it looks like there is no wxwidgets binary package for Cygwin. So > the eventual solution would be to build wxwidgets on Cygwin. But that > is considerably more difficult than taking advantage of all the binary > Cygwin packages that are readily available to satisfy other PLplot > dependencies so my advice is to give wxwidgets a low priority. > > The PLplot PDL bindings are integrated into PDL rather than being an > independent package that can be installed in an PDL environment. This > means it is generally quite tricky to use any of Doug Hunt's updates > to the PLplot bindings that have not yet been made a part of PDL (read > examples/perl/README.perldemos for the "gory details"). Doug can tell > you more about the current status, but until keeping the PLplot > bindings for PDL up to date with recent PLplot becomes a lot more > convenient, my advice would be to give testing Doug's external > bindings with our perl/PDL examples a low priority. > >> >> Anyway, I have for the moment run out of ideas or out of energy with >> the holiday approaching fast. > > You are exploring completely new territory for yourself. You have to > figure out what components of Cygwin need to be installed to satisfy > PLplot and how to configure PLplot to find those components. > Furthermore, there is the occasional build-system bug to figure out as > well such as using the correct Cygwin name of the Ada library. So > what you are attempting to do is non-trivial, but you are making good > progress and asking for further help here (as you have just done) > should help you get through this much faster. > > When you do want to deal with this (either before or after your > holiday), the summary is (1) you need javac on your PATH, (2), you > need to change our build system so the correct name of the Ada library > is searched for on Cygwin, (3) the file pango.pc needs to be installed > (and pkg-config needs to be able to find that file, and (4) you should > probably view wxwidgets and the perl examples as a low priority since > they will be much tougher to deal with on Cygwin than the other PLplot > dependencies. > > Alan > __________________________ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation for stellar interiors (freeeos.sf.net); the Time > Ephemerides project (timeephem.sf.net); PLplot scientific plotting > software package (plplot.sf.net); the libLASi project > (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); > and the Linux Brochure Project (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ > DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Alan W. I. <ir...@be...> - 2013-07-23 15:21:01
|
On 2013-07-23 16:30+0200 Arjen Markus wrote: > Hi Alan, > > thanks for the advice. The variable CMAKE_Java_COMPILER is actually set to > the javac executable - which is called gcj.exe in GCC. Maybe I should rename > it. I don't think setting CMAKE_Java_COMPILER is going to work because of complications in our "soft-landing" logic for how we enable languages for PLplot. That logic is implemented by creating a micro CMake project that attempts to enable the language. If that fails, we convert that error to a warning and continue rather than just erroring out. However, those micro-projects only pay attention to environment variables, and ignore language-related CMake cache variables set with the -D cmake option. So try putting javac.exe on the PATH instead. My bet is that will get you a bit further with java, but you may need additional help from us to deal with other java-related build-system issues that might arise. > Furthermore: Cygwin's setup complains about pango - presumably that is a > missing library. Yes, it is important that you install a development version of the pango library. From a search at http://cygwin.com/packages/ such development versions of libpango should be readily available. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Alan W. I. <ir...@be...> - 2013-07-23 20:55:42
|
On 2013-07-23 08:20-0700 Alan W. Irwin wrote: >> Furthermore: Cygwin's setup complains about pango - presumably that is a >> missing library. > > Yes, it is important that you install a development version of the > pango library. From a search at http://cygwin.com/packages/ such > development versions of libpango should be readily available. P.S. And the same goes for development versions of the Qt4 libraries. Thus, in the limited time remaining before your holiday you might want to give the highest priority to getting the development versions of the pango/cairo libraries (for the cairo device driver) and Qt4 libraries (for the qt device driver) correctly installed on Cygwin. The cairo devices and the qt devices are a huge upgrade for all PLplot users on the Cygwin platform regardless of the computer language they use. So with some luck (i.e., assuming the only issue is the installation of the development version of those libraries) those priorities should give you some immediate positive feedback for your exploration efforts. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Arjen M. <arj...@de...> - 2013-07-24 07:36:18
Attachments:
plplot_test.tar.gz
|
Hi Alan, I did find the libraries/packages you mentioned. For Qt4 I had to look harder than I did before. However, this has let to some issues: - The Cygwin setup report an error with pango1.0.sh (or something similar). - CMake can not find pango, pangoft2 or lasi via pkg-config (tunring off PLD_psttf), but a lot of drivers related are now supported. - My Qt4 installation appears not to be complete. Will have to look into that later. But more importantly: I get compile errors when building the system. See the attached reports. I do not have time to look into this issue, but it seems to be connected to the system header files. Regards, Arjen On Tue, 23 Jul 2013 13:55:33 -0700 (PDT) "Alan W. Irwin" <ir...@be...> wrote: > On 2013-07-23 08:20-0700 Alan W. Irwin wrote: > >>> Furthermore: Cygwin's setup complains about pango - >>>presumably that is a >>> missing library. >> >> Yes, it is important that you install a development >>version of the >> pango library. From a search at >>http://cygwin.com/packages/ such >> development versions of libpango should be readily >>available. > > P.S. And the same goes for development versions of the >Qt4 libraries. > Thus, in the limited time remaining before your holiday >you might want > to give the highest priority to getting the development >versions of > the pango/cairo libraries (for the cairo device driver) >and Qt4 > libraries (for the qt device driver) correctly installed >on Cygwin. > The cairo devices and the qt devices are a huge upgrade >for all PLplot > users on the Cygwin platform regardless of the computer >language they > use. So with some luck (i.e., assuming the only issue >is the > installation of the development version of those >libraries) those > priorities should give you some immediate positive >feedback for your > exploration efforts. > > Alan > __________________________ > Alan W. Irwin > > Astronomical research affiliation with Department of >Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS >equation-of-state > implementation for stellar interiors (freeeos.sf.net); >the Time > Ephemerides project (timeephem.sf.net); PLplot >scientific plotting > software package (plplot.sf.net); the libLASi project > (unifont.org/lasi); the Loads of Linux Links project >(loll.sf.net); > and the Linux Brochure Project (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ > DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Alan W. I. <ir...@be...> - 2013-07-24 15:44:28
|
On 2013-07-24 09:36+0200 Arjen Markus wrote: > Hi Alan, > > I did find the libraries/packages you mentioned. For Qt4 I had to look harder > than I did before. However, this has let to some issues: > > - The Cygwin setup report an error with pango1.0.sh (or something similar). > - CMake can not find pango, pangoft2 or lasi via pkg-config (tunring off > PLD_psttf), but a lot of drivers related are now supported. > - My Qt4 installation appears not to be complete. Will have to look into that > later. > > But more importantly: I get compile errors when building the system. See the > attached reports. I do not have time to look into this issue, but it seems to > be connected to the system header files. Hi Arjen: It appears you have run out of time so these comments are for you to look at primarily after your holiday. To keep my replies in context I will repeat the appropriate part of what you said above (in a different order). > - The Cygwin setup report an error with pango1.0.sh (or something similar). My understanding from lurking on the Cygwin list is that project has just gone through a new major release with a new setup.exe, new arrangement of files, etc. So the pango-related setup error you are currently encountering might be due to mixing old and new components of Cygwin together. Anyhow, I suggest you reinstall cygwin from scratch using the latest setup.exe when you get back from your holiday. If you still have setup.exe errors or warnings at that stage, I would take those quite seriously and get advice from the Cygwin list about what to do about those. > - CMake can not find pango, pangoft2 or lasi via pkg-config (tunring off > PLD_psttf). The solution is to build and install libLASi first (which provides the needed *.pc file). I am pretty sure Werner was able to do that in the old days with Cygwin, but this step should probably be lower priority than getting the cairo and qt devices to work. > - My Qt4 installation appears not to be complete. Will have to look into that > later. The Cygwin software distribution follows the Linux convention where library packages are of two kinds. A development package (including headers, *.pc files, etc.,) that allows other packages (such as PLplot) to be built against the library in question. A run-time library package that just contains the libraries needed at run time. Normally, the development package depends on the run-time package (meaning if you install the development package you will also automatically install the run-time package). For the Qt4 case it appears to me that you still have to install the development package. That will include not only the headers, but also the qmake executable (similar in spirit to pkg-config but quite different in implementation) which is the primary means that CMake uses to figure out the compile and link options needed for application/libraries (e.g., the PLplot qt device driver) that link against Qt4. > [...]a lot of drivers related are now supported. > [...] > But more importantly: I get compile errors when building the system. See the > attached reports. I do not have time to look into this issue, but it seems to > be connected to the system header files. It is a nice breakthrough that you are now at the point where an attempt is being made to build the cairo device driver. Once you have a clean install of Cygwin, you might find that the windows.h header issues you are encountering with that build just disappear. But assuming they will still occur, then the overview is that CMake executes pkg-config to obtain the correct compile and link options for applications/libraries that are using pango/cairo, and it appears that information is incorrect for Cygwin because of the header issues you are encountering. A couple of explanations spring to mind. (1) CMake does not make the correct pkg-config call for the Cygwin platform. If you look at the pkg-config man page, there are several overall Windows-only options such as --msvc-syntax This option is available only on Windows. It causes pkg-config to output -l and -L flags in the form recognized by the Mi‐ crosoft Visual C++ command-line compiler, cl. Specifically, instead of -Lx:/some/path it prints /libpath:x/some/path, and instead of -lfoo it prints foo.lib. Note that the --libs output consists of flags for the linker, and should be placed on the cl command line after a /link switch. It is possible, for example, that CMake uses such options in error for Cygwin (which I understand tries to emulate Unix as much as possible so --msvc-syntax is unlikely to be appropriate.) (2) There could be bugs in the *.pc files (e.g., pangocairo.pc) that contain the information that pkg-config delivers. The way to distinguish between these two possibilities is to run the exact compile command by hand that causes the errors. (You can find that command by looking at make.out). Of course, that will just repeat the header errors, but you should compare the compiler options used by that command with the corresponding output from running pkg-config by hand (say with and without --msvc-syntax or other Windows flags). For example, pkg-config --cflags pangocairo or pkg-config --msvc-syntax --cflags pangocairo By such comparisons you might be able to decide between the two possibilities above. For example, if you can get the right set of compile flags to eliminate the error by running pkg-config by hand with appropriate overall options, then it appears that CMake is not using the right set of overall pkg-config options for the Cygwin platform, and this is an issue to take to the CMake mailing list. On the other hand, if you can find no way that pkg-config generates compile options by hand that can be used to correct the compile errors, then you have the basis of a simple test case not involving cmake (an important simplification!) that you can take to the Cygwin mailing list. I also have one additional comment concerning the permissions issues that you have had to deal with. Again, I would simplify the case as much as possible. For example, does "cmake -P test.cmake" where test.cmake has a fragment of CMake logic to configure a file generate the issue? Same question for "cmake -E copy ..." and "cp ...". Anyhow, once you have established the simplest test case from the above list, then I would take that case to the Cygwin list for their comments. My guess is the solution will be to configure your Cygwin user account so that correct permissions are used for generated files. RedHat (the company behind Cygwin) is quite serious about security so it wouldn't surprise me in the least if generated files all have zero permissions by default unless you reconfigure your Cygwin user account. In sum, I think you are making good progress. So with that in mind, have fun on your holiday, and afterwards come back fresh to start exploring this Cygwin terra incognita again with the help of this e-mail. :-) Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |