mirrors/llvm-project
0
0
Fork 0
mirror of https://github.com/llvm/llvm-project.git synced 2025-04-27 16:16:11 +00:00
Code Issues Projects Releases Wiki Activity
llvm-project/bolt/test/X86/bug-function-layout-execount.s

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

74 lines
1.5 KiB
ArmAsm
Raw Normal View History

[BOLT][DWARF][NFC] Added double escape characters (#93348) Added double escape characters to lines that describe a test.
2024-05-31 15:14:37 -07:00
## Verifies that llvm-bolt correctly sorts functions by their execution counts.
[BOLT] Fix sorting functions by execution count I noticed that `-reorder-functions=exec-count` doesn't work as expected due to a bug in the comparison function (which isn't symmetric). It is questionable whether anyone would want to ever use the sorting method (as sorting by say density is much better in all cases) but it is probably better to fix the bug. Reviewed By: Amir Differential Revision: https://reviews.llvm.org/D152959
2023-06-14 13:04:50 -07:00
bolt/test/X86/bug-function-layout-execount.s: Require x86 and asserts Follow-up to D152959: --debug-only= requires an asserts build. The test also needs the x86 target.
2023-08-18 13:59:58 +02:00
# REQUIRES: x86_64-linux, asserts
[BOLT] Fix sorting functions by execution count I noticed that `-reorder-functions=exec-count` doesn't work as expected due to a bug in the comparison function (which isn't symmetric). It is questionable whether anyone would want to ever use the sorting method (as sorting by say density is much better in all cases) but it is probably better to fix the bug. Reviewed By: Amir Differential Revision: https://reviews.llvm.org/D152959
2023-06-14 13:04:50 -07:00
# RUN: llvm-mc -filetype=obj -triple x86_64-unknown-unknown %s -o %t.o
# RUN: link_fdata %s %t.o %t.fdata
# RUN: %clang %cflags %t.o -o %t.exe -Wl,-q
# RUN: llvm-bolt %t.exe --data %t.fdata --lite --reorder-functions=exec-count \
[BOLT][test] Replace /dev/null with temp file (#73485) NFC processing time script identifies tests by output filename. When `/dev/null` is used as output filename, we're unable to tell the source test, and the reports are unhelpful. Replace `/dev/null/` with `%t.null` which resolves the issue.
2023-11-27 10:53:18 -08:00
# RUN: -v=2 --debug-only=hfsort -o %t.null 2>&1 | FileCheck %s
[BOLT] Fix sorting functions by execution count I noticed that `-reorder-functions=exec-count` doesn't work as expected due to a bug in the comparison function (which isn't symmetric). It is questionable whether anyone would want to ever use the sorting method (as sorting by say density is much better in all cases) but it is probably better to fix the bug. Reviewed By: Amir Differential Revision: https://reviews.llvm.org/D152959
2023-06-14 13:04:50 -07:00
# CHECK: Starting pass: reorder-functions
# CHECK-NEXT: hot func func2 (1500)
# CHECK-NEXT: hot func func1 (500)
# CHECK-NEXT: hot func main (400)
# CHECK-NEXT: hot func func5 (110)
# CHECK-NEXT: hot func func3 (100)
# CHECK-NEXT: hot func func4 (99)
.text
.globl main
.type main, %function
main:
# FDATA: 0 [unknown] 0 1 main 0 1 400
.cfi_startproc
call func1
retq
.size _start, .-_start
.cfi_endproc
.globl func1
.type func1,@function
func1:
# FDATA: 0 [unknown] 0 1 func1 0 1 500
.cfi_startproc
retq
.size func1, .-func1
.cfi_endproc
.globl func2
.type func2,@function
func2:
# FDATA: 0 [unknown] 0 1 func2 0 1 1500
.cfi_startproc
retq
.size func2, .-func2
.cfi_endproc
.globl func3
.type func3,@function
func3:
# FDATA: 0 [unknown] 0 1 func3 0 1 100
.cfi_startproc
retq
.size func3, .-func3
.cfi_endproc
.globl func4
.type func4,@function
func4:
# FDATA: 0 [unknown] 0 1 func4 0 1 99
.cfi_startproc
retq
.size func4, .-func4
.cfi_endproc
.globl func5
.type func5,@function
func5:
# FDATA: 0 [unknown] 0 1 func5 0 1 110
.cfi_startproc
retq
.size func5, .-func5
.cfi_endproc
Reference in New Issue Copy Permalink