From: Werner S. <sm...@ia...> - 2009-04-20 08:10:37
|
Hi Arjen, I tested now your path in MSYS and it works. So far so good, but if I revert your changes it works as well! I don't understand this: > + # Use fixed names instead > + # Note: MINGWLIBPATH gave problem: CACHE unknown component Which version of cmake are you using? I'm using cmake version 2.6.3 and if this is the problem which should boost up the minimum version required to 2.6.3 for MSYS only, since obviously (no one complained so far) there are not many who use MSYS with an older version anyways (except maybe you ;). And then revert your changes. But since 2.6.3 has some important bug fixes included you should use this version (if you don't use it already). Regards, Werner On 20.04.2009, at 06:05, arj...@us... wrote: > Revision: 9820 > http://plplot.svn.sourceforge.net/plplot/?rev=9820&view=rev > Author: arjenmarkus > Date: 2009-04-20 04:05:20 +0000 (Mon, 20 Apr 2009) > > Log Message: > ----------- > Use "brute force" to determine the import libraries for gdi32.dll and > comdlg32.dll under MSYS. > > Modified Paths: > -------------- > trunk/cmake/modules/wingcc.cmake > > Modified: trunk/cmake/modules/wingcc.cmake > =================================================================== > --- trunk/cmake/modules/wingcc.cmake 2009-04-18 01:20:09 UTC (rev > 9819) > +++ trunk/cmake/modules/wingcc.cmake 2009-04-20 04:05:20 UTC (rev > 9820) > @@ -23,16 +23,26 @@ > # PLD_wingcc - ON means the wingcc device is enabled. > # wingcc_COMPILE_FLAGS - individual COMPILE_FLAGS required to > compile wingcc > # device. > -# wingcc_LINK_FLAGS - list of pathnames of libraries for dynamic > +# wingcc_LINK_FLAGS - list of pathnames of libraries for dynamic > # wingcc device. > # DRIVERS_LINK_FLAGS - list of LINK_FLAGS for all static devices. > > if(PLD_wingcc) > message(STATUS "Looking for gdi32 header and library") > - find_library(GDI32_LIBRARY gdi32 HINTS ${MINGWLIBPATH} $ > {BORLANDLIBPATH}) > - if(GDI32_LIBRARY) > - find_library(COMDLG32_LIBRARY comdlg32 HINTS ${MINGWLIBPATH} $ > {BORLANDLIBPATH}) > - endif(GDI32_LIBRARY) > + if(NOT MSYS) > + find_library(GDI32_LIBRARY gdi32 HINTS ${MINGWLIBPATH} $ > {BORLANDLIBPATH}) > + if(GDI32_LIBRARY) > + find_library(COMDLG32_LIBRARY comdlg32 HINTS ${MINGWLIBPATH} $ > {BORLANDLIBPATH}) > + endif(GDI32_LIBRARY) > + else(NOT MSYS) > + # Use fixed names instead > + # Note: MINGWLIBPATH gave problem: CACHE unknown component > + get_filename_component(msys_BIN ${CMAKE_C_COMPILER} PATH) > + set(msys_LIBDIR ${msys_BIN}/../lib) > + #get_filename_component(msys_LIBDIR ${msys_LIBS} PATH) > + set(GDI32_LIBRARY ${msys_LIBDIR}/libgdi32.a) > + set(COMDLG32_LIBRARY ${msys_LIBDIR}/libcomdlg32.a) > + endif(NOT MSYS) > if(GDI32_LIBRARY AND COMDLG32_LIBRARY) > message(STATUS "Looking for gdi32 header and library - found") > set(wingcc_LINK_FLAGS "${GDI32_LIBRARY};${COMDLG32_LIBRARY}") > @@ -51,6 +61,6 @@ > else(GDI32_LIBRARY AND COMDLG32_LIBRARY) > message(STATUS "Looking for gdi32 header and library - not found") > message(STATUS "WARNING: Setting PLD_wingcc to OFF.") > - set(PLD_wingcc OFF CACHE BOOL "Enable wingcc device" FORCE) > + set(PLD_wingcc OFF CACHE BOOL "Enable wingcc device" FORCE) > endif(GDI32_LIBRARY AND COMDLG32_LIBRARY) > endif(PLD_wingcc) > > > This was sent by the SourceForge.net collaborative development > platform, the world's largest Open Source development site. > > ------------------------------------------------------------------------------ > Stay on top of everything new and different, both inside and > around Java (TM) technology - register by April 22, and save > $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. > 300 plus technical and hands-on sessions. Register today. > Use priority code J9JMT32. http://p.sf.net/sfu/p > _______________________________________________ > Plplot-cvs mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-cvs -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sm...@ia... web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 |
From: Arjen M. <arj...@de...> - 2009-04-22 07:13:39
|
On 2009-04-20 10:10, Werner Smekal wrote: > Hi Arjen, > > I tested now your path in MSYS and it works. So far so good, but if I > revert your changes it works as well! > > I don't understand this: > >> + # Use fixed names instead >> + # Note: MINGWLIBPATH gave problem: CACHE unknown component > > Which version of cmake are you using? I'm using cmake version 2.6.3 > and if this is the problem which should boost up the minimum version > required to 2.6.3 for MSYS only, since obviously (no one complained so > far) there are not many who use MSYS with an older version anyways > (except maybe you ;). And then revert your changes. But since 2.6.3 > has some important bug fixes included you should use this version (if > you don't use it already). > Hi Werner, CMake 2.6.3 does indeed solve the issue - I have reverted my change. So I guess, that would be the minimum version of CMake that is guaranteed to build PLplot on the MSYS platform. Should we enforce that for all builds or just for MSYS? Regards, Arjen Delft Hydraulics, GeoDelft, the Subsurface and Groundwater unit of TNO and parts of Rijkswaterstaat have joined forces in a new independent institute for delta technology, Deltares. Deltares combines knowledge and experience in the field of water, soil and the subsurface. We provide innovative solutions to make living in deltas, coastal areas and river basins safe, clean and sustainable. 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: Werner S. <sm...@ia...> - 2009-04-22 07:39:48
|
Hi Arjen, > > Hi Werner, > > CMake 2.6.3 does indeed solve the issue - I have reverted my change. > > So I guess, that would be the minimum version of CMake that is > guaranteed to build PLplot on the MSYS platform. Should we enforce > that > for all builds or just for MSYS? Good to know. I would only bump up the required version for MSYS since older version seem to work well for other platforms. Regards, Werner > > Regards, > > Arjen > > > Delft Hydraulics, GeoDelft, the Subsurface and Groundwater unit of > TNO and parts of Rijkswaterstaat have joined forces in a new > independent institute for delta technology, Deltares. Deltares > combines knowledge and experience in the field of water, soil and > the subsurface. We provide innovative solutions to make living in > deltas, coastal areas and river basins safe, clean and sustainable. > > > > 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. > > > > > > ------------------------------------------------------------------------------ > Stay on top of everything new and different, both inside and > around Java (TM) technology - register by April 22, and save > $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. > 300 plus technical and hands-on sessions. Register today. > Use priority code J9JMT32. http://p.sf.net/sfu/p > _______________________________________________ > Plplot-devel mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sm...@ia... web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 |
From: Geoffrey F. <Geo...@at...> - 2009-04-23 04:10:14
|
Werner Smekal writes: > Hi Arjen, > > > > Hi Werner, > > > > CMake 2.6.3 does indeed solve the issue - I have reverted my change. > > > > So I guess, that would be the minimum version of CMake that is > > guaranteed to build PLplot on the MSYS platform. Should we enforce > > that > > for all builds or just for MSYS? > > Good to know. I would only bump up the required version for MSYS since > older version seem to work well for other platforms. Note that cmake 2.6.3 is required on Linux in order to pick up a python 2.6 which is in front of another python 2.5 in your path. Once I debugged this, I've concluded I had to upgrade all my toolchains to cmake 2.6.3. Without cmake 2.6.3 what happens if you build plplot against a prefix with a pythong 2.6 in it, even if first in the path, is it ignores the one in your prefix, sees the python 2.5 somewhere further back, and builds the PLplot python extension for a 2.5 python, and then installs it to your prefix. Then when you go to run your app, nothing works. So, that's python specific, I think you'd be okay on Linux for many other configurations (sans python) with cmake 2.6.2. But if python, and the PLplot python extension is in the mix, you need 2.6.3, in my experience. |
From: Alan W. I. <ir...@be...> - 2009-04-22 17:24:31
|
On 2009-04-22 09:39+0200 Werner Smekal wrote: > Hi Arjen, >> >> Hi Werner, >> >> CMake 2.6.3 does indeed solve the issue - I have reverted my change. >> >> So I guess, that would be the minimum version of CMake that is >> guaranteed to build PLplot on the MSYS platform. Should we enforce >> that >> for all builds or just for MSYS? > > Good to know. I would only bump up the required version for MSYS since > older version seem to work well for other platforms. Hi Arjen and Werner: I have been following your discussion with interest and have just committed the suggested change (revision 9828). I am a bit concerned whether MSYS is defined that early in the CMake process, but I think it is OK because UNIX is certainly defined at that point. But please check that the logic works properly for the MSYS case by temporarily putting in a message statement in the MSYS path (or by attempting to run a cmake version less than 2.6.3 for MSYS). Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); 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...> - 2009-04-23 06:33:13
|
On 2009-04-22 19:24, Alan W. Irwin wrote: > On 2009-04-22 09:39+0200 Werner Smekal wrote: >> >> Good to know. I would only bump up the required version for MSYS since >> older version seem to work well for other platforms. > > Hi Arjen and Werner: > > I have been following your discussion with interest and have just committed > the suggested change (revision 9828). I am a bit concerned whether MSYS is > defined that early in the CMake process, but I think it is OK because UNIX > is certainly defined at that point. But please check that the logic works > properly for the MSYS case by temporarily putting in a message statement in > the MSYS path (or by attempting to run a cmake version less than 2.6.3 for > MSYS). > Hello Alan, I tried this: MSYS appears _not_ to be set at that stage. (My first idea was that CMake does not look for the patch version, but that turned out not to be true.) Given Geoffrey's remark on a rather nasty mixup with Python versions, we might consider requiring 2.6.3 for everything. But I will see at what point the MSYS variable _is_ defined. Regards, Arjen Delft Hydraulics, GeoDelft, the Subsurface and Groundwater unit of TNO and parts of Rijkswaterstaat have joined forces in a new independent institute for delta technology, Deltares. Deltares combines knowledge and experience in the field of water, soil and the subsurface. We provide innovative solutions to make living in deltas, coastal areas and river basins safe, clean and sustainable. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Arjen M. <arj...@de...> - 2009-04-20 08:17:47
|
Hi Werner, unless I am mistaken, I am using CMake 2.6.2 - maybe that is the reason for these oddities ... If version 2.6.3 takes care of all this, then so much the better! I will have to try it. That would become the earliest allowable version, I reckon. (I think the problems I mentioned before with the Fortran examples under MSYS is due to the fact that I am using an old version of g95. I will have to investigate that one as well) Regards, Arjen On 2009-04-20 10:10, Werner Smekal wrote: > Hi Arjen, > > I tested now your path in MSYS and it works. So far so good, but if I > revert your changes it works as well! > > I don't understand this: > >> + # Use fixed names instead >> + # Note: MINGWLIBPATH gave problem: CACHE unknown component > > Which version of cmake are you using? I'm using cmake version 2.6.3 > and if this is the problem which should boost up the minimum version > required to 2.6.3 for MSYS only, since obviously (no one complained so > far) there are not many who use MSYS with an older version anyways > (except maybe you ;). And then revert your changes. But since 2.6.3 > has some important bug fixes included you should use this version (if > you don't use it already). > > Regards, > Werner > > On 20.04.2009, at 06:05, arj...@us... wrote: > >> Revision: 9820 >> http://plplot.svn.sourceforge.net/plplot/?rev=9820&view=rev >> Author: arjenmarkus >> Date: 2009-04-20 04:05:20 +0000 (Mon, 20 Apr 2009) >> >> Log Message: >> ----------- >> Use "brute force" to determine the import libraries for gdi32.dll and >> comdlg32.dll under MSYS. >> >> Modified Paths: >> -------------- >> trunk/cmake/modules/wingcc.cmake >> >> Modified: trunk/cmake/modules/wingcc.cmake >> =================================================================== >> --- trunk/cmake/modules/wingcc.cmake 2009-04-18 01:20:09 UTC (rev >> 9819) >> +++ trunk/cmake/modules/wingcc.cmake 2009-04-20 04:05:20 UTC (rev >> 9820) >> @@ -23,16 +23,26 @@ >> # PLD_wingcc - ON means the wingcc device is enabled. >> # wingcc_COMPILE_FLAGS - individual COMPILE_FLAGS required to >> compile wingcc >> # device. >> -# wingcc_LINK_FLAGS - list of pathnames of libraries for dynamic >> +# wingcc_LINK_FLAGS - list of pathnames of libraries for dynamic >> # wingcc device. >> # DRIVERS_LINK_FLAGS - list of LINK_FLAGS for all static devices. >> >> if(PLD_wingcc) >> message(STATUS "Looking for gdi32 header and library") >> - find_library(GDI32_LIBRARY gdi32 HINTS ${MINGWLIBPATH} $ >> {BORLANDLIBPATH}) >> - if(GDI32_LIBRARY) >> - find_library(COMDLG32_LIBRARY comdlg32 HINTS ${MINGWLIBPATH} $ >> {BORLANDLIBPATH}) >> - endif(GDI32_LIBRARY) >> + if(NOT MSYS) >> + find_library(GDI32_LIBRARY gdi32 HINTS ${MINGWLIBPATH} $ >> {BORLANDLIBPATH}) >> + if(GDI32_LIBRARY) >> + find_library(COMDLG32_LIBRARY comdlg32 HINTS ${MINGWLIBPATH} $ >> {BORLANDLIBPATH}) >> + endif(GDI32_LIBRARY) >> + else(NOT MSYS) >> + # Use fixed names instead >> + # Note: MINGWLIBPATH gave problem: CACHE unknown component >> + get_filename_component(msys_BIN ${CMAKE_C_COMPILER} PATH) >> + set(msys_LIBDIR ${msys_BIN}/../lib) >> + #get_filename_component(msys_LIBDIR ${msys_LIBS} PATH) >> + set(GDI32_LIBRARY ${msys_LIBDIR}/libgdi32.a) >> + set(COMDLG32_LIBRARY ${msys_LIBDIR}/libcomdlg32.a) >> + endif(NOT MSYS) >> if(GDI32_LIBRARY AND COMDLG32_LIBRARY) >> message(STATUS "Looking for gdi32 header and library - found") >> set(wingcc_LINK_FLAGS "${GDI32_LIBRARY};${COMDLG32_LIBRARY}") >> @@ -51,6 +61,6 @@ >> else(GDI32_LIBRARY AND COMDLG32_LIBRARY) >> message(STATUS "Looking for gdi32 header and library - not found") >> message(STATUS "WARNING: Setting PLD_wingcc to OFF.") >> - set(PLD_wingcc OFF CACHE BOOL "Enable wingcc device" FORCE) >> + set(PLD_wingcc OFF CACHE BOOL "Enable wingcc device" FORCE) >> endif(GDI32_LIBRARY AND COMDLG32_LIBRARY) >> endif(PLD_wingcc) >> >> >> This was sent by the SourceForge.net collaborative development >> platform, the world's largest Open Source development site. >> >> ------------------------------------------------------------------------------ >> Stay on top of everything new and different, both inside and >> around Java (TM) technology - register by April 22, and save >> $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. >> 300 plus technical and hands-on sessions. Register today. >> Use priority code J9JMT32. http://p.sf.net/sfu/p >> _______________________________________________ >> Plplot-cvs mailing list >> Plp...@li... >> https://lists.sourceforge.net/lists/listinfo/plplot-cvs > > -- > Dr. Werner Smekal > Institut fuer Allgemeine Physik > Technische Universitaet Wien > Wiedner Hauptstr 8-10 > A-1040 Wien > Austria > > email: sm...@ia... > web: http://www.iap.tuwien.ac.at/~smekal > phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) > fax: +43-(0)1-58801-13499 > > > ------------------------------------------------------------------------------ > Stay on top of everything new and different, both inside and > around Java (TM) technology - register by April 22, and save > $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. > 300 plus technical and hands-on sessions. Register today. > Use priority code J9JMT32. http://p.sf.net/sfu/p > _______________________________________________ > Plplot-devel mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel > Delft Hydraulics, GeoDelft, the Subsurface and Groundwater unit of TNO and parts of Rijkswaterstaat have joined forces in a new independent institute for delta technology, Deltares. Deltares combines knowledge and experience in the field of water, soil and the subsurface. We provide innovative solutions to make living in deltas, coastal areas and river basins safe, clean and sustainable. 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. |