[lld] r293792 - Strip file path from the -o option while creating reproduce.txt.

Rui Ueyama via llvm-commits llvm-commits at lists.llvm.org
Fri Feb 3 12:53:31 PST 2017


Creating an empty directory in the archive for -o is as easy as rewriting a
path for -o. I hacked it up: https://reviews.llvm.org/D29507 But I'm not
sure if this is better than the current behavior, as it is a bit harder
than finding the output file after invoking "lld @respnose.txt". Currently,
it is always created in the top directory, but with this you have to
actually take a look at the response file to find the output path.

On Fri, Feb 3, 2017 at 11:39 AM, Ed Maste via llvm-commits <
llvm-commits at lists.llvm.org> wrote:

> On 1 February 2017 at 18:52, Rafael Avila de Espindola
> <rafael.espindola at gmail.com> wrote:
> >
> > Can you expand a bit on the use case of preserving the full path?
>
> During some FreeBSD experiments I built with make -i (ignore
> failures), then set the reproduce environment variable and reran with
> make -i. That gave me a reproduction .tar and response file for each
> failing case, which I reran with ld.bfd to produce the output directly
> in the target directory. This was mainly a convenience because the
> FreeBSD build builds its own toolchain so it's not necessarily
> straightforward to find the exact invocation used, or rebuild one
> component with special CFLAGS etc. All of that said, for FreeBSD we're
> beyond the point where this is needed now and I don't have a strong
> feeling on it.
> _______________________________________________
> llvm-commits mailing list
> llvm-commits at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-commits
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20170203/cfc0219b/attachment.html>


More information about the llvm-commits mailing list