maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/llvm/test/Transforms/Inline/pr48209.ll

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

26 lines
695 B
LLVM
Raw Normal View History

[Inline] Add test for PR48209 (NFC) The test shows noalias metadata being incorrectly applied to the instruction producing the argument for the call.
2020-11-19 03:45:40 +08:00
; NOTE: Assertions have been autogenerated by utils/update_test_checks.py
; RUN: opt -inline -S < %s | FileCheck %s
declare void @external_function(i8*)
define internal void @inlined_function(i8* %arg) {
call void @external_function(i8* %arg)
ret void
}
; TODO: This is a miscompile.
define void @test(i8** %p) {
; CHECK-LABEL: @test(
[Inline] Fix incorrect noalias metadata application (PR48209) The VMap also contains a mapping from Argument => Instruction, where the instruction is part of the original function, not the inlined one. The code was assuming that all the instructions in the VMap were inlined. This was a pre-existing problem for the loop access metadata, but was extended to the more common noalias metadata by 27f647d117087ca11959e232e6443f4aee31e966, thus causing miscompiles. There is a similar assumption inside CloneAliasScopeMetadata(), so that one likely needs to be fixed as well.
2020-11-19 03:48:45 +08:00
; CHECK-NEXT: [[ARG:%.*]] = load i8*, i8** [[P:%.*]], align 8, !alias.scope !0
[Inline] Add test for PR48209 (NFC) The test shows noalias metadata being incorrectly applied to the instruction producing the argument for the call.
2020-11-19 03:45:40 +08:00
; CHECK-NEXT: call void @external_function(i8* [[ARG]]), !noalias !0
; CHECK-NEXT: ret void
;
%arg = load i8*, i8** %p, !alias.scope !0
tail call void @inlined_function(i8* %arg), !noalias !0
ret void
}
!0 = !{!1}
!1 = distinct !{!1, !2}
!2 = distinct !{!2}