<div dir="ltr">I don't see any reason to have a separate .td file for -f flags.  Why not make it easier to represent -f flags in the existing Options.td file?<div><br></div><div>-W flags are special because they are already in their own domain-specific .td file.  I don't think that's a precedent worth following.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Sep 27, 2013 at 2:20 PM, Rafael Espíndola <span dir="ltr"><<a href="mailto:rafael.espindola@gmail.com" target="_blank">rafael.espindola@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This is the first patch for trying to implement a regular treatment of<br>
-f/-fno- options. It just forwards all -f options to -cc1 and, for<br>
now, produces a more specific error in -cc1.<br>
<br>
The next step is to add a .td file with flags and tablegen it to an<br>
enum and an feature parser that returns one of the enums. Using that<br>
parseFFlagOptions should then be able to, still manually, set the<br>
appropriate bits in the *Options objects.<br>
<br>
Cheers,<br>
Rafael<br>
<br>_______________________________________________<br>
cfe-commits mailing list<br>
<a href="mailto:cfe-commits@cs.uiuc.edu">cfe-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits</a><br>
<br></blockquote></div><br></div>