This makes lld-link behave like ld.lld. I don't see a reason for
the two drivers to have different behavior here.
While here, also make lld-link add a version.txt to the tar, like
ld.lld does.
Differential D67461
lld-link: Make /linkrepro: take a filename, not a directory. thakis on Sep 11 2019, 12:51 PM. Authored by
Details This makes lld-link behave like ld.lld. I don't see a reason for While here, also make lld-link add a version.txt to the tar, like
Diff Detail
Event TimelineComment Actions The help text is "Dump linker invocation and input files for debugging" which is noncommittal enough to not need changing :) Once this and D67456 are in I want to look at also supporting the env var for linkrepro like in the ELF port (and it should work even with /lldignoreenv set, since it doesn't affect the normal output) and port the recent ELF changes that change the help text to make it look less like a lld dev debug flag; I was thinking about changing the help text then. Comment Actions I realized why the behavior was different: link.exe has a /linkrepro: flag that behaves like lld-link's used to (https://www.geoffchappell.com/studies/msvc/link/link/options/linkrepro.htm?tx=37). It also honors a link_repro env var. So I think I'll have to revert this, and add a comment explaining why things are different. Comment Actions Yes, that's why I originally made this take a directory instead of a file name.
I guess another option would be to rename this flag to /lldlinkrepro, which would let us implement link.exe-compatible behaviour under /linkrepro in the future. Comment Actions I just noticed that MS added docs for their /linkrepro flag: https://github.com/MicrosoftDocs/cpp-docs/commit/59aeb70085f4068c8b46642b87b89993b8d65699 |