llvm-mirror/test/Linker/link-messages.ll

; Test that linking two files with the same definition causes an error and
; that error is printed out.
; RUN: llvm-as %s -o %t.one.bc -f
; RUN: llvm-as %s -o %t.two.bc -f
; RUN: not llvm-ld -disable-opt -link-as-library %t.one.bc %t.two.bc \
; RUN:   -o %t.bc 2>%t.err 
; RUN: grep "symbol multiply defined" %t.err

define i32 @bar() {
	ret i32 0
}
Add a test to ensure that obvious link messages are actually produced on the standard error. llvm-svn: 41116 2007-08-16 09:22:43 +02:00			`; Test that linking two files with the same definition causes an error and`
			`; that error is printed out.`
			`; RUN: llvm-as %s -o %t.one.bc -f`
			`; RUN: llvm-as %s -o %t.two.bc -f`
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-ld -disable-opt -link-as-library %t.one.bc %t.two.bc \`
Add a test to ensure that obvious link messages are actually produced on the standard error. llvm-svn: 41116 2007-08-16 09:22:43 +02:00			`; RUN: -o %t.bc 2>%t.err`
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" %t.err`
Add a test to ensure that obvious link messages are actually produced on the standard error. llvm-svn: 41116 2007-08-16 09:22:43 +02:00
			`define i32 @bar() {`
			`ret i32 0`
			`}`