maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/llvm/test/CodeGen/X86/memcmp.ll

625 lines
17 KiB
LLVM
Raw Normal View History

[x86] improve tests, add tests, auto-generate checks; NFC llvm-svn: 298553
2017-03-23 06:39:17 +08:00
; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; RUN: llc < %s -mtriple=i686-unknown-unknown | FileCheck %s --check-prefix=X32
[x86] add separate check prefix for SSE; NFC We want to check each test on each target, so we need another prefix when SSE and AVX diverge (as they will if we handle 32-byte and higher). llvm-svn: 298926
2017-03-28 23:55:50 +08:00
; RUN: llc < %s -mtriple=x86_64-unknown-unknown | FileCheck %s --check-prefix=X64 --check-prefix=SSE2
[x86] add AVX2 run to show 256-bit opportunity; NFC llvm-svn: 298918
2017-03-28 21:46:50 +08:00
; RUN: llc < %s -mtriple=x86_64-unknown-unknown -mattr=AVX2 | FileCheck %s --check-prefix=X64 --check-prefix=AVX2
move an optimization for memcmp out of simplifylibcalls and into SDISel. This optimization was causing simplifylibcalls to introduce type-unsafe nastiness. This is the first step, I'll be expanding the memcmp optimizations shortly, covering things that we really really wouldn't want simplifylibcalls to do. llvm-svn: 92098
2009-12-24 08:37:38 +08:00
; This tests codegen time inlining/optimization of memcmp
; rdar://6480398
[x86] add memcmp tests, remove run Add tests for vector lengths that could be handled without a libcall. There's an explicit test for 'nobuiltin', so there's not much value in a separate run that checks that same behavior over and over again. llvm-svn: 298611
2017-03-23 23:38:22 +08:00
@.str = private constant [65 x i8] c"0123456789012345678901234567890123456789012345678901234567890123\00", align 1
move an optimization for memcmp out of simplifylibcalls and into SDISel. This optimization was causing simplifylibcalls to introduce type-unsafe nastiness. This is the first step, I'll be expanding the memcmp optimizations shortly, covering things that we really really wouldn't want simplifylibcalls to do. llvm-svn: 92098
2009-12-24 08:37:38 +08:00
[TLI] Robustize SDAG LibFunc proto checking by merging it into TLI. This re-applies commit r292189, reverted in r292191. SelectionDAGBuilder recognizes libfuncs using some homegrown parameter type-checking. Use TLI instead, removing another heap of redundant code. This isn't strictly NFC, as the SDAG code was too lax. Concretely, this means changes are required to a few tests: - calling a non-variadic function via a variadic prototype isn't OK; it just happens to work on x86_64 (but not on, e.g., aarch64). - mempcpy has a size_t parameter; the SDAG code accepts any integer type, which meant using i32 on x86_64 worked. - a handful of SystemZ tests check the SDAG support for lax prototype checking: Ulrich agrees on removing them. I don't think it's worth supporting any of these (IMO) invalid testcases. Instead, fix them to be more meaningful. llvm-svn: 294028
2017-02-04 03:11:19 +08:00
declare i32 @memcmp(i8*, i8*, i64)
move an optimization for memcmp out of simplifylibcalls and into SDISel. This optimization was causing simplifylibcalls to introduce type-unsafe nastiness. This is the first step, I'll be expanding the memcmp optimizations shortly, covering things that we really really wouldn't want simplifylibcalls to do. llvm-svn: 92098
2009-12-24 08:37:38 +08:00
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
define i32 @length2(i8* %X, i8* %Y) nounwind {
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32-LABEL: length2:
; X32: # BB#0:
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X32-NEXT: pushl $0
; X32-NEXT: pushl $2
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
; X32-NEXT: retl
;
; X64-LABEL: length2:
; X64: # BB#0:
; X64-NEXT: movl $2, %edx
; X64-NEXT: jmp memcmp # TAILCALL
%m = tail call i32 @memcmp(i8* %X, i8* %Y, i64 2) nounwind
ret i32 %m
}
[x86] remove unused param from tests; NFC llvm-svn: 304989
2017-06-09 01:02:39 +08:00
define i1 @length2_eq(i8* %X, i8* %Y) nounwind {
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X32-LABEL: length2_eq:
; X32: # BB#0:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32-NEXT: movl {{[0-9]+}}(%esp), %eax
; X32-NEXT: movl {{[0-9]+}}(%esp), %ecx
; X32-NEXT: movzwl (%ecx), %ecx
; X32-NEXT: cmpw (%eax), %cx
; X32-NEXT: sete %al
; X32-NEXT: retl
;
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X64-LABEL: length2_eq:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X64: # BB#0:
; X64-NEXT: movzwl (%rdi), %eax
; X64-NEXT: cmpw (%rsi), %ax
; X64-NEXT: sete %al
; X64-NEXT: retq
[x86] improve tests, add tests, auto-generate checks; NFC llvm-svn: 298553
2017-03-23 06:39:17 +08:00
%m = tail call i32 @memcmp(i8* %X, i8* %Y, i64 2) nounwind
%c = icmp eq i32 %m, 0
ret i1 %c
move an optimization for memcmp out of simplifylibcalls and into SDISel. This optimization was causing simplifylibcalls to introduce type-unsafe nastiness. This is the first step, I'll be expanding the memcmp optimizations shortly, covering things that we really really wouldn't want simplifylibcalls to do. llvm-svn: 92098
2009-12-24 08:37:38 +08:00
}
[x86] remove unused param from tests; NFC llvm-svn: 304989
2017-06-09 01:02:39 +08:00
define i1 @length2_eq_const(i8* %X) nounwind {
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X32-LABEL: length2_eq_const:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32: # BB#0:
; X32-NEXT: movl {{[0-9]+}}(%esp), %eax
; X32-NEXT: movzwl (%eax), %eax
; X32-NEXT: cmpl $12849, %eax # imm = 0x3231
; X32-NEXT: setne %al
; X32-NEXT: retl
;
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X64-LABEL: length2_eq_const:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X64: # BB#0:
; X64-NEXT: movzwl (%rdi), %eax
; X64-NEXT: cmpl $12849, %eax # imm = 0x3231
; X64-NEXT: setne %al
; X64-NEXT: retq
[x86] add memcmp tests, remove run Add tests for vector lengths that could be handled without a libcall. There's an explicit test for 'nobuiltin', so there's not much value in a separate run that checks that same behavior over and over again. llvm-svn: 298611
2017-03-23 23:38:22 +08:00
%m = tail call i32 @memcmp(i8* %X, i8* getelementptr inbounds ([65 x i8], [65 x i8]* @.str, i32 0, i32 1), i64 2) nounwind
[x86] improve tests, add tests, auto-generate checks; NFC llvm-svn: 298553
2017-03-23 06:39:17 +08:00
%c = icmp ne i32 %m, 0
ret i1 %c
move an optimization for memcmp out of simplifylibcalls and into SDISel. This optimization was causing simplifylibcalls to introduce type-unsafe nastiness. This is the first step, I'll be expanding the memcmp optimizations shortly, covering things that we really really wouldn't want simplifylibcalls to do. llvm-svn: 92098
2009-12-24 08:37:38 +08:00
}
[x86] remove unused param from tests; NFC llvm-svn: 304989
2017-06-09 01:02:39 +08:00
define i1 @length2_eq_nobuiltin_attr(i8* %X, i8* %Y) nounwind {
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X32-LABEL: length2_eq_nobuiltin_attr:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $2
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
; X32-NEXT: testl %eax, %eax
; X32-NEXT: sete %al
; X32-NEXT: retl
;
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X64-LABEL: length2_eq_nobuiltin_attr:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X64: # BB#0:
; X64-NEXT: pushq %rax
; X64-NEXT: movl $2, %edx
; X64-NEXT: callq memcmp
; X64-NEXT: testl %eax, %eax
; X64-NEXT: sete %al
; X64-NEXT: popq %rcx
; X64-NEXT: retq
[x86] improve tests, add tests, auto-generate checks; NFC llvm-svn: 298553
2017-03-23 06:39:17 +08:00
%m = tail call i32 @memcmp(i8* %X, i8* %Y, i64 2) nounwind nobuiltin
%c = icmp eq i32 %m, 0
ret i1 %c
[SelectionDAG] Don't treat library calls specially if marked with nobuiltin. To be used by D19781. Differential Revision: http://reviews.llvm.org/D19801 llvm-svn: 273039
2016-06-18 04:24:07 +08:00
}
move an optimization for memcmp out of simplifylibcalls and into SDISel. This optimization was causing simplifylibcalls to introduce type-unsafe nastiness. This is the first step, I'll be expanding the memcmp optimizations shortly, covering things that we really really wouldn't want simplifylibcalls to do. llvm-svn: 92098
2009-12-24 08:37:38 +08:00
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
define i32 @length3(i8* %X, i8* %Y) nounwind {
; X32-LABEL: length3:
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $3
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
; X32-NEXT: retl
;
; X64-LABEL: length3:
; X64: # BB#0:
; X64-NEXT: movl $3, %edx
; X64-NEXT: jmp memcmp # TAILCALL
%m = tail call i32 @memcmp(i8* %X, i8* %Y, i64 3) nounwind
ret i32 %m
}
define i1 @length3_eq(i8* %X, i8* %Y) nounwind {
; X32-LABEL: length3_eq:
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $3
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
; X32-NEXT: testl %eax, %eax
; X32-NEXT: setne %al
; X32-NEXT: retl
;
; X64-LABEL: length3_eq:
; X64: # BB#0:
; X64-NEXT: pushq %rax
; X64-NEXT: movl $3, %edx
; X64-NEXT: callq memcmp
; X64-NEXT: testl %eax, %eax
; X64-NEXT: setne %al
; X64-NEXT: popq %rcx
; X64-NEXT: retq
%m = tail call i32 @memcmp(i8* %X, i8* %Y, i64 3) nounwind
%c = icmp ne i32 %m, 0
ret i1 %c
}
define i32 @length4(i8* %X, i8* %Y) nounwind {
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32-LABEL: length4:
; X32: # BB#0:
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X32-NEXT: pushl $0
; X32-NEXT: pushl $4
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
; X32-NEXT: retl
;
; X64-LABEL: length4:
; X64: # BB#0:
; X64-NEXT: movl $4, %edx
; X64-NEXT: jmp memcmp # TAILCALL
%m = tail call i32 @memcmp(i8* %X, i8* %Y, i64 4) nounwind
ret i32 %m
}
[x86] remove unused param from tests; NFC llvm-svn: 304989
2017-06-09 01:02:39 +08:00
define i1 @length4_eq(i8* %X, i8* %Y) nounwind {
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X32-LABEL: length4_eq:
; X32: # BB#0:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32-NEXT: movl {{[0-9]+}}(%esp), %eax
; X32-NEXT: movl {{[0-9]+}}(%esp), %ecx
; X32-NEXT: movl (%ecx), %ecx
; X32-NEXT: cmpl (%eax), %ecx
; X32-NEXT: setne %al
; X32-NEXT: retl
;
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X64-LABEL: length4_eq:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X64: # BB#0:
; X64-NEXT: movl (%rdi), %eax
; X64-NEXT: cmpl (%rsi), %eax
; X64-NEXT: setne %al
; X64-NEXT: retq
[x86] improve tests, add tests, auto-generate checks; NFC llvm-svn: 298553
2017-03-23 06:39:17 +08:00
%m = tail call i32 @memcmp(i8* %X, i8* %Y, i64 4) nounwind
%c = icmp ne i32 %m, 0
ret i1 %c
move an optimization for memcmp out of simplifylibcalls and into SDISel. This optimization was causing simplifylibcalls to introduce type-unsafe nastiness. This is the first step, I'll be expanding the memcmp optimizations shortly, covering things that we really really wouldn't want simplifylibcalls to do. llvm-svn: 92098
2009-12-24 08:37:38 +08:00
}
[x86] remove unused param from tests; NFC llvm-svn: 304989
2017-06-09 01:02:39 +08:00
define i1 @length4_eq_const(i8* %X) nounwind {
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X32-LABEL: length4_eq_const:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32: # BB#0:
; X32-NEXT: movl {{[0-9]+}}(%esp), %eax
; X32-NEXT: cmpl $875770417, (%eax) # imm = 0x34333231
; X32-NEXT: sete %al
; X32-NEXT: retl
;
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X64-LABEL: length4_eq_const:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X64: # BB#0:
; X64-NEXT: cmpl $875770417, (%rdi) # imm = 0x34333231
; X64-NEXT: sete %al
; X64-NEXT: retq
[x86] add memcmp tests, remove run Add tests for vector lengths that could be handled without a libcall. There's an explicit test for 'nobuiltin', so there's not much value in a separate run that checks that same behavior over and over again. llvm-svn: 298611
2017-03-23 23:38:22 +08:00
%m = tail call i32 @memcmp(i8* %X, i8* getelementptr inbounds ([65 x i8], [65 x i8]* @.str, i32 0, i32 1), i64 4) nounwind
[x86] improve tests, add tests, auto-generate checks; NFC llvm-svn: 298553
2017-03-23 06:39:17 +08:00
%c = icmp eq i32 %m, 0
ret i1 %c
handle equality memcmp of 8 bytes on x86-64 with two unaligned loads and a compare. On other targets we end up with a call to memcmp because we don't want 16 individual byte loads. We should be able to use movups as well, but we're failing to select the generated icmp. llvm-svn: 92107
2009-12-24 09:07:17 +08:00
}
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
define i32 @length5(i8* %X, i8* %Y) nounwind {
; X32-LABEL: length5:
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $5
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
; X32-NEXT: retl
;
; X64-LABEL: length5:
; X64: # BB#0:
; X64-NEXT: movl $5, %edx
; X64-NEXT: jmp memcmp # TAILCALL
%m = tail call i32 @memcmp(i8* %X, i8* %Y, i64 5) nounwind
ret i32 %m
}
define i1 @length5_eq(i8* %X, i8* %Y) nounwind {
; X32-LABEL: length5_eq:
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $5
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
; X32-NEXT: testl %eax, %eax
; X32-NEXT: setne %al
; X32-NEXT: retl
;
; X64-LABEL: length5_eq:
; X64: # BB#0:
; X64-NEXT: pushq %rax
; X64-NEXT: movl $5, %edx
; X64-NEXT: callq memcmp
; X64-NEXT: testl %eax, %eax
; X64-NEXT: setne %al
; X64-NEXT: popq %rcx
; X64-NEXT: retq
%m = tail call i32 @memcmp(i8* %X, i8* %Y, i64 5) nounwind
%c = icmp ne i32 %m, 0
ret i1 %c
}
define i32 @length8(i8* %X, i8* %Y) nounwind {
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32-LABEL: length8:
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $8
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X32-NEXT: retl
;
; X64-LABEL: length8:
; X64: # BB#0:
; X64-NEXT: movl $8, %edx
; X64-NEXT: jmp memcmp # TAILCALL
%m = tail call i32 @memcmp(i8* %X, i8* %Y, i64 8) nounwind
ret i32 %m
}
[x86] remove unused param from tests; NFC llvm-svn: 304989
2017-06-09 01:02:39 +08:00
define i1 @length8_eq(i8* %X, i8* %Y) nounwind {
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X32-LABEL: length8_eq:
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $8
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32-NEXT: testl %eax, %eax
; X32-NEXT: sete %al
; X32-NEXT: retl
;
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X64-LABEL: length8_eq:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X64: # BB#0:
; X64-NEXT: movq (%rdi), %rax
; X64-NEXT: cmpq (%rsi), %rax
; X64-NEXT: sete %al
; X64-NEXT: retq
[x86] improve tests, add tests, auto-generate checks; NFC llvm-svn: 298553
2017-03-23 06:39:17 +08:00
%m = tail call i32 @memcmp(i8* %X, i8* %Y, i64 8) nounwind
%c = icmp eq i32 %m, 0
ret i1 %c
handle equality memcmp of 8 bytes on x86-64 with two unaligned loads and a compare. On other targets we end up with a call to memcmp because we don't want 16 individual byte loads. We should be able to use movups as well, but we're failing to select the generated icmp. llvm-svn: 92107
2009-12-24 09:07:17 +08:00
}
[x86] remove unused param from tests; NFC llvm-svn: 304989
2017-06-09 01:02:39 +08:00
define i1 @length8_eq_const(i8* %X) nounwind {
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X32-LABEL: length8_eq_const:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $8
; X32-NEXT: pushl $.L.str
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
; X32-NEXT: testl %eax, %eax
; X32-NEXT: setne %al
; X32-NEXT: retl
;
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X64-LABEL: length8_eq_const:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X64: # BB#0:
; X64-NEXT: movabsq $3978425819141910832, %rax # imm = 0x3736353433323130
; X64-NEXT: cmpq %rax, (%rdi)
; X64-NEXT: setne %al
; X64-NEXT: retq
[x86] add memcmp tests, remove run Add tests for vector lengths that could be handled without a libcall. There's an explicit test for 'nobuiltin', so there's not much value in a separate run that checks that same behavior over and over again. llvm-svn: 298611
2017-03-23 23:38:22 +08:00
%m = tail call i32 @memcmp(i8* %X, i8* getelementptr inbounds ([65 x i8], [65 x i8]* @.str, i32 0, i32 0), i64 8) nounwind
[x86] improve tests, add tests, auto-generate checks; NFC llvm-svn: 298553
2017-03-23 06:39:17 +08:00
%c = icmp ne i32 %m, 0
ret i1 %c
}
handle equality memcmp of 8 bytes on x86-64 with two unaligned loads and a compare. On other targets we end up with a call to memcmp because we don't want 16 individual byte loads. We should be able to use movups as well, but we're failing to select the generated icmp. llvm-svn: 92107
2009-12-24 09:07:17 +08:00
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
define i1 @length12_eq(i8* %X, i8* %Y) nounwind {
; X32-LABEL: length12_eq:
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $12
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
; X32-NEXT: testl %eax, %eax
; X32-NEXT: setne %al
; X32-NEXT: retl
;
; X64-LABEL: length12_eq:
; X64: # BB#0:
; X64-NEXT: pushq %rax
; X64-NEXT: movl $12, %edx
; X64-NEXT: callq memcmp
; X64-NEXT: testl %eax, %eax
; X64-NEXT: setne %al
; X64-NEXT: popq %rcx
; X64-NEXT: retq
%m = tail call i32 @memcmp(i8* %X, i8* %Y, i64 12) nounwind
%c = icmp ne i32 %m, 0
ret i1 %c
}
define i32 @length12(i8* %X, i8* %Y) nounwind {
; X32-LABEL: length12:
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $12
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
; X32-NEXT: retl
;
; X64-LABEL: length12:
; X64: # BB#0:
; X64-NEXT: movl $12, %edx
; X64-NEXT: jmp memcmp # TAILCALL
%m = tail call i32 @memcmp(i8* %X, i8* %Y, i64 12) nounwind
ret i32 %m
}
; PR33329 - https://bugs.llvm.org/show_bug.cgi?id=33329
define i32 @length16(i8* %X, i8* %Y) nounwind {
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32-LABEL: length16:
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $16
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X32-NEXT: retl
;
; X64-LABEL: length16:
; X64: # BB#0:
; X64-NEXT: movl $16, %edx
; X64-NEXT: jmp memcmp # TAILCALL
%m = tail call i32 @memcmp(i8* %X, i8* %Y, i64 16) nounwind
ret i32 %m
}
define i1 @length16_eq(i8* %x, i8* %y) nounwind {
; X32-LABEL: length16_eq:
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $16
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32-NEXT: testl %eax, %eax
; X32-NEXT: setne %al
; X32-NEXT: retl
;
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; SSE2-LABEL: length16_eq:
[x86] add separate check prefix for SSE; NFC We want to check each test on each target, so we need another prefix when SSE and AVX diverge (as they will if we handle 32-byte and higher). llvm-svn: 298926
2017-03-28 23:55:50 +08:00
; SSE2: # BB#0:
; SSE2-NEXT: movdqu (%rsi), %xmm0
; SSE2-NEXT: movdqu (%rdi), %xmm1
; SSE2-NEXT: pcmpeqb %xmm0, %xmm1
; SSE2-NEXT: pmovmskb %xmm1, %eax
; SSE2-NEXT: cmpl $65535, %eax # imm = 0xFFFF
; SSE2-NEXT: setne %al
; SSE2-NEXT: retq
;
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; AVX2-LABEL: length16_eq:
[x86] add AVX2 run to show 256-bit opportunity; NFC llvm-svn: 298918
2017-03-28 21:46:50 +08:00
; AVX2: # BB#0:
; AVX2-NEXT: vmovdqu (%rdi), %xmm0
; AVX2-NEXT: vpcmpeqb (%rsi), %xmm0, %xmm0
; AVX2-NEXT: vpmovmskb %xmm0, %eax
; AVX2-NEXT: cmpl $65535, %eax # imm = 0xFFFF
; AVX2-NEXT: setne %al
; AVX2-NEXT: retq
[x86] improve tests, add tests, auto-generate checks; NFC llvm-svn: 298553
2017-03-23 06:39:17 +08:00
%call = tail call i32 @memcmp(i8* %x, i8* %y, i64 16) nounwind
%cmp = icmp ne i32 %call, 0
ret i1 %cmp
}
handle equality memcmp of 8 bytes on x86-64 with two unaligned loads and a compare. On other targets we end up with a call to memcmp because we don't want 16 individual byte loads. We should be able to use movups as well, but we're failing to select the generated icmp. llvm-svn: 92107
2009-12-24 09:07:17 +08:00
[x86] remove unused param from tests; NFC llvm-svn: 304989
2017-06-09 01:02:39 +08:00
define i1 @length16_eq_const(i8* %X) nounwind {
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X32-LABEL: length16_eq_const:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $16
; X32-NEXT: pushl $.L.str
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
; X32-NEXT: testl %eax, %eax
; X32-NEXT: sete %al
; X32-NEXT: retl
;
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; SSE2-LABEL: length16_eq_const:
[x86] add separate check prefix for SSE; NFC We want to check each test on each target, so we need another prefix when SSE and AVX diverge (as they will if we handle 32-byte and higher). llvm-svn: 298926
2017-03-28 23:55:50 +08:00
; SSE2: # BB#0:
; SSE2-NEXT: movdqu (%rdi), %xmm0
; SSE2-NEXT: pcmpeqb {{.*}}(%rip), %xmm0
; SSE2-NEXT: pmovmskb %xmm0, %eax
; SSE2-NEXT: cmpl $65535, %eax # imm = 0xFFFF
; SSE2-NEXT: sete %al
; SSE2-NEXT: retq
;
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; AVX2-LABEL: length16_eq_const:
[x86] add AVX2 run to show 256-bit opportunity; NFC llvm-svn: 298918
2017-03-28 21:46:50 +08:00
; AVX2: # BB#0:
; AVX2-NEXT: vmovdqu (%rdi), %xmm0
; AVX2-NEXT: vpcmpeqb {{.*}}(%rip), %xmm0, %xmm0
; AVX2-NEXT: vpmovmskb %xmm0, %eax
; AVX2-NEXT: cmpl $65535, %eax # imm = 0xFFFF
; AVX2-NEXT: sete %al
; AVX2-NEXT: retq
[x86] add memcmp tests, remove run Add tests for vector lengths that could be handled without a libcall. There's an explicit test for 'nobuiltin', so there's not much value in a separate run that checks that same behavior over and over again. llvm-svn: 298611
2017-03-23 23:38:22 +08:00
%m = tail call i32 @memcmp(i8* %X, i8* getelementptr inbounds ([65 x i8], [65 x i8]* @.str, i32 0, i32 0), i64 16) nounwind
%c = icmp eq i32 %m, 0
ret i1 %c
}
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
define i32 @length32(i8* %X, i8* %Y) nounwind {
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32-LABEL: length32:
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $32
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X32-NEXT: retl
;
; X64-LABEL: length32:
; X64: # BB#0:
; X64-NEXT: movl $32, %edx
; X64-NEXT: jmp memcmp # TAILCALL
%m = tail call i32 @memcmp(i8* %X, i8* %Y, i64 32) nounwind
ret i32 %m
}
; PR33325 - https://bugs.llvm.org/show_bug.cgi?id=33325
define i1 @length32_eq(i8* %x, i8* %y) nounwind {
; X32-LABEL: length32_eq:
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $32
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32-NEXT: testl %eax, %eax
; X32-NEXT: sete %al
; X32-NEXT: retl
;
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; SSE2-LABEL: length32_eq:
[x86] use VPMOVMSK to replace memcmp libcalls for 32-byte equality Follow-up to: https://reviews.llvm.org/rL298775 llvm-svn: 298933
2017-03-29 01:23:49 +08:00
; SSE2: # BB#0:
; SSE2-NEXT: pushq %rax
; SSE2-NEXT: movl $32, %edx
; SSE2-NEXT: callq memcmp
; SSE2-NEXT: testl %eax, %eax
; SSE2-NEXT: sete %al
; SSE2-NEXT: popq %rcx
; SSE2-NEXT: retq
;
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; AVX2-LABEL: length32_eq:
[x86] use VPMOVMSK to replace memcmp libcalls for 32-byte equality Follow-up to: https://reviews.llvm.org/rL298775 llvm-svn: 298933
2017-03-29 01:23:49 +08:00
; AVX2: # BB#0:
; AVX2-NEXT: vmovdqu (%rdi), %ymm0
; AVX2-NEXT: vpcmpeqb (%rsi), %ymm0, %ymm0
; AVX2-NEXT: vpmovmskb %ymm0, %eax
; AVX2-NEXT: cmpl $-1, %eax
; AVX2-NEXT: sete %al
; AVX2-NEXT: vzeroupper
; AVX2-NEXT: retq
[x86] add memcmp tests, remove run Add tests for vector lengths that could be handled without a libcall. There's an explicit test for 'nobuiltin', so there's not much value in a separate run that checks that same behavior over and over again. llvm-svn: 298611
2017-03-23 23:38:22 +08:00
%call = tail call i32 @memcmp(i8* %x, i8* %y, i64 32) nounwind
%cmp = icmp eq i32 %call, 0
ret i1 %cmp
}
[x86] remove unused param from tests; NFC llvm-svn: 304989
2017-06-09 01:02:39 +08:00
define i1 @length32_eq_const(i8* %X) nounwind {
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X32-LABEL: length32_eq_const:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $32
; X32-NEXT: pushl $.L.str
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
; X32-NEXT: testl %eax, %eax
; X32-NEXT: setne %al
; X32-NEXT: retl
;
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; SSE2-LABEL: length32_eq_const:
[x86] use VPMOVMSK to replace memcmp libcalls for 32-byte equality Follow-up to: https://reviews.llvm.org/rL298775 llvm-svn: 298933
2017-03-29 01:23:49 +08:00
; SSE2: # BB#0:
; SSE2-NEXT: pushq %rax
; SSE2-NEXT: movl $.L.str, %esi
; SSE2-NEXT: movl $32, %edx
; SSE2-NEXT: callq memcmp
; SSE2-NEXT: testl %eax, %eax
; SSE2-NEXT: setne %al
; SSE2-NEXT: popq %rcx
; SSE2-NEXT: retq
;
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; AVX2-LABEL: length32_eq_const:
[x86] use VPMOVMSK to replace memcmp libcalls for 32-byte equality Follow-up to: https://reviews.llvm.org/rL298775 llvm-svn: 298933
2017-03-29 01:23:49 +08:00
; AVX2: # BB#0:
; AVX2-NEXT: vmovdqu (%rdi), %ymm0
; AVX2-NEXT: vpcmpeqb {{.*}}(%rip), %ymm0, %ymm0
; AVX2-NEXT: vpmovmskb %ymm0, %eax
; AVX2-NEXT: cmpl $-1, %eax
; AVX2-NEXT: setne %al
; AVX2-NEXT: vzeroupper
; AVX2-NEXT: retq
[x86] add memcmp tests, remove run Add tests for vector lengths that could be handled without a libcall. There's an explicit test for 'nobuiltin', so there's not much value in a separate run that checks that same behavior over and over again. llvm-svn: 298611
2017-03-23 23:38:22 +08:00
%m = tail call i32 @memcmp(i8* %X, i8* getelementptr inbounds ([65 x i8], [65 x i8]* @.str, i32 0, i32 0), i64 32) nounwind
%c = icmp ne i32 %m, 0
ret i1 %c
}
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
define i32 @length64(i8* %X, i8* %Y) nounwind {
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32-LABEL: length64:
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $64
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X32-NEXT: retl
;
; X64-LABEL: length64:
; X64: # BB#0:
; X64-NEXT: movl $64, %edx
; X64-NEXT: jmp memcmp # TAILCALL
%m = tail call i32 @memcmp(i8* %X, i8* %Y, i64 64) nounwind
ret i32 %m
}
define i1 @length64_eq(i8* %x, i8* %y) nounwind {
; X32-LABEL: length64_eq:
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $64
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32-NEXT: testl %eax, %eax
; X32-NEXT: setne %al
; X32-NEXT: retl
;
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X64-LABEL: length64_eq:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X64: # BB#0:
; X64-NEXT: pushq %rax
; X64-NEXT: movl $64, %edx
; X64-NEXT: callq memcmp
; X64-NEXT: testl %eax, %eax
; X64-NEXT: setne %al
; X64-NEXT: popq %rcx
; X64-NEXT: retq
[x86] add memcmp tests, remove run Add tests for vector lengths that could be handled without a libcall. There's an explicit test for 'nobuiltin', so there's not much value in a separate run that checks that same behavior over and over again. llvm-svn: 298611
2017-03-23 23:38:22 +08:00
%call = tail call i32 @memcmp(i8* %x, i8* %y, i64 64) nounwind
%cmp = icmp ne i32 %call, 0
ret i1 %cmp
}
[x86] remove unused param from tests; NFC llvm-svn: 304989
2017-06-09 01:02:39 +08:00
define i1 @length64_eq_const(i8* %X) nounwind {
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X32-LABEL: length64_eq_const:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X32: # BB#0:
; X32-NEXT: pushl $0
; X32-NEXT: pushl $64
; X32-NEXT: pushl $.L.str
; X32-NEXT: pushl {{[0-9]+}}(%esp)
; X32-NEXT: calll memcmp
; X32-NEXT: addl $16, %esp
; X32-NEXT: testl %eax, %eax
; X32-NEXT: sete %al
; X32-NEXT: retl
;
[x86] add tests for memcmp expansion; NFC We already had a test to demonstrate PR33325: https://bugs.llvm.org/show_bug.cgi?id=33325 I'm adding tests for general memcmp expansion (see D34005 / D33963) and: https://bugs.llvm.org/show_bug.cgi?id=33329 ...plus non-power-of-2 sizes, so we can see what that looks like currently or if expanded. llvm-svn: 304979
2017-06-08 23:01:29 +08:00
; X64-LABEL: length64_eq_const:
[x86] add 32-bit RUN for better memcmp coverage; NFC llvm-svn: 298744
2017-03-25 06:09:48 +08:00
; X64: # BB#0:
; X64-NEXT: pushq %rax
; X64-NEXT: movl $.L.str, %esi
; X64-NEXT: movl $64, %edx
; X64-NEXT: callq memcmp
; X64-NEXT: testl %eax, %eax
; X64-NEXT: sete %al
; X64-NEXT: popq %rcx
; X64-NEXT: retq
[x86] add memcmp tests, remove run Add tests for vector lengths that could be handled without a libcall. There's an explicit test for 'nobuiltin', so there's not much value in a separate run that checks that same behavior over and over again. llvm-svn: 298611
2017-03-23 23:38:22 +08:00
%m = tail call i32 @memcmp(i8* %X, i8* getelementptr inbounds ([65 x i8], [65 x i8]* @.str, i32 0, i32 0), i64 64) nounwind
[x86] improve tests, add tests, auto-generate checks; NFC llvm-svn: 298553
2017-03-23 06:39:17 +08:00
%c = icmp eq i32 %m, 0
ret i1 %c
move an optimization for memcmp out of simplifylibcalls and into SDISel. This optimization was causing simplifylibcalls to introduce type-unsafe nastiness. This is the first step, I'll be expanding the memcmp optimizations shortly, covering things that we really really wouldn't want simplifylibcalls to do. llvm-svn: 92098
2009-12-24 08:37:38 +08:00
}