llvm-6502/test/CodeGen/ARM/aliases.ll
Rafael Espindola d57120551f Use "weak alias" instead of "alias weak"
Before this patch we had

@a = weak global ...
but
@b = alias weak ...

The patch changes aliases to look more like global variables.

Looking at some really old code suggests that the reason was that the old
bison based parser had a reduction for alias linkages and another one for
global variable linkages. Putting the alias first avoided the reduce/reduce
conflict.

The days of the old .ll parser are long gone. The new one parses just "linkage"
and a later check is responsible for deciding if a linkage is valid in a
given context.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@214355 91177308-0d34-0410-b5e6-96231b3b80d8
2014-07-30 22:51:54 +00:00

47 lines
823 B
LLVM

; RUN: llc < %s -mtriple=arm-linux-gnueabi | FileCheck %s
; CHECK: .globl test
; CHECK: .globl foo1
; CHECK: foo1 = bar
; CHECK: .globl foo2
; CHECK: foo2 = bar
; CHECK: .weak bar_f
; CHECK: bar_f = foo_f
; CHECK: bar_i = bar
; CHECK: .globl A
; CHECK: A = bar
@bar = global i32 42
@foo1 = alias i32* @bar
@foo2 = alias i32* @bar
%FunTy = type i32()
define i32 @foo_f() {
ret i32 0
}
@bar_f = weak alias %FunTy* @foo_f
@bar_i = internal alias i32* @bar
@A = alias bitcast (i32* @bar to i64*)
define i32 @test() {
entry:
%tmp = load i32* @foo1
%tmp1 = load i32* @foo2
%tmp0 = load i32* @bar_i
%tmp2 = call i32 @foo_f()
%tmp3 = add i32 %tmp, %tmp2
%tmp4 = call %FunTy* @bar_f()
%tmp5 = add i32 %tmp3, %tmp4
%tmp6 = add i32 %tmp1, %tmp5
%tmp7 = add i32 %tmp6, %tmp0
ret i32 %tmp7
}