<html>
<head>
<base href="https://bugs.llvm.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:hans@chromium.org" title="Hans Wennborg <hans@chromium.org>"> <span class="fn">Hans Wennborg</span></a>
</span> changed
<a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - libomp.dll fails to link when using clang-cl to compile: kmp_ftn_cdecl.cpp.obj : fatal error LNK1143: invalid or corrupt file: no symbol for COMDAT section 0x4A"
href="https://bugs.llvm.org/show_bug.cgi?id=46779">bug 46779</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>NEW
</td>
<td>RESOLVED
</td>
</tr>
<tr>
<td style="text-align:right;">Resolution</td>
<td>---
</td>
<td>FIXED
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - libomp.dll fails to link when using clang-cl to compile: kmp_ftn_cdecl.cpp.obj : fatal error LNK1143: invalid or corrupt file: no symbol for COMDAT section 0x4A"
href="https://bugs.llvm.org/show_bug.cgi?id=46779#c7">Comment # 7</a>
on <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - libomp.dll fails to link when using clang-cl to compile: kmp_ftn_cdecl.cpp.obj : fatal error LNK1143: invalid or corrupt file: no symbol for COMDAT section 0x4A"
href="https://bugs.llvm.org/show_bug.cgi?id=46779">bug 46779</a>
from <span class="vcard"><a class="email" href="mailto:hans@chromium.org" title="Hans Wennborg <hans@chromium.org>"> <span class="fn">Hans Wennborg</span></a>
</span></b>
<pre>(In reply to Martin Storsjö from <a href="show_bug.cgi?id=46779#c6">comment #6</a>)
<span class="quote">> Fix posted at <a href="https://reviews.llvm.org/D84507">https://reviews.llvm.org/D84507</a>.</span >
That landed as 9e81d8bbf19d72fca3d87b7334c613d1aa2a5795 and was cherry-picked
to 11.x as f3a043717d265105ab854c5f84ec03c2f67d9a63
<span class="quote">>
> This setup did reveal another issue wrt mingw style associative comdats in
> combination with weak symbols, when the actual leader symbol isn't named
> func but .weak.func.default in these cases. I'm looking at ways of fixing
> that as well (as a general headsup re potentially getting the fix for that
> into the release as well).</span >
That's <a href="https://reviews.llvm.org/D84607">https://reviews.llvm.org/D84607</a>
I've put it on my release work-list, but let's close this bug for now.</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>