This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Commit: Expect extract symbol test to fail for MIPS
- From: Nick Clifton <nickc at redhat dot com>
- To: binutils at sourceware dot org
- Date: Wed, 13 Jan 2016 09:39:38 +0000
- Subject: Commit: Expect extract symbol test to fail for MIPS
- Authentication-results: sourceware.org; auth=none
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]