Hello Kai, Kai Tietz <[email protected]> writes:
> Sounds interesting. But honestly, llvm (Clang) is for Windows right > now pretty unusable. Major basic features of compiler are missing. LLVM is one thing and Clang another. LLVM works fine on Windows. Lacks some features compared to *nix, but it is useful since lots of years ago. Clang (which uses LLVM as the backend) is almost useless as a C++ compiler, but you can use its parsing and analysis features from a host application (IDE, FFI generator, static checker, etc) on Windows. > So I don't expect here anything usable for C/C++ in Windows world for > near future. Those command-line changes, and warning adjustments to > be more compatible with VC aren't very important. Agreed. > A compiler for windows, which can't handle different > calling-conventions, and can't handle dll-import/export, nor shared is > for pe-coff targets worth not much. There is a patch for C++ dll-import/export but it got stuck in bikeshedding. The pe-coff area is improving and I expect it to fully mature on the next months. > Interesting is the try to support MS-name-mangling for C++-symbols ... > nevertheless even this feature is pretty much not working ... but we > will see in future how things will go. I discussed this topic at length on the LLVM/Clang mailing lists, causing much sorrow :-/ See an example: http://article.gmane.org/gmane.comp.compilers.clang.devel/30918 More on this follows. > From my POV is Clang/llvm not really usable for production. For > analysis tools, filter-apps, and such things Clang has some advantages > over Gcc right now. They aren't very big. Code generation of llvm is > in comparison still poor. In some aspects llvm produces better, in > most worse code then gcc. (As side-note 5-10% speed-preformance > difference is a real huge amount in compilers ... the fight mostly > goes there fore 1/1000 and few). Clang is consistently faster on my projects, but that is just anecdotal evidence. On Windows, one day MinGW's GCC 4.8.2 is faster than VS 2010 by 5%, then after some changes VS is faster than GCC, and a few more changes later GCC becomes faster again. As for analysis, libClang is much easier to use and more accurate than whatever GCC offers, but that's just my opinion. Maybe yours is biased because you knew in advance the conventions and data structures used by GCC. > Anyway, we support both compilers, at least we try to. Sadly llvm > community seems for me not pretty much interested in supporting FOSS > environments. I wrote some time some questions to llvm's ML ... they > still got no technical answer. Please keep in mind that LLVM/Clang is an open source project governed by an Apple employee, where Apple employees contribute most of the work, being Google employees the next contributors. So Clang is, in practice, a corporate-driven open source project. A patch that fixes a bug on OS/X support has a much easier pass than a patch that implements a critical feature on a platform where neither Apple nor Google are interested on. The goal of replicating the MS C++ ABI on Clang is driven by Google. Apparently, Google is not so interested on bringing Clang to Windows as in using Clang for specific tasks where MS C++ ABI is a requirement. Not necessarily as a full Windows compiler. And they stated that making Clang independent of VS is an "explicit non-goal": http://article.gmane.org/gmane.comp.compilers.clang.devel/33126/ Right now Clang could be as mature as GCC is for C++ development on Windows. Clang was conceived from the beginning with GCC compatibility on mind, so only the Windows-specific features of GCC are missing (and many of those are already in place.) Sadly, most people who contribute patches for Windows support act as if MinGW were irrelevant (or, more precisely, nonexistent) as a Windows C++ compiler. So I'm not surprised to see your questions dismissed. ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
