about summary refs log tree commit diff
path: root/tests/mir-opt/gvn.fn_pointers.GVN.panic-unwind.diff
AgeCommit message (Collapse)AuthorLines
2025-07-23Give an AllocId to ConstValue::Slice.Camille GILLOT-9/+9
2025-04-02Revert "comment out the old tests instead of adjusting them"dianqk-9/+9
This reverts commit 906f66fb4c22daa8a6f97e5c048e9f6ab3fd9051.
2024-11-25comment out the old tests instead of adjusting themRalf Jung-9/+9
2024-11-25Do not unify dereferences in GVN.Camille GILLOT-9/+9
2024-09-24be even more precise about "cast" vs "coercion"Lukas Markeffsky-6/+6
2024-08-19Auto merge of #122551 - RayMuir:copy_fmt, r=saethlinbors-10/+10
Added "copy" to Debug fmt for copy operands In MIR's debug mode (--emit mir) the printing for Operands is slightly inconsistent. The RValues - values on the right side of an Assign - are usually printed with their Operand when they are Places. Example: _2 = move _3 But for arguments, the operand is omitted. _2 = _1 I propose a change be made, to display the place with the operand. _2 = copy _1 Move and copy have different semantics, meaning this difference is important and helpful to the user. It also adds consistency to the pretty printing. -- EDIT -- Consider this example Rust program and its MIR output with the **updated pretty printer.** This was generated with the arguments --emit mir --crate-type lib -Zmir-opt-level=0 (Otherwise, it's optimised away since it's a junk program). ```rust fn main(foo: i32) { let v = 10; if v == 20 { foo; } else { v; } } ``` ```MIR // WARNING: This output format is intended for human consumers only // and is subject to change without notice. Knock yourself out. fn main(_1: i32) -> () { debug foo => _1; let mut _0: (); let _2: i32; let mut _3: bool; let mut _4: i32; let _5: i32; let _6: i32; scope 1 { debug v => _2; } bb0: { StorageLive(_2); _2 = const 10_i32; StorageLive(_3); StorageLive(_4); _4 = copy _2; _3 = Eq(move _4, const 20_i32); switchInt(move _3) -> [0: bb2, otherwise: bb1]; } bb1: { StorageDead(_4); StorageLive(_5); _5 = copy _1; StorageDead(_5); _0 = const (); goto -> bb3; } bb2: { StorageDead(_4); StorageLive(_6); _6 = copy _2; StorageDead(_6); _0 = const (); goto -> bb3; } bb3: { StorageDead(_3); StorageDead(_2); return; } } ``` In this example program, we can see that when we move a place, it is preceded by "move". e.g. ``` _3 = Eq(move _4, const 20_i32);```. However, when we copy a place such as ```_5 = _1;```, it is not preceded by the operand in the original printout. I propose to change the print to include the copy ```_5 = copy _1``` as in this example. Regarding the arguments part. When I originally submitted this PR, I was under the impression this only affected the print for arguments to a function, but actually, it affects anything that uses a copy. This is preferable anyway with regard to consistency. The PR is about making ```copy``` explicit.
2024-08-18Bless *all* the mir-opt testsScott McMurray-10/+10
2024-08-18stabilize raw_ref_opRalf Jung-9/+9
2024-06-26Bless mir-opt for excluded alloc bytesJosh Stone-9/+9
2024-06-20More GVN for PtrMetadataScott McMurray-9/+9
`PtrMetadata` doesn't care about `*const`/`*mut`/`&`/`&mut`, so GVN away those casts in its argument. This includes updating MIR to allow calling PtrMetadata on references too, not just raw pointers. That means that `[T]::len` can be just `_0 = PtrMetadata(_1)`, for example. # Conflicts: # tests/mir-opt/pre-codegen/slice_index.slice_get_unchecked_mut_range.PreCodegen.after.panic-abort.mir # tests/mir-opt/pre-codegen/slice_index.slice_get_unchecked_mut_range.PreCodegen.after.panic-unwind.mir
2024-05-17Rename Unsafe to SafetySantiago Pastorino-4/+4
2024-04-20Use newly exposed Freeze trait.Camille GILLOT-9/+9
2024-01-16Simplify unary operations.Camille GILLOT-9/+9
2024-01-16Simplify binary ops.Camille GILLOT-9/+9
2023-10-25Do not merge fn pointer casts.Camille GILLOT-0/+118