- User Since
- Nov 20 2018, 2:49 AM (106 w, 2 d)
Jul 4 2019
Sorry for not responding earlier. Phabricator insists on sending me emails about all issues in the system, and I never figured out how to get GMail to show me only emails about Phabricator issues I'm CCed on.
Apr 10 2019
I don't have commit access so I believe someone has to commit this for me?
Apr 9 2019
The results are basically unchanged with the section type checks removed, so I've just gone ahead and done that.
Apr 8 2019
I am also pleased to report that for my real project, switching from ld.bfd to lld + this patch reduces the total size of our dist built binaries from 2.9GB to 2.0GB.
Updated results for the rusoto test in https://github.com/rust-lang/rust/issues/56068#issue-382175735. The test changed a bit because I'm using an updated Rust toolchain and rusoto_core 0.37.0.
Addressed all comments AFAIK. I'll post some performance numbers in a moment.
Mar 25 2019
Mar 24 2019
DWARF type information currently shared between functions in the same CU would have to be duplicated.
To be clear, I think the best long-term solution is for LLD to rewrite the DWARF, but from my (admittedly limited) perspective that seems to be at best a distant prospect.
Do you have numbers with ld.bfd and gold?
Mar 20 2019
Dec 30 2018
I agree that ideally the linker would be able to do fine-grained GC of DWARF at the granularity of individual DIEs and other data items. However, implementing that would be a huge project. Currently AFAICT lld does very little DWARF processing. Wholesale DWARF rewriting would expand the scope of the linker and require lots of testing against various DWARF producers and consumers. I definitely wouldn't want to implement that.
Here are some results for the rusoto test in https://github.com/rust-lang/rust/issues/56068#issue-382175735:
Dec 28 2018
Sorry for the delayed reply. I just discovered that Phabricator nofications were being buried by my mail filters.