Hello, I have some further information on this issue: - I set MSYS to 1 as explained below and I explicitly set the path to the right import libraries for gdi32and comdlg32 (not comgdi32) for GCC under MSYS. That works. This means: - The C library and examples build okay as do C++ and F77
- Something goes wrong with F90 - I have not had a chance yet to determine the cause, but it looks like a mistake in the library name or similar. - You need to set the path to include the dll subdirectory, as otherwise the nistcd test programs etc. will fail. But be careful not to make a mistake like this: export PATH=c:/<build dir>/dll:$PATH It will cause MSYS and programs running under MSYS to fail and find the various libraries - I think it stops at the non-existing directory "c". Use instead: export PATH=/c/<build dir>/dll/:$PATH Regards, Arjen On 2009-04-10 09:09, Arjen Markus wrote: > Hello, > > I have been trying to get PLplot to build under MSYS on Windows > (FYI: MSYS is the Linux/UNIX-like environment for MinGW), but > so far I have failed. The reason is that CMake picks up the > MS Visual C/C++ import libraries for the system libraries gdi32.dll > and comgdi32.dll. > > Here is my analysis: > > - The variable MSYS should be set to 1 (true) if CMake is running > under MSYS, but it is not. MinGW is set to true. > So I now check that the environment variable OSTYPE is set to > "msys" to detect if it is running under MSYS. > > - In wingcc.cmake, we have code to look for the gdi32 and comgdi32 > libraries via find_library and useful hints via MINGWLIBPATH. > So to support MSYS, I set MINGWLIBPATH to the correct MSYS library > path (merely extending the condition in plplot.cmake) > > - The effect of these changes is strange though: > - The build scripts seem to be set up for building PLplot as > static libraries with static drivers (everything is concentrated > in the src subdirectory > - The build.cmake file contains dependencies to the MSVC import > libraries (gdi32.lib and comgdi32.lib), not to the MSYS libraries > (libgdi32.a and libcomgdi32.a). > > The reason for this may be that CMake on Windows does not recognise > the libxxx.a pattern for libraries. A workaround is to force these > libraries to be used, but perhaps there is a better way? > > The first effect, however, is more worrisome. My guess is that we > do not yet have propagated all build options for this platform. > I will try to sort this one out in the coming days. > > 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. > > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > High Quality Requirements in a Collaborative Environment. > Download a free trial of Rational Requirements Composer Now! > http://p.sf.net/sfu/www-ibm-com > _______________________________________________ > Plplot-devel mailing list > [email protected] > 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. ------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
