<html>
<head>
<base href="http://llvm.org/bugs/" />
</head>
<body><span class="vcard"><a class="email" href="mailto:sstewartgallus00@mylangara.bc.ca" title="Steven Stewart-Gallus <sstewartgallus00@mylangara.bc.ca>"> <span class="fn">Steven Stewart-Gallus</span></a>
</span> changed
<a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED --- - -fsanitize-address enables the leak checker by default"
href="http://llvm.org/bugs/show_bug.cgi?id=22551">bug 22551</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>RESOLVED
</td>
<td>REOPENED
</td>
</tr>
<tr>
<td style="text-align:right;">Resolution</td>
<td>INVALID
</td>
<td>---
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED --- - -fsanitize-address enables the leak checker by default"
href="http://llvm.org/bugs/show_bug.cgi?id=22551#c6">Comment # 6</a>
on <a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED --- - -fsanitize-address enables the leak checker by default"
href="http://llvm.org/bugs/show_bug.cgi?id=22551">bug 22551</a>
from <span class="vcard"><a class="email" href="mailto:sstewartgallus00@mylangara.bc.ca" title="Steven Stewart-Gallus <sstewartgallus00@mylangara.bc.ca>"> <span class="fn">Steven Stewart-Gallus</span></a>
</span></b>
<pre><span class="quote">> The report is not actionable. Please provide a reproducer and then
> reopen.</span >
I don't need a reproducer. All one needs to do is use the
-fsanitize-address and the leak checker is enabled. Also, I find it
really annoying when people rush to close an issue as invalid instead
of having a bit of patience.
<span class="quote">> Also, as Alexey says, you can always use ASAN_OPTIONS=detect_leaks=0</span >
I can add workarounds for lots of bad software. But eventually it
becomes easier to stop using such software.
<span class="quote">> Sorry, I don't think the example you provided look convincing. The
> code has a bug: apparently there is no way to use
> linted_error_string() "correctly" (without leaking the memory), and
> it can cause real problems if one starts to call this function
> frequently.</span >
I have a "void linted_error_string_free(char const *str);" function
that is usable if it is required. It if it is not needed though I
don't use it because I don't need to.
<span class="quote">> There is no way to disable leak detection in a final executable at
> compile time.</span >
This seems odd to me but if this is the real reason why leak checking
was enabled by default then that is sad. Bad design of implementation
details should not leak out into interfaces. Still, what has done has
been done and I am fine if fixing this would take a while because
internal implementation details have to be rearranged and fixed up.
Thank you,
Steven Stewart-Gallus</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>