<div class="gmail_quote">On 8 January 2012 02:27, Walter Bright <span dir="ltr"><<a href="mailto:newshound2@digitalmars.com">newshound2@digitalmars.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 1/7/2012 6:00 AM, Jacob Carlborg wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Will dmd still produce OMF or will it be changed to produce COFF?<br>
</blockquote>
<br></div>
It will be irrelevant, as the linker will read whatever it puts out, and the linker will read COFF.<br>
<br>
There is no reason why a linker cannot transparently read many object and library file formats. I even want the linker to be able to read a DLL and figure out how to interface it without needing to build a corresponding import library.<br>

<br>
There's quite a bit that can be done that was impractical for linkers of yore because of severe memory constraints.<br></blockquote><div><br></div><div>I'd quite like to use the VisualC linker... so I hope this isn't a substitute for implementing COFF output to the compiler at some point.</div>
</div>