diff options
| author | Yuki Okushi <huyuumi.dev@gmail.com> | 2019-11-12 16:36:07 +0900 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2019-11-12 16:36:07 +0900 |
| commit | 7596d34ea13b9401635fb159af9c1fd8df5adc78 (patch) | |
| tree | f69e4227841699e33ccbb870e5d949b8cbb367b0 /src/test/debuginfo/enum-thinlto.rs | |
| parent | 86df2f6737d8c76d5dd577ebef1842f8657a59fb (diff) | |
| parent | d153f4f4936efc8039489083f5561070cf5de029 (diff) | |
| download | rust-7596d34ea13b9401635fb159af9c1fd8df5adc78.tar.gz rust-7596d34ea13b9401635fb159af9c1fd8df5adc78.zip | |
Rollup merge of #66257 - mati865:long-section-names-no-more, r=alexcrichton
Drop long-section-names linker workaround for windows-gnu If we can trust objdump Rust doesn't emit sections loaded at runtime longer than 8 characters on windows-gnu (but still does on linux-gnu), debug sections are not affected by that limit. I've ran tests and built few crates using exactly the same mingw-w64 version as Rusts CI just fine using **x86_64** toolchain. The motivation for this change is making LLD work (it doesn't support `--enable-long-section-names`) with this target without hacks. Bit of history: The behaviour of LD changed in Binutils 2.20 released on 2009-10-16 and `--enable-long-section-names` was added to return to the old non conformant behaviour. Looking at the comment I can only guess there was a bug fixed in newer versions. This workaround was added in https://github.com/rust-lang/rust/pull/13315 half a decade ago.
Diffstat (limited to 'src/test/debuginfo/enum-thinlto.rs')
0 files changed, 0 insertions, 0 deletions