This is the mail archive of the binutils@sourceware.org mailing list for the binutils project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Commit: Expect extract symbol test to fail for MIPS


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]


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]