diff options
| author | bors <bors@rust-lang.org> | 2020-10-16 07:44:35 +0000 |
|---|---|---|
| committer | bors <bors@rust-lang.org> | 2020-10-16 07:44:35 +0000 |
| commit | 95b4a4f0eee935f9e0c80b0ceef34866bcb72ca3 (patch) | |
| tree | e404cae93e41a1068f17a2c7294691822b8fd4a5 /compiler/rustc_codegen_llvm/src | |
| parent | 8e6f69afc9b0943003ce51a53d1f59611e6601a3 (diff) | |
| parent | 0f0257be101281d65462bd5bfe92325f636e1950 (diff) | |
| download | rust-95b4a4f0eee935f9e0c80b0ceef34866bcb72ca3.tar.gz rust-95b4a4f0eee935f9e0c80b0ceef34866bcb72ca3.zip | |
Auto merge of #77666 - fusion-engineering-forks:vxworks-cleanup, r=dtolnay
Vxworks / Unix deduplication `sys/vxworks` was almost entirely an (outdated) copy of `sys/unix`. I went through every file to check the differences and tried to figure out if they were simply outdated or intentional differences between `unix` and `vxworks`. Most of them did not have any `vxworks`-specific changes, so are deleted. I've added some minor `cfg(target_os = "vxworks")`-specific things to `sys/unix` to allow for deduplication. Before this change, the vxworks target didn't compile because its outdated process implementation did not match the expected interface anymore. This also fixes that: `std` compiles again for `x86_64-wrs-vxworks`. It's probably good to merge `sys/vxworks` entirely into `sys/unix`, but it might be better to to that in a follow-up PR. `@rustbot` modify labels: +T-libs +C-cleanup
Diffstat (limited to 'compiler/rustc_codegen_llvm/src')
0 files changed, 0 insertions, 0 deletions