fix passing long argument lists to the linker, PR 15171, take 2

Rafael EspĂ­ndola rafael.espindola at gmail.com
Tue Apr 16 07:20:40 PDT 2013


On 15 April 2013 14:10, Nathan Froyd <nfroyd at mozilla.com> wrote:
> Hi!
>
> This patch addresses PR 15171 by checking if we're constructing a
> too-long argument list for the linker and writing it to a response file
> if the linker supports it.

* Please start function names with a lowercase letter.
* The llvm::sys::Path object is only used to delete the file, so you
can just say:

  llvm::sys::Path(TmpPath).eraseFromDisk();

* You don't need to pass the '.' to D.GetTemporaryPath. It was
creating a file ending with "..tmp".
* Don't use braces for single line blocks.

MakeArgString Can take a Twine, so you don't need the FileArg temporary.

>  A test case is included that should test the
> newly-added behavior on at least some Windows checkouts (depending on
> where the checkout lives on disk).  It doesn't appear that there's any
> tests that clang parses a response file, so this test takes care of that
> too.

For the testcase I had something like the attached file in mind. By
using the preprocessor we can create a large response file. Testing
this on OS X showed that clang does try to use a response file, but
the OS X linker doesn't support it. You should probably pass false to
SupportsResponseFiles when calling from OS X and xfail the test for OS
X.


> Tested on linux x86-64.

Since this is very host dependent, you should probably also test on
windows and OS X at least.

> -Nathan
>

Cheers,
Rafael
-------------- next part --------------
A non-text attachment was scrubbed...
Name: at-file-and-linker-test.cpp
Type: text/x-c++src
Size: 472 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/cfe-commits/attachments/20130416/efb6b0f7/attachment.cpp>


More information about the cfe-commits mailing list