<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 14, 2018 at 7:00 PM, Sam Clegg <span dir="ltr"><<a href="mailto:sbc@google.com" target="_blank">sbc@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, May 14, 2018 at 6:15 PM, Dan Gohman <<a href="mailto:sunfish@mozilla.com">sunfish@mozilla.com</a>> wrote:<br>
> Hi Sam,<br>
><br>
> Sorry for the late arrival here. Are there use cases that need flexible<br>
> signatures? It seems like even if we can support it now, it's not<br>
> immediately obvious that we're always going to want to support it in the<br>
> future.<br>
<br>
</span>The common use cases that I'm looking at are emscripten, and the wasm<br>
waterfall test<br>
which both basically do `--entry=main`.  Without this change this<br>
means every program<br>
would generate a linker warning about the entry point signature not<br>
being correct.<br></blockquote><div><br></div><div>When using `--entry=main`, do you know what gets passed as the `argc` and `argv` to main?</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
This change is mostly to allow these use cases and suppress the<br>
warning in this case.<br>
If we update those two consumers I could see us reverting this change<br>
perhaps.  Is that<br>
what you are suggesting?<br></blockquote><div><br></div><div>Yeah. If those are the only two consumers (that we know of), then updating those consumers and going back to checking the signature seems desirable. It's consistent with wasm in general, which is strict about signatures. And, it would reduce the set of functionality we have to support.</div><div><br></div><div>Dan</div><div><br></div><div><br></div></div></div></div>