This is the mail archive of the gdb-patches@sources.redhat.com mailing list for the GDB 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]

Re: [COMMIT] OpenBSD/mips64 target and native support


   Date: Sun, 31 Oct 2004 13:39:08 -0500
   From: Andrew Cagney <cagney@gnu.org>

   >>> This part:
   >>>
   >>>
   >>>> +DEPRECATED_TM_FILE= tm-nbsd.h
   >>>
   >>>
   >>> is no longer acceptable.

   The situtation we have here is identical to that we encountered when we 
   first made it a requirement that not just new architectures, but also 
   extensions to exsting architectures, had to be multi-arch.   We set the 
   standard and then helped developers exceed it.

   Our only mistake was to "blink" when it came to the solib problem. 
   We've been "blinking" for too many years now.

So should I just commit the attached to get things moving?

IMHO, getting the solib h thingy fixed simply isn't top priority.
There are more important issues in GDB that deserve my attention.

Scaring away contributors by making unreasonable demands isn't a
sensible thing to do.

Mark


Index: ChangeLog
from  Mark Kettenis  <kettenis@gnu.org>
 
	* config/i386/linux.mt (DEPRECATED_TM_FILE): Remove.

 
Index: config/i386/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/linux.mt,v
retrieving revision 1.10
diff -u -p -r1.10 linux.mt
--- config/i386/linux.mt 13 Sep 2004 20:55:39 -0000 1.10
+++ config/i386/linux.mt 31 Oct 2004 19:21:53 -0000
@@ -1,4 +1,3 @@
 # Target: Intel 386 running GNU/Linux
 TDEPFILES= i386-tdep.o i386-linux-tdep.o glibc-tdep.o i387-tdep.o \
 	solib.o solib-svr4.o symfile-mem.o
-DEPRECATED_TM_FILE= tm-linux.h


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