<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Jun 8, 2015 at 7:17 PM, Saleem Abdulrasool <span dir="ltr"><<a href="mailto:compnerd@compnerd.org" target="_blank">compnerd@compnerd.org</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"><span class="">On Sun, Jun 7, 2015 at 8:45 PM, Rui Ueyama <span dir="ltr"><<a href="mailto:ruiu@google.com" target="_blank">ruiu@google.com</a>></span> wrote:<br></span><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Martell,<div><br></div><div>The first and the second patches look good. They just add __image_base__ as an alias for __ImageBase (I don't know why mingw uses different symbols than regular Windows symbols, though).</div><div><br></div><div>The rest is to support COFF files with GNU command line driver. I don't know if we want to support that. Do you think even if we have a complete link.exe-compatible linker, we still want to use GNU ld-compatible COFF linker on Windows?</div></div></blockquote><div><br></div></span><div>One of the things that lld supposedly supports is all the major formats (COFF, ELF, MachO).  The binutils driver supports multiple formats as well, and uses the GNU interface for all of them.  It would be convenient if lld did the same.  Beyond link (Windows), ld64 (OS X), the GNU interface is expected much as the GCC driver is.  I think supporting this interface with the ability to switch to any backend would be extremely useful.  Doing so requires a layer above to translate the arguments appropriate to each backend.</div></div></div></div></blockquote><div><br></div><div>That would be awesome if we can do that, but in reality that comes with a great cost. As far as I can say, we tried hard and now I personally strongly believe that they are just different that we shouldn't push it hard to unify them beyond appropriate boundary. That's really going to be a mess. Many command line options and file formats expects some specific semantics to a backend. PE/COFF linker expects Windows linking semantics which is pretty different from Unix's, for example. If we want to write a command line translator for one linker to the other, we should write a small shim as an external command.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div class="gmail_extra"><div class="gmail_quote">On Sun, Jun 7, 2015 at 7:12 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"><div><div><div><div><div><div><div><div>Hi All,<br><br></div>I have added support for PECOFF in gnu ld mode.<br></div>Currently it now works to create x86_64 executable for mingw-w64.<br><br></div></div></div>I'm not sure what the review process for lld involves or where i should send my series of patches so advice going forward would be appreciated as I plan to work on lld a lot over the next while.<br><br>I am having link errors still on armv7 and i686 that I would love some help with :)<br></div>Attached are the patches and buildlogs for simple hello world programs under both i686 and x86_64 insight into the i686 link errors would be great :)<br></div><div>I already know that i686 prepends an underscore to all symbol names but I don't think this is the cause other devs may know more which is why I ask<br></div><div><br></div>Kind Regards<span><font color="#888888"><br></font></span></div><span><font color="#888888">Martell<br><div><div><div><br><div><div><div><br></div></div></div></div></div></div></font></span></div>
</blockquote></div><br></div>
</div></div></blockquote></span></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div>Saleem Abdulrasool<br>compnerd (at) compnerd (dot) org</div>
</font></span></div></div>
</blockquote></div><br></div></div>