Hi Alan,

sorry that it took me such a long time to test this, but in the moment
it doesn't even work for mingw anymore. The problem is, that we're
looking for the gdi32 and comdlg library. These are system libraries and
are found in c:\windows\system32 as .dll. MinGW can link to dll files,
but not directly to dll files which are made by other compilers. The
correct .a files are found in the lib directory of the MinGW
distribution. Problem is now, that cmake looks for libgdi32.a or
libgdi32.dll, can't find it, because it's in the MinGW lib directory,
which CMake doesn't know. CMake then searches for gdi32.lib/gdi32.dll
and finds it in the windows system32 directory, but mingw can't link to
that (same for comdlg).

I' gonna ask the cmake mailing list, since I have no real idea how to
solve that cleanly. We could either add the lib directory of MinGW to
the FindGDI32.cmake script, but it may be in different (absolut)
directories. We can ask the user to add the lib directory to
CMAKE_LIBRARY_PATH, but wingcc is a basic driver for windows, so the
user shouldn't mess around so much. Additionally, if he doesn't do it,
plplot won't compile, since the dll cmake finds is the wrong one.

We could hardcode it for the MinGW case, but than we get error messages
from CMake that we use libraries without absolut paths.

I'll ask the CMake guys.

Werner

Alan W. Irwin wrote:
> Hi Werner:
> 
> According to the following commit message
> 
> ********
> r7038 | airwin | 2006-08-31 10:34:18 -0700 (Thu, 31 Aug 2006) | 4 lines
> 
> AWI for Werner Smekal.  Apply patch for support of Borland C++ 5.5
> free command line tool (bcc).  Werner tells me that C++ examples still 
> don't
> work with bcc, but everything else does.
> ********
> 
> you were the author of the BORLAND logic in FindGDI32.cmake.  I tried to
> propagate that logic for my recent change to FindGDI32.cmake, but I didn't
> understand the BORLAND logic that well.  (There were some assumptions in 
> the
> logic which I didn't understand.) Could you please review that logic and
> also test it with your Borland compiler to make sure it works?
> 
> Thanks in advance,
> 
> 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
> __________________________


-- 
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: [EMAIL PROTECTED]
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


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Plplot-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to