<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2017-05-10 3:46 GMT+07:00 Richard Smith <span dir="ltr"><<a href="mailto:richard@metafoo.co.uk" target="_blank">richard@metafoo.co.uk</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="gmail-">On 1 March 2017 at 02:50, Serge Pavlov via Phabricator <span dir="ltr"><<a href="mailto:reviews@reviews.llvm.org" target="_blank">reviews@reviews.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Format of configuration file is similar to file used in the construct `@file`, it is a set of options. Configuration file have advantage over this construct:<br>
<br>
- it is searched for in well-known places rather than in current directory,<br></blockquote><div><br></div></span><div>This (and suppressing unused-argument warnings) might well be sufficient to justify a different command-line syntax rather than @file...</div></div></div></div></blockquote><div><br></div><div>Construct
`@file` in this implementation is used only to read parts of config file inside containing file. Driver knows that it processes config file and can adjust
treatment of `@file`. On the other hand, driver might parse config files in a
more complicated way, for instance, it could treat line `# include(file_name)`
as a command to include another file.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="gmail-"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
- it may contain comments, long options may be split between lines using trailing backslashes,<br>
- other files may be included by `@file` and they will be resolved relative to the including file,<br></blockquote><div><br></div></span><div>... but I think we should just add these extensions to our @file handling, and then use the exact same syntax and code to handle config files and @file files. That is, the difference between @ and --config would be that the latter looks in a different directory and suppresses "unused argument" warnings, but they would otherwise be identical.</div></div></div></div></blockquote><div><br></div><div>Changing treatment of `@file` can cause compatibility issues, in particular, both libiberty and cl resolves file name relative to current directory. So driver must deduce that `@file` is used to load config file rather than merely to organize arguments. Another difference is that `@file` inserts its content in the place where it occurs, while `--config` always puts arguments before user specified options. The following invocations:</div><div><br></div><div>    clang --config a.cfg -opt1 -opt2 file1.cpp</div><div>    clang -opt1 -opt2 file1.cpp --config a.cfg</div><div><br></div><div>are equivalent, but variants with `@file` can have different effect.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="gmail-"><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
- the file may be encoded in executable name,<br>
- unused options from configuration file do not produce warnings.<br>
<br>
<br>
<a href="https://reviews.llvm.org/D24933" rel="noreferrer" target="_blank">https://reviews.llvm.org/D2493<wbr>3</a><br>
<br>
<br>
<br>
</blockquote></span></div><br></div></div>
</blockquote></div><br></div></div>