aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
-rw-r--r--gdb/ChangeLog12
-rw-r--r--gdb/config/i386/i386sco.mh8
-rw-r--r--gdb/config/i386/i386sco4.mh7
-rw-r--r--gdb/config/i386/i386sco5.mh9
-rw-r--r--gdb/config/i386/i386v.mh3
-rw-r--r--gdb/config/i386/i386v4.mh4
-rw-r--r--gdb/config/i386/i386v42mp.mh4
-rw-r--r--gdb/config/i386/ncr3000.mh11
-rw-r--r--gdb/config/i386/xm-i386sco.h31
-rw-r--r--gdb/config/i386/xm-i386v.h38
-rw-r--r--gdb/config/i386/xm-i386v4.h28
11 files changed, 12 insertions, 143 deletions
diff --git a/gdb/ChangeLog b/gdb/ChangeLog
index 7bced57..febc0df 100644
--- a/gdb/ChangeLog
+++ b/gdb/ChangeLog
@@ -1,5 +1,17 @@
2004-08-05 Andrew Cagney <cagney@gnu.org>
+ * config/i386/xm-i386v.h: Delete file.
+ * config/i386/i386v.mh (XM_FILE, XM_CLIBS): Delete.
+ * config/i386/i386sco5.mh (XM_FILE, XM_CLIBS): Delete.
+ * config/i386/xm-i386sco.h: Delete file.
+ * config/i386/i386sco4.mh (XM_FILE, XM_CLIBS, MH_CFLAGS): Delete.
+ * config/i386/i386sco.mh (XM_FILE, XM_CLIBS, CC): Delete.
+ * config/i386/xm-i386v4.h: Delete file.
+ * config/djgpp/fnchange.lst: Do not fix xm-i386v4.h.
+ * config/i386/ncr3000.mh (CC, CFLAGS, XM_FILE): Delete.
+ * config/i386/i386v42mp.mh (XM_FILE, XM_CLIBS): Delete.
+ * config/i386/i386v4.mh (XM_FILE, XM_CLIBS): Delete.
+
* config/vax/xm-vax.h: Delete file.
* Makefile.in (xm-vaxult.h, xm-vaxbsd.h): Delete.
* config/vax/xm-vaxult2.h: Delete file.
diff --git a/gdb/config/i386/i386sco.mh b/gdb/config/i386/i386sco.mh
index d039944..d715439 100644
--- a/gdb/config/i386/i386sco.mh
+++ b/gdb/config/i386/i386sco.mh
@@ -1,12 +1,4 @@
# Host: Intel 386 running SCO Unix (pre-SVR4)
-XM_FILE= xm-i386sco.h
-XM_CLIBS= -lPW
-
NAT_FILE= nm-i386sco.h
NATDEPFILES= infptrace.o inftarg.o fork-child.o corelow.o core-aout.o i386v-nat.o
-
-#msg The SCO C compiler cannot parse symtab.h when value.h has been included.
-#msg This is a bug in the compiler; the code is valid.
-#msg Therefore, you must use GCC to compile GDB on SCO machines.
-CC=gcc -D_POSIX_SOURCE=1
diff --git a/gdb/config/i386/i386sco4.mh b/gdb/config/i386/i386sco4.mh
index 0c2a8d2..2197248 100644
--- a/gdb/config/i386/i386sco4.mh
+++ b/gdb/config/i386/i386sco4.mh
@@ -1,11 +1,4 @@
# Host: Intel 386 running SCO Unix 3.2v4
-XM_FILE= xm-i386sco.h
-XM_CLIBS= -lPW
-
NAT_FILE= nm-i386sco4.h
NATDEPFILES= infptrace.o inftarg.o fork-child.o corelow.o core-aout.o i386v-nat.o
-
-# The cc compiler mishandles const in cases like
-# struct type ** const (array[]) =
-MH_CFLAGS=-Dconst=
diff --git a/gdb/config/i386/i386sco5.mh b/gdb/config/i386/i386sco5.mh
index 7b8b827..1c3be9a 100644
--- a/gdb/config/i386/i386sco5.mh
+++ b/gdb/config/i386/i386sco5.mh
@@ -1,15 +1,6 @@
# Host: Intel 386 running SCO OpenServer 5
# Much like 3.2v4, except we don't have to avoid problems with const
-XM_FILE= xm-i386sco.h
-
-#
-# Not all configurations of SCO OpenServer 5 come with the TCP/IP
-# runtime, but all come with the development system, so we always
-# have socket(), gethostbyname(), and friends.
-#
-XM_CLIBS= -lPW -lsocket
-
NAT_FILE= nm-i386sco5.h
NATDEPFILES= infptrace.o inftarg.o fork-child.o corefile.o core-aout.o \
corelow.o i386v-nat.o solib.o solib-svr4.o solib-legacy.o
diff --git a/gdb/config/i386/i386v.mh b/gdb/config/i386/i386v.mh
index 7f0ea6e..b1373a7 100644
--- a/gdb/config/i386/i386v.mh
+++ b/gdb/config/i386/i386v.mh
@@ -1,7 +1,4 @@
# Host: Intel 386 running System V
-XM_FILE= xm-i386v.h
-XM_CLIBS= -lPW
-
NAT_FILE= nm-i386v.h
NATDEPFILES= infptrace.o inftarg.o fork-child.o corelow.o core-aout.o i386v-nat.o
diff --git a/gdb/config/i386/i386v4.mh b/gdb/config/i386/i386v4.mh
index a3952bc..a30c3bc 100644
--- a/gdb/config/i386/i386v4.mh
+++ b/gdb/config/i386/i386v4.mh
@@ -1,9 +1,5 @@
# Host: Intel 386 running SVR4
-XM_FILE= xm-i386v4.h
-# for network communication
-XM_CLIBS= -lsocket -lnsl
-
NAT_FILE= nm-i386v4.h
NATDEPFILES= corelow.o core-regset.o fork-child.o i386v4-nat.o \
solib.o solib-svr4.o solib-legacy.o \
diff --git a/gdb/config/i386/i386v42mp.mh b/gdb/config/i386/i386v42mp.mh
index 4aac5d9..3aadf4e 100644
--- a/gdb/config/i386/i386v42mp.mh
+++ b/gdb/config/i386/i386v42mp.mh
@@ -1,9 +1,5 @@
# Host: Intel 386 running SVR4
-XM_FILE= xm-i386v4.h
-# for network communication
-XM_CLIBS= -lsocket -lnsl
-
# we don't want nm-i386v4.h since that defines LOSING_POLL which isn't
# appropriate for i386v42mp
NAT_FILE= nm-i386v42mp.h
diff --git a/gdb/config/i386/ncr3000.mh b/gdb/config/i386/ncr3000.mh
index 4e669ba..a2d8588 100644
--- a/gdb/config/i386/ncr3000.mh
+++ b/gdb/config/i386/ncr3000.mh
@@ -1,16 +1,5 @@
# Host: NCR 3000 (Intel 386 running SVR4)
-# The NCR 3000 ships with a MetaWare compiler installed as /bin/cc.
-# This compiler not only emits obnoxious copyright messages every time
-# you run it, but it chokes and dies on a whole bunch of GNU source
-# files. Default to using the AT&T compiler installed in /usr/ccs/ATT/cc.
-# Unfortunately though, the AT&T compiler sometimes generates code that
-# the assembler barfs on if -g is used, so disable it by default as well.
-CC = /usr/ccs/ATT/cc
-CFLAGS =
-
-XM_FILE= xm-i386v4.h
-
NAT_FILE= nm-i386v4.h
NATDEPFILES= corelow.o core-regset.o fork-child.o i386v4-nat.o procfs.o \
proc-api.o proc-events.o proc-flags.o proc-why.o
diff --git a/gdb/config/i386/xm-i386sco.h b/gdb/config/i386/xm-i386sco.h
deleted file mode 100644
index 18b64bf..0000000
--- a/gdb/config/i386/xm-i386sco.h
+++ /dev/null
@@ -1,31 +0,0 @@
-/* Macro defintions for i386, running SCO Unix System V/386 3.2.
- Copyright 1989, 1993, 1995 Free Software Foundation, Inc.
-
- This file is part of GDB.
-
- This program is free software; you can redistribute it and/or modify
- it under the terms of the GNU General Public License as published by
- the Free Software Foundation; either version 2 of the License, or
- (at your option) any later version.
-
- This program is distributed in the hope that it will be useful,
- but WITHOUT ANY WARRANTY; without even the implied warranty of
- MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
- GNU General Public License for more details.
-
- You should have received a copy of the GNU General Public License
- along with this program; if not, write to the Free Software
- Foundation, Inc., 59 Temple Place - Suite 330,
- Boston, MA 02111-1307, USA. */
-
-/* In 3.2v4 <sys/user.h> requires on <sys/dir.h>. */
-#include <sys/types.h>
-#include <sys/dir.h>
-
-#include "i386/xm-i386v.h"
-
-/* SCO 3.2v2 and later have job control. */
-/* SCO 3.2v4 I know has termios; I'm not sure about earlier versions.
- GDB does not currently support the termio/job control combination. */
-#undef HAVE_TERMIO
-#define HAVE_TERMIOS
diff --git a/gdb/config/i386/xm-i386v.h b/gdb/config/i386/xm-i386v.h
deleted file mode 100644
index 426889c..0000000
--- a/gdb/config/i386/xm-i386v.h
+++ /dev/null
@@ -1,38 +0,0 @@
-/* Host support for i386.
- Copyright 1986, 1987, 1989, 1992 Free Software Foundation, Inc.
- Changes for 80386 by Pace Willisson (pace@prep.ai.mit.edu), July 1988.
-
- This file is part of GDB.
-
- This program is free software; you can redistribute it and/or modify
- it under the terms of the GNU General Public License as published by
- the Free Software Foundation; either version 2 of the License, or
- (at your option) any later version.
-
- This program is distributed in the hope that it will be useful,
- but WITHOUT ANY WARRANTY; without even the implied warranty of
- MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
- GNU General Public License for more details.
-
- You should have received a copy of the GNU General Public License
- along with this program; if not, write to the Free Software
- Foundation, Inc., 59 Temple Place - Suite 330,
- Boston, MA 02111-1307, USA. */
-
-/* I'm running gdb 3.4 under 386/ix 2.0.2, which is a derivative of AT&T's
- Sys V/386 3.2.
-
- On some machines, gdb crashes when it's starting up while calling the
- vendor's termio tgetent() routine. It always works when run under
- itself (actually, under 3.2, it's not an infinitely recursive bug.)
- After some poking around, it appears that depending on the environment
- size, or whether you're running YP, or the phase of the moon or something,
- the stack is not always long-aligned when main() is called, and tgetent()
- takes strong offense at that. On some machines this bug never appears, but
- on those where it does, it occurs quite reliably. */
-#define ALIGN_STACK_ON_STARTUP
-
-/* define USG if you are using sys5 /usr/include's */
-#define USG
-
-#define HAVE_TERMIO
diff --git a/gdb/config/i386/xm-i386v4.h b/gdb/config/i386/xm-i386v4.h
deleted file mode 100644
index 154986c..0000000
--- a/gdb/config/i386/xm-i386v4.h
+++ /dev/null
@@ -1,28 +0,0 @@
-/* Macro definitions for GDB on an Intel i386 running SVR4.
- Copyright 1991, 1992, 1994, 1996 Free Software Foundation, Inc.
- Written by Fred Fish at Cygnus Support (fnf@cygnus.com).
-
- This file is part of GDB.
-
- This program is free software; you can redistribute it and/or modify
- it under the terms of the GNU General Public License as published by
- the Free Software Foundation; either version 2 of the License, or
- (at your option) any later version.
-
- This program is distributed in the hope that it will be useful,
- but WITHOUT ANY WARRANTY; without even the implied warranty of
- MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
- GNU General Public License for more details.
-
- You should have received a copy of the GNU General Public License
- along with this program; if not, write to the Free Software
- Foundation, Inc., 59 Temple Place - Suite 330,
- Boston, MA 02111-1307, USA. */
-
-/* Pick up most of what we need from the generic i386 host include file. */
-
-#include "i386/xm-i386v.h"
-
-/* Pick up more stuff from the generic SVR4 host include file. */
-
-#include "config/xm-sysv4.h"