mirror of
https://github.com/c64scene-ar/llvm-6502.git
synced 2024-11-04 22:07:27 +00:00
fad4d40f37
* Most of the transforms come through intact by having each transformed load or store copy the ordering and synchronization scope of the original. * The transform that turns a global only accessed in main() into an alloca (since main is non-recursive) with a store of the initial value uses an unordered store, since it's guaranteed to be the first thing to happen in main. (Threads may have started before main (!) but they can't have the address of a function local before the point in the entry block we insert our code.) * The heap-SRoA transforms are disabled in the face of atomic operations. This can probably be improved; it seems odd to have atomic accesses to an alloca that doesn't have its address taken. AnalyzeGlobal keeps track of the strongest ordering found in any use of the global. This is more information than we need right now, but it's cheap to compute and likely to be useful. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@149847 91177308-0d34-0410-b5e6-96231b3b80d8
11 lines
244 B
LLVM
11 lines
244 B
LLVM
; RUN: opt -globalopt < %s -S -o - | FileCheck %s
|
|
|
|
@GV1 = internal global i64 1
|
|
; CHECK: @GV1 = internal unnamed_addr constant i64 1
|
|
|
|
define void @test1() {
|
|
entry:
|
|
%0 = load atomic i8* bitcast (i64* @GV1 to i8*) acquire, align 8
|
|
ret void
|
|
}
|