<div dir="ltr"><div>As my previous comment said, I'm not entirely sure that simply having command line options documented is sufficient to solve the type or problem that (I think) you are trying to solve: What options does compiler version X, Y and Z support, and what option do I need to use to get access to compiler feature F, G or H. Because, as I said, compiler option may say "-std=support for C++11" (or C99, or whatever), but it doesn't mean that a particular version FULLY supports that standard (unless you are actually expecting something like "-std=C++11 enabled C++11 standard complience - version X supports all C++11 features {,except} [list of features {,not} supported]".<br><br></div><div>I'm not saying the current documentation is great, but I'm not sue that your quest will immediately be solved by having better documentation of the command line options alone. You still need to read other documentation items to understand exactly what is supported and what is not.<br><br></div><div>And even then you still have the issue that "feature X is supported" in the documentation, but due to some bug or limitation in the compiler, stuff doesn't work. So to say that "compiler version X works for <my source>" will still be dependent on testing with EXACTLY compiler version X in some way, to ensure that for all supported targets, for all supported options, the code generated by the compiler works correctly. This is very hard to maintain good test coverage on, and gets increasingly worse with the number of supported configurations...<br><br>--<br></div><div>Mats<br></div><div><br></div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 17 June 2015 at 15:20, Edward Diener <span dir="ltr"><<a href="mailto:eldlistmailingz@tropicsoft.com" target="_blank">eldlistmailingz@tropicsoft.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 6/16/2015 11:43 PM, Nikola Smiljanic wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
On Wed, Jun 17, 2015 at 11:22 AM, Edward Diener<br>
<<a href="mailto:eldlistmailingz@tropicsoft.com" target="_blank">eldlistmailingz@tropicsoft.com</a><br></span><span class="">
<mailto:<a href="mailto:eldlistmailingz@tropicsoft.com" target="_blank">eldlistmailingz@tropicsoft.com</a>>> wrote:<br>
<br>
I would suggest that clang actually spend some time telling<br>
programmers how to use their product.<br>
<br>
<br>
If only the compiler could document itself :)<br>
<br>
On a more serious note, patches in this area are more than welcome. It<br>
took me some time to realize this, but people working on clang are<br>
mostly employed by companies that want them to work on whatever's<br>
important to them. This means that those people know exactly how to use<br>
the compiler. If you're buying a product based on clang then you can<br>
request the company that's selling it to provide documentation. But for<br>
you, me and everyone else using the open source compiler it means that<br>
anything we see missing we'll have to do ourselves or just wait until<br>
someone gets to it, if they do. I'm sure you'll find out the list of<br>
possible values for -std switch, why not contribute a patch documenting<br>
them once you do?<br>
</span></blockquote>
<br>
I am not a clang contributor. I do use clang when testing Boost libraries and I am appreciative of the clang support I get here.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On a personal note, I find your tone unacceptable if you expect a<br>
productive discussion.<br>
</blockquote>
<br></span>
My "humor" was borne out of frustration. I need to know not only about the latest clang, but previous versions, because Boost supports many versions of many compilers in most of its libraries. I understand that clang developers work on the compiler itself and that documentation gets overlooked. But no matter how good the compiler is, if an end-user has a hard time using it because documentation is poor or entirely lacking in some areas, how much good will the product be to end-users ?<span class="im HOEnZb"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I understand your frustration as I've been there<br>
many times but you have to understand that people in this community are<br>
doing their best and are aware of shortcomings, which is why patches are<br>
more than welcome.<br>
</blockquote>
<br>
<br></span><div class="HOEnZb"><div class="h5">
_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu" target="_blank">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
</div></div></blockquote></div><br></div>