Displaying 3 results from an estimated 3 matches for "2d0148e8".
2018 Apr 05
2
[RFC] Adding a new option to lld to make it easy to maintain compatibility with other linkers
...>> LLVM Developers mailing list
>> llvm-dev at lists.llvm.org
>> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180405/2d0148e8/attachment.html>
2018 Apr 05
0
[RFC] Adding a new option to lld to make it easy to maintain compatibility with other linkers
I believe this will report an error on more command-lines than a
traditional linker would fail to link. E.g.:
ld.lld foo.o A.a B.a A.a B.a
That "should" work fine if the libs are circularly-dependent, as long as
there's only a 1-level cycle. I've seen that sort of construct used a fair
amount, and while the start-group/end-group flags are pretty clearly a
superior option, but
2018 Apr 04
2
[RFC] Adding a new option to lld to make it easy to maintain compatibility with other linkers
Hi guys,
I'd like to propose a new lld command line option,
--check-library-dependency. We already have a patch (
https://reviews.llvm.org/D45195), and I'm satisfied with it, but I'd like
to get feedback from those who are using lld before submitting.
--check-library-dependency is an option to prevent an undefined reference
from fetching an archive member written earlier in the