[patch] Deprecate XM_FILE and TM_FILE

[patch] Deprecate XM_FILE and TM_FILE

[Andrew Cagney]

[-- Attachment #1: Type: text/plain, Size: 385 bytes --]

Hello,

This closes a number of loop-holes, and makes XM and TM files very 
clearly deprecated.

The attached explicitly deprecates tm-*.h and xm-*.h.  Instead of adding 
an XM_FILE to the config, autoconf magic needs to be used.  Instead of 
adding a TM_FILE to the config, extensions to the architecture or target 
vector need to be made.

I'll look to commit this in a week,
Andrew

[-- Attachment #2: diffs --]
[-- Type: text/plain, Size: 47492 bytes --]

Index: ChangeLog
2004-09-02  Andrew Cagney  <cagney@gnu.org>

	* configure.in (frags): Replace XM_FILE and TM_FILE with
	DEPRECATED_XM_FILE and DEPRECATED_TM_FILE.
	* configure: Re-generate.
	* config/rs6000/rs6000.mh (XM_FILE): Update.
	* config/rs6000/aix4.mh (XM_FILE): Update.
	* config/i386/go32.mh (XM_FILE): Update.
	* config/i386/cygwin.mh (XM_FILE): Update.
	* nlm/Makefile.in (TAGS): Update.
	* Makefile.in (TAGS): Update.
	* config/vax/nbsd.mt (TM_FILE): Update.
	* config/sparc/vxworks.mt (TM_FILE): Update.
	* config/sparc/sol2.mt (TM_FILE): Update.
	* config/sparc/sol2-64.mt (TM_FILE): Update.
	* config/sparc/obsd64.mt (TM_FILE): Update.
	* config/sparc/obsd.mt (TM_FILE): Update.
	* config/sparc/nbsd64.mt (TM_FILE): Update.
	* config/sparc/nbsd.mt (TM_FILE): Update.
	* config/sparc/linux64.mt (TM_FILE): Update.
	* config/sparc/linux.mt (TM_FILE): Update.
	* config/sparc/fbsd.mt (TM_FILE): Update.
	* config/sh/wince.mt (TM_FILE): Update.
	* config/sh/nbsd.mt (TM_FILE): Update.
	* config/sh/linux.mt (TM_FILE): Update.
	* config/sh/embed.mt (TM_FILE): Update.
	* config/s390/s390.mt (TM_FILE): Update.
	* config/rs6000/rs6000lynx.mt (TM_FILE): Update.
	* config/rs6000/rs6000.mt (TM_FILE): Update.
	* config/rs6000/aix4.mt (TM_FILE): Update.
	* config/powerpc/vxworks.mt (TM_FILE): Update.
	* config/powerpc/ppc-sim.mt (TM_FILE): Update.
	* config/powerpc/ppc-eabi.mt (TM_FILE): Update.
	* config/powerpc/obsd.mt (TM_FILE): Update.
	* config/powerpc/nbsd.mt (TM_FILE): Update.
	* config/powerpc/linux.mt (TM_FILE): Update.
	* config/powerpc/aix.mt (TM_FILE): Update.
	* config/pa/obsd.mt (TM_FILE): Update.
	* config/pa/linux.mt (TM_FILE): Update.
	* config/pa/hppahpux.mt (TM_FILE): Update.
	* config/pa/hppa64.mt (TM_FILE): Update.
	* config/pa/hppa.mt (TM_FILE): Update.
	* config/ns32k/nbsdaout.mt (TM_FILE): Update.
	* config/mips/wince.mt (TM_FILE): Update.
	* config/mips/vxmips.mt (TM_FILE): Update.
	* config/mips/nbsd.mt (TM_FILE): Update.
	* config/mips/linux.mt (TM_FILE): Update.
	* config/mips/irix6.mt (TM_FILE): Update.
	* config/mips/irix5.mt (TM_FILE): Update.
	* config/mips/embed.mt (TM_FILE): Update.
	* config/m68k/vxworks68.mt (TM_FILE): Update.
	* config/m68k/st2000.mt (TM_FILE): Update.
	* config/m68k/os68k.mt (TM_FILE): Update.
	* config/m68k/obsd.mt (TM_FILE): Update.
	* config/m68k/nbsd.mt (TM_FILE): Update.
	* config/m68k/monitor.mt (TM_FILE): Update.
	* config/m68k/linux.mt (TM_FILE): Update.
	* config/m68k/cisco.mt (TM_FILE): Update.
	* config/ia64/linux.mt (TM_FILE): Update.
	* config/ia64/aix.mt (TM_FILE): Update.
	* config/ia64/ia64.mt (TM_FILE): Update.
	* config/i386/vxworks.mt (TM_FILE): Update.
	* config/i386/obsd64.mt (TM_FILE): Update.
	* config/i386/obsd.mt (TM_FILE): Update.
	* config/i386/nto.mt (TM_FILE): Update.
	* config/i386/nbsd64.mt (TM_FILE): Update.
	* config/i386/nbsd.mt (TM_FILE): Update.
	* config/i386/linux64.mt (TM_FILE): Update.
	* config/i386/linux.mt (TM_FILE): Update.
	* config/i386/i386sol2.mt (TM_FILE): Update.
	* config/i386/i386lynx.mt (TM_FILE): Update.
	* config/i386/fbsd64.mt (TM_FILE): Update.
	* config/i386/fbsd.mt (TM_FILE): Update.
	* config/i386/cygwin.mt (TM_FILE): Update.
	* config/h8300/h8300.mt (TM_FILE): Update.
	* config/frv/frv.mt (TM_FILE): Update.
	* config/cris/cris.mt (TM_FILE): Update.
	* config/arm/wince.mt (TM_FILE): Update.
	* config/arm/nbsd.mt (TM_FILE): Update.
	* config/arm/linux.mt (TM_FILE): Update.
	* config/arm/embed.mt (TM_FILE): Update.
	* config/alpha/nbsd.mt (TM_FILE): Update.
	* config/alpha/fbsd.mt (TM_FILE): Update.
	* config/alpha/alpha.mt (TM_FILE): Update.
	* config/alpha/alpha-osf1.mt (TM_FILE): Update.
	* config/alpha/alpha-linux.mt (TM_FILE): Update.

Index: gdbserver/ChangeLog
2004-09-02  Andrew Cagney  <cagney@gnu.org>

	* Makefile.in (TAGS): Replace XM_FILE and TM_FILE with
	DEPRECATED_XM_FILE and DEPRECATED_TM_FILE.

Index: Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/Makefile.in,v
retrieving revision 1.613
diff -p -u -r1.613 Makefile.in
--- Makefile.in	1 Sep 2004 18:00:27 -0000	1.613
+++ Makefile.in	2 Sep 2004 18:08:24 -0000
@@ -1200,8 +1200,8 @@ gdb1$(EXEEXT): gdb$(EXEEXT)
 
 TAGS: $(TAGFILES_NO_SRCDIR) $(TAGFILES_WITH_SRCDIR)
 	@echo Making TAGS
-	@etags $(srcdir)/$(TM_FILE) \
-	  $(srcdir)/$(XM_FILE) \
+	@etags $(srcdir)/$(DEPRECATED_TM_FILE) \
+	  $(srcdir)/$(DEPRECATED_XM_FILE) \
 	  $(srcdir)/$(NAT_FILE) \
 	`(for i in $(DEPFILES) $(TAGFILES_NO_SRCDIR); do \
 		echo $(srcdir)/$$i ; \
Index: configure.in
===================================================================
RCS file: /cvs/src/src/gdb/configure.in,v
retrieving revision 1.168
diff -p -u -r1.168 configure.in
--- configure.in	2 Sep 2004 17:22:05 -0000	1.168
+++ configure.in	2 Sep 2004 18:08:25 -0000
@@ -1463,11 +1463,11 @@ AC_SUBST(frags)
 
 changequote(,)dnl
 hostfile=`sed -n '
-s/XM_FILE[ 	]*=[ 	]*\([^ 	]*\)/\1/p
+s/DEPRECATED_XM_FILE[ 	]*=[ 	]*\([^ 	]*\)/\1/p
 ' ${host_makefile_frag}`
 
 targetfile=`sed -n '
-s/TM_FILE[ 	]*=[ 	]*\([^ 	]*\)/\1/p
+s/DEPRECATED_TM_FILE[ 	]*=[ 	]*\([^ 	]*\)/\1/p
 ' ${target_makefile_frag}`
 
 if test "${target}" = "${host}"; then
@@ -1509,9 +1509,9 @@ fi
 
 AC_CONFIG_SUBDIRS($configdirs)
 
-# If hostfile (XM_FILE) and/or targetfile (TM_FILE) and/or nativefile
-# (NAT_FILE) is not set in config/*/*.m[ht] files, we link to an empty
-# version.
+# If hostfile (DEPRECATED_XM_FILE) and/or targetfile
+# (DEPRECATED_TM_FILE) and/or nativefile (NAT_FILE) is not set in
+# config/*/*.m[ht] files, we link to an empty version.
 
 files=
 links=
@@ -1581,8 +1581,8 @@ mv -f Makefile.tem Makefile
 fi
 
 changequote(,)dnl
-sed -e '/^TM_FILE[ 	]*=/s,^TM_FILE[ 	]*=[ 	]*,&config/'"${gdb_target_cpu}"'/,
-/^XM_FILE[ 	]*=/s,^XM_FILE[ 	]*=[ 	]*,&config/'"${gdb_host_cpu}"'/,
+sed -e '/^DEPRECATED_TM_FILE[ 	]*=/s,^DEPRECATED_TM_FILE[ 	]*=[ 	]*,&config/'"${gdb_target_cpu}"'/,
+/^DEPRECATED_XM_FILE[ 	]*=/s,^DEPRECATED_XM_FILE[ 	]*=[ 	]*,&config/'"${gdb_host_cpu}"'/,
 /^NAT_FILE[ 	]*=/s,^NAT_FILE[ 	]*=[ 	]*,&config/'"${gdb_host_cpu}"'/,' <Makefile >Makefile.tmp
 mv -f Makefile.tmp Makefile
 changequote([,])dnl
Index: config/alpha/alpha-linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/alpha/alpha-linux.mt,v
retrieving revision 1.5
diff -p -u -r1.5 alpha-linux.mt
--- config/alpha/alpha-linux.mt	29 May 2003 23:02:53 -0000	1.5
+++ config/alpha/alpha-linux.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 # Target: Little-endian Alpha
 TDEPFILES= alpha-tdep.o alpha-mdebug-tdep.o alpha-linux-tdep.o \
 	   solib.o solib-svr4.o solib-legacy.o
-TM_FILE= tm-alphalinux.h
+DEPRECATED_TM_FILE= tm-alphalinux.h
Index: config/alpha/alpha-osf1.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/alpha/alpha-osf1.mt,v
retrieving revision 1.3
diff -p -u -r1.3 alpha-osf1.mt
--- config/alpha/alpha-osf1.mt	4 Jun 2003 05:25:10 -0000	1.3
+++ config/alpha/alpha-osf1.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: Little-endian Alpha
 TDEPFILES= alpha-tdep.o alpha-osf1-tdep.o alpha-mdebug-tdep.o
-TM_FILE= tm-alpha.h
+DEPRECATED_TM_FILE= tm-alpha.h
Index: config/alpha/alpha.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/alpha/alpha.mt,v
retrieving revision 1.1
diff -p -u -r1.1 alpha.mt
--- config/alpha/alpha.mt	18 Aug 2002 04:00:47 -0000	1.1
+++ config/alpha/alpha.mt	2 Sep 2004 18:08:25 -0000
@@ -1,2 +1,2 @@
 TDEPFILES= alpha-tdep.o
-TM_FILE= tm-alpha.h
+DEPRECATED_TM_FILE= tm-alpha.h
Index: config/alpha/fbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/alpha/fbsd.mt,v
retrieving revision 1.5
diff -p -u -r1.5 fbsd.mt
--- config/alpha/fbsd.mt	6 Mar 2004 13:50:58 -0000	1.5
+++ config/alpha/fbsd.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: FreeBSD/alpha
 TDEPFILES= alpha-tdep.o alpha-mdebug-tdep.o alphabsd-tdep.o alphafbsd-tdep.o
-TM_FILE= tm-alpha.h
+DEPRECATED_TM_FILE= tm-alpha.h
Index: config/alpha/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/alpha/nbsd.mt,v
retrieving revision 1.5
diff -p -u -r1.5 nbsd.mt
--- config/alpha/nbsd.mt	4 Jun 2003 06:22:17 -0000	1.5
+++ config/alpha/nbsd.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 # Target: Alpha running NetBSD
 TDEPFILES= alpha-tdep.o alpha-mdebug-tdep.o alphabsd-tdep.o alphanbsd-tdep.o \
 	corelow.o nbsd-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
Index: config/arm/embed.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/arm/embed.mt,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 embed.mt
--- config/arm/embed.mt	22 Dec 1999 21:45:12 -0000	1.1.1.1
+++ config/arm/embed.mt	2 Sep 2004 18:08:25 -0000
@@ -1,7 +1,7 @@
 # Target: ARM embedded system
 TDEPFILES= arm-tdep.o remote-rdp.o remote-rdi.o
 TDEPLIBS= rdi-share/libangsd.a
-TM_FILE= tm-embed.h
+DEPRECATED_TM_FILE= tm-embed.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/arm/libsim.a
Index: config/arm/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/arm/linux.mt,v
retrieving revision 1.7
diff -p -u -r1.7 linux.mt
--- config/arm/linux.mt	9 Nov 2003 17:28:07 -0000	1.7
+++ config/arm/linux.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: ARM based machine running GNU/Linux
-TM_FILE= tm-linux.h
+DEPRECATED_TM_FILE= tm-linux.h
 TDEPFILES= arm-tdep.o arm-linux-tdep.o glibc-tdep.o solib.o solib-svr4.o solib-legacy.o
Index: config/arm/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/arm/nbsd.mt,v
retrieving revision 1.6
diff -p -u -r1.6 nbsd.mt
--- config/arm/nbsd.mt	14 Nov 2003 20:45:11 -0000	1.6
+++ config/arm/nbsd.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: ARM running NetBSD
 TDEPFILES= arm-tdep.o armnbsd-tdep.o solib.o solib-svr4.o nbsd-tdep.o
-TM_FILE=tm-nbsd.h
+DEPRECATED_TM_FILE=tm-nbsd.h
Index: config/arm/wince.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/arm/wince.mt,v
retrieving revision 1.2
diff -p -u -r1.2 wince.mt
--- config/arm/wince.mt	3 Sep 2003 18:52:22 -0000	1.2
+++ config/arm/wince.mt	2 Sep 2004 18:08:25 -0000
@@ -1,5 +1,5 @@
 # Target: Acorn RISC machine (ARM) with simulator
 TDEPFILES= arm-tdep.o wince.o
-TM_FILE= tm-wince.h
+DEPRECATED_TM_FILE= tm-wince.h
 MT_CFLAGS=-DARM -U_X86_ -U_M_IX86 -U__i386__ -U__i486__ -U__i586__ -U__i686__ -DUNICODE -D_WIN32_WCE -DWINCE_STUB='"${target_alias}-stub.exe"'
 TM_CLIBS=-lrapi
Index: config/cris/cris.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/cris/cris.mt,v
retrieving revision 1.2
diff -p -u -r1.2 cris.mt
--- config/cris/cris.mt	21 Dec 2001 09:53:58 -0000	1.2
+++ config/cris/cris.mt	2 Sep 2004 18:08:25 -0000
@@ -1,2 +1,2 @@
 TDEPFILES= cris-tdep.o corelow.o solib.o solib-svr4.o
-TM_FILE= tm-cris.h
+DEPRECATED_TM_FILE= tm-cris.h
Index: config/frv/frv.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/frv/frv.mt,v
retrieving revision 1.4
diff -p -u -r1.4 frv.mt
--- config/frv/frv.mt	15 Mar 2004 19:42:25 -0000	1.4
+++ config/frv/frv.mt	2 Sep 2004 18:08:25 -0000
@@ -1,5 +1,5 @@
 # Target: Fujitsu FRV processor
 TDEPFILES= frv-tdep.o frv-linux-tdep.o solib.o solib-frv.o
-TM_FILE= tm-frv.h
+DEPRECATED_TM_FILE= tm-frv.h
 SIM_OBS = remote-sim.o
 SIM = ../sim/frv/libsim.a
Index: config/h8300/h8300.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/h8300/h8300.mt,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 h8300.mt
--- config/h8300/h8300.mt	16 Apr 1999 01:34:16 -0000	1.1.1.1
+++ config/h8300/h8300.mt	2 Sep 2004 18:08:25 -0000
@@ -1,6 +1,6 @@
 # Target: H8300 with HMS monitor, E7000 ICE and H8 simulator
 TDEPFILES= h8300-tdep.o remote-e7000.o ser-e7kpc.o monitor.o remote-hms.o dsrec.o
-TM_FILE= tm-h8300.h
+DEPRECATED_TM_FILE= tm-h8300.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/h8300/libsim.a
Index: config/i386/cygwin.mh
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/cygwin.mh,v
retrieving revision 1.6
diff -p -u -r1.6 cygwin.mh
--- config/i386/cygwin.mh	4 Feb 2002 11:00:10 -0000	1.6
+++ config/i386/cygwin.mh	2 Sep 2004 18:08:25 -0000
@@ -1,5 +1,5 @@
 MH_CFLAGS=
-XM_FILE=xm-cygwin.h
+DEPRECATED_XM_FILE=xm-cygwin.h
 NATDEPFILES= i386-nat.o win32-nat.o corelow.o
 NAT_FILE=nm-cygwin.h
 XM_CLIBS=
Index: config/i386/cygwin.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/cygwin.mt,v
retrieving revision 1.2
diff -p -u -r1.2 cygwin.mt
--- config/i386/cygwin.mt	21 Mar 2003 10:07:18 -0000	1.2
+++ config/i386/cygwin.mt	2 Sep 2004 18:08:25 -0000
@@ -1,6 +1,6 @@
 # Target: Intel 386 run win32
 TDEPFILES= i386-tdep.o i386-cygwin-tdep.o i387-tdep.o
-TM_FILE= tm-cygwin.h
+DEPRECATED_TM_FILE= tm-cygwin.h
 
 
 
Index: config/i386/fbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/fbsd.mt,v
retrieving revision 1.6
diff -p -u -r1.6 fbsd.mt
--- config/i386/fbsd.mt	22 Feb 2004 16:20:22 -0000	1.6
+++ config/i386/fbsd.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 # Target: FreeBSD/i386
 TDEPFILES= i386-tdep.o i387-tdep.o i386bsd-tdep.o i386fbsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= tm-fbsd.h
+DEPRECATED_TM_FILE= tm-fbsd.h
Index: config/i386/fbsd64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/fbsd64.mt,v
retrieving revision 1.5
diff -p -u -r1.5 fbsd64.mt
--- config/i386/fbsd64.mt	25 Feb 2004 20:45:30 -0000	1.5
+++ config/i386/fbsd64.mt	2 Sep 2004 18:08:25 -0000
@@ -2,4 +2,4 @@
 TDEPFILES= amd64-tdep.o amd64fbsd-tdep.o \
 	i386-tdep.o i387-tdep.o i386bsd-tdep.o i386fbsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= tm-fbsd.h
+DEPRECATED_TM_FILE= tm-fbsd.h
Index: config/i386/go32.mh
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/go32.mh,v
retrieving revision 1.8
diff -p -u -r1.8 go32.mh
--- config/i386/go32.mh	20 Jan 2004 09:29:17 -0000	1.8
+++ config/i386/go32.mh	2 Sep 2004 18:08:25 -0000
@@ -1,7 +1,7 @@
 # Host: Intel x86 running DJGPP
 MH_CFLAGS= 
 
-XM_FILE= xm-go32.h
+DEPRECATED_XM_FILE= xm-go32.h
 
 NAT_FILE= nm-go32.h
 NATDEPFILES= go32-nat.o i386-nat.o
Index: config/i386/i386lynx.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/i386lynx.mt,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 i386lynx.mt
--- config/i386/i386lynx.mt	16 Apr 1999 01:34:18 -0000	1.1.1.1
+++ config/i386/i386lynx.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: Intel 386 running LynxOS
 TDEPFILES= coff-solib.o i386-tdep.o i386ly-tdep.o
-TM_FILE= tm-i386lynx.h
+DEPRECATED_TM_FILE= tm-i386lynx.h
Index: config/i386/i386sol2.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/i386sol2.mt,v
retrieving revision 1.7
diff -p -u -r1.7 i386sol2.mt
--- config/i386/i386sol2.mt	9 Apr 2004 23:09:04 -0000	1.7
+++ config/i386/i386sol2.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 # Target: Solaris x86
 TDEPFILES= i386-tdep.o i387-tdep.o i386-sol2-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= tm-i386sol2.h
+DEPRECATED_TM_FILE= tm-i386sol2.h
Index: config/i386/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/linux.mt,v
retrieving revision 1.9
diff -p -u -r1.9 linux.mt
--- config/i386/linux.mt	2 May 2004 10:14:02 -0000	1.9
+++ config/i386/linux.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 # 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
-TM_FILE= tm-linux.h
+DEPRECATED_TM_FILE= tm-linux.h
Index: config/i386/linux64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/linux64.mt,v
retrieving revision 1.2
diff -p -u -r1.2 linux64.mt
--- config/i386/linux64.mt	9 Apr 2004 16:39:37 -0000	1.2
+++ config/i386/linux64.mt	2 Sep 2004 18:08:25 -0000
@@ -2,4 +2,4 @@
 TDEPFILES= amd64-tdep.o amd64-linux-tdep.o \
 	i386-tdep.o i387-tdep.o i386-linux-tdep.o glibc-tdep.o \
 	solib.o solib-svr4.o corelow.o
-TM_FILE=tm-linux64.h
+DEPRECATED_TM_FILE=tm-linux64.h
Index: config/i386/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/nbsd.mt,v
retrieving revision 1.14
diff -p -u -r1.14 nbsd.mt
--- config/i386/nbsd.mt	22 Feb 2004 16:20:22 -0000	1.14
+++ config/i386/nbsd.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 # Target: NetBSD/i386
 TDEPFILES= i386-tdep.o i387-tdep.o i386bsd-tdep.o i386nbsd-tdep.o nbsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
Index: config/i386/nbsd64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/nbsd64.mt,v
retrieving revision 1.3
diff -p -u -r1.3 nbsd64.mt
--- config/i386/nbsd64.mt	25 Feb 2004 20:45:31 -0000	1.3
+++ config/i386/nbsd64.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 # Target: NetBSD/amd64
 TDEPFILES= amd64-tdep.o amd64nbsd-tdep.o i386-tdep.o i387-tdep.o nbsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
Index: config/i386/nto.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/nto.mt,v
retrieving revision 1.1
diff -p -u -r1.1 nto.mt
--- config/i386/nto.mt	5 May 2003 13:57:21 -0000	1.1
+++ config/i386/nto.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 # Target: Intel 386 running qnx6.
 TDEPFILES = i386-tdep.o i387-tdep.o corelow.o solib.o solib-svr4.o \
 	i386-nto-tdep.o nto-tdep.o remote-nto.o
-TM_FILE = tm-nto.h
+DEPRECATED_TM_FILE = tm-nto.h
Index: config/i386/obsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/obsd.mt,v
retrieving revision 1.5
diff -p -u -r1.5 obsd.mt
--- config/i386/obsd.mt	22 Feb 2004 16:20:22 -0000	1.5
+++ config/i386/obsd.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 # Target: OpenBSD/i386
 TDEPFILES= i386-tdep.o i387-tdep.o i386bsd-tdep.o i386obsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
Index: config/i386/obsd64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/obsd64.mt,v
retrieving revision 1.5
diff -p -u -r1.5 obsd64.mt
--- config/i386/obsd64.mt	14 Aug 2004 13:45:53 -0000	1.5
+++ config/i386/obsd64.mt	2 Sep 2004 18:08:25 -0000
@@ -2,4 +2,4 @@
 TDEPFILES= amd64-tdep.o amd64obsd-tdep.o \
 	i386-tdep.o i387-tdep.o i386bsd-tdep.o i386obsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
Index: config/i386/vxworks.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/vxworks.mt,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 vxworks.mt
--- config/i386/vxworks.mt	19 Jul 1999 23:28:21 -0000	1.1.1.1
+++ config/i386/vxworks.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: i386 running VxWorks
 TDEPFILES= i386-tdep.o i387-tdep.o 
-TM_FILE= tm-vxworks.h
+DEPRECATED_TM_FILE= tm-vxworks.h
Index: config/ia64/aix.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/ia64/aix.mt,v
retrieving revision 1.1
diff -p -u -r1.1 aix.mt
--- config/ia64/aix.mt	22 Feb 2001 03:01:27 -0000	1.1
+++ config/ia64/aix.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 # Target: Intel IA-64 running AIX
 
 TDEPFILES= ia64-tdep.o ia64-linux-tdep.o ia64-aix-tdep.o
-TM_FILE= tm-aix.h
+DEPRECATED_TM_FILE= tm-aix.h
Index: config/ia64/ia64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/ia64/ia64.mt,v
retrieving revision 1.1
diff -p -u -r1.1 ia64.mt
--- config/ia64/ia64.mt	18 Aug 2002 04:00:47 -0000	1.1
+++ config/ia64/ia64.mt	2 Sep 2004 18:08:25 -0000
@@ -1,2 +1,2 @@
 TDEPFILES= ia64-tdep.o
-TM_FILE= tm-ia64.h
+DEPRECATED_TM_FILE= tm-ia64.h
Index: config/ia64/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/ia64/linux.mt,v
retrieving revision 1.8
diff -p -u -r1.8 linux.mt
--- config/ia64/linux.mt	20 Jun 2003 13:57:29 -0000	1.8
+++ config/ia64/linux.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 # Target: Intel IA-64 running GNU/Linux
 TDEPFILES= ia64-tdep.o ia64-aix-tdep.o ia64-linux-tdep.o \
 	solib.o solib-svr4.o solib-legacy.o
-TM_FILE= tm-linux.h
+DEPRECATED_TM_FILE= tm-linux.h
Index: config/m68k/cisco.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/m68k/cisco.mt,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 cisco.mt
--- config/m68k/cisco.mt	16 Apr 1999 01:34:21 -0000	1.1.1.1
+++ config/m68k/cisco.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: Cisco Router with 68K processor
 TDEPFILES= m68k-tdep.o corelow.o core-aout.o
-TM_FILE= tm-cisco.h
+DEPRECATED_TM_FILE= tm-cisco.h
Index: config/m68k/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/m68k/linux.mt,v
retrieving revision 1.4
diff -p -u -r1.4 linux.mt
--- config/m68k/linux.mt	19 Nov 2002 23:14:45 -0000	1.4
+++ config/m68k/linux.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: Motorola m68k with a.out and ELF
 TDEPFILES= m68k-tdep.o m68klinux-tdep.o solib.o solib-svr4.o solib-legacy.o
-TM_FILE= tm-linux.h
+DEPRECATED_TM_FILE= tm-linux.h
Index: config/m68k/monitor.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/m68k/monitor.mt,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 monitor.mt
--- config/m68k/monitor.mt	16 Apr 1999 01:34:21 -0000	1.1.1.1
+++ config/m68k/monitor.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: Motorola m68k embedded (EST emulator, rom68k and bug monitors)
 TDEPFILES= m68k-tdep.o monitor.o remote-est.o cpu32bug-rom.o rom68k-rom.o abug-rom.o dbug-rom.o dsrec.o
-TM_FILE= tm-monitor.h
+DEPRECATED_TM_FILE= tm-monitor.h
Index: config/m68k/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/m68k/nbsd.mt,v
retrieving revision 1.10
diff -p -u -r1.10 nbsd.mt
--- config/m68k/nbsd.mt	4 May 2004 23:47:15 -0000	1.10
+++ config/m68k/nbsd.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: NetBSD/m68k
 TDEPFILES= m68k-tdep.o m68kbsd-tdep.o corelow.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
Index: config/m68k/obsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/m68k/obsd.mt,v
retrieving revision 1.1
diff -p -u -r1.1 obsd.mt
--- config/m68k/obsd.mt	30 Apr 2004 23:28:52 -0000	1.1
+++ config/m68k/obsd.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: OpenBSD/m68k
 TDEPFILES= m68k-tdep.o m68kbsd-tdep.o corelow.o solib.o solib-svr4.o
-TM_FILE= tm-obsd.h
+DEPRECATED_TM_FILE= tm-obsd.h
Index: config/m68k/os68k.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/m68k/os68k.mt,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 os68k.mt
--- config/m68k/os68k.mt	16 Apr 1999 01:34:22 -0000	1.1.1.1
+++ config/m68k/os68k.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: VxWorks running on a 68000
 TDEPFILES= m68k-tdep.o
-TM_FILE= tm-os68k.h
+DEPRECATED_TM_FILE= tm-os68k.h
Index: config/m68k/st2000.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/m68k/st2000.mt,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 st2000.mt
--- config/m68k/st2000.mt	16 Apr 1999 01:34:22 -0000	1.1.1.1
+++ config/m68k/st2000.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: Tandem ST-2000 phone switch
 TDEPFILES= m68k-tdep.o remote-st.o
-TM_FILE= tm-st2000.h
+DEPRECATED_TM_FILE= tm-st2000.h
Index: config/m68k/vxworks68.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/m68k/vxworks68.mt,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 vxworks68.mt
--- config/m68k/vxworks68.mt	16 Apr 1999 01:34:22 -0000	1.1.1.1
+++ config/m68k/vxworks68.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: Motorola m68k running VxWorks
 TDEPFILES= m68k-tdep.o remote-vx.o remote-vx68.o xdr_ld.o xdr_ptrace.o xdr_rdb.o
-TM_FILE= tm-vx68.h
+DEPRECATED_TM_FILE= tm-vx68.h
Index: config/mips/embed.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/mips/embed.mt,v
retrieving revision 1.3
diff -p -u -r1.3 embed.mt
--- config/mips/embed.mt	4 Sep 2003 18:55:35 -0000	1.3
+++ config/mips/embed.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 TDEPFILES= mips-tdep.o remote-mips.o
-TM_FILE= tm-mips.h
+DEPRECATED_TM_FILE= tm-mips.h
 SIM_OBS = remote-sim.o
 SIM = ../sim/mips/libsim.a
Index: config/mips/irix5.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/mips/irix5.mt,v
retrieving revision 1.3
diff -p -u -r1.3 irix5.mt
--- config/mips/irix5.mt	1 Aug 2004 14:43:55 -0000	1.3
+++ config/mips/irix5.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: MIPS SGI running Irix 5
 TDEPFILES= mips-tdep.o mips-irix-tdep.o solib.o solib-irix.o
-TM_FILE= tm-mips.h
+DEPRECATED_TM_FILE= tm-mips.h
Index: config/mips/irix6.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/mips/irix6.mt,v
retrieving revision 1.3
diff -p -u -r1.3 irix6.mt
--- config/mips/irix6.mt	1 Aug 2004 14:43:56 -0000	1.3
+++ config/mips/irix6.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: MIPS SGI running Irix 6.x
 TDEPFILES= mips-tdep.o mips-irix-tdep.o solib.o solib-irix.o
-TM_FILE= tm-mips.h
+DEPRECATED_TM_FILE= tm-mips.h
Index: config/mips/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/mips/linux.mt,v
retrieving revision 1.3
diff -p -u -r1.3 linux.mt
--- config/mips/linux.mt	20 Jun 2003 13:57:29 -0000	1.3
+++ config/mips/linux.mt	2 Sep 2004 18:08:25 -0000
@@ -1,7 +1,7 @@
 # Target: Linux/MIPS
 TDEPFILES= mips-tdep.o mips-linux-tdep.o corelow.o \
 	solib.o solib-svr4.o
-TM_FILE= tm-linux.h
+DEPRECATED_TM_FILE= tm-linux.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/mips/libsim.a
Index: config/mips/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/mips/nbsd.mt,v
retrieving revision 1.2
diff -p -u -r1.2 nbsd.mt
--- config/mips/nbsd.mt	31 Aug 2002 20:28:37 -0000	1.2
+++ config/mips/nbsd.mt	2 Sep 2004 18:08:25 -0000
@@ -1,7 +1,7 @@
 # Target: MIPS running NetBSD
 TDEPFILES= mips-tdep.o mipsnbsd-tdep.o corelow.o solib.o solib-svr4.o \
 	nbsd-tdep.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/mips/libsim.a
Index: config/mips/vxmips.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/mips/vxmips.mt,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 vxmips.mt
--- config/mips/vxmips.mt	16 Apr 1999 01:34:23 -0000	1.1.1.1
+++ config/mips/vxmips.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: MIPS running VxWorks
 TDEPFILES= mips-tdep.o remote-vx.o remote-vxmips.o xdr_ld.o xdr_ptrace.o xdr_rdb.o
-TM_FILE= tm-vxmips.h
+DEPRECATED_TM_FILE= tm-vxmips.h
Index: config/mips/wince.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/mips/wince.mt,v
retrieving revision 1.2
diff -p -u -r1.2 wince.mt
--- config/mips/wince.mt	3 Sep 2003 18:52:22 -0000	1.2
+++ config/mips/wince.mt	2 Sep 2004 18:08:25 -0000
@@ -1,5 +1,5 @@
 # Target: Little-endian MIPS machine such as DECstation.
 TDEPFILES= mips-tdep.o wince.o
-TM_FILE= tm-wince.h
+DEPRECATED_TM_FILE= tm-wince.h
 MT_CFLAGS=-DMIPS -U_X86_ -U_M_IX86 -U__i386__ -U__i486__ -U__i586__ -U__i686__ -DUNICODE -D_WIN32_WCE -DWINCE_STUB='"${target_alias}-stub.exe"'
 TM_CLIBS=-lrapi
Index: config/ns32k/nbsdaout.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/ns32k/nbsdaout.mt,v
retrieving revision 1.3
diff -p -u -r1.3 nbsdaout.mt
--- config/ns32k/nbsdaout.mt	15 Feb 2004 22:38:40 -0000	1.3
+++ config/ns32k/nbsdaout.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: PC532 running NetBSD
 TDEPFILES= ns32k-tdep.o ns32knbsd-tdep.o
-TM_FILE= tm-ns32k.h
+DEPRECATED_TM_FILE= tm-ns32k.h
Index: config/pa/hppa.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/pa/hppa.mt,v
retrieving revision 1.1
diff -p -u -r1.1 hppa.mt
--- config/pa/hppa.mt	18 Aug 2002 16:09:04 -0000	1.1
+++ config/pa/hppa.mt	2 Sep 2004 18:08:25 -0000
@@ -1,2 +1,2 @@
 TDEPFILES= hppa-tdep.o
-TM_FILE= tm-hppa.h
+DEPRECATED_TM_FILE= tm-hppa.h
Index: config/pa/hppa64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/pa/hppa64.mt,v
retrieving revision 1.3
diff -p -u -r1.3 hppa64.mt
--- config/pa/hppa64.mt	3 Sep 2003 18:52:22 -0000	1.3
+++ config/pa/hppa64.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: HP PA-RISC 2.0 running HPUX 11.00 in wide mode
 TDEPFILES= hppa-tdep.o hppa-hpux-tdep.o
-TM_FILE= tm-hppa64.h
+DEPRECATED_TM_FILE= tm-hppa64.h
Index: config/pa/hppahpux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/pa/hppahpux.mt,v
retrieving revision 1.2
diff -p -u -r1.2 hppahpux.mt
--- config/pa/hppahpux.mt	16 Dec 2002 16:51:47 -0000	1.2
+++ config/pa/hppahpux.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: HP PA-RISC running hpux
 TDEPFILES= hppa-tdep.o hppa-hpux-tdep.o
-TM_FILE= tm-hppah.h
+DEPRECATED_TM_FILE= tm-hppah.h
Index: config/pa/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/pa/linux.mt,v
retrieving revision 1.2
diff -p -u -r1.2 linux.mt
--- config/pa/linux.mt	10 May 2004 18:33:37 -0000	1.2
+++ config/pa/linux.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: HP PA-RISC running Linux
 TDEPFILES= hppa-tdep.o hppa-linux-tdep.o glibc-tdep.o solib.o solib-svr4.o
-TM_FILE=tm-linux.h
+DEPRECATED_TM_FILE=tm-linux.h
Index: config/pa/obsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/pa/obsd.mt,v
retrieving revision 1.1
diff -p -u -r1.1 obsd.mt
--- config/pa/obsd.mt	26 Jun 2004 10:06:35 -0000	1.1
+++ config/pa/obsd.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: OpenBSD/hppa
 TDEPFILES= hppa-tdep.o hppabsd-tdep.o corelow.o solib.o solib-svr4.o
-TM_FILE= tm-bsd.h
+DEPRECATED_TM_FILE= tm-bsd.h
Index: config/powerpc/aix.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/powerpc/aix.mt,v
retrieving revision 1.6
diff -p -u -r1.6 aix.mt
--- config/powerpc/aix.mt	30 May 2002 01:21:53 -0000	1.6
+++ config/powerpc/aix.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: PowerPC running AIX
 TDEPFILES= rs6000-tdep.o xcoffread.o ppc-sysv-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-ppc-aix.h
+DEPRECATED_TM_FILE= tm-ppc-aix.h
Index: config/powerpc/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/powerpc/linux.mt,v
retrieving revision 1.6
diff -p -u -r1.6 linux.mt
--- config/powerpc/linux.mt	30 Jul 2002 19:03:49 -0000	1.6
+++ config/powerpc/linux.mt	2 Sep 2004 18:08:25 -0000
@@ -1,7 +1,7 @@
 # Target: Motorola PPC on Linux
 TDEPFILES= rs6000-tdep.o ppc-linux-tdep.o ppc-sysv-tdep.o solib.o \
 	solib-svr4.o solib-legacy.o corelow.o
-TM_FILE= tm-linux.h
+DEPRECATED_TM_FILE= tm-linux.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/ppc/libsim.a
Index: config/powerpc/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/powerpc/nbsd.mt,v
retrieving revision 1.11
diff -p -u -r1.11 nbsd.mt
--- config/powerpc/nbsd.mt	30 May 2002 01:21:53 -0000	1.11
+++ config/powerpc/nbsd.mt	2 Sep 2004 18:08:25 -0000
@@ -1,7 +1,7 @@
 # Target: PowerPC, running NetBSD
 TDEPFILES= rs6000-tdep.o ppc-sysv-tdep.o ppcnbsd-tdep.o nbsd-tdep.o corelow.o \
 	solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/ppc/libsim.a
Index: config/powerpc/obsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/powerpc/obsd.mt,v
retrieving revision 1.1
diff -p -u -r1.1 obsd.mt
--- config/powerpc/obsd.mt	22 Apr 2004 21:13:06 -0000	1.1
+++ config/powerpc/obsd.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 # Target: OpenBSD/powerpc
 TDEPFILES= rs6000-tdep.o ppc-sysv-tdep.o ppcobsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
Index: config/powerpc/ppc-eabi.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/powerpc/ppc-eabi.mt,v
retrieving revision 1.5
diff -p -u -r1.5 ppc-eabi.mt
--- config/powerpc/ppc-eabi.mt	30 May 2002 01:21:53 -0000	1.5
+++ config/powerpc/ppc-eabi.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: PowerPC running eabi
 TDEPFILES= rs6000-tdep.o monitor.o dsrec.o ppcbug-rom.o dink32-rom.o ppc-bdm.o ocd.o remote-sds.o ppc-sysv-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-ppc-eabi.h
+DEPRECATED_TM_FILE= tm-ppc-eabi.h
Index: config/powerpc/ppc-sim.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/powerpc/ppc-sim.mt,v
retrieving revision 1.5
diff -p -u -r1.5 ppc-sim.mt
--- config/powerpc/ppc-sim.mt	30 May 2002 01:21:53 -0000	1.5
+++ config/powerpc/ppc-sim.mt	2 Sep 2004 18:08:25 -0000
@@ -1,6 +1,6 @@
 # Target: PowerPC running eabi and including the simulator
 TDEPFILES= rs6000-tdep.o monitor.o dsrec.o ppcbug-rom.o dink32-rom.o ppc-bdm.o ocd.o remote-sds.o ppc-sysv-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-ppc-eabi.h
+DEPRECATED_TM_FILE= tm-ppc-eabi.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/ppc/libsim.a
Index: config/powerpc/vxworks.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/powerpc/vxworks.mt,v
retrieving revision 1.4
diff -p -u -r1.4 vxworks.mt
--- config/powerpc/vxworks.mt	30 May 2002 01:21:53 -0000	1.4
+++ config/powerpc/vxworks.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: Powerpc running VxWorks
 TDEPFILES= rs6000-tdep.o ppc-sysv-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-vxworks.h
+DEPRECATED_TM_FILE= tm-vxworks.h
Index: config/rs6000/aix4.mh
===================================================================
RCS file: /cvs/src/src/gdb/config/rs6000/aix4.mh,v
retrieving revision 1.3
diff -p -u -r1.3 aix4.mh
--- config/rs6000/aix4.mh	18 Jan 2002 04:51:07 -0000	1.3
+++ config/rs6000/aix4.mh	2 Sep 2004 18:08:25 -0000
@@ -1,6 +1,6 @@
 # Host: IBM RS/6000 running AIX4
 
-XM_FILE= xm-aix4.h
+DEPRECATED_XM_FILE= xm-aix4.h
 
 NAT_FILE= nm-rs6000.h
 NATDEPFILES= fork-child.o infptrace.o inftarg.o corelow.o rs6000-nat.o \
Index: config/rs6000/aix4.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/rs6000/aix4.mt,v
retrieving revision 1.5
diff -p -u -r1.5 aix4.mt
--- config/rs6000/aix4.mt	2 Jun 2002 17:50:41 -0000	1.5
+++ config/rs6000/aix4.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: IBM RS/6000 running AIX4
 TDEPFILES= rs6000-tdep.o xcoffread.o ppc-sysv-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-rs6000-aix4.h
+DEPRECATED_TM_FILE= tm-rs6000-aix4.h
Index: config/rs6000/rs6000.mh
===================================================================
RCS file: /cvs/src/src/gdb/config/rs6000/rs6000.mh,v
retrieving revision 1.3
diff -p -u -r1.3 rs6000.mh
--- config/rs6000/rs6000.mh	18 Jan 2002 04:51:07 -0000	1.3
+++ config/rs6000/rs6000.mh	2 Sep 2004 18:08:25 -0000
@@ -1,6 +1,6 @@
 # Host: IBM RS/6000 running AIX
 
-XM_FILE= xm-rs6000.h
+DEPRECATED_XM_FILE= xm-rs6000.h
 
 NAT_FILE= nm-rs6000.h
 NATDEPFILES= fork-child.o infptrace.o inftarg.o corelow.o rs6000-nat.o \
Index: config/rs6000/rs6000.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/rs6000/rs6000.mt,v
retrieving revision 1.5
diff -p -u -r1.5 rs6000.mt
--- config/rs6000/rs6000.mt	2 Jun 2002 17:50:41 -0000	1.5
+++ config/rs6000/rs6000.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: IBM RS/6000 running AIX
 TDEPFILES= rs6000-tdep.o xcoffread.o ppc-sysv-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-rs6000.h
+DEPRECATED_TM_FILE= tm-rs6000.h
Index: config/rs6000/rs6000lynx.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/rs6000/rs6000lynx.mt,v
retrieving revision 1.6
diff -p -u -r1.6 rs6000lynx.mt
--- config/rs6000/rs6000lynx.mt	2 Jun 2002 17:50:41 -0000	1.6
+++ config/rs6000/rs6000lynx.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: IBM RS6000 running LynxOS
 TDEPFILES= coff-solib.o rs6000-tdep.o ppc-sysv-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-rs6000ly.h
+DEPRECATED_TM_FILE= tm-rs6000ly.h
Index: config/s390/s390.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/s390/s390.mt,v
retrieving revision 1.5
diff -p -u -r1.5 s390.mt
--- config/s390/s390.mt	3 Sep 2003 15:02:50 -0000	1.5
+++ config/s390/s390.mt	2 Sep 2004 18:08:25 -0000
@@ -1,5 +1,5 @@
 # Target: S390 running Linux
-TM_FILE= tm-linux.h
+DEPRECATED_TM_FILE= tm-linux.h
 TDEPFILES=s390-tdep.o solib.o
 # Post 5.0 tdep-files
 TDEPFILES+=solib-svr4.o solib-legacy.o
Index: config/sh/embed.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sh/embed.mt,v
retrieving revision 1.4
diff -p -u -r1.4 embed.mt
--- config/sh/embed.mt	1 Aug 2004 21:38:03 -0000	1.4
+++ config/sh/embed.mt	2 Sep 2004 18:08:25 -0000
@@ -1,6 +1,6 @@
 # Target: Embedded Renesas Super-H with ICE and simulator
 TDEPFILES= sh-tdep.o monitor.o sh3-rom.o remote-e7000.o ser-e7kpc.o dsrec.o 
-TM_FILE= tm-sh.h
+DEPRECATED_TM_FILE= tm-sh.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/sh/libsim.a
Index: config/sh/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sh/linux.mt,v
retrieving revision 1.7
diff -p -u -r1.7 linux.mt
--- config/sh/linux.mt	1 Aug 2004 21:38:03 -0000	1.7
+++ config/sh/linux.mt	2 Sep 2004 18:08:25 -0000
@@ -1,6 +1,6 @@
 # Target: Renesas Super-H running GNU/Linux
 TDEPFILES= sh-tdep.o monitor.o sh3-rom.o remote-e7000.o ser-e7kpc.o dsrec.o solib.o solib-svr4.o solib-legacy.o
-TM_FILE= tm-linux.h
+DEPRECATED_TM_FILE= tm-linux.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/sh/libsim.a
Index: config/sh/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sh/nbsd.mt,v
retrieving revision 1.5
diff -p -u -r1.5 nbsd.mt
--- config/sh/nbsd.mt	1 Aug 2004 21:38:03 -0000	1.5
+++ config/sh/nbsd.mt	2 Sep 2004 18:08:25 -0000
@@ -1,6 +1,6 @@
 # Target: SuperH running NetBSD
 TDEPFILES= sh-tdep.o shnbsd-tdep.o corelow.o nbsd-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/sh/libsim.a
Index: config/sh/wince.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sh/wince.mt,v
retrieving revision 1.5
diff -p -u -r1.5 wince.mt
--- config/sh/wince.mt	1 Aug 2004 21:38:03 -0000	1.5
+++ config/sh/wince.mt	2 Sep 2004 18:08:25 -0000
@@ -1,5 +1,5 @@
 # Target: Renesas Super-H running on Windows CE
 TDEPFILES= sh-tdep.o wince.o
-TM_FILE= tm-wince.h
+DEPRECATED_TM_FILE= tm-wince.h
 MT_CFLAGS=-DSHx -U_X86_ -U_M_IX86 -U__i386__ -U__i486__ -U__i586__ -U__i686__ -DUNICODE -D_WIN32_WCE -DWINCE_STUB='"${target_alias}-stub.exe"'
 TM_CLIBS=-lrapi
Index: config/sparc/fbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/fbsd.mt,v
retrieving revision 1.4
diff -p -u -r1.4 fbsd.mt
--- config/sparc/fbsd.mt	3 Jan 2004 10:08:45 -0000	1.4
+++ config/sparc/fbsd.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: FreeBSD/sparc64
 TDEPFILES= sparc-tdep.o sparc64-tdep.o sparc64fbsd-tdep.o corelow.o
-TM_FILE= tm-fbsd.h
+DEPRECATED_TM_FILE= tm-fbsd.h
Index: config/sparc/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/linux.mt,v
retrieving revision 1.5
diff -p -u -r1.5 linux.mt
--- config/sparc/linux.mt	7 Apr 2004 00:15:12 -0000	1.5
+++ config/sparc/linux.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 # Target: GNU/Linux SPARC
 TDEPFILES= sparc-tdep.o sparc-sol2-tdep.o sparc-linux-tdep.o \
 	solib.o solib-svr4.o
-TM_FILE= tm-linux.h
+DEPRECATED_TM_FILE= tm-linux.h
Index: config/sparc/linux64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/linux64.mt,v
retrieving revision 1.3
diff -p -u -r1.3 linux64.mt
--- config/sparc/linux64.mt	7 Apr 2004 00:15:12 -0000	1.3
+++ config/sparc/linux64.mt	2 Sep 2004 18:08:25 -0000
@@ -2,4 +2,4 @@
 TDEPFILES= sparc64-tdep.o sparc64-sol2-tdep.o sparc64-linux-tdep.o \
 	sparc-tdep.o sparc-sol2-tdep.o sparc-linux-tdep.o \
 	solib.o solib-svr4.o
-TM_FILE= tm-linux.h
+DEPRECATED_TM_FILE= tm-linux.h
Index: config/sparc/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/nbsd.mt,v
retrieving revision 1.6
diff -p -u -r1.6 nbsd.mt
--- config/sparc/nbsd.mt	3 Jan 2004 10:08:45 -0000	1.6
+++ config/sparc/nbsd.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 # Target: NetBSD/sparc
 TDEPFILES= sparc-tdep.o sparcnbsd-tdep.o nbsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
Index: config/sparc/nbsd64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/nbsd64.mt,v
retrieving revision 1.2
diff -p -u -r1.2 nbsd64.mt
--- config/sparc/nbsd64.mt	3 Jan 2004 10:08:45 -0000	1.2
+++ config/sparc/nbsd64.mt	2 Sep 2004 18:08:25 -0000
@@ -2,4 +2,4 @@
 TDEPFILES= sparc64-tdep.o sparc64nbsd-tdep.o \
 	sparc-tdep.o sparcnbsd-tdep.o nbsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
Index: config/sparc/obsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/obsd.mt,v
retrieving revision 1.1
diff -p -u -r1.1 obsd.mt
--- config/sparc/obsd.mt	25 Jan 2004 11:46:45 -0000	1.1
+++ config/sparc/obsd.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 # Target: OpenBSD/sparc
 TDEPFILES= sparc-tdep.o sparcnbsd-tdep.o sparcobsd-tdep.o nbsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
Index: config/sparc/obsd64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/obsd64.mt,v
retrieving revision 1.2
diff -p -u -r1.2 obsd64.mt
--- config/sparc/obsd64.mt	23 Jul 2004 00:15:11 -0000	1.2
+++ config/sparc/obsd64.mt	2 Sep 2004 18:08:25 -0000
@@ -2,4 +2,4 @@
 TDEPFILES= sparc64-tdep.o sparc64nbsd-tdep.o sparc64obsd-tdep.o \
 	sparc-tdep.o sparcnbsd-tdep.o sparcobsd-tdep.o nbsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
Index: config/sparc/sol2-64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/sol2-64.mt,v
retrieving revision 1.2
diff -p -u -r1.2 sol2-64.mt
--- config/sparc/sol2-64.mt	7 Apr 2004 00:15:12 -0000	1.2
+++ config/sparc/sol2-64.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 # Target: Solaris UltraSPARC
 TDEPFILES= sparc64-tdep.o sparc64-sol2-tdep.o sparc-tdep.o sparc-sol2-tdep.o \
 	solib.o solib-svr4.o
-TM_FILE= tm-sol2.h
+DEPRECATED_TM_FILE= tm-sol2.h
Index: config/sparc/sol2.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/sol2.mt,v
retrieving revision 1.3
diff -p -u -r1.3 sol2.mt
--- config/sparc/sol2.mt	7 Apr 2004 00:15:12 -0000	1.3
+++ config/sparc/sol2.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: Solaris SPARC
 TDEPFILES= sparc-tdep.o sparc-sol2-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-sol2.h
+DEPRECATED_TM_FILE= tm-sol2.h
Index: config/sparc/vxworks.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/vxworks.mt,v
retrieving revision 1.1
diff -p -u -r1.1 vxworks.mt
--- config/sparc/vxworks.mt	3 Jan 2004 12:09:48 -0000	1.1
+++ config/sparc/vxworks.mt	2 Sep 2004 18:08:25 -0000
@@ -1,4 +1,4 @@
 # Target: VxWorks SPARC
 TDEPFILES= sparc-tdep.o \
 	remote-vx.o remote-vxsparc.o xdr_ld.o xdr_ptrace.o xdr_rdb.o
-TM_FILE= tm-vxworks.h
+DEPRECATED_TM_FILE= tm-vxworks.h
Index: config/vax/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/vax/nbsd.mt,v
retrieving revision 1.3
diff -p -u -r1.3 nbsd.mt
--- config/vax/nbsd.mt	14 Apr 2004 18:02:44 -0000	1.3
+++ config/vax/nbsd.mt	2 Sep 2004 18:08:25 -0000
@@ -1,3 +1,3 @@
 # Target: NetBSD/vax
 TDEPFILES= vax-tdep.o vaxnbsd-tdep.o corelow.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
Index: gdbserver/Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/gdbserver/Makefile.in,v
retrieving revision 1.25
diff -p -u -r1.25 Makefile.in
--- gdbserver/Makefile.in	4 Mar 2004 21:58:59 -0000	1.25
+++ gdbserver/Makefile.in	2 Sep 2004 18:08:25 -0000
@@ -183,8 +183,8 @@ gdbreplay: gdbreplay.o
 # specific routine gets the one for the correct machine.
 # The xyzzy stuff below deals with empty DEPFILES
 TAGS:	${TAGFILES}
-	etags `find ${srcdir}/../config -name $(TM_FILE) -print` \
-	  `find ${srcdir}/../config -name ${XM_FILE} -print` \
+	etags `find ${srcdir}/../config -name $(DEPRECATED_TM_FILE) -print` \
+	  `find ${srcdir}/../config -name ${DEPRECATED_XM_FILE} -print` \
 	  `find ${srcdir}/../config -name ${NAT_FILE} -print` \
 	  `for i in yzzy ${DEPFILES}; do \
 	     if [ x$$i != xyzzy ]; then \
Index: nlm/Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/nlm/Makefile.in,v
retrieving revision 1.2
diff -p -u -r1.2 Makefile.in
--- nlm/Makefile.in	6 Mar 2001 08:21:46 -0000	1.2
+++ nlm/Makefile.in	2 Sep 2004 18:08:25 -0000
@@ -130,8 +130,8 @@ gdbserve.O: prelude.o gdbserve.o $(TDEPF
 # specific routine gets the one for the correct machine.
 # The xyzzy stuff below deals with empty DEPFILES
 TAGS:	${TAGFILES}
-	etags `find ${srcdir}/../config -name $(TM_FILE) -print` \
-	  `find ${srcdir}/../config -name ${XM_FILE} -print` \
+	etags `find ${srcdir}/../config -name $(DEPRECATED_TM_FILE) -print` \
+	  `find ${srcdir}/../config -name ${DEPRECATED_XM_FILE} -print` \
 	  `find ${srcdir}/../config -name ${NAT_FILE} -print` \
 	  `for i in yzzy ${DEPFILES}; do \
 	     if [ x$$i != xyzzy ]; then \

Re: [patch] Deprecate XM_FILE and TM_FILE

[Eli Zaretskii]

> Date: Thu, 02 Sep 2004 14:29:21 -0400
> From: Andrew Cagney <cagney@gnu.org>
> 
> -XM_FILE= xm-go32.h
> +DEPRECATED_XM_FILE= xm-go32.h

What exactly am I supposed to do here to avoid the danger of having
the DJGPP port nuked in the next release?  Define GDBINIT_FILENAME,
CRLF_SOURCE_FILES, and DIRNAME_SEPARATOR on some header file(s)
conditioned by "#ifdef DJGPP"?  It sounds silly to invent autoconf
tests for that when we know _exactly_ what system(s) will need that.

Re: [patch] Deprecate XM_FILE and TM_FILE

[Andrew Cagney]

[-- Attachment #1: Type: text/plain, Size: 556 bytes --]

>>> Date: Thu, 02 Sep 2004 14:29:21 -0400
>>> From: Andrew Cagney <cagney@gnu.org>
>>> 
>>> -XM_FILE= xm-go32.h
>>> +DEPRECATED_XM_FILE= xm-go32.h
> 
> 
> What exactly am I supposed to do here to avoid the danger of having
> the DJGPP port nuked in the next release?  Define GDBINIT_FILENAME,
> CRLF_SOURCE_FILES, and DIRNAME_SEPARATOR on some header file(s)
> conditioned by "#ifdef DJGPP"?  It sounds silly to invent autoconf
> tests for that when we know _exactly_ what system(s) will need that.

I thought we discussed this with the attached.

Andrew


[-- Attachment #2: Attached Message --]
[-- Type: message/rfc822, Size: 3509 bytes --]

From: "Eli Zaretskii" <eliz@gnu.org>
To: Andrew Cagney <cagney@gnu.org>
Cc: gdb@sources.redhat.com
Subject: Re: [6.3] Drop xm-*.h from GDB - move to pure autoconf
Date: Fri, 30 Jul 2004 21:06:40 +0300
Message-ID: <3791-Fri30Jul2004210638+0300-eliz@gnu.org>

> Date: Fri, 30 Jul 2004 09:23:48 -0400
> From: Andrew Cagney <cagney@gnu.org>
> 
> Check the contents of config/i386/xm-{cygwin,djgpp}.h.  Instead of being 
> detected by autoconf, those values are being hardwired.  Easy to fix

Ah, that...  Your message made it sound as if there's some inherent
problem that prevents autoconfiscation, so I was surprised.

Yes, it should be easy to fix, except for the gdb.ini part: if one
builds the DJGPP port on Windows or cross-compiles on Unix, the
filesystem will allow that name.  So the test needs to be dependent on
the fact that a DJGPP port is being built, no matter what the
underlying OS has to say about .gdbinit.

Note that include/filenames.h has some constants similar to the `;' vs
`:' stuff, so maybe some of GDB sources could use the results of
autoconfiscation instead.

Re: [patch] Deprecate XM_FILE and TM_FILE

[Eli Zaretskii]

> Date: Fri, 03 Sep 2004 12:16:59 -0400
> From: Andrew Cagney <cagney@gnu.org>
> Cc: gdb-patches@sources.redhat.com
> 
> I thought we discussed this with the attached.

Did I miss a point where that discussion concluded that it was okay to
deprecate xm-go32.h right away?

For all I know, that discussion was about the idea in principle, and I
somehow thought that you were offering to write the necessary
configury stuff yourself.  No one ever said to me that the next thing
I'll see is the DJGPP port being deprecated.  That is something I'd
expect to be said explicitly, rather than in a committed patch that
pretends to be ``obvious''.

How in the world can you deprecate a port without first asking its
designated maintainer, and without waiting for his/her explicit
approval??

On a more general note, too many commits lately are too trigger-happy
to my taste.  There are fewer and fewer patches that are thoroughly
discussed and where dissenting views are honored rather than ignored.
For me, that makes the GDB development a much less enjoyable
environment than it was for quite a few years before.

Re: [patch] Deprecate XM_FILE and TM_FILE

[Andrew Cagney]

Eli, sorry but I'm lost here.

This patch deprecates a _mechanism_ not a system.  Doing this makes it 
explicitly clear that _new_ code _can't_ use it, and that existing code 
will need to be migrated away from it, over time.  To that end:

- we've almost eliminated the xm-*.h files
- the tm-*.h files are being emptied / deleted

Andrew

Re: [patch] Deprecate XM_FILE and TM_FILE

[Eli Zaretskii]

> Date: Sat, 04 Sep 2004 10:25:47 -0400
> From: Andrew Cagney <cagney@gnu.org>
> Cc: gdb-patches@sources.redhat.com
> 
> This patch deprecates a _mechanism_ not a system.  Doing this makes it 
> explicitly clear that _new_ code _can't_ use it, and that existing code 
> will need to be migrated away from it, over time.

I was reacting to the second meaning (`` that existing code will need
to be migrated away from it, over time'').

>  To that end:
> 
> - we've almost eliminated the xm-*.h files
> - the tm-*.h files are being emptied / deleted

Calling something ``deprecated'' means that it will go away in a
future release.  When XM_FILE goes away, xm-go32.h will no longer be
doing its job, and the DJGPP port of GDB will be severely broken.
Therefore, deprecating XM_FILE means you are deprecating the DJGPP
port.  I don't appreciate this being done without consulting me first.
(I feel the same about the other xm-*.h files being deprecated, but if
their maintainers don't mind, so be it.)

What I would have expected is that if you make a change that has a
potential to break some port, you at the same time commit a change
that fixes the potential damage.  In this case, some alternative way
of getting these macros into the DJGPP port should have been added,
either before or together with the patch that deprecated xm-go32.h.

It is fine not to bother to fix the DJGPP port, and instead leave that
to me, but in that case I'd expect that the offending patch not be
committed until I come up with an alternative solution.

I hope I made myself clear this time.

Re: [patch] Deprecate XM_FILE and TM_FILE

[Andrew Cagney]

> Calling something ``deprecated'' means that it will go away in a
> future release.   When XM_FILE goes away, xm-go32.h will no longer be
> doing its job, and the DJGPP port of GDB will be severely broken.
 > Therefore, deprecating XM_FILE means you are deprecating the DJGPP
 > port.

Eli, sorry I'm still lost.

Here, the xm-go32.h file will have been removed before the XM_FILE 
mechanism goes away (if it hasn't we've both seriously fallen down on 
the job :-) and therefore, DJGPP won't be broken.  In fact, thanks to 
Joel's and MarkK's efforts, we're even ahead of schedule on this one!

This is all about preventing new uses of an old mechanism that we're 
trying to replace, not about deprecating DJGPP.

Andrew

Re: [patch] Deprecate XM_FILE and TM_FILE

[Eli Zaretskii]

> Date: Sat, 04 Sep 2004 16:37:18 -0400
> From: Andrew Cagney <cagney@gnu.org>
> Cc: gdb-patches@sources.redhat.com
> 
> Here, the xm-go32.h file will have been removed before the XM_FILE 
> mechanism goes away (if it hasn't we've both seriously fallen down on 
> the job :-) and therefore, DJGPP won't be broken.

Who is going to replace xm-go32.h with something that will preserve
the functionality?  And why isn't that something checked in before
XM_FILE is deprecated?

> This is all about preventing new uses of an old mechanism that we're 
> trying to replace, not about deprecating DJGPP.

The thing is DJGPP _uses_ that old mechanism.

Re: [patch] Deprecate XM_FILE and TM_FILE

[Andrew Cagney]

Earlier you wrote:

> What I would have expected is that if you make a change that has a
> potential to break some port, you at the same time commit a change
> that fixes the potential damage.

Just so that we're on the same page, my change has not been committed:
- per last flame war, deprecations are given a week
- I clearly stated ``I'll _look_ to commit this in a week,''
- a check of CVS shows no such commit
however:
- the subject line specified `PATCH'
While we've all come to learn that the word PATCH in the subject line 
conveys no meaning (committed? rfa? rfc? ...?), I should have remembered 
to avoid it - brain fart.

First, lets just clarify something>>> Date: Sat, 04 Sep 2004 16:37:18 -0400
>>> From: Andrew Cagney <cagney@gnu.org>
>>> Cc: gdb-patches@sources.redhat.com
>>> 
>>> Here, the xm-go32.h file will have been removed before the XM_FILE 
>>> mechanism goes away (if it hasn't we've both seriously fallen down on 
>>> the job :-) and therefore, DJGPP won't be broken.
> 
> 
> Who is going to replace xm-go32.h with something that will preserve
> the functionality?  And why isn't that something checked in before
> XM_FILE is deprecated?

We've the following mechanisms:

	*.mh:XM_FILE
	#define GDBINIT_FILENAME
	#define CRLF_SOURCE_FILES
	#define DIRNAME_SEPARATOR

Here I'm ``disapproving'' the mechanism XM_FILE and have said nothing of 
GDBINIT_FILENAME et.al.

Now if I were to try to either:

- deprecate or delete GDBINIT_FILENAME without a replacement
- delete XM_FILE without eliminating DJGPP's dependence

then you'd have strong grounds for complaint.  Fortunatly, I've been 
very careful to not do this.

So to back you your original question.  I think you're asking who will 
cut the code necessary to acheive each of:

- eliminate/replace GDBINIT_FILENAME from xm-*.h
- eliminate/replace CRLF_SOURCE_FILES from xm-*.h
- eliminate/replace DIRNAME_SEPARATOR from xm-*.h

as they block the elimination (not deprecation) of XM_FILE.

short answer: I don't know.

long answer: It doesn't matter.
What matters is that it gets done.  To that end we're both ultimatly 
responsble for ensuring that it does.

Having said that, I think we can assume that it will end up being me 
that does the dirty work.

Andrew

Re: [patch] Deprecate XM_FILE and TM_FILE

[Eli Zaretskii]

> Date: Thu, 09 Sep 2004 12:05:25 -0400
> From: Andrew Cagney <cagney@gnu.org>
> Cc: gdb-patches@sources.redhat.com
> 
> - the subject line specified `PATCH'

Yes.  Many patches that were committed lately said "PATCH" in the
Subject and then "Committed" in the body.  That's what probably fooled
me, for which I'm nevertheless sorry.

> Now if I were to try to either:
> 
> - deprecate or delete GDBINIT_FILENAME without a replacement
> - delete XM_FILE without eliminating DJGPP's dependence
> 
> then you'd have strong grounds for complaint.

Deprecating XM_FILE means it will be deleted in the next major
release.  So I'm complaining now to prevent the more-or-less automatic
deletion of anything that matches the regexp "deprecated.*"
(case-insensitively) in the near future, when it would be too late to
complain.

> I think you're asking who will cut the code necessary to acheive
> each of:
> 
> - eliminate/replace GDBINIT_FILENAME from xm-*.h
> - eliminate/replace CRLF_SOURCE_FILES from xm-*.h
> - eliminate/replace DIRNAME_SEPARATOR from xm-*.h

Yes.  And I also request that the replacement for these xm-*.h
definitions be in place _before_ we deprecate XM_FILE, because in my
book, a feature that is being actively used cannot be deprecated.

> short answer: I don't know.
> 
> long answer: It doesn't matter.
> What matters is that it gets done.  To that end we're both ultimatly 
> responsble for ensuring that it does.

So let's do it before XM_FILE is deprecated.

> Having said that, I think we can assume that it will end up being me 
> that does the dirty work.

I don't mind doing the ``dirty work'' myself, if you will wait with
the XM_FILE deprecation until I find the time to do it.  If you cannot
wait, I think it is only natural that you do that job as part of the
patch that deprecates XM_FILE.

Re: [patch] Deprecate XM_FILE and TM_FILE

[Andrew Cagney]

>>> Now if I were to try to either:
>>> 
>>> - deprecate or delete GDBINIT_FILENAME without a replacement
>>> - delete XM_FILE without eliminating DJGPP's dependence
>>> 
>>> then you'd have strong grounds for complaint.
> 
> 
> Deprecating XM_FILE means it will be deleted in the next major
> release.  So I'm complaining now to prevent the more-or-less automatic
> deletion of anything that matches the regexp "deprecated.*"
> (case-insensitively) in the near future, when it would be too late to
> complain.

This isn't correct.

Deprecating something does not mean that it will automatically be 
deleted in the next major release.  We've still got stuff that was 
deprecated in '99!

>>> I think you're asking who will cut the code necessary to acheive
>>> each of:
>>> 
>>> - eliminate/replace GDBINIT_FILENAME from xm-*.h
>>> - eliminate/replace CRLF_SOURCE_FILES from xm-*.h
>>> - eliminate/replace DIRNAME_SEPARATOR from xm-*.h
> 
> 
> Yes.  And I also request that the replacement for these xm-*.h
> definitions be in place _before_ we deprecate XM_FILE, because in my
> book, a feature that is being actively used cannot be deprecated.

Java defines deprecation as:
http://java.sun.com/docs/books/tutorial/post1.0/converting/deprecation.html
> What Does Deprecation Mean?
> 
>     You might have heard of the term "self-deprecating humor." It describes humor that minimizes one's own importance.
> 
>     Similarly, when a class or method is deprecated, it means that the class or method is no longer considered important. It is so unimportant, in fact, that it should no longer be used at all, as it might well cease to exist in the future.
> 
>     The need for deprecation comes about because as a class evolves, its API changes. Methods are renamed for consistency. New and better methods are added. Attributes change. But making such changes introduces a problem: You need to keep the old API around until people make the transition to the new one, but you don't want developers to continue programming to the old API.
> 
>     The ability to mark a class or method as "deprecated" solves the problem. Existing classes that use the old API continue to work, but the compiler can issue a warning when it finds references to deprecated items. Meanwhile, API documentation can warn the user against using the deprecated item and tell the user how to avoid doing so. To mark API as deprecated, the implementer of the API uses a special tag in doc comments: @deprecated.

The task of formally deprecating a mechanism, and the task of 
eliminating uses are separate, we need to keep them as such.

How about we get this in, and then I'll follow up (by 6.3) with patches 
to finish this (as I said, I suspect I'll be doing the dirty work).

Andrew

Re: [patch] Deprecate XM_FILE and TM_FILE

[Eli Zaretskii]

> Date: Thu, 09 Sep 2004 16:25:48 -0400
> From: Andrew Cagney <cagney@gnu.org>
> Cc: gdb-patches@sources.redhat.com
> 
> > Deprecating XM_FILE means it will be deleted in the next major
> > release.  So I'm complaining now to prevent the more-or-less automatic
> > deletion of anything that matches the regexp "deprecated.*"
> > (case-insensitively) in the near future, when it would be too late to
> > complain.
> 
> This isn't correct.
> 
> Deprecating something does not mean that it will automatically be 
> deleted in the next major release.  We've still got stuff that was 
> deprecated in '99!

That might be so, but I've seen too many "Garbage collect FOO"
messages lately to know that, following every release, many deprecated
features get eliminated in patches treated as obvious, with no
discussion.

> Java defines deprecation as:

Andrew, can you please stop patronizing me?  I think I understand
English well enough to not need such lectures!

> How about we get this in, and then I'll follow up (by 6.3) with patches 
> to finish this (as I said, I suspect I'll be doing the dirty work).

As I said already, several times, I'd like the replacement to go in
either before or together with this patch, not after.

Re: [patch] Deprecate XM_FILE and TM_FILE

[Joel Brobecker]

> That might be so, but I've seen too many "Garbage collect FOO"
> messages lately to know that, following every release, many deprecated
> features get eliminated in patches treated as obvious, with no
> discussion.

As much as I find Andrew's methods sometimes too brutal for me, I have
to recognize that I don't remember him deliberately breaking a port
just because he wanted to remove something that has been deprecated.
I think we can trust him in not doing so without discussing it beforehand.

Also, I don't think Andrew is using the "obvious" rule here. The patches
are nowhere near obvious, I agree. He's using the global maintainer
priviledge.

-- 
Joel

Re: [patch] Deprecate XM_FILE and TM_FILE

[Eli Zaretskii]

> Date: Thu, 9 Sep 2004 14:26:38 -0700
> From: Joel Brobecker <brobecker@gnat.com>
> Cc: Andrew Cagney <cagney@gnu.org>, gdb-patches@sources.redhat.com
> 
> > That might be so, but I've seen too many "Garbage collect FOO"
> > messages lately to know that, following every release, many deprecated
> > features get eliminated in patches treated as obvious, with no
> > discussion.
> 
> As much as I find Andrew's methods sometimes too brutal for me, I have
> to recognize that I don't remember him deliberately breaking a port
> just because he wanted to remove something that has been deprecated.
> I think we can trust him in not doing so without discussing it beforehand.

This was never about Andrew's malicious intent or distrusting his
motives.  I don't think I said anything to that effect, but if I did,
I sincerely apologize, because I never meant to imply anything like
that.

As far as I'm concerned, the discussion is strictly technical, it's
not about motives.  I trust Andrew's motives at least as much as you
or anyone else does.

> Also, I don't think Andrew is using the "obvious" rule here. The patches
> are nowhere near obvious, I agree. He's using the global maintainer
> priviledge.

I'm not against the priviledges nor about Andrew's right to use them.
I'm against deprecating a feature that is being used by a maintained
port before introducing alternative mechanisms that replace the
feature being deprecated.

Re: [patch] Deprecate XM_FILE and TM_FILE

[Mark Kettenis]

   Date: Fri, 10 Sep 2004 12:29:50 +0300
   From: "Eli Zaretskii" <eliz@gnu.org>

   > Date: Thu, 9 Sep 2004 14:26:38 -0700
   > From: Joel Brobecker <brobecker@gnat.com>
   > Cc: Andrew Cagney <cagney@gnu.org>, gdb-patches@sources.redhat.com
   > 
   > > That might be so, but I've seen too many "Garbage collect FOO"
   > > messages lately to know that, following every release, many deprecated
   > > features get eliminated in patches treated as obvious, with no
   > > discussion.

I cannot remember features being removed that were still actively used
without discussion.  What typically happens is that obsoleted stuff
gets removed after the release.  After that code gets eliminated there
usually is quite a bit of stuff that's no longer used by any remaining
code.  In my book it's fairly obvious to remove that stuff, especially
when it has been deprecated already.

   > Also, I don't think Andrew is using the "obvious" rule here. The patches
   > are nowhere near obvious, I agree. He's using the global maintainer
   > priviledge.

   I'm not against the priviledges nor about Andrew's right to use them.
   I'm against deprecating a feature that is being used by a maintained
   port before introducing alternative mechanisms that replace the
   feature being deprecated.

I defenitely agree that we shouldn't just deprecate things when no
alternative mechanism exists, but you must realize a few things:

1) When do you consider that an alternative mechanism exists?  There
   is an alternative for XM_FILE.  It's autoconf, and it has been
   around for quite some time now.  It will take same work to get
   things autoconfiscated, and using alternative mechanisms for other
   deprecated things will require even more work.  Where do we draw
   the line?

2) We need a way to stop people from using constructs that we are
   phasing out.  Every now and then someone contributes a new port.
   People tend to copy code from existing ports.  In doing so they
   also copy things that we want to get rid of.  As a result it takes
   more time to review the associated changes.  It might also
   discourage contributors if we tell them that they shouldn't use
   those features: "Why didn't you tell me that before?".

3) Deprecating things is an effective way of getting port maintainers
   from their lazy ass and actually do the work necessary to get rid
   of bad mechanisms.  From time to time I tend to do a "grep -i
   deprecated" on the source files associated with the stuff I care
   about and fix things.  The fact that prepending deprecated_ to
   things tends to make the code look so ugly helps in that respect.

So we have to find the right balance here.  I'm fairly happy with the
current status quo as far as the stuff I'm (unofficially) maintaining
is concerned: amd64, i386, m88k, sparc, sparc64, vax.  I'm not too
happy with what it's done to other targets like rs6000/powerpc, hppa
and mips.  But the real problem there is a lack of maintainership.

Mark

Re: [patch] Deprecate XM_FILE and TM_FILE

[Eli Zaretskii]

> Date: Fri, 10 Sep 2004 14:41:30 +0200 (CEST)
> From: Mark Kettenis <kettenis@gnu.org>
> CC: brobecker@gnat.com, cagney@gnu.org, gdb-patches@sources.redhat.com
> 
> I cannot remember features being removed that were still actively used
> without discussion.  What typically happens is that obsoleted stuff
> gets removed after the release.  After that code gets eliminated there
> usually is quite a bit of stuff that's no longer used by any remaining
> code.  In my book it's fairly obvious to remove that stuff, especially
> when it has been deprecated already.

This sounds like you say the same things that I say: deprecated stuff
gets removed without much discussion.

> I defenitely agree that we shouldn't just deprecate things when no
> alternative mechanism exists, but you must realize a few things:
> 
> 1) When do you consider that an alternative mechanism exists?

When it is there in the sources, of course.

>    It will take same work to get
>    things autoconfiscated, and using alternative mechanisms for other
>    deprecated things will require even more work.  Where do we draw
>    the line?

We draw the line by deprecating things only when they are replaced by
the better mechanism.  This could be done by the same patch that
deprecates the old mechanism.

> 2) We need a way to stop people from using constructs that we are
>    phasing out.

We can easily do that (and actually do that) by rejecting patches that
use the old mechanism.

>    People tend to copy code from existing ports.  In doing so they
>    also copy things that we want to get rid of.  As a result it takes
>    more time to review the associated changes.  It might also
>    discourage contributors if we tell them that they shouldn't use
>    those features: "Why didn't you tell me that before?".

If that is the problem, we could have the list of features not to be
used spelled out somewhere.  This somewhere doesn't have to be in the
sources.

> 3) Deprecating things is an effective way of getting port maintainers
>    from their lazy ass and actually do the work necessary to get rid
>    of bad mechanisms.

I don't think ``sitting on lazy ass'' is a fair description of my
maintenance mode.

>    From time to time I tend to do a "grep -i
>    deprecated" on the source files associated with the stuff I care
>    about and fix things.  The fact that prepending deprecated_ to
>    things tends to make the code look so ugly helps in that respect.

We could have the ari script do that for us.  It could use a list of
old mechanisms mentioned above.

> So we have to find the right balance here.  I'm fairly happy with the
> current status quo as far as the stuff I'm (unofficially) maintaining
> is concerned: amd64, i386, m88k, sparc, sparc64, vax.  I'm not too
> happy with what it's done to other targets like rs6000/powerpc, hppa
> and mips.  But the real problem there is a lack of maintainership.

I don't think the DJGPP port is lacking maintainership.  I suggested
to do the work to replace what is now done by XM_FILE.  The only thing
I ask for is not to deprecate XM_FILE before I'm done.  I really don't
understand what is all the fuss around such a simple and IMHO fair
request.

Re: [patch] Deprecate XM_FILE and TM_FILE

[Andrew Cagney]

>>> 1) When do you consider that an alternative mechanism exists?
> 
> 
> When it is there in the sources, of course.
> 
> 
>>>    It will take same work to get
>>>    things autoconfiscated, and using alternative mechanisms for other
>>>    deprecated things will require even more work.  Where do we draw
>>>    the line?
> 
> 
> We draw the line by deprecating things only when they are replaced by
> the better mechanism.  This could be done by the same patch that
> deprecates the old mechanism.

Eli you previously wrote:

 > a feature that is being actively used cannot be deprecated.

I think this debate is over the point at which something can be deprecated.

That Java URL gives the motivation as:
>     The need for deprecation comes about because as a class evolves, its API changes. Methods are renamed for consistency. New and better methods are added. Attributes change. But making such changes introduces a problem: You need to keep the old API around until people make the transition to the new one, but you don't want developers to continue programming to the old API.

For GDB, as soon as we've got the new mechanism up and running - 
confirming its ok - we're going to draw a line and deprecate the old 
mechanisms.  We're not going to require that every single detail of 
every single dependant variant also be addressed.

>>> 2) We need a way to stop people from using constructs that we are
>>>    phasing out.
> 
> 
> We can easily do that (and actually do that) by rejecting patches that
> use the old mechanism.

We don't.

Developers commit changes using old mechanisms right up until the day it 
has been explicitly deprecated.  In the past, requests to not use old 
mechanisms have been [er] declined, the rationale being that the 
mechanism has to first be clearly, explicitly and formally deprecated 
(as is being done with this e-mail).

Consequently, we deprecate explicitly and early.

>>>    People tend to copy code from existing ports.  In doing so they
>>>    also copy things that we want to get rid of.  As a result it takes
>>>    more time to review the associated changes.  It might also
>>>    discourage contributors if we tell them that they shouldn't use
>>>    those features: "Why didn't you tell me that before?".
> 
> 
> If that is the problem, we could have the list of features not to be
> used spelled out somewhere.  This somewhere doesn't have to be in the
> sources.

Such as:

> GDB's host configuration support normally happens via Autoconf. New host-specific definitions should not be needed. Older hosts GDB still use the host-specific definitions and files listed below, but these mostly exist for historical reasons, and will eventually disappear.

As Mark noted, the unfortunate reality is that people program by 
cut/paste.  We put these markers where people have the greatest 
likelyhood of seeing them.

This problem isn't something unique to GDB.

>>>    From time to time I tend to do a "grep -i
>>>    deprecated" on the source files associated with the stuff I care
>>>    about and fix things.  The fact that prepending deprecated_ to
>>>    things tends to make the code look so ugly helps in that respect.
> 
> 
> We could have the ari script do that for us.  It could use a list of
> old mechanisms mentioned above.

The ARI does, see "deprecate" and "obsolete".  However, they are both 
strictly advisory.  People wanting to future proof their code are 
strongly encouraged to avoid those mechanisms.

Andrew

Re: [patch] Deprecate XM_FILE and TM_FILE

[Eli Zaretskii]

> Date: Sun, 12 Sep 2004 14:04:47 -0400
> From: Andrew Cagney <cagney@gnu.org>
> Cc: Mark Kettenis <kettenis@gnu.org>, brobecker@gnat.com,
>         gdb-patches@sources.redhat.com
> 
> I think this debate is over the point at which something can be deprecated.

It's about a point where something can be deprecated, and also about
the conditions that should be fulfilled for that.

> For GDB, as soon as we've got the new mechanism up and running - 
> confirming its ok - we're going to draw a line and deprecate the old 
> mechanisms.  We're not going to require that every single detail of 
> every single dependant variant also be addressed.

I don't know about ``we'', but as far as I'm concerned, I cannot
approve a patch that deprecates XM_FILE as long as the 3 defines in
xm-go32.h are not set by an alternative non-deprecated mechanism.

> > We can easily do that (and actually do that) by rejecting patches that
> > use the old mechanism.
> 
> We don't.

Yes, we do.  You can find examples of that in the archives, including
messages by yourself.

> In the past, requests to not use old mechanisms have been [er]
> declined

If such a request is declined, we can reject the patch.  I don't see a
problem here.

Anyway, this is all have been beaten to death in this thread, we are
just reiterating the same issues again and again.  I already suggested
a constructive (IMHO) approach, and I don't have anything new to add
to it.

Re: [patch] Deprecate XM_FILE and TM_FILE

[Andrew Cagney]

>>> Date: Sun, 12 Sep 2004 14:04:47 -0400
>>> From: Andrew Cagney <cagney@gnu.org>
>>> Cc: Mark Kettenis <kettenis@gnu.org>, brobecker@gnat.com,
>>>         gdb-patches@sources.redhat.com
>>> 
>>> I think this debate is over the point at which something can be deprecated.
> 
> 
> It's about a point where something can be deprecated, and also about
> the conditions that should be fulfilled for that.

I think this is progress, this discussion is finally focusing in on 
specific concerns.

>>> For GDB, as soon as we've got the new mechanism up and running - 
>>> confirming its ok - we're going to draw a line and deprecate the old 
>>> mechanisms.  We're not going to require that every single detail of 
>>> every single dependant variant also be addressed.
> 
> 
> I don't know about ``we'', but as far as I'm concerned, I cannot
> approve a patch that deprecates XM_FILE as long as the 3 defines in
> xm-go32.h are not set by an alternative non-deprecated mechanism.
> 
> 
>>>> > We can easily do that (and actually do that) by rejecting patches that
>>>> > use the old mechanism.
>>
>>> 
>>> We don't.
> 
> 
> Yes, we do.  You can find examples of that in the archives, including
> messages by yourself.

In the past, yes.  Two problems were identifed:

- there was no way for a contributor to predict ahead of time if/when 
``old'' mechanisms would not be accepted - the process was comparable to 
a lottery :-(

- patch reviewers were not tracking / rejecting  code using ``old'' - I 
was the one running around asking people to not use old mechanisms (not 
a good move ;-)

As a consequence we now explicitly deprecate: require a clear explicit 
weeks notice before someing is deprecated; and requiring that 
contributions decrease the deprecation count; and requiring that patch 
reviewers check for this.

The ARI currently identifies rougly 70 ``old'' mechanisms as candidates 
for deprecation (possibly redundant, broken, unused, ...).  I don't 
require any patch reviewer to track them, and I don't require any 
contributor to implement the work needed to formally deprecate them.

>>> In the past, requests to not use old mechanisms have been [er]
>>> declined
> 
> 
> If such a request is declined, we can reject the patch.  I don't see a
> problem here.

That is deprecation.

For us to reject such a patch we must have clearly, explicitly and 
formally identify the mechanism as one that should not be used, and 
recorded the decision in a way that both the patch reviewer and 
contributor can quickly and efficiently access.

Andrew

Re: [patch] Deprecate XM_FILE and TM_FILE

[Eli Zaretskii]

> Date: Mon, 13 Sep 2004 11:33:05 -0400
> From: Andrew Cagney <cagney@gnu.org>
> Cc: kettenis@gnu.org, brobecker@gnat.com, gdb-patches@sources.redhat.com
> 
> > It's about a point where something can be deprecated, and also about
> > the conditions that should be fulfilled for that.
> 
> I think this is progress, this discussion is finally focusing in on 
> specific concerns.

This was my intent from the beginning.  I'm glad that I finally
succeeded in explaining myself.

> >>> In the past, requests to not use old mechanisms have been [er]
> >>> declined
> > 
> > 
> > If such a request is declined, we can reject the patch.  I don't see a
> > problem here.
> 
> That is deprecation.
> 
> For us to reject such a patch we must have clearly, explicitly and 
> formally identify the mechanism as one that should not be used, and 
> recorded the decision in a way that both the patch reviewer and 
> contributor can quickly and efficiently access.

Fine.  All I ask for is to record the deprecation fact somewhere other
than in the code, until the 3 definitions are converted to use some
better mechanism.

Re: [patch] Deprecate XM_FILE and TM_FILE

[Andrew Cagney]

[-- Attachment #1: Type: text/plain, Size: 969 bytes --]

>>>>>In the past, requests to not use old mechanisms have been [er]
>>>>>> >>> declined
>>>
>>>> > 
>>>> > 
>>>> > If such a request is declined, we can reject the patch.  I don't see a
>>>> > problem here.
>>
>>> 
>>> That is deprecation.
>>> 
>>> For us to reject such a patch we must have clearly, explicitly and 
>>> formally identify the mechanism as one that should not be used, and 
>>> recorded the decision in a way that both the patch reviewer and 
>>> contributor can quickly and efficiently access.
> 
> 
> Fine.  All I ask for is to record the deprecation fact somewhere other
> than in the code, until the 3 definitions are converted to use some
> better mechanism.

I've split this patch in two and committed just the TM_FILE stuff.  As 
for the XM_FILE changes (and those 3 definitions), consider that tabled.

It's hard enough getting developers to check one deprecation record - 
the code - without trying to get them to also check a second.

Andrew


[-- Attachment #2: diffs --]
[-- Type: text/plain, Size: 43906 bytes --]

Index: ChangeLog
2004-09-13  Andrew Cagney  <cagney@gnu.org>

	* configure.in (frags): Replace TM_FILE with DEPRECATED_TM_FILE.
	* configure: Re-generate.
	* nlm/Makefile.in (TAGS): Update.
	* Makefile.in (TAGS): Update.
	* config/vax/nbsd.mt (TM_FILE): Update.
	* config/sparc/vxworks.mt (TM_FILE): Update.
	* config/sparc/sol2.mt (TM_FILE): Update.
	* config/sparc/sol2-64.mt (TM_FILE): Update.
	* config/sparc/obsd64.mt (TM_FILE): Update.
	* config/sparc/obsd.mt (TM_FILE): Update.
	* config/sparc/nbsd64.mt (TM_FILE): Update.
	* config/sparc/nbsd.mt (TM_FILE): Update.
	* config/sparc/linux64.mt (TM_FILE): Update.
	* config/sparc/linux.mt (TM_FILE): Update.
	* config/sparc/fbsd.mt (TM_FILE): Update.
	* config/sh/wince.mt (TM_FILE): Update.
	* config/sh/nbsd.mt (TM_FILE): Update.
	* config/sh/linux.mt (TM_FILE): Update.
	* config/sh/embed.mt (TM_FILE): Update.
	* config/s390/s390.mt (TM_FILE): Update.
	* config/rs6000/rs6000lynx.mt (TM_FILE): Update.
	* config/rs6000/rs6000.mt (TM_FILE): Update.
	* config/rs6000/aix4.mt (TM_FILE): Update.
	* config/powerpc/vxworks.mt (TM_FILE): Update.
	* config/powerpc/ppc-sim.mt (TM_FILE): Update.
	* config/powerpc/ppc-eabi.mt (TM_FILE): Update.
	* config/powerpc/obsd.mt (TM_FILE): Update.
	* config/powerpc/nbsd.mt (TM_FILE): Update.
	* config/powerpc/linux.mt (TM_FILE): Update.
	* config/powerpc/aix.mt (TM_FILE): Update.
	* config/pa/obsd.mt (TM_FILE): Update.
	* config/pa/linux.mt (TM_FILE): Update.
	* config/pa/hppahpux.mt (TM_FILE): Update.
	* config/pa/hppa64.mt (TM_FILE): Update.
	* config/pa/hppa.mt (TM_FILE): Update.
	* config/ns32k/nbsdaout.mt (TM_FILE): Update.
	* config/mips/wince.mt (TM_FILE): Update.
	* config/mips/vxmips.mt (TM_FILE): Update.
	* config/mips/nbsd.mt (TM_FILE): Update.
	* config/mips/linux.mt (TM_FILE): Update.
	* config/mips/irix6.mt (TM_FILE): Update.
	* config/mips/irix5.mt (TM_FILE): Update.
	* config/mips/embed.mt (TM_FILE): Update.
	* config/m68k/vxworks68.mt (TM_FILE): Update.
	* config/m68k/st2000.mt (TM_FILE): Update.
	* config/m68k/os68k.mt (TM_FILE): Update.
	* config/m68k/obsd.mt (TM_FILE): Update.
	* config/m68k/nbsd.mt (TM_FILE): Update.
	* config/m68k/monitor.mt (TM_FILE): Update.
	* config/m68k/linux.mt (TM_FILE): Update.
	* config/m68k/cisco.mt (TM_FILE): Update.
	* config/ia64/linux.mt (TM_FILE): Update.
	* config/ia64/aix.mt (TM_FILE): Update.
	* config/ia64/ia64.mt (TM_FILE): Update.
	* config/i386/vxworks.mt (TM_FILE): Update.
	* config/i386/obsd64.mt (TM_FILE): Update.
	* config/i386/obsd.mt (TM_FILE): Update.
	* config/i386/nto.mt (TM_FILE): Update.
	* config/i386/nbsd64.mt (TM_FILE): Update.
	* config/i386/nbsd.mt (TM_FILE): Update.
	* config/i386/linux64.mt (TM_FILE): Update.
	* config/i386/linux.mt (TM_FILE): Update.
	* config/i386/i386sol2.mt (TM_FILE): Update.
	* config/i386/i386lynx.mt (TM_FILE): Update.
	* config/i386/fbsd64.mt (TM_FILE): Update.
	* config/i386/fbsd.mt (TM_FILE): Update.
	* config/i386/cygwin.mt (TM_FILE): Update.
	* config/h8300/h8300.mt (TM_FILE): Update.
	* config/frv/frv.mt (TM_FILE): Update.
	* config/cris/cris.mt (TM_FILE): Update.
	* config/arm/wince.mt (TM_FILE): Update.
	* config/arm/nbsd.mt (TM_FILE): Update.
	* config/arm/linux.mt (TM_FILE): Update.
	* config/arm/embed.mt (TM_FILE): Update.
	* config/alpha/nbsd.mt (TM_FILE): Update.
	* config/alpha/fbsd.mt (TM_FILE): Update.
	* config/alpha/alpha.mt (TM_FILE): Update.
	* config/alpha/alpha-osf1.mt (TM_FILE): Update.
	* config/alpha/alpha-linux.mt (TM_FILE): Update.

Index: gdbserver/ChangeLog
2004-09-02  Andrew Cagney  <cagney@gnu.org>

	* Makefile.in (TAGS): Replace TM_FILE with DEPRECATED_TM_FILE.

Index: Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/Makefile.in,v
retrieving revision 1.618
diff -p -u -r1.618 Makefile.in
--- Makefile.in	12 Sep 2004 16:13:03 -0000	1.618
+++ Makefile.in	13 Sep 2004 18:44:46 -0000
@@ -1202,7 +1202,7 @@ gdb1$(EXEEXT): gdb$(EXEEXT)
 
 TAGS: $(TAGFILES_NO_SRCDIR) $(TAGFILES_WITH_SRCDIR)
 	@echo Making TAGS
-	@etags $(srcdir)/$(TM_FILE) \
+	@etags $(srcdir)/$(DEPRECATED_TM_FILE) \
 	  $(srcdir)/$(XM_FILE) \
 	  $(srcdir)/$(NAT_FILE) \
 	`(for i in $(DEPFILES) $(TAGFILES_NO_SRCDIR); do \
Index: configure.in
===================================================================
RCS file: /cvs/src/src/gdb/configure.in,v
retrieving revision 1.170
diff -p -u -r1.170 configure.in
--- configure.in	3 Sep 2004 16:59:30 -0000	1.170
+++ configure.in	13 Sep 2004 18:44:47 -0000
@@ -1467,7 +1467,7 @@ s/XM_FILE[ 	]*=[ 	]*\([^ 	]*\)/\1/p
 ' ${host_makefile_frag}`
 
 targetfile=`sed -n '
-s/TM_FILE[ 	]*=[ 	]*\([^ 	]*\)/\1/p
+s/DEPRECATED_TM_FILE[ 	]*=[ 	]*\([^ 	]*\)/\1/p
 ' ${target_makefile_frag}`
 
 if test "${target}" = "${host}"; then
@@ -1509,9 +1509,9 @@ fi
 
 AC_CONFIG_SUBDIRS($configdirs)
 
-# If hostfile (XM_FILE) and/or targetfile (TM_FILE) and/or nativefile
-# (NAT_FILE) is not set in config/*/*.m[ht] files, we link to an empty
-# version.
+# If hostfile (XM_FILE) and/or targetfile (DEPRECATED_TM_FILE) and/or
+# nativefile (NAT_FILE) is not set in config/*/*.m[ht] files, we link
+# to an empty version.
 
 files=
 links=
@@ -1590,7 +1590,7 @@ mv -f Makefile.tem Makefile
 fi
 
 changequote(,)dnl
-sed -e '/^TM_FILE[ 	]*=/s,^TM_FILE[ 	]*=[ 	]*,&config/'"${gdb_target_cpu}"'/,
+sed -e '/^DEPRECATED_TM_FILE[ 	]*=/s,^DEPRECATED_TM_FILE[ 	]*=[ 	]*,&config/'"${gdb_target_cpu}"'/,
 /^XM_FILE[ 	]*=/s,^XM_FILE[ 	]*=[ 	]*,&config/'"${gdb_host_cpu}"'/,
 /^NAT_FILE[ 	]*=/s,^NAT_FILE[ 	]*=[ 	]*,&config/'"${gdb_host_cpu}"'/,' <Makefile >Makefile.tmp
 mv -f Makefile.tmp Makefile
Index: config/alpha/alpha-linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/alpha/alpha-linux.mt,v
retrieving revision 1.5
diff -p -u -r1.5 alpha-linux.mt
--- config/alpha/alpha-linux.mt	29 May 2003 23:02:53 -0000	1.5
+++ config/alpha/alpha-linux.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 # Target: Little-endian Alpha
 TDEPFILES= alpha-tdep.o alpha-mdebug-tdep.o alpha-linux-tdep.o \
 	   solib.o solib-svr4.o solib-legacy.o
-TM_FILE= tm-alphalinux.h
+DEPRECATED_TM_FILE= tm-alphalinux.h
Index: config/alpha/alpha-osf1.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/alpha/alpha-osf1.mt,v
retrieving revision 1.3
diff -p -u -r1.3 alpha-osf1.mt
--- config/alpha/alpha-osf1.mt	4 Jun 2003 05:25:10 -0000	1.3
+++ config/alpha/alpha-osf1.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: Little-endian Alpha
 TDEPFILES= alpha-tdep.o alpha-osf1-tdep.o alpha-mdebug-tdep.o
-TM_FILE= tm-alpha.h
+DEPRECATED_TM_FILE= tm-alpha.h
Index: config/alpha/alpha.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/alpha/alpha.mt,v
retrieving revision 1.1
diff -p -u -r1.1 alpha.mt
--- config/alpha/alpha.mt	18 Aug 2002 04:00:47 -0000	1.1
+++ config/alpha/alpha.mt	13 Sep 2004 18:44:47 -0000
@@ -1,2 +1,2 @@
 TDEPFILES= alpha-tdep.o
-TM_FILE= tm-alpha.h
+DEPRECATED_TM_FILE= tm-alpha.h
Index: config/alpha/fbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/alpha/fbsd.mt,v
retrieving revision 1.5
diff -p -u -r1.5 fbsd.mt
--- config/alpha/fbsd.mt	6 Mar 2004 13:50:58 -0000	1.5
+++ config/alpha/fbsd.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: FreeBSD/alpha
 TDEPFILES= alpha-tdep.o alpha-mdebug-tdep.o alphabsd-tdep.o alphafbsd-tdep.o
-TM_FILE= tm-alpha.h
+DEPRECATED_TM_FILE= tm-alpha.h
Index: config/alpha/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/alpha/nbsd.mt,v
retrieving revision 1.5
diff -p -u -r1.5 nbsd.mt
--- config/alpha/nbsd.mt	4 Jun 2003 06:22:17 -0000	1.5
+++ config/alpha/nbsd.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 # Target: Alpha running NetBSD
 TDEPFILES= alpha-tdep.o alpha-mdebug-tdep.o alphabsd-tdep.o alphanbsd-tdep.o \
 	corelow.o nbsd-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
Index: config/arm/embed.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/arm/embed.mt,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 embed.mt
--- config/arm/embed.mt	22 Dec 1999 21:45:12 -0000	1.1.1.1
+++ config/arm/embed.mt	13 Sep 2004 18:44:47 -0000
@@ -1,7 +1,7 @@
 # Target: ARM embedded system
 TDEPFILES= arm-tdep.o remote-rdp.o remote-rdi.o
 TDEPLIBS= rdi-share/libangsd.a
-TM_FILE= tm-embed.h
+DEPRECATED_TM_FILE= tm-embed.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/arm/libsim.a
Index: config/arm/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/arm/linux.mt,v
retrieving revision 1.7
diff -p -u -r1.7 linux.mt
--- config/arm/linux.mt	9 Nov 2003 17:28:07 -0000	1.7
+++ config/arm/linux.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: ARM based machine running GNU/Linux
-TM_FILE= tm-linux.h
+DEPRECATED_TM_FILE= tm-linux.h
 TDEPFILES= arm-tdep.o arm-linux-tdep.o glibc-tdep.o solib.o solib-svr4.o solib-legacy.o
Index: config/arm/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/arm/nbsd.mt,v
retrieving revision 1.7
diff -p -u -r1.7 nbsd.mt
--- config/arm/nbsd.mt	2 Sep 2004 22:14:33 -0000	1.7
+++ config/arm/nbsd.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: ARM running NetBSD
 TDEPFILES= arm-tdep.o armnbsd-tdep.o solib.o solib-svr4.o nbsd-tdep.o
-TM_FILE=solib.h
+DEPRECATED_TM_FILE=solib.h
Index: config/arm/wince.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/arm/wince.mt,v
retrieving revision 1.2
diff -p -u -r1.2 wince.mt
--- config/arm/wince.mt	3 Sep 2003 18:52:22 -0000	1.2
+++ config/arm/wince.mt	13 Sep 2004 18:44:47 -0000
@@ -1,5 +1,5 @@
 # Target: Acorn RISC machine (ARM) with simulator
 TDEPFILES= arm-tdep.o wince.o
-TM_FILE= tm-wince.h
+DEPRECATED_TM_FILE= tm-wince.h
 MT_CFLAGS=-DARM -U_X86_ -U_M_IX86 -U__i386__ -U__i486__ -U__i586__ -U__i686__ -DUNICODE -D_WIN32_WCE -DWINCE_STUB='"${target_alias}-stub.exe"'
 TM_CLIBS=-lrapi
Index: config/cris/cris.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/cris/cris.mt,v
retrieving revision 1.3
diff -p -u -r1.3 cris.mt
--- config/cris/cris.mt	2 Sep 2004 22:37:40 -0000	1.3
+++ config/cris/cris.mt	13 Sep 2004 18:44:47 -0000
@@ -1,2 +1,2 @@
 TDEPFILES= cris-tdep.o corelow.o solib.o solib-svr4.o
-TM_FILE= solib.h
+DEPRECATED_TM_FILE= solib.h
Index: config/frv/frv.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/frv/frv.mt,v
retrieving revision 1.4
diff -p -u -r1.4 frv.mt
--- config/frv/frv.mt	15 Mar 2004 19:42:25 -0000	1.4
+++ config/frv/frv.mt	13 Sep 2004 18:44:47 -0000
@@ -1,5 +1,5 @@
 # Target: Fujitsu FRV processor
 TDEPFILES= frv-tdep.o frv-linux-tdep.o solib.o solib-frv.o
-TM_FILE= tm-frv.h
+DEPRECATED_TM_FILE= tm-frv.h
 SIM_OBS = remote-sim.o
 SIM = ../sim/frv/libsim.a
Index: config/h8300/h8300.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/h8300/h8300.mt,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 h8300.mt
--- config/h8300/h8300.mt	16 Apr 1999 01:34:16 -0000	1.1.1.1
+++ config/h8300/h8300.mt	13 Sep 2004 18:44:47 -0000
@@ -1,6 +1,6 @@
 # Target: H8300 with HMS monitor, E7000 ICE and H8 simulator
 TDEPFILES= h8300-tdep.o remote-e7000.o ser-e7kpc.o monitor.o remote-hms.o dsrec.o
-TM_FILE= tm-h8300.h
+DEPRECATED_TM_FILE= tm-h8300.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/h8300/libsim.a
Index: config/i386/cygwin.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/cygwin.mt,v
retrieving revision 1.2
diff -p -u -r1.2 cygwin.mt
--- config/i386/cygwin.mt	21 Mar 2003 10:07:18 -0000	1.2
+++ config/i386/cygwin.mt	13 Sep 2004 18:44:47 -0000
@@ -1,6 +1,6 @@
 # Target: Intel 386 run win32
 TDEPFILES= i386-tdep.o i386-cygwin-tdep.o i387-tdep.o
-TM_FILE= tm-cygwin.h
+DEPRECATED_TM_FILE= tm-cygwin.h
 
 
 
Index: config/i386/fbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/fbsd.mt,v
retrieving revision 1.7
diff -p -u -r1.7 fbsd.mt
--- config/i386/fbsd.mt	3 Sep 2004 18:01:51 -0000	1.7
+++ config/i386/fbsd.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 # Target: FreeBSD/i386
 TDEPFILES= i386-tdep.o i387-tdep.o i386bsd-tdep.o i386fbsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= solib.h
+DEPRECATED_TM_FILE= solib.h
Index: config/i386/fbsd64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/fbsd64.mt,v
retrieving revision 1.6
diff -p -u -r1.6 fbsd64.mt
--- config/i386/fbsd64.mt	3 Sep 2004 18:01:51 -0000	1.6
+++ config/i386/fbsd64.mt	13 Sep 2004 18:44:47 -0000
@@ -2,4 +2,5 @@
 TDEPFILES= amd64-tdep.o amd64fbsd-tdep.o \
 	i386-tdep.o i387-tdep.o i386bsd-tdep.o i386fbsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= solib.h
+DEPRECATED_TM_FILE= solib.h
+
Index: config/i386/i386lynx.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/i386lynx.mt,v
retrieving revision 1.2
diff -p -u -r1.2 i386lynx.mt
--- config/i386/i386lynx.mt	2 Sep 2004 22:37:40 -0000	1.2
+++ config/i386/i386lynx.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: Intel 386 running LynxOS
 TDEPFILES= coff-solib.o i386-tdep.o i386ly-tdep.o
-TM_FILE= config/tm-lynx.h
+DEPRECATED_TM_FILE= config/tm-lynx.h
Index: config/i386/i386sol2.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/i386sol2.mt,v
retrieving revision 1.7
diff -p -u -r1.7 i386sol2.mt
--- config/i386/i386sol2.mt	9 Apr 2004 23:09:04 -0000	1.7
+++ config/i386/i386sol2.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 # Target: Solaris x86
 TDEPFILES= i386-tdep.o i387-tdep.o i386-sol2-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= tm-i386sol2.h
+DEPRECATED_TM_FILE= tm-i386sol2.h
Index: config/i386/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/linux.mt,v
retrieving revision 1.9
diff -p -u -r1.9 linux.mt
--- config/i386/linux.mt	2 May 2004 10:14:02 -0000	1.9
+++ config/i386/linux.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 # 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
-TM_FILE= tm-linux.h
+DEPRECATED_TM_FILE= tm-linux.h
Index: config/i386/linux64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/linux64.mt,v
retrieving revision 1.3
diff -p -u -r1.3 linux64.mt
--- config/i386/linux64.mt	3 Sep 2004 17:29:57 -0000	1.3
+++ config/i386/linux64.mt	13 Sep 2004 18:44:47 -0000
@@ -2,4 +2,4 @@
 TDEPFILES= amd64-tdep.o amd64-linux-tdep.o \
 	i386-tdep.o i387-tdep.o i386-linux-tdep.o glibc-tdep.o \
 	solib.o solib-svr4.o corelow.o
-TM_FILE= solib.h
+DEPRECATED_TM_FILE= solib.h
Index: config/i386/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/nbsd.mt,v
retrieving revision 1.15
diff -p -u -r1.15 nbsd.mt
--- config/i386/nbsd.mt	2 Sep 2004 22:37:40 -0000	1.15
+++ config/i386/nbsd.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 # Target: NetBSD/i386
 TDEPFILES= i386-tdep.o i387-tdep.o i386bsd-tdep.o i386nbsd-tdep.o nbsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= solib.h
+DEPRECATED_TM_FILE= solib.h
Index: config/i386/nbsd64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/nbsd64.mt,v
retrieving revision 1.4
diff -p -u -r1.4 nbsd64.mt
--- config/i386/nbsd64.mt	2 Sep 2004 22:37:40 -0000	1.4
+++ config/i386/nbsd64.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 # Target: NetBSD/amd64
 TDEPFILES= amd64-tdep.o amd64nbsd-tdep.o i386-tdep.o i387-tdep.o nbsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= solib.h
+DEPRECATED_TM_FILE= solib.h
Index: config/i386/nto.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/nto.mt,v
retrieving revision 1.1
diff -p -u -r1.1 nto.mt
--- config/i386/nto.mt	5 May 2003 13:57:21 -0000	1.1
+++ config/i386/nto.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 # Target: Intel 386 running qnx6.
 TDEPFILES = i386-tdep.o i387-tdep.o corelow.o solib.o solib-svr4.o \
 	i386-nto-tdep.o nto-tdep.o remote-nto.o
-TM_FILE = tm-nto.h
+DEPRECATED_TM_FILE = tm-nto.h
Index: config/i386/obsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/obsd.mt,v
retrieving revision 1.6
diff -p -u -r1.6 obsd.mt
--- config/i386/obsd.mt	2 Sep 2004 22:37:40 -0000	1.6
+++ config/i386/obsd.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 # Target: OpenBSD/i386
 TDEPFILES= i386-tdep.o i387-tdep.o i386bsd-tdep.o i386obsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= solib.h
+DEPRECATED_TM_FILE= solib.h
Index: config/i386/obsd64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/obsd64.mt,v
retrieving revision 1.6
diff -p -u -r1.6 obsd64.mt
--- config/i386/obsd64.mt	2 Sep 2004 22:37:40 -0000	1.6
+++ config/i386/obsd64.mt	13 Sep 2004 18:44:47 -0000
@@ -2,4 +2,4 @@
 TDEPFILES= amd64-tdep.o amd64obsd-tdep.o \
 	i386-tdep.o i387-tdep.o i386bsd-tdep.o i386obsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= solib.h
+DEPRECATED_TM_FILE= solib.h
Index: config/i386/vxworks.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/vxworks.mt,v
retrieving revision 1.2
diff -p -u -r1.2 vxworks.mt
--- config/i386/vxworks.mt	2 Sep 2004 22:37:40 -0000	1.2
+++ config/i386/vxworks.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: i386 running VxWorks
 TDEPFILES= i386-tdep.o i387-tdep.o 
-TM_FILE= config/tm-vxworks.h
+DEPRECATED_TM_FILE= config/tm-vxworks.h
Index: config/ia64/aix.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/ia64/aix.mt,v
retrieving revision 1.1
diff -p -u -r1.1 aix.mt
--- config/ia64/aix.mt	22 Feb 2001 03:01:27 -0000	1.1
+++ config/ia64/aix.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 # Target: Intel IA-64 running AIX
 
 TDEPFILES= ia64-tdep.o ia64-linux-tdep.o ia64-aix-tdep.o
-TM_FILE= tm-aix.h
+DEPRECATED_TM_FILE= tm-aix.h
Index: config/ia64/ia64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/ia64/ia64.mt,v
retrieving revision 1.1
diff -p -u -r1.1 ia64.mt
--- config/ia64/ia64.mt	18 Aug 2002 04:00:47 -0000	1.1
+++ config/ia64/ia64.mt	13 Sep 2004 18:44:47 -0000
@@ -1,2 +1,2 @@
 TDEPFILES= ia64-tdep.o
-TM_FILE= tm-ia64.h
+DEPRECATED_TM_FILE= tm-ia64.h
Index: config/ia64/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/ia64/linux.mt,v
retrieving revision 1.8
diff -p -u -r1.8 linux.mt
--- config/ia64/linux.mt	20 Jun 2003 13:57:29 -0000	1.8
+++ config/ia64/linux.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 # Target: Intel IA-64 running GNU/Linux
 TDEPFILES= ia64-tdep.o ia64-aix-tdep.o ia64-linux-tdep.o \
 	solib.o solib-svr4.o solib-legacy.o
-TM_FILE= tm-linux.h
+DEPRECATED_TM_FILE= tm-linux.h
Index: config/m68k/cisco.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/m68k/cisco.mt,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 cisco.mt
--- config/m68k/cisco.mt	16 Apr 1999 01:34:21 -0000	1.1.1.1
+++ config/m68k/cisco.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: Cisco Router with 68K processor
 TDEPFILES= m68k-tdep.o corelow.o core-aout.o
-TM_FILE= tm-cisco.h
+DEPRECATED_TM_FILE= tm-cisco.h
Index: config/m68k/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/m68k/linux.mt,v
retrieving revision 1.5
diff -p -u -r1.5 linux.mt
--- config/m68k/linux.mt	3 Sep 2004 17:29:58 -0000	1.5
+++ config/m68k/linux.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: Motorola m68k with a.out and ELF
 TDEPFILES= m68k-tdep.o m68klinux-tdep.o solib.o solib-svr4.o solib-legacy.o
-TM_FILE= solib.h
+DEPRECATED_TM_FILE= solib.h
Index: config/m68k/monitor.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/m68k/monitor.mt,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 monitor.mt
--- config/m68k/monitor.mt	16 Apr 1999 01:34:21 -0000	1.1.1.1
+++ config/m68k/monitor.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: Motorola m68k embedded (EST emulator, rom68k and bug monitors)
 TDEPFILES= m68k-tdep.o monitor.o remote-est.o cpu32bug-rom.o rom68k-rom.o abug-rom.o dbug-rom.o dsrec.o
-TM_FILE= tm-monitor.h
+DEPRECATED_TM_FILE= tm-monitor.h
Index: config/m68k/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/m68k/nbsd.mt,v
retrieving revision 1.11
diff -p -u -r1.11 nbsd.mt
--- config/m68k/nbsd.mt	2 Sep 2004 22:37:40 -0000	1.11
+++ config/m68k/nbsd.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: NetBSD/m68k
 TDEPFILES= m68k-tdep.o m68kbsd-tdep.o corelow.o solib.o solib-svr4.o
-TM_FILE= solib.h
+DEPRECATED_TM_FILE= solib.h
Index: config/m68k/obsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/m68k/obsd.mt,v
retrieving revision 1.2
diff -p -u -r1.2 obsd.mt
--- config/m68k/obsd.mt	2 Sep 2004 22:37:40 -0000	1.2
+++ config/m68k/obsd.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: OpenBSD/m68k
 TDEPFILES= m68k-tdep.o m68kbsd-tdep.o corelow.o solib.o solib-svr4.o
-TM_FILE= solib.h
+DEPRECATED_TM_FILE= solib.h
Index: config/m68k/os68k.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/m68k/os68k.mt,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 os68k.mt
--- config/m68k/os68k.mt	16 Apr 1999 01:34:22 -0000	1.1.1.1
+++ config/m68k/os68k.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: VxWorks running on a 68000
 TDEPFILES= m68k-tdep.o
-TM_FILE= tm-os68k.h
+DEPRECATED_TM_FILE= tm-os68k.h
Index: config/m68k/vxworks68.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/m68k/vxworks68.mt,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 vxworks68.mt
--- config/m68k/vxworks68.mt	16 Apr 1999 01:34:22 -0000	1.1.1.1
+++ config/m68k/vxworks68.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: Motorola m68k running VxWorks
 TDEPFILES= m68k-tdep.o remote-vx.o remote-vx68.o xdr_ld.o xdr_ptrace.o xdr_rdb.o
-TM_FILE= tm-vx68.h
+DEPRECATED_TM_FILE= tm-vx68.h
Index: config/mips/embed.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/mips/embed.mt,v
retrieving revision 1.3
diff -p -u -r1.3 embed.mt
--- config/mips/embed.mt	4 Sep 2003 18:55:35 -0000	1.3
+++ config/mips/embed.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 TDEPFILES= mips-tdep.o remote-mips.o
-TM_FILE= tm-mips.h
+DEPRECATED_TM_FILE= tm-mips.h
 SIM_OBS = remote-sim.o
 SIM = ../sim/mips/libsim.a
Index: config/mips/irix5.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/mips/irix5.mt,v
retrieving revision 1.3
diff -p -u -r1.3 irix5.mt
--- config/mips/irix5.mt	1 Aug 2004 14:43:55 -0000	1.3
+++ config/mips/irix5.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: MIPS SGI running Irix 5
 TDEPFILES= mips-tdep.o mips-irix-tdep.o solib.o solib-irix.o
-TM_FILE= tm-mips.h
+DEPRECATED_TM_FILE= tm-mips.h
Index: config/mips/irix6.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/mips/irix6.mt,v
retrieving revision 1.3
diff -p -u -r1.3 irix6.mt
--- config/mips/irix6.mt	1 Aug 2004 14:43:56 -0000	1.3
+++ config/mips/irix6.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: MIPS SGI running Irix 6.x
 TDEPFILES= mips-tdep.o mips-irix-tdep.o solib.o solib-irix.o
-TM_FILE= tm-mips.h
+DEPRECATED_TM_FILE= tm-mips.h
Index: config/mips/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/mips/linux.mt,v
retrieving revision 1.3
diff -p -u -r1.3 linux.mt
--- config/mips/linux.mt	20 Jun 2003 13:57:29 -0000	1.3
+++ config/mips/linux.mt	13 Sep 2004 18:44:47 -0000
@@ -1,7 +1,7 @@
 # Target: Linux/MIPS
 TDEPFILES= mips-tdep.o mips-linux-tdep.o corelow.o \
 	solib.o solib-svr4.o
-TM_FILE= tm-linux.h
+DEPRECATED_TM_FILE= tm-linux.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/mips/libsim.a
Index: config/mips/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/mips/nbsd.mt,v
retrieving revision 1.2
diff -p -u -r1.2 nbsd.mt
--- config/mips/nbsd.mt	31 Aug 2002 20:28:37 -0000	1.2
+++ config/mips/nbsd.mt	13 Sep 2004 18:44:47 -0000
@@ -1,7 +1,7 @@
 # Target: MIPS running NetBSD
 TDEPFILES= mips-tdep.o mipsnbsd-tdep.o corelow.o solib.o solib-svr4.o \
 	nbsd-tdep.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/mips/libsim.a
Index: config/mips/vxmips.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/mips/vxmips.mt,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 vxmips.mt
--- config/mips/vxmips.mt	16 Apr 1999 01:34:23 -0000	1.1.1.1
+++ config/mips/vxmips.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: MIPS running VxWorks
 TDEPFILES= mips-tdep.o remote-vx.o remote-vxmips.o xdr_ld.o xdr_ptrace.o xdr_rdb.o
-TM_FILE= tm-vxmips.h
+DEPRECATED_TM_FILE= tm-vxmips.h
Index: config/mips/wince.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/mips/wince.mt,v
retrieving revision 1.2
diff -p -u -r1.2 wince.mt
--- config/mips/wince.mt	3 Sep 2003 18:52:22 -0000	1.2
+++ config/mips/wince.mt	13 Sep 2004 18:44:47 -0000
@@ -1,5 +1,5 @@
 # Target: Little-endian MIPS machine such as DECstation.
 TDEPFILES= mips-tdep.o wince.o
-TM_FILE= tm-wince.h
+DEPRECATED_TM_FILE= tm-wince.h
 MT_CFLAGS=-DMIPS -U_X86_ -U_M_IX86 -U__i386__ -U__i486__ -U__i586__ -U__i686__ -DUNICODE -D_WIN32_WCE -DWINCE_STUB='"${target_alias}-stub.exe"'
 TM_CLIBS=-lrapi
Index: config/ns32k/nbsdaout.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/ns32k/nbsdaout.mt,v
retrieving revision 1.3
diff -p -u -r1.3 nbsdaout.mt
--- config/ns32k/nbsdaout.mt	15 Feb 2004 22:38:40 -0000	1.3
+++ config/ns32k/nbsdaout.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: PC532 running NetBSD
 TDEPFILES= ns32k-tdep.o ns32knbsd-tdep.o
-TM_FILE= tm-ns32k.h
+DEPRECATED_TM_FILE= tm-ns32k.h
Index: config/pa/hppa.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/pa/hppa.mt,v
retrieving revision 1.1
diff -p -u -r1.1 hppa.mt
--- config/pa/hppa.mt	18 Aug 2002 16:09:04 -0000	1.1
+++ config/pa/hppa.mt	13 Sep 2004 18:44:47 -0000
@@ -1,2 +1,2 @@
 TDEPFILES= hppa-tdep.o
-TM_FILE= tm-hppa.h
+DEPRECATED_TM_FILE= tm-hppa.h
Index: config/pa/hppa64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/pa/hppa64.mt,v
retrieving revision 1.3
diff -p -u -r1.3 hppa64.mt
--- config/pa/hppa64.mt	3 Sep 2003 18:52:22 -0000	1.3
+++ config/pa/hppa64.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: HP PA-RISC 2.0 running HPUX 11.00 in wide mode
 TDEPFILES= hppa-tdep.o hppa-hpux-tdep.o
-TM_FILE= tm-hppa64.h
+DEPRECATED_TM_FILE= tm-hppa64.h
Index: config/pa/hppahpux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/pa/hppahpux.mt,v
retrieving revision 1.2
diff -p -u -r1.2 hppahpux.mt
--- config/pa/hppahpux.mt	16 Dec 2002 16:51:47 -0000	1.2
+++ config/pa/hppahpux.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: HP PA-RISC running hpux
 TDEPFILES= hppa-tdep.o hppa-hpux-tdep.o
-TM_FILE= tm-hppah.h
+DEPRECATED_TM_FILE= tm-hppah.h
Index: config/pa/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/pa/linux.mt,v
retrieving revision 1.2
diff -p -u -r1.2 linux.mt
--- config/pa/linux.mt	10 May 2004 18:33:37 -0000	1.2
+++ config/pa/linux.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: HP PA-RISC running Linux
 TDEPFILES= hppa-tdep.o hppa-linux-tdep.o glibc-tdep.o solib.o solib-svr4.o
-TM_FILE=tm-linux.h
+DEPRECATED_TM_FILE=tm-linux.h
Index: config/pa/obsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/pa/obsd.mt,v
retrieving revision 1.2
diff -p -u -r1.2 obsd.mt
--- config/pa/obsd.mt	2 Sep 2004 22:37:40 -0000	1.2
+++ config/pa/obsd.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: OpenBSD/hppa
 TDEPFILES= hppa-tdep.o hppabsd-tdep.o corelow.o solib.o solib-svr4.o
-TM_FILE= solib.h
+DEPRECATED_TM_FILE= solib.h
Index: config/powerpc/aix.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/powerpc/aix.mt,v
retrieving revision 1.7
diff -p -u -r1.7 aix.mt
--- config/powerpc/aix.mt	3 Sep 2004 17:29:58 -0000	1.7
+++ config/powerpc/aix.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: PowerPC running AIX
 TDEPFILES= rs6000-tdep.o xcoffread.o ppc-sysv-tdep.o solib.o solib-svr4.o
-TM_FILE= config/rs6000/tm-rs6000.h
+DEPRECATED_TM_FILE= config/rs6000/tm-rs6000.h
Index: config/powerpc/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/powerpc/linux.mt,v
retrieving revision 1.6
diff -p -u -r1.6 linux.mt
--- config/powerpc/linux.mt	30 Jul 2002 19:03:49 -0000	1.6
+++ config/powerpc/linux.mt	13 Sep 2004 18:44:47 -0000
@@ -1,7 +1,7 @@
 # Target: Motorola PPC on Linux
 TDEPFILES= rs6000-tdep.o ppc-linux-tdep.o ppc-sysv-tdep.o solib.o \
 	solib-svr4.o solib-legacy.o corelow.o
-TM_FILE= tm-linux.h
+DEPRECATED_TM_FILE= tm-linux.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/ppc/libsim.a
Index: config/powerpc/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/powerpc/nbsd.mt,v
retrieving revision 1.12
diff -p -u -r1.12 nbsd.mt
--- config/powerpc/nbsd.mt	2 Sep 2004 20:57:21 -0000	1.12
+++ config/powerpc/nbsd.mt	13 Sep 2004 18:44:47 -0000
@@ -1,7 +1,7 @@
 # Target: PowerPC, running NetBSD
 TDEPFILES= rs6000-tdep.o ppc-sysv-tdep.o ppcnbsd-tdep.o nbsd-tdep.o corelow.o \
 	solib.o solib-svr4.o
-TM_FILE= tm-ppc-eabi.h
+DEPRECATED_TM_FILE= tm-ppc-eabi.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/ppc/libsim.a
Index: config/powerpc/obsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/powerpc/obsd.mt,v
retrieving revision 1.1
diff -p -u -r1.1 obsd.mt
--- config/powerpc/obsd.mt	22 Apr 2004 21:13:06 -0000	1.1
+++ config/powerpc/obsd.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 # Target: OpenBSD/powerpc
 TDEPFILES= rs6000-tdep.o ppc-sysv-tdep.o ppcobsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
Index: config/powerpc/ppc-eabi.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/powerpc/ppc-eabi.mt,v
retrieving revision 1.5
diff -p -u -r1.5 ppc-eabi.mt
--- config/powerpc/ppc-eabi.mt	30 May 2002 01:21:53 -0000	1.5
+++ config/powerpc/ppc-eabi.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: PowerPC running eabi
 TDEPFILES= rs6000-tdep.o monitor.o dsrec.o ppcbug-rom.o dink32-rom.o ppc-bdm.o ocd.o remote-sds.o ppc-sysv-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-ppc-eabi.h
+DEPRECATED_TM_FILE= tm-ppc-eabi.h
Index: config/powerpc/ppc-sim.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/powerpc/ppc-sim.mt,v
retrieving revision 1.5
diff -p -u -r1.5 ppc-sim.mt
--- config/powerpc/ppc-sim.mt	30 May 2002 01:21:53 -0000	1.5
+++ config/powerpc/ppc-sim.mt	13 Sep 2004 18:44:47 -0000
@@ -1,6 +1,6 @@
 # Target: PowerPC running eabi and including the simulator
 TDEPFILES= rs6000-tdep.o monitor.o dsrec.o ppcbug-rom.o dink32-rom.o ppc-bdm.o ocd.o remote-sds.o ppc-sysv-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-ppc-eabi.h
+DEPRECATED_TM_FILE= tm-ppc-eabi.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/ppc/libsim.a
Index: config/powerpc/vxworks.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/powerpc/vxworks.mt,v
retrieving revision 1.4
diff -p -u -r1.4 vxworks.mt
--- config/powerpc/vxworks.mt	30 May 2002 01:21:53 -0000	1.4
+++ config/powerpc/vxworks.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: Powerpc running VxWorks
 TDEPFILES= rs6000-tdep.o ppc-sysv-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-vxworks.h
+DEPRECATED_TM_FILE= tm-vxworks.h
Index: config/rs6000/aix4.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/rs6000/aix4.mt,v
retrieving revision 1.6
diff -p -u -r1.6 aix4.mt
--- config/rs6000/aix4.mt	3 Sep 2004 17:29:58 -0000	1.6
+++ config/rs6000/aix4.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: IBM RS/6000 running AIX4
 TDEPFILES= rs6000-tdep.o xcoffread.o ppc-sysv-tdep.o solib.o solib-svr4.o
-TM_FILE= config/rs6000/tm-rs6000.h
+DEPRECATED_TM_FILE= config/rs6000/tm-rs6000.h
Index: config/rs6000/rs6000.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/rs6000/rs6000.mt,v
retrieving revision 1.5
diff -p -u -r1.5 rs6000.mt
--- config/rs6000/rs6000.mt	2 Jun 2002 17:50:41 -0000	1.5
+++ config/rs6000/rs6000.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: IBM RS/6000 running AIX
 TDEPFILES= rs6000-tdep.o xcoffread.o ppc-sysv-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-rs6000.h
+DEPRECATED_TM_FILE= tm-rs6000.h
Index: config/rs6000/rs6000lynx.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/rs6000/rs6000lynx.mt,v
retrieving revision 1.6
diff -p -u -r1.6 rs6000lynx.mt
--- config/rs6000/rs6000lynx.mt	2 Jun 2002 17:50:41 -0000	1.6
+++ config/rs6000/rs6000lynx.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: IBM RS6000 running LynxOS
 TDEPFILES= coff-solib.o rs6000-tdep.o ppc-sysv-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-rs6000ly.h
+DEPRECATED_TM_FILE= tm-rs6000ly.h
Index: config/s390/s390.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/s390/s390.mt,v
retrieving revision 1.6
diff -p -u -r1.6 s390.mt
--- config/s390/s390.mt	2 Sep 2004 22:37:41 -0000	1.6
+++ config/s390/s390.mt	13 Sep 2004 18:44:47 -0000
@@ -1,5 +1,5 @@
 # Target: S390 running Linux
-TM_FILE= config/tm-linux.h
+DEPRECATED_TM_FILE= config/tm-linux.h
 TDEPFILES=s390-tdep.o solib.o
 # Post 5.0 tdep-files
 TDEPFILES+=solib-svr4.o solib-legacy.o
Index: config/sh/embed.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sh/embed.mt,v
retrieving revision 1.4
diff -p -u -r1.4 embed.mt
--- config/sh/embed.mt	1 Aug 2004 21:38:03 -0000	1.4
+++ config/sh/embed.mt	13 Sep 2004 18:44:47 -0000
@@ -1,6 +1,6 @@
 # Target: Embedded Renesas Super-H with ICE and simulator
 TDEPFILES= sh-tdep.o monitor.o sh3-rom.o remote-e7000.o ser-e7kpc.o dsrec.o 
-TM_FILE= tm-sh.h
+DEPRECATED_TM_FILE= tm-sh.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/sh/libsim.a
Index: config/sh/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sh/linux.mt,v
retrieving revision 1.7
diff -p -u -r1.7 linux.mt
--- config/sh/linux.mt	1 Aug 2004 21:38:03 -0000	1.7
+++ config/sh/linux.mt	13 Sep 2004 18:44:47 -0000
@@ -1,6 +1,6 @@
 # Target: Renesas Super-H running GNU/Linux
 TDEPFILES= sh-tdep.o monitor.o sh3-rom.o remote-e7000.o ser-e7kpc.o dsrec.o solib.o solib-svr4.o solib-legacy.o
-TM_FILE= tm-linux.h
+DEPRECATED_TM_FILE= tm-linux.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/sh/libsim.a
Index: config/sh/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sh/nbsd.mt,v
retrieving revision 1.5
diff -p -u -r1.5 nbsd.mt
--- config/sh/nbsd.mt	1 Aug 2004 21:38:03 -0000	1.5
+++ config/sh/nbsd.mt	13 Sep 2004 18:44:47 -0000
@@ -1,6 +1,6 @@
 # Target: SuperH running NetBSD
 TDEPFILES= sh-tdep.o shnbsd-tdep.o corelow.o nbsd-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
 
 SIM_OBS = remote-sim.o
 SIM = ../sim/sh/libsim.a
Index: config/sh/wince.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sh/wince.mt,v
retrieving revision 1.5
diff -p -u -r1.5 wince.mt
--- config/sh/wince.mt	1 Aug 2004 21:38:03 -0000	1.5
+++ config/sh/wince.mt	13 Sep 2004 18:44:47 -0000
@@ -1,5 +1,5 @@
 # Target: Renesas Super-H running on Windows CE
 TDEPFILES= sh-tdep.o wince.o
-TM_FILE= tm-wince.h
+DEPRECATED_TM_FILE= tm-wince.h
 MT_CFLAGS=-DSHx -U_X86_ -U_M_IX86 -U__i386__ -U__i486__ -U__i586__ -U__i686__ -DUNICODE -D_WIN32_WCE -DWINCE_STUB='"${target_alias}-stub.exe"'
 TM_CLIBS=-lrapi
Index: config/sparc/linux.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/linux.mt,v
retrieving revision 1.6
diff -p -u -r1.6 linux.mt
--- config/sparc/linux.mt	2 Sep 2004 22:37:41 -0000	1.6
+++ config/sparc/linux.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 # Target: GNU/Linux SPARC
 TDEPFILES= sparc-tdep.o sparc-sol2-tdep.o sparc-linux-tdep.o \
 	solib.o solib-svr4.o
-TM_FILE= solib.h
+DEPRECATED_TM_FILE= solib.h
Index: config/sparc/linux64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/linux64.mt,v
retrieving revision 1.4
diff -p -u -r1.4 linux64.mt
--- config/sparc/linux64.mt	2 Sep 2004 22:37:41 -0000	1.4
+++ config/sparc/linux64.mt	13 Sep 2004 18:44:47 -0000
@@ -2,4 +2,4 @@
 TDEPFILES= sparc64-tdep.o sparc64-sol2-tdep.o sparc64-linux-tdep.o \
 	sparc-tdep.o sparc-sol2-tdep.o sparc-linux-tdep.o \
 	solib.o solib-svr4.o
-TM_FILE= solib.h
+DEPRECATED_TM_FILE= solib.h
Index: config/sparc/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/nbsd.mt,v
retrieving revision 1.7
diff -p -u -r1.7 nbsd.mt
--- config/sparc/nbsd.mt	2 Sep 2004 22:37:41 -0000	1.7
+++ config/sparc/nbsd.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 # Target: NetBSD/sparc
 TDEPFILES= sparc-tdep.o sparcnbsd-tdep.o nbsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= solib.h
+DEPRECATED_TM_FILE= solib.h
Index: config/sparc/nbsd64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/nbsd64.mt,v
retrieving revision 1.2
diff -p -u -r1.2 nbsd64.mt
--- config/sparc/nbsd64.mt	3 Jan 2004 10:08:45 -0000	1.2
+++ config/sparc/nbsd64.mt	13 Sep 2004 18:44:47 -0000
@@ -2,4 +2,4 @@
 TDEPFILES= sparc64-tdep.o sparc64nbsd-tdep.o \
 	sparc-tdep.o sparcnbsd-tdep.o nbsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
Index: config/sparc/obsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/obsd.mt,v
retrieving revision 1.1
diff -p -u -r1.1 obsd.mt
--- config/sparc/obsd.mt	25 Jan 2004 11:46:45 -0000	1.1
+++ config/sparc/obsd.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 # Target: OpenBSD/sparc
 TDEPFILES= sparc-tdep.o sparcnbsd-tdep.o sparcobsd-tdep.o nbsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
Index: config/sparc/obsd64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/obsd64.mt,v
retrieving revision 1.2
diff -p -u -r1.2 obsd64.mt
--- config/sparc/obsd64.mt	23 Jul 2004 00:15:11 -0000	1.2
+++ config/sparc/obsd64.mt	13 Sep 2004 18:44:47 -0000
@@ -2,4 +2,4 @@
 TDEPFILES= sparc64-tdep.o sparc64nbsd-tdep.o sparc64obsd-tdep.o \
 	sparc-tdep.o sparcnbsd-tdep.o sparcobsd-tdep.o nbsd-tdep.o \
 	corelow.o solib.o solib-svr4.o
-TM_FILE= tm-nbsd.h
+DEPRECATED_TM_FILE= tm-nbsd.h
Index: config/sparc/sol2-64.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/sol2-64.mt,v
retrieving revision 1.2
diff -p -u -r1.2 sol2-64.mt
--- config/sparc/sol2-64.mt	7 Apr 2004 00:15:12 -0000	1.2
+++ config/sparc/sol2-64.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 # Target: Solaris UltraSPARC
 TDEPFILES= sparc64-tdep.o sparc64-sol2-tdep.o sparc-tdep.o sparc-sol2-tdep.o \
 	solib.o solib-svr4.o
-TM_FILE= tm-sol2.h
+DEPRECATED_TM_FILE= tm-sol2.h
Index: config/sparc/sol2.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/sol2.mt,v
retrieving revision 1.3
diff -p -u -r1.3 sol2.mt
--- config/sparc/sol2.mt	7 Apr 2004 00:15:12 -0000	1.3
+++ config/sparc/sol2.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: Solaris SPARC
 TDEPFILES= sparc-tdep.o sparc-sol2-tdep.o solib.o solib-svr4.o
-TM_FILE= tm-sol2.h
+DEPRECATED_TM_FILE= tm-sol2.h
Index: config/sparc/vxworks.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/sparc/vxworks.mt,v
retrieving revision 1.2
diff -p -u -r1.2 vxworks.mt
--- config/sparc/vxworks.mt	2 Sep 2004 22:37:41 -0000	1.2
+++ config/sparc/vxworks.mt	13 Sep 2004 18:44:47 -0000
@@ -1,4 +1,4 @@
 # Target: VxWorks SPARC
 TDEPFILES= sparc-tdep.o \
 	remote-vx.o remote-vxsparc.o xdr_ld.o xdr_ptrace.o xdr_rdb.o
-TM_FILE= config/tm-vxworks.h
+DEPRECATED_TM_FILE= config/tm-vxworks.h
Index: config/vax/nbsd.mt
===================================================================
RCS file: /cvs/src/src/gdb/config/vax/nbsd.mt,v
retrieving revision 1.4
diff -p -u -r1.4 nbsd.mt
--- config/vax/nbsd.mt	2 Sep 2004 22:37:41 -0000	1.4
+++ config/vax/nbsd.mt	13 Sep 2004 18:44:47 -0000
@@ -1,3 +1,3 @@
 # Target: NetBSD/vax
 TDEPFILES= vax-tdep.o vaxnbsd-tdep.o corelow.o solib.o solib-svr4.o
-TM_FILE= solib.h
+DEPRECATED_TM_FILE= solib.h
Index: gdbserver/Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/gdbserver/Makefile.in,v
retrieving revision 1.25
diff -p -u -r1.25 Makefile.in
--- gdbserver/Makefile.in	4 Mar 2004 21:58:59 -0000	1.25
+++ gdbserver/Makefile.in	13 Sep 2004 18:44:47 -0000
@@ -183,7 +183,7 @@ gdbreplay: gdbreplay.o
 # specific routine gets the one for the correct machine.
 # The xyzzy stuff below deals with empty DEPFILES
 TAGS:	${TAGFILES}
-	etags `find ${srcdir}/../config -name $(TM_FILE) -print` \
+	etags `find ${srcdir}/../config -name $(DEPRECATED_TM_FILE) -print` \
 	  `find ${srcdir}/../config -name ${XM_FILE} -print` \
 	  `find ${srcdir}/../config -name ${NAT_FILE} -print` \
 	  `for i in yzzy ${DEPFILES}; do \
Index: nlm/Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/nlm/Makefile.in,v
retrieving revision 1.2
diff -p -u -r1.2 Makefile.in
--- nlm/Makefile.in	6 Mar 2001 08:21:46 -0000	1.2
+++ nlm/Makefile.in	13 Sep 2004 18:44:48 -0000
@@ -130,7 +130,7 @@ gdbserve.O: prelude.o gdbserve.o $(TDEPF
 # specific routine gets the one for the correct machine.
 # The xyzzy stuff below deals with empty DEPFILES
 TAGS:	${TAGFILES}
-	etags `find ${srcdir}/../config -name $(TM_FILE) -print` \
+	etags `find ${srcdir}/../config -name $(DEPRECATED_TM_FILE) -print` \
 	  `find ${srcdir}/../config -name ${XM_FILE} -print` \
 	  `find ${srcdir}/../config -name ${NAT_FILE} -print` \
 	  `for i in yzzy ${DEPFILES}; do \

Re: [patch] Deprecate XM_FILE and TM_FILE

[Joel Brobecker]

> I've split this patch in two and committed just the TM_FILE stuff.  As 
> for the XM_FILE changes (and those 3 definitions), consider that tabled.

It seems to me that the whole discussion between Eli and yourself has
been beaten to death. We're basically stuck in a disagrement where both
point of views have their merit.

I think it's time all global maintainers get involved in this discussion
and make a decision. Once the decision is taken, it needs to be
documented (gdb.texinfo for instance) so that people can refer to it.

As a developper, I personally dislike to have to check the ARI everytime
I use anything in GDB for fear of using something deprecated. So marking
each instance as explicitly deprecated directly in the code is a good
move. Two questions were asked and need to be answered. I am adding my
proposed answers, as a starting point for your discussion:

  1. When can some code be declared deprecated?

     IMO, some code should be declared deprecated when it has been
     recognized that it should no longer be used in new changes.
     It means that some code can be identified as deprecated before
     a replacement has been implemented.

     There is a judgement call to make, obviously, as we don't want to
     deprecate a central piece of GDB that makes it impossible for
     somebody to submit a new port for instance without doing man-years
     of work required to implement an alternate to the deprecated
     feature.

  2. How to identify deprecated code?

     Deprecated code should be explicitly marked as such directly
     in the code, to avoid any accidental future usage, by prepending
     "depreated_" to the entity names.
     
     Deprecated code can only be removed when no longer used. There can
     be no time limit imposed between the time some code is deprecated,
     and the time when it is removed.

     (the alternate solution suggested by Eli is the ARI)

You should decide how the discussion will be held (privately or on
gdb-patches?), and whether it should include the steering committee
or not.

Happy discussion.

-- 
Joel

Re: [patch] Deprecate XM_FILE and TM_FILE

[Eli Zaretskii]

> Date: Mon, 13 Sep 2004 17:04:56 -0400
> From: Andrew Cagney <cagney@gnu.org>
> Cc: kettenis@gnu.org, brobecker@gnat.com, gdb-patches@sources.redhat.com
> 
> I've split this patch in two and committed just the TM_FILE stuff.

Thank you.

> As for the XM_FILE changes (and those 3 definitions), consider that
> tabled.

Sorry, I don't understand the meaning of ``being tabled''.  Please
explain.

Re: [patch] Deprecate XM_FILE and TM_FILE

[Andrew Cagney]

>>Date: Mon, 13 Sep 2004 17:04:56 -0400
>>> From: Andrew Cagney <cagney@gnu.org>
>>> Cc: kettenis@gnu.org, brobecker@gnat.com, gdb-patches@sources.redhat.com
>>> 
>>> I've split this patch in two and committed just the TM_FILE stuff.
> 
> 
> Thank you.
> 
> 
>>> As for the XM_FILE changes (and those 3 definitions), consider that
>>> tabled.

> Sorry, I don't understand the meaning of ``being tabled''.  Please
> explain.

For want of a better translation, the patch has been presented.  We 
will, at some stage in the future, need to take it off the table which 
means discussing it.  But not now.

Most likely after Joel's proposal has been resolved.

Andrew

Re: [patch] Deprecate XM_FILE and TM_FILE

[Andrew Cagney]

Joel, I almost lost this (hideing at the end of a thread) :-(

Can you re-post with a new thread/subject to gdb@.  I've thoughts but 
I'd prefer to post them there :-)

Perhaps attatch eli's e-mail, or Eli, could you re-post your comments there?

Andrew

>>> I've split this patch in two and committed just the TM_FILE stuff.  As 
>>> for the XM_FILE changes (and those 3 definitions), consider that tabled.
> 
> 
> It seems to me that the whole discussion between Eli and yourself has
> been beaten to death. We're basically stuck in a disagrement where both
> point of views have their merit.
> 
> I think it's time all global maintainers get involved in this discussion
> and make a decision. Once the decision is taken, it needs to be
> documented (gdb.texinfo for instance) so that people can refer to it.
> 
> As a developper, I personally dislike to have to check the ARI everytime
> I use anything in GDB for fear of using something deprecated. So marking
> each instance as explicitly deprecated directly in the code is a good
> move. Two questions were asked and need to be answered. I am adding my
> proposed answers, as a starting point for your discussion:
> 
>   1. When can some code be declared deprecated?
> 
>      IMO, some code should be declared deprecated when it has been
>      recognized that it should no longer be used in new changes.
>      It means that some code can be identified as deprecated before
>      a replacement has been implemented.
> 
>      There is a judgement call to make, obviously, as we don't want to
>      deprecate a central piece of GDB that makes it impossible for
>      somebody to submit a new port for instance without doing man-years
>      of work required to implement an alternate to the deprecated
>      feature.
> 
>   2. How to identify deprecated code?
> 
>      Deprecated code should be explicitly marked as such directly
>      in the code, to avoid any accidental future usage, by prepending
>      "depreated_" to the entity names.
>      
>      Deprecated code can only be removed when no longer used. There can
>      be no time limit imposed between the time some code is deprecated,
>      and the time when it is removed.
> 
>      (the alternate solution suggested by Eli is the ARI)
> 
> You should decide how the discussion will be held (privately or on
> gdb-patches?), and whether it should include the steering committee
> or not.
> 
> Happy discussion.
> 
> -- Joel