<html>
<head>
<base href="http://llvm.org/bugs/" />
</head>
<body><span class="vcard"><a class="email" href="mailto:asl@math.spbu.ru" title="Anton Korobeynikov <asl@math.spbu.ru>"> <span class="fn">Anton Korobeynikov</span></a>
</span> changed
<a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED INVALID - clang and gold plugin of 3.2 cannot generate bc file for MySQL"
href="http://llvm.org/bugs/show_bug.cgi?id=15206">bug 15206</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Status</td>
<td>REOPENED
</td>
<td>RESOLVED
</td>
</tr>
<tr>
<td style="text-align:right;">CC</td>
<td>
</td>
<td>asl@math.spbu.ru
</td>
</tr>
<tr>
<td style="text-align:right;">Resolution</td>
<td>---
</td>
<td>INVALID
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED INVALID - clang and gold plugin of 3.2 cannot generate bc file for MySQL"
href="http://llvm.org/bugs/show_bug.cgi?id=15206#c10">Comment # 10</a>
on <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED INVALID - clang and gold plugin of 3.2 cannot generate bc file for MySQL"
href="http://llvm.org/bugs/show_bug.cgi?id=15206">bug 15206</a>
from <span class="vcard"><a class="email" href="mailto:asl@math.spbu.ru" title="Anton Korobeynikov <asl@math.spbu.ru>"> <span class="fn">Anton Korobeynikov</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=15206#c9">comment #9</a>)
<span class="quote">> It is of course acceptable. This bug is not about stopping defining __GNUC__.
>
> This bug is about compatibility issues as a result of defining __GNUC__ and
> what could be done to reduce the negative impact of this #define.</span >
Defining __GNUC__ is not connected with supporting all possible knobs and
options of gcc (some of them are essentially implementation-defined), after
all, different gcc versions have different cmdline options.
Even more, the option in question does not influence the results of the test,
so it should not be there after all (and it's somehow strange to use C++
compiler for C-level checks... what's about different inline semantics?). clang
is not going to emulate MySQL configure checks' bugs, really.
<span class="quote">> For the same reasons "-Werror -fno-implicit-templates" should not produce errors.</span >
It should. You explicitly ask for warning here. You got the warning. It's
upgraded to error. This is how -Werror works.
Please move such discussion to llvm-dev, bugzilla is an inappropriate place for
this.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are on the CC list for the bug.</li>
</ul>
</body>
</html>