[llvm-bugs] [Bug 42711] clang10 -Oz generates incorrect symbols for msvc 32bit target

via llvm-bugs llvm-bugs at lists.llvm.org
Thu Feb 27 02:48:23 PST 2020


https://bugs.llvm.org/show_bug.cgi?id=42711

Hans Wennborg <hans at chromium.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|---                         |FIXED

--- Comment #12 from Hans Wennborg <hans at chromium.org> ---
(In reply to Lucas Wang from comment #11)
> (In reply to Hans Wennborg from comment #10)
> > (In reply to Lucas Wang from comment #8)
> > > arm 32bit has the same error
> > 
> > Fixed in decd021facba804b57e8d80b6159c987d3261ab8 on master and
> > 882720b7ce338c81aa24c1c2b2614c47d248920f on release/10.x.
> 
> Simply check windows target can fix the issue. But in fact these symbols are
> defined in compiler-rt(and libgcc). So if a toolchain targets windows use
> compiler-rt by default or via --rtlib=compiler-rt, then keeping these
> symbols is fine. Try this toolchain https://github.com/mstorsjo/llvm-mingw
> (used by VLC iirc). It's triple is thumbv7-w64-windows-gnu, so checking msvc
> or gnu abi should be better then windows.

I think this bug is still fixed though. If you want to make it less
conservative, and emit these symbols for mingw, patches are welcome.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20200227/60545957/attachment.html>


More information about the llvm-bugs mailing list