mirror of
https://github.com/RPCS3/llvm-mirror.git
synced 2024-11-23 19:23:23 +01:00
fa8edc9a41
Instead of merging everything together, look at the users of GlobalVariables, and try to group them by function, to create sets of globals used "together". Using that information, a less-aggressive alternative is to keep merging everything together *except* globals that are only ever used alone, that is, those for which it's clearly non-profitable to merge with others. In my testing, grouping by Function is too aggressive, but grouping by BasicBlock is too conservative. Anything in-between isn't trivially available, so stick with Function grouping for now. cl::opts are added for testing; both enabled by default. A few of the testcases aren't testing the merging proper, but just various edge cases when merging does occur. Update them to use the previous grouping behavior. Also, one of the tests is unrelated to GlobalMerge; change it accordingly. While there, switch to r234666' flags rather than the brutal -O3. Differential Revision: http://reviews.llvm.org/D8070 llvm-svn: 235249
11 lines
500 B
LLVM
11 lines
500 B
LLVM
; RUN: llc < %s -mtriple=thumbv7-apple-darwin10 -arm-global-merge -global-merge-group-by-use=false | FileCheck %s
|
|
; CHECK: .zerofill __DATA,__bss,__MergedGlobals,16,2
|
|
|
|
@prev = external global [0 x i16]
|
|
@max_lazy_match = internal unnamed_addr global i32 0, align 4
|
|
@read_buf = external global i32 (i8*, i32)*
|
|
@window = external global [0 x i8]
|
|
@lookahead = internal unnamed_addr global i32 0, align 4
|
|
@eofile.b = internal unnamed_addr global i32 0
|
|
@ins_h = internal unnamed_addr global i32 0, align 4
|