diff options
| author | bors <bors@rust-lang.org> | 2021-08-11 01:36:23 +0000 |
|---|---|---|
| committer | bors <bors@rust-lang.org> | 2021-08-11 01:36:23 +0000 |
| commit | 47b41b7788a6f85c749049062f1e4eed497cd894 (patch) | |
| tree | f68a519116440d8e4194981cdbacdaab12f9abf1 /src/test/codegen | |
| parent | e8e1b32a7840c07f30c04b252c379a044a73902d (diff) | |
| parent | 02295f464aaf78ece81a80e5b99a034119e74748 (diff) | |
| download | rust-47b41b7788a6f85c749049062f1e4eed497cd894.tar.gz rust-47b41b7788a6f85c749049062f1e4eed497cd894.zip | |
Auto merge of #87254 - rusticstuff:rustc_codegen_llvm_dont_emit_zero_sized_padding, r=eddyb
LLVM codegen: Don't emit zero-sized padding for fields Currently padding is emitted before fields of a struct and at the end of the struct regardless of the ABI. Even if no padding is required zero-sized padding fields are emitted. This is not useful and - more importantly - it make it impossible to generate the exact vector types that LLVM expects for certain ARM SIMD intrinsics. This change should unblock the implementation of many ARM intrinsics using the `unadjusted` ABI, see https://github.com/rust-lang/stdarch/issues/1143#issuecomment-827404092. This is a proof of concept only because the field lookup now takes O(number of fields) time compared to O(1) before since it recalculates the mapping at every lookup. I would like to find out how big the performance impact actually is before implementing caching or restricting this behavior to the `unadjusted` ABI. cc `@SparrowLii` `@bjorn3` ([Discussion on internals](https://internals.rust-lang.org/t/feature-request-add-a-way-in-rustc-for-generating-struct-type-llvm-ir-without-paddings/15007))
Diffstat (limited to 'src/test/codegen')
| -rw-r--r-- | src/test/codegen/align-enum.rs | 2 | ||||
| -rw-r--r-- | src/test/codegen/align-struct.rs | 10 | ||||
| -rw-r--r-- | src/test/codegen/unpadded-simd.rs | 14 |
3 files changed, 20 insertions, 6 deletions
diff --git a/src/test/codegen/align-enum.rs b/src/test/codegen/align-enum.rs index 0f2cf5a7616..441cd04690e 100644 --- a/src/test/codegen/align-enum.rs +++ b/src/test/codegen/align-enum.rs @@ -8,7 +8,7 @@ pub enum Align64 { A(u32), B(u32), } -// CHECK: %Align64 = type { [0 x i32], i32, [15 x i32] } +// CHECK: %Align64 = type { i32, [15 x i32] } pub struct Nested64 { a: u8, diff --git a/src/test/codegen/align-struct.rs b/src/test/codegen/align-struct.rs index 82eec67af0f..acc5a2d5499 100644 --- a/src/test/codegen/align-struct.rs +++ b/src/test/codegen/align-struct.rs @@ -5,7 +5,7 @@ #[repr(align(64))] pub struct Align64(i32); -// CHECK: %Align64 = type { [0 x i32], i32, [15 x i32] } +// CHECK: %Align64 = type { i32, [15 x i32] } pub struct Nested64 { a: Align64, @@ -13,20 +13,20 @@ pub struct Nested64 { c: i32, d: i8, } -// CHECK: %Nested64 = type { [0 x i64], %Align64, [0 x i32], i32, [0 x i32], i32, [0 x i8], i8, [55 x i8] } +// CHECK: %Nested64 = type { %Align64, i32, i32, i8, [55 x i8] } pub enum Enum4 { A(i32), B(i32), } -// CHECK: %"Enum4::A" = type { [1 x i32], i32, [0 x i32] } +// CHECK: %"Enum4::A" = type { [1 x i32], i32 } pub enum Enum64 { A(Align64), B(i32), } -// CHECK: %Enum64 = type { [0 x i32], i32, [31 x i32] } -// CHECK: %"Enum64::A" = type { [8 x i64], %Align64, [0 x i64] } +// CHECK: %Enum64 = type { i32, [31 x i32] } +// CHECK: %"Enum64::A" = type { [8 x i64], %Align64 } // CHECK-LABEL: @align64 #[no_mangle] diff --git a/src/test/codegen/unpadded-simd.rs b/src/test/codegen/unpadded-simd.rs new file mode 100644 index 00000000000..eb44dbd9313 --- /dev/null +++ b/src/test/codegen/unpadded-simd.rs @@ -0,0 +1,14 @@ +// Make sure that no 0-sized padding is inserted in structs and that +// structs are represented as expected by Neon intrinsics in LLVM. +// See #87254. + +#![crate_type = "lib"] +#![feature(repr_simd)] + +#[derive(Copy, Clone, Debug)] +#[repr(simd)] +pub struct int16x4_t(pub i16, pub i16, pub i16, pub i16); + +#[derive(Copy, Clone, Debug)] +pub struct int16x4x2_t(pub int16x4_t, pub int16x4_t); +// CHECK: %int16x4x2_t = type { <4 x i16>, <4 x i16> } |
