diff options
| author | Dylan DPC <dylan.dpc@gmail.com> | 2020-05-05 01:49:44 +0200 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2020-05-05 01:49:44 +0200 |
| commit | c1b2fd2121091df67d6a298f535b2db83e67dde5 (patch) | |
| tree | 4e1f57e299d1eb2b5c72ed1668d3f094e0aaa245 /src/libstd/sys/unix/stack_overflow.rs | |
| parent | faccb0f07a50f1b19644938723f6cd2c6c5877c8 (diff) | |
| parent | 6e77729ed5af41f87ffe8c8b7bd949b8b1d44f83 (diff) | |
| download | rust-c1b2fd2121091df67d6a298f535b2db83e67dde5.tar.gz rust-c1b2fd2121091df67d6a298f535b2db83e67dde5.zip | |
Rollup merge of #71881 - IsaacWoods:master, r=petrochenkov
Correctly handle UEFI targets as Windows-like when emitting sections for LLVM bitcode This handles UEFI handles when emitting inline assembly for sections containing LLVM bitcode. See details in #71880. I have locally confirmed that this change fixes compilation of projects using the `x86_64-unknown-uefi` target compiling with `cargo-xbuild`, but I am not very familiar with LLVM bitcode so this may not be the correct approach. r? @alexcrichton as they wrote the initial LLVM bitcode emitting code?
Diffstat (limited to 'src/libstd/sys/unix/stack_overflow.rs')
0 files changed, 0 insertions, 0 deletions