<div dir="ltr">Hi Martell,<div><br></div><div>Sorry for the belated response. I missed this email.</div><div><br></div><div>I took a quick look at the library file you have attached and noticed that the file consists of regular object files. LLD expects that all dllimported symbols are described using "short import library" (PE/COFF spec 7). Because I didn't test LLD with dlltool-style archive files, it's no surprise that it didn't work (although it should theoretically work).</div><div><br></div><div>Do you think that you can make dlltool to generate short import libraries? If you can, it would be the easiest way to solve the issue.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jul 25, 2015 at 6:23 AM, Martell Malone <span dir="ltr"><<a href="mailto:martellmalone@gmail.com" target="_blank">martellmalone@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Ivan, :)<br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">For testing purposes, I've managed to make the old COFF linker work with a simple test case<br></blockquote><div>Have you got patches for this that I can look at ?<span class=""><br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">Had to make two little changes, and link the exe manually, because the linker doesn't understand the GNU flags <br></blockquote></span><div>I've solved the issue of having a GNU driver for the linker so that's not an issue anymore<br></div><div>I sent in patches to the mailing list on this previously :)<br></div><div>I keep them updated over in the msys2 project btw<br></div><div><span class=""><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">By the way, even the MS linker works with the binutils generated import libraries.<br></blockquote></span><div>Yes i assume binutils was based from a very old version of a MS linker which did this layout at the time.<br></div><div>lld is so much newer and the MS linker has been updated to a more modern layout which is why we have this issue<br><br></div><div>Kind Regards<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><div>Martell <br></div></font></span></div><div> <br></div></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jul 25, 2015 at 12:43 PM, Ivan Garramona <span dir="ltr"><<a href="mailto:heavenandhell171@gmail.com" target="_blank">heavenandhell171@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hi Martell.<br><br></div>I too was trying to make the new COFF linker recognize the libraries generated by binutils, but it wasn't resolving the DLLs, just like you described. Apparently it is not identifying the libraries as import libraries but archives.<br><br>For testing purposes, i've managed to make the old COFF linker work with a simple test case. Had to make two little changes, and link the exe manually, because the linker doesn't understand the GNU flags, but it works. By the way, even the MS linker works with the binutils generated import libraries.<br><br><br></div>
</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:LLVMdev@cs.uiuc.edu">LLVMdev@cs.uiuc.edu</a>         <a href="http://llvm.cs.uiuc.edu" rel="noreferrer" target="_blank">http://llvm.cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" rel="noreferrer" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a><br>
<br></blockquote></div><br></div>