RPCS3/llvm-mirror
1
0
Fork 0
mirror of https://github.com/RPCS3/llvm-mirror.git synced 2024-11-01 16:33:37 +01:00
Code Issues Projects Releases Wiki Activity
17606414a4
llvm-mirror/test/Linker/redefinition.ll

11 lines
462 B
LLVM
Raw Normal View History

For PR411: This patch replaces the SymbolTable class with ValueSymbolTable which does not support types planes. This means that all symbol names in LLVM must now be unique. The patch addresses the necessary changes to deal with this and removes code no longer needed as a result. This completes the bulk of the changes for this PR. Some cleanup patches will follow. llvm-svn: 33918
2007-02-05 21:47:22 +01:00
; Test linking two functions with different prototypes and two globals
; in different modules.
Remove obsolete -f flags. llvm-svn: 79992
2009-08-25 17:38:29 +02:00
; RUN: llvm-as %s -o %t.foo1.bc
; RUN: llvm-as %s -o %t.foo2.bc
; RUN: echo {define void @foo(i32 %x) { ret void }} | llvm-as -o %t.foo3.bc
Use not instead of ignore when an exit status is expected to always be non-zero. llvm-svn: 44866
2007-12-11 16:50:23 +01:00
; RUN: not llvm-link %t.foo1.bc %t.foo2.bc -o %t.bc |& \
Reimplement LinkFunctionProtos in terms of GetLinkageResult. This fixes the second half of link-global-to-func.ll and causes some minor changes in messages. There are two TODOs here. First, this causes a regression in 2008-07-06-AliasWeakDest.ll, which is now failing (so I xfailed it). Anton, I would really appreciate it if you could take a look at this. It should be a matter of adding proper alias support to GetLinkageResult, and was probably already a latent bug that would manifest with globals. The second todo is to reimplement LinkAlias in the same pattern as function and global linking. This should be pretty straight-forward for someone who knows aliases, but isn't a requirement for correctness. llvm-svn: 53548
2008-07-14 09:23:24 +02:00
; RUN: grep {symbol multiply defined}
Use not instead of ignore when an exit status is expected to always be non-zero. llvm-svn: 44866
2007-12-11 16:50:23 +01:00
; RUN: not llvm-link %t.foo1.bc %t.foo3.bc -o %t.bc |& \
Reimplement LinkFunctionProtos in terms of GetLinkageResult. This fixes the second half of link-global-to-func.ll and causes some minor changes in messages. There are two TODOs here. First, this causes a regression in 2008-07-06-AliasWeakDest.ll, which is now failing (so I xfailed it). Anton, I would really appreciate it if you could take a look at this. It should be a matter of adding proper alias support to GetLinkageResult, and was probably already a latent bug that would manifest with globals. The second todo is to reimplement LinkAlias in the same pattern as function and global linking. This should be pretty straight-forward for someone who knows aliases, but isn't a requirement for correctness. llvm-svn: 53548
2008-07-14 09:23:24 +02:00
; RUN: grep {symbol multiply defined}
For PR411: This patch replaces the SymbolTable class with ValueSymbolTable which does not support types planes. This means that all symbol names in LLVM must now be unique. The patch addresses the necessary changes to deal with this and removes code no longer needed as a result. This completes the bulk of the changes for this PR. Some cleanup patches will follow. llvm-svn: 33918
2007-02-05 21:47:22 +01:00
define void @foo() { ret void }
Reference in New Issue Copy Permalink