<div dir="ltr"><br>2 more roadblocks for Visual Studio users are the inability to compile gcc and the inability to compile and run the test suite.  I would not want to submit a change unless I could still compile/run gcc and pass the test suite.  (Testing before submission is the way we do it where I come from - I am assuming it's the same here).<br>
<br>On a related note, has anyone gotten the LLVM test suite working on MinGW?   I am in the process of trying to get LLVM working on my Windows box.  I expect I can get the test suite working on Cygwin - but I'm not sure about MinGW.  <br>
<br><br>Message: 6<br>
Date: Wed, 30 Jul 2008 10:43:14 -0700<br>
From: Chris Lattner <<a href="mailto:clattner@apple.com">clattner@apple.com</a>><br>
Subject: Re: [LLVMdev] Is there room for another build system?<br>
To: LLVM Developers Mailing List <<a href="mailto:llvmdev@cs.uiuc.edu">llvmdev@cs.uiuc.edu</a>><br>
Message-ID: <<a href="mailto:1AFD3D24-C017-4B2A-9725-51B6A6568E36@apple.com">1AFD3D24-C017-4B2A-9725-51B6A6568E36@apple.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes<br>
<br>
On Jul 30, 2008, at 9:41 AM, ?scar Fuentes wrote:<br>
> I'm evaluating CMake (1) primarily as an alternative build system for<br>
> Visual Studio users, although it can easily be a replacement for<br>
> `configure' and hand-made makefiles too, providing a single build<br>
> system<br>
> for all platforms. CMake is a tool that takes a project description<br>
> and<br>
> configures, generates makefiles, project files for IDEs, etc as<br>
> requested.<br>
<br>
Ok.  Killing off autoconf would be a huge bonus, but should probably<br>
be done as a second step.<br>
<br>
> There are three MS C++ compilers capable of compiling LLVM: Visual<br>
> Studio 2003, 2005, 2008 and their respective "free tools"<br>
> edition. However, the project files distributed with LLVM are for<br>
> 2005. This means that people using 2003 is left in the cold and people<br>
> who only have 2008 must convert the project files and, most important,<br>
> can't contribute to the maintenance of the VC++ build.<br>
<br>
Yes, this is a problem.  We also support Xcode to various degrees on<br>
the mac, and keeping all these project files in sync with the<br>
makefiles is a pain.<br>
<br>
> Furthermore, CMake can replace `configure' and generate gmake<br>
> makefiles,<br>
> project files for XCode, etc.<br>
<br>
Having one point of truth would be great.<br>
<br>
> Now, my questions:<br>
><br>
> 1. General LLVM users: Are you so happy with `configure' and hand-made<br>
> makefiles that you wont consider an alternative? If you are<br>
> interested,<br>
> I can steer my work to cover all platforms.<br>
<br>
I would prefer to kill off makefiles if we have something better.  We<br>
really only want to support one build system.<br>
<br>
> 3. LLVM administrators: Do you object to having a CMakeLists.txt file<br>
> on every source directory?<br>
<br>
No, particularly if it means we eventually lose the Makefile :).<br>
<br>
One trick is that we want to keep llvm-config and the<br>
'LINK_COMPONENTS' system used when building tools.  I am sure cmake<br>
can handle this, but I just wanted to mention that it is important.<br>
<br>
-Chris<br>
<br>
</div>