cc603ee3d5
Usually the frontend communicates the size of wchar_t via metadata and we can optimize wcslen (and possibly other calls in the future). In cases without the wchar_size metadata we would previously try to guess the correct size based on the target triple; however this is fragile to keep up to date and may miss users manually changing the size via flags. Better be safe and stop guessing and optimizing if the frontend didn't communicate the size. Differential Revision: https://reviews.llvm.org/D38106 llvm-svn: 314185
22 lines
640 B
LLVM
22 lines
640 B
LLVM
; Test that the wcslen library call simplifier works correctly.
|
|
;
|
|
; RUN: opt < %s -instcombine -S | FileCheck %s
|
|
|
|
target datalayout = "e-m:o-i64:64-f80:128-n8:16:32:64-S128"
|
|
|
|
!0 = !{i32 1, !"wchar_size", i32 4}
|
|
!llvm.module.flags = !{!0}
|
|
|
|
@hello = constant [6 x i32] [i32 104, i32 101, i32 108, i32 108, i32 111, i32 0]
|
|
|
|
declare i64 @wcslen(i32*, i32)
|
|
|
|
define i64 @test_no_simplify1() {
|
|
; CHECK-LABEL: @test_no_simplify1(
|
|
%hello_p = getelementptr [6 x i32], [6 x i32]* @hello, i64 0, i64 0
|
|
%hello_l = call i64 @wcslen(i32* %hello_p, i32 187)
|
|
; CHECK-NEXT: %hello_l = call i64 @wcslen
|
|
ret i64 %hello_l
|
|
; CHECK-NEXT: ret i64 %hello_l
|
|
}
|