mirror of
https://github.com/RPCS3/llvm.git
synced 2024-12-18 17:39:04 +00:00
6fd1b8ee48
Alias with unnamed_addr were in a strange state. It is stored in GlobalValue, the language reference talks about "unnamed_addr aliases" but the verifier was rejecting them. It seems natural to allow unnamed_addr in aliases: * It is a property of how it is accessed, not of the data itself. * It is perfectly possible to write code that depends on the address of an alias. This patch then makes unname_addr legal for aliases. One side effect is that the syntax changes for a corner case: In globals, unnamed_addr is now printed before the address space. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@210302 91177308-0d34-0410-b5e6-96231b3b80d8
27 lines
776 B
LLVM
27 lines
776 B
LLVM
; This file is for use with unnamed-addr1-a.ll
|
|
; RUN: true
|
|
|
|
@global-c = common unnamed_addr global i32 42
|
|
@global-d = unnamed_addr global i32 42
|
|
@global-e = unnamed_addr global i32 42
|
|
@global-f = unnamed_addr global i32 42
|
|
|
|
@alias-a = unnamed_addr alias i32* @global-f
|
|
@alias-b = unnamed_addr alias i32* @global-f
|
|
|
|
define weak void @func-c() unnamed_addr { ret void }
|
|
define weak void @func-d() unnamed_addr { ret void }
|
|
define weak void @func-e() unnamed_addr { ret void }
|
|
|
|
@global-g = common global i32 42
|
|
@global-h = global i32 42
|
|
@global-i = global i32 42
|
|
@global-j = global i32 42
|
|
|
|
@alias-c = alias i32* @global-f
|
|
@alias-d = alias i32* @global-f
|
|
|
|
define weak void @func-g() { ret void }
|
|
define weak void @func-h() { ret void }
|
|
define weak void @func-i() { ret void }
|