* ld-elfvsb/elf-offset.ld: Add .rel.eh_frame and .rela.eh_frame

[deliverable/binutils-gdb.git] / ld / testsuite / ld-undefined / undefined.exp

diff --git a/ld/testsuite/ld-undefined/undefined.exp b/ld/testsuite/ld-undefined/undefined.exp
index 0ab4bde8a470e0794cf563ba868ba4cecca6ff41..a8a27cdc4e1be0f4ecf623d25e5bf06097390cf4 100644 (file)
--- a/ld/testsuite/ld-undefined/undefined.exp
+++ b/ld/testsuite/ld-undefined/undefined.exp
@@ -61,7 +61,7 @@ proc checkund { string testname } {
     }
 }
 
-set mu "undefined reference to `this_function_is_not_defined'"
+set mu "undefined reference to `*this_function_is_not_defined'"
 checkund $mu $testund
 
 # ARM PE defaults to using stabs debugging, which we can't handle for
@@ -74,11 +74,12 @@ setup_xfail "hppa*-*-*elf*"
 
 # With dwarf-2, we can't get the function in which the reference
 # occurs; see below.
+setup_xfail "alpha*-*-linux*"
 setup_xfail "hppa*64*-*-*"
 setup_xfail "mn10300-*-elf"
 setup_xfail "sh-*-*"
 
-set mf "tmpdir/undefined.o: In function `function':"
+set mf "tmpdir/undefined.o* In function `function':"
 checkund $mf $testfn
 
 # COFF SH gets this test wrong--it reports line 10, because although
@@ -94,7 +95,7 @@ setup_xfail "sh-*-*"
 # Just doesn't work for PA ELF.  No clue why.
 setup_xfail "hppa*-*-*elf*"
 
-set ml "undefined.c:9: undefined reference to `this_function_is_not_defined'"
+set ml "undefined.c:9: undefined reference to `*this_function_is_not_defined'"
 # With targets that use elf/dwarf2, such as the arm-elf and thumb-elf
 # toolchains, the code in bfd/elf.c:_bfd_elf_find_nearest_line() is called
 # in order to locate the file name/line number where the undefined
@@ -129,9 +130,18 @@ set ml "undefined.c:9: undefined reference to `this_function_is_not_defined'"
 # hence the xfails below.
 
 #setup_xfail arm-*-elf
+setup_xfail i?86-*-freebsd*
 #setup_xfail strongarm-*-elf
 #setup_xfail thumb-*-elf
 setup_xfail mcore-*-elf
 setup_xfail mips-sgi-irix6*
+setup_xfail "sh64-*-*"
+
+# The undefined test fails on 31 bit s/390 because the address of the 
+# function `this_function_is_not_defined' is stored in the literal pool of
+# the function. Therefore the line number in the error message is 8 instead
+# of 9. On 64 bit s/390 this works because of the new brasl instruction that
+# doesn't need a literal pool entry.
+setup_xfail s390-*-*
 
 checkund $ml $testline