<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
<br>Alan wrote:<br><br>&gt; Isn't that the complete issue?  My experience (under Wine, but the 
principle<br>&gt; is the same) is you must have mingw32-make.exe on your
 PATH in order for -G<br>&gt; "MinGW Makefiles" to work.  So you will 
have to be careful of dependencies,<br>&gt; but you should be able to 
download and unpack mingw32-make.exe from the<br>&gt; normal SF location
 for that (under mingw) while keeping the normal MinGW gcc<br>&gt; 
compilers off your PATH (since you want to use the different compilers,<br>&gt;
 MinGW-W32 and MinGW-W64).<br><br>I did not realize that cmake calls mingw32-make.exe, since the user has to call it explicitly after running cmake.&nbsp; But I see now.&nbsp; Cmake tries compiling as a part of finding the compilation tools.<br><br>Your suggestion worked, for both W32 and W64.&nbsp; I used -G "MinGW Makefiles" for both cases.<br><br>This also works with CMake 2.8 stable/release version.&nbsp; So I still cannot figure what's new in RC2 with respect to MinGW-W64.&nbsp; Since it works, there is no issue really.<br><br>Just like CMake is able to distinguish different versions of Visual Studio, would it distinguish MinGW-32 with MinGW-64 also (which means either both would be in path simultaneously, or neither would be, and cmake picks the right one based on the generator specifed)?&nbsp; Let me know if so, and I'll be happy to test this.<br><br>I have already reported missing mingw32-make.exe to MinGW-W64.<br><br>Best regards - Alok<br><br>---------------------------------------------------------------<br>&gt; Date: Wed, 16 Jun 2010 19:32:32 -0700<br>&gt; From: irwin@beluga.phys.uvic.ca<br>&gt; To: alokgovil@hotmail.com<br>&gt; CC: david.cole@kitware.com; cmake@cmake.org<br>&gt; Subject: Re: [CMake] CMake 2.8.2-rc2 ready for testing!<br>&gt; <br>&gt; On 2010-06-16 19:04-0700 Alok Govil wrote:<br>&gt; <br>&gt; &gt; Hi all,<br>&gt; &gt; <br>&gt; &gt; I am unable to build using MinGW-W64, but chances are there would be some<br>&gt; &gt; configuration issues.<br>&gt; &gt; <br>&gt; &gt; Here is how I am setup right now:<br>&gt; &gt; <br>&gt; &gt; 1.&nbsp; Download latest "automatic" builds (W64 and W32) from here:&nbsp;<br>&gt; &gt; http://mingw-w64.sourceforge.net/<br>&gt; &gt; 2.&nbsp; Removed prefixes:&nbsp; For example, renamed file<br>&gt; &gt; "x86_64-w64-mingw32-g++.exe" in the bin folder to "g++.exe".&nbsp; Am I not<br>&gt; &gt; supposed to do this anymore?<br>&gt; &gt; 3.&nbsp; Added CMake 2.8.2 RC2 as well as "one" of W64 and W32 to the path.<br>&gt; &gt; 4.&nbsp; cmake . -G "MinGW Makefiles"&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; // This could be wrong for W64, but<br>&gt; &gt; fails for even W32.<br>&gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp; This step is where I get various errors from CMake.&nbsp; It works fine with<br>&gt; &gt; normal MinGW.<br>&gt; &gt; 5.&nbsp; Then I usually call "mingw32-make" but that is not even there in<br>&gt; &gt; MinGW-W32 and MinGW-W64!!<br>&gt; <br>&gt; Isn't that the complete issue?  My experience (under Wine, but the principle<br>&gt; is the same) is you must have mingw32-make.exe on your PATH in order for -G<br>&gt; "MinGW Makefiles" to work.  So you will have to be careful of dependencies,<br>&gt; but you should be able to download and unpack mingw32-make.exe from the<br>&gt; normal SF location for that (under mingw) while keeping the normal MinGW gcc<br>&gt; compilers off your PATH (since you want to use the different compilers,<br>&gt; MinGW-W32 and MinGW-W64).<br>&gt; <br>&gt; Alan<br>&gt; __________________________<br>&gt; Alan W. Irwin<br>&gt; <br>&gt; Astronomical research affiliation with Department of Physics and Astronomy,<br>&gt; University of Victoria (astrowww.phys.uvic.ca).<br>&gt; <br>&gt; Programming affiliations with the FreeEOS equation-of-state implementation<br>&gt; for stellar interiors (freeeos.sf.net); PLplot scientific plotting software<br>&gt; package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of<br>&gt; Linux Links project (loll.sf.net); and the Linux Brochure Project<br>&gt; (lbproject.sf.net).<br>&gt; __________________________<br>&gt; <br>&gt; Linux-powered Science<br>&gt; __________________________<br>                                               <br /><hr />Hotmail is redefining busy with tools for the New Busy. Get more from your inbox. <a href='http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_2' target='_new'>See how.</a></body>
</html>