<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 12, 2015 at 4:13 AM, Renato Golin <span dir="ltr"><<a href="mailto:renato.golin@linaro.org" target="_blank">renato.golin@linaro.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":3f3" class="a3s" style="overflow:hidden">So, does "compatibility" means "only the ones that other tools have<br>
specifically" (such as -mcpu), or "similar to what other tools have"<br>
(such as -target)?<br></div></blockquote><div><br></div><div>Similarity does not mean compatibility to me.</div><div><br></div><div>When trying to be drop-in compatible, we need only care about the actual flags supported by actual tools.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":3f3" class="a3s" style="overflow:hidden">
<br>
If the former, than I suggest we use the compatibility layer to<br>
convert "legacy" options into standard ones. So, "--target=foo",<br>
"--mcpu=bar" are the standard and "-target foo" and "-mcpu=bar" are<br>
accepted as legacy options.<br></div></blockquote><div><br></div><div>I think this is much more rigid than what we actually need.</div><div><br></div><div>We don't need to try to define a nice new name for every flags that exists. Many of them are only used infrequently or just don't merit trying to invent nice new syntax. Specifying a specific CPU variant might be one of the few that does merit it, but I'm not super keen to rush and paint that bikeshed today. Until we need to re-paint the bikeshed away from compatibility options, the compatibility options seem fine when they exist. The place we *need* to pick a consistent syntax is when we're adding specific new flags. '-target' is just an *old* spelling of this flag, which is somewhat different from the the general long-lived compatibility we maintain with GCC, etc.</div><div><br></div><div>I also don't think we need to over-engineer *how* we translate back and forth between these things. If someone is highly motivated to build us a nice set of abstractions here baked into the tablegen stuff, fantastic. But I don't think the current state is that bad either.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":3f3" class="a3s" style="overflow:hidden">
<br>
If the latter, than accepting all options for all choices is the only<br>
way to keep everyone happy.</div></blockquote></div><br>This just results in a confusing pile of code. I think we can and must do better.</div></div>