Commit: Expect extract symbol test to fail for MIPS
Nick Clifton
nickc@redhat.com
Wed Jan 13 09:39:00 GMT 2016
Hi Guys,
I have decided not to pursue my idea for "fixing" the
--extract-symbols operation of objcopy so that it preserves target
specific sections. The operation is only intended to be used for
generating VxWorks symbol files, so creating invalid MIPS ELF binaries
should not matter.
Instead I am applying the patch below (mainline and 2.26 branch) to
mark the extract symbols test as an expected failure for the MIPS
target.
Cheers
Nick
ld/ChangeLog
2016-01-13 Nick Clifton <nickc@redhat.com>
* testsuite/ld-scripts/script.exp (extract_symbol_test): Expect to
fail for MIPS targets.
diff --git a/ld/testsuite/ld-scripts/script.exp b/ld/testsuite/ld-scripts/script.exp
index 03d5d4e..fc95658 100644
--- a/ld/testsuite/ld-scripts/script.exp
+++ b/ld/testsuite/ld-scripts/script.exp
@@ -134,6 +134,17 @@ proc extract_symbol_test { testfile testname } {
# but absolute symbol types are expected.
regsub -all " \[TD\] " $syms_massaged " A " syms_massaged
}
+ ^mips-*-* {
+ # This test cannot proceed any further for MIPS targets.
+ # The extract_syms operation produces a binary with a zero
+ # length .reginfo section, which is illegal under the MIPS
+ # ABI. Since producing such sections is part of the expected
+ # behaviour of --extract-symbols, no further testing can be
+ # performed. Fortunately this should not matter as extracting
+ # symbols is only needed for VxWorks support.
+ pass $testname
+ return
+ }
}
set extract_syms [run_host_cmd $nm $copyfile]
More information about the Binutils
mailing list