<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="font-size:12.8px">LIB.exe doesn't not have support for this but dlltool does.</span></blockquote><div><span style="font-size:12.8px">LIB.exe does not have support for this but dlltool does.<br></span><br>I should proof read more :)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 13, 2017 at 4:56 PM, 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">Hey llvm'ers,<br><br>I have been working on a dlltool replacement for llvm.<br>Here is my initial differential <a href="https://reviews.llvm.org/D29892" target="_blank">https://reviews.llvm.org/<wbr>D29892</a><br>It is based on some functionality that already exists in lld.<br>I added functionality to support, <span style="color:rgb(0,0,0);font-family:"segoe ui","segoe ui web regular","segoe ui symbol",lato,"helvetica neue",helvetica,arial,sans-serif;font-size:13px">PE COFF Weak Externals </span>and of course a front end to actually use it.<br>I believe the work here can also be used for llvm-lib and lessen the load on lld.<br>I would like some comments about how this could be be structured to live in llvm with a shared code base across lib ar and dlltool.<br>I also have a section below called "Difference from lib" which is somewhat of a rationale for the tool.<br><br>Many Thanks,<br>Martell<br><br><br>Context<br><span style="font-family:sans-serif">==========<br></span><br>Awhile back I talked to various llvm'ers about getting mingw-w64 support for lld.<br>There were a few issues raised but the main issue was that mingw-w64 should try best to comply with the PECOFF spec, adding support for custom sections and various binutils/mingw hacks would impact the performance of the COFF linker and in general is not something that lld should support.<br><br><br>Motivation<br><span style="font-family:sans-serif">==========<br></span><br>The main motivation was because dlltool and ld did not comply with PECOFF Spec.<br>It has some custom formatting and uses the assembler for some reason to generate import libraries, it did not use the short import library format at all.<br><br>There has been many work arounds for the problem this creates such as the creation of the `reimp` tool. Which imports MSVC built libs creates a def and uses dlltool so that the binutils linker can use it.<br><br>We should just be using the short import format and the linker should support that.<br>Thus llvm-dlltool was born.<br><br><br>Difference from lib<br>===================<br><br>Using <span style="color:rgb(0,0,0);font-family:"segoe ui","segoe ui web regular","segoe ui symbol",lato,"helvetica neue",helvetica,arial,sans-serif;font-size:13px">PE COFF spec (section 8, Import Library Format) should be self explanatory.<br>lib.exe is able to accept def files and create libraries using this format.<br><br>example<br> <br>  `LIBRARY "user32.dll"<br>   EXPORTS<br>   MessageBoxA`<br></span><br>LIB.exe can create a user32.lib with the function MessageBoxA from the above definition.<br><br>Mingw-w64 is different MSVC in that we need to compile the runtime.<br>MS provide us with their crt prebuilt so lib.exe doesn't have support for external function aliasing.<span style="color:rgb(0,0,0);font-family:"segoe ui","segoe ui web regular","segoe ui symbol",lato,"helvetica neue",helvetica,arial,sans-serif;font-size:13px"><br>We often use aliases for posix naming reasons as well as avoid using the MS version of a function.<br><br>example<br><br></span><span style="color:rgb(0,0,0);font-family:"segoe ui","segoe ui web regular","segoe ui symbol",lato,"helvetica neue",helvetica,arial,sans-serif;font-size:13px">  `LIBRARY "user32.dll"</span><br style="color:rgb(0,0,0);font-family:"segoe ui","segoe ui web regular","segoe ui symbol",lato,"helvetica neue",helvetica,arial,sans-serif;font-size:13px"><span style="color:rgb(0,0,0);font-family:"segoe ui","segoe ui web regular","segoe ui symbol",lato,"helvetica neue",helvetica,arial,sans-serif;font-size:13px">   EXPORTS</span><br style="color:rgb(0,0,0);font-family:"segoe ui","segoe ui web regular","segoe ui symbol",lato,"helvetica neue",helvetica,arial,sans-serif;font-size:13px"><span style="color:rgb(0,0,0);font-family:"segoe ui","segoe ui web regular","segoe ui symbol",lato,"helvetica neue",helvetica,arial,sans-serif;font-size:13px">   MessageBoxA<br></span><span style="color:rgb(0,0,0);font-family:"segoe ui","segoe ui web regular","segoe ui symbol",lato,"helvetica neue",helvetica,arial,sans-serif;font-size:13px">   MessageBoxW==MessageBoxA`<br></span><br>LIB.exe doesn't not have support for this but dlltool does.<br>The best fit for this within the spec is <span style="color:rgb(0,0,0);font-family:"segoe ui","segoe ui web regular","segoe ui symbol",lato,"helvetica neue",helvetica,arial,sans-serif;font-size:13px">PE COFF spec (Aux Format 3: Weak Externals)<br></span><br>Mingw-w64 also uses lib prefix and .a file extensions for the library name so the driver should be different. The above example would be libuser32.a, for when shared and static versions of the same library exist there is the .dll.a variant.<br><br><br>Issues<br>=======<br><br>Like more of the gnu suite dlltool was not designed in one build multi target manner.<br>We would have to introduce custom arguments to specify the target, "i686", "x86_64", "thumb2pe" etc.<br>This will most likely break some level of backwards compatibility with the binutils version.<br><br></div>
</blockquote></div><br></div>