Hi Nikola,<div><br></div><div>I finally found a way to incorporate your complaint regarding the tutorial-like nature of the document: I simply erased the sentence that talks about it being daunting at first.  It served no purpose and now its gone :-)</div>
<div><br></div><div><br></div><div>Cheers,</div><div>Mikael<br><div>-- Disclaimer: I am <b>not</b> arrogant in real life, so if you perceive me as being arrogant, you are to blame ;-) </div></div><div><br><div class="gmail_quote">
2012/6/18 Nikola Smiljanic <span dir="ltr"><<a href="mailto:popizdeh@gmail.com" target="_blank">popizdeh@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Mon, Jun 18, 2012 at 12:25 PM, Mikael Lyngvig <<a href="mailto:mikael@lyngvig.org">mikael@lyngvig.org</a>> wrote:<br>
> Hi all,<br>
><br>
</div><div class="im">>     3. The document now covers 32-bit and 64-bit builds with MinGW tools (if<br>
> anybody know of an alternate BINARY distribution of MinGW64 than Drangon's<br>
> release, please let me know so I can include it in the document).<br>
<br>
</div>As was once explained to me by Ruben Van Boxem, what you call mingw32<br>
should probably be called <a href="http://mingw.org" target="_blank">mingw.org</a> (or maybe only mingw). The other<br>
one should be called MinGW-w64. Also note that MinGW-w64 can target<br>
both 32-bit and 64-bit windows!<br>
<br>
I was also informed that nightly builds of mingw-w64 are rock solid,<br>
so here's a link to toolchain targeting Win64<br>
<a href="http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/rubenvb/release/" target="_blank">http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/rubenvb/release/</a><br>

<br>
As for the rest of the document I have only one complaint that's more<br>
a matter of style and taste. The document sounds like tutorial and is<br>
very different from say "getting started" which is more to the point.<br>
I'll try to be more concrete:<br>
<br>
"Building LLVM on Windows using the MinGW32 or MinGW64 toolchains can seem<br>
daunting at first."<br>
<br>
I never had this impression, you just checkout clang, unpack mingw,<br>
run cmake, run ming32-make. Also note that I knew next to nothing<br>
about mingw when I first did this.<br>
<br>
Mingw vs VS issues<br>
<br>
I think it would be fair to say that mingw is better supported without<br>
having to list every feature that doesn't work with VS (who will<br>
remember to change this page when the features get implemented?). I'm<br>
also assuming the person already knows why he wants to use mingw.<br>
<br>
Reference to "Getting Started"<br>
I think that Getting Started page should have a link to your document<br>
as the official Clang+Mingw information. You don't really need to<br>
refer back to Getting started, infinite loop anyone :)<br>
<br>
As Justin said, I would concentrate more on the official tools like ming32-make.<br>
<br>
The way I imagine this is:<br>
- explain how to choose mingw flavor<br>
- checkout llvm/clang<br>
- how to use cmake to generate makefiles<br>
- how to build using ming32-make<br>
- how to debug<br>
- how to run tests (python, gnuwin32, subversion)<br>
- mention alternative tools like ninja build<br>
<br>
As I said, this is just my personal preference, I just had the<br>
impression that your document was too long and covered a lot of ground<br>
that it didn't really have to.<br>
</blockquote></div><br><br>
</div>