diff --git a/gdb/ChangeLog b/gdb/ChangeLog index b5aadf8719..b45fd61efc 100644 --- a/gdb/ChangeLog +++ b/gdb/ChangeLog @@ -1,3 +1,21 @@ +Mon Mar 29 15:03:25 1993 Fred Fish (fnf@cygnus.com) + + * config/a29k/tm-a29k.h: Renamed from config/a29k/tm-29k.h. + * a29k-pinsn.c: Renamed from am29k-pinsn.c. + * a29k-tdep.c: Renamed from am29k-tdep.c. + * remote-eb.c, config/a29k/tm-ultra3.h: Include renamed tm-a29k.h. + * remote-monitor.c, remote-st2000.c, config/a29k/{nm-ultra3.h, + tm-a29k.h, xm-ultra3.h}, config/romp/rtbsd.mh, doc/gdbinv-s.texi, + testsuite/gdb.t15/funcargs.exp, testsuite/gdb.t17/callfuncs.exp: + Map '29k' to 'a29k'. + * config/a29k/{a29k-kern.mt, a29k-udi.mt, a29k.mt, ultra3.mt} + (TDEPFILES): Use renamed a29k-pinsn.o and a29k-tdep.o. + * config/a29k/{a29k-udi.mt, a29k.mt} (TM_FILE): Use renamed + tm-a29k.h. + * config/a29k/a29k-udi.mt (MT_CFLAGS): Remove TARGET_AM29K + define that does not appear anywhere else in the gdb source tree. + * doc/gdbinit.texinfo: Document renaming of tm-29k.h to tm-a29k.h. + Mon Mar 29 13:55:29 1993 Jim Kingdon (kingdon@cygnus.com) * xcoffread.c (sort_syms, compare_symbols): Remove. @@ -6,11 +24,6 @@ Mon Mar 29 13:55:29 1993 Jim Kingdon (kingdon@cygnus.com) * xcoffread.c: Nuke NAMES_HAVE_DOT define (not used). -Fri Mar 26 11:29:30 1993 Jim Kingdon (kingdon@cygnus.com) - - * breakpoint.{c,h}: Add exp_string to struct breakpoint and use - it in breakpoint_re_set. - Sun Mar 28 11:24:37 1993 Peter Schauer (pes@regent.e-technik.tu-muenchen.de) * breakpoint.c (breakpoint_re_set_one): Fix storage leak. @@ -33,6 +46,8 @@ Fri Mar 26 15:25:05 1993 John Gilmore (gnu@cygnus.com) Fri Mar 26 11:29:30 1993 Jim Kingdon (kingdon@cygnus.com) + * breakpoint.{c,h}: Add exp_string to struct breakpoint and use + it in breakpoint_re_set. * breakpoint.c (watch_command, enable_breakpoint): Fetch lazy values. * rs6000-tdep.c (single_step): Misc cleanups (CORE_ADDR not int, diff --git a/gdb/am29k-pinsn.c b/gdb/a29k-pinsn.c similarity index 99% rename from gdb/am29k-pinsn.c rename to gdb/a29k-pinsn.c index 36b73449ef..bd95aef6c2 100644 --- a/gdb/am29k-pinsn.c +++ b/gdb/a29k-pinsn.c @@ -115,7 +115,7 @@ find_bytes (insn, insn0, insn8, insn16, insn24) } /* Print one instruction from MEMADDR on STREAM. - Return the size of the instruction (always 4 on am29k). */ + Return the size of the instruction (always 4 on a29k). */ int print_insn (memaddr, stream) CORE_ADDR memaddr; diff --git a/gdb/am29k-tdep.c b/gdb/a29k-tdep.c similarity index 99% rename from gdb/am29k-tdep.c rename to gdb/a29k-tdep.c index e0090262f0..dfb8398f2c 100644 --- a/gdb/am29k-tdep.c +++ b/gdb/a29k-tdep.c @@ -359,7 +359,7 @@ examine_tag(p, is_trans, argcount, msize, mfp_used) /* Initialize the frame. In addition to setting "extra" frame info, we also set ->frame because we use it in a nonstandard way, and ->pc because we need to know it to get the other stuff. See the diagram - of stacks and the frame cache in tm-29k.h for more detail. */ + of stacks and the frame cache in tm-a29k.h for more detail. */ static void init_frame_info (innermost_frame, fci) int innermost_frame; diff --git a/gdb/config/a29k/a29k-kern.mt b/gdb/config/a29k/a29k-kern.mt index 0ecf14fcb6..cb06f8019c 100644 --- a/gdb/config/a29k/a29k-kern.mt +++ b/gdb/config/a29k/a29k-kern.mt @@ -5,6 +5,6 @@ # As compared to ordinary remote 29K debugging, this changes the register # numbering a bit, to hold kernel regs, and adds support for looking at # the upage. -TDEPFILES= exec.o am29k-pinsn.o am29k-tdep.o remote-mm.o remote-adapt.o +TDEPFILES= exec.o a29k-pinsn.o a29k-tdep.o remote-mm.o remote-adapt.o TM_FILE= tm-ultra3.h MT_CFLAGS = -DKERNEL_DEBUGGING -DNO_HIF_SUPPORT diff --git a/gdb/config/a29k/a29k-udi.mt b/gdb/config/a29k/a29k-udi.mt index dba0705656..3ed65d2480 100644 --- a/gdb/config/a29k/a29k-udi.mt +++ b/gdb/config/a29k/a29k-udi.mt @@ -1,5 +1,5 @@ # Target: AMD 29000 on EB29K board over a serial line. -TDEPFILES= exec.o am29k-pinsn.o remote-udi.o am29k-tdep.o udip2soc.o udr.o -TM_FILE= tm-29k.h +TDEPFILES= exec.o a29k-pinsn.o remote-udi.o a29k-tdep.o udip2soc.o udr.o +TM_FILE= tm-a29k.h # The following is for ../include/a.out.encap.h -MT_CFLAGS = -Da29k -DREMOTE -DTARGET=TARGET_AM29K -DAMD_COFF +MT_CFLAGS = -Da29k -DREMOTE -DAMD_COFF diff --git a/gdb/config/a29k/a29k.mt b/gdb/config/a29k/a29k.mt index 29ae63b5d0..cd947dce5c 100644 --- a/gdb/config/a29k/a29k.mt +++ b/gdb/config/a29k/a29k.mt @@ -5,6 +5,6 @@ # Adapt (remote-adapt.c), # or a MiniMon debugger (remote-mm.c). # Or run native on an Ultracomputer. -TDEPFILES= exec.o am29k-pinsn.o am29k-tdep.o remote-eb.o remote-mm.o remote-adapt.o -TM_FILE= tm-29k.h +TDEPFILES= exec.o a29k-pinsn.o a29k-tdep.o remote-eb.o remote-mm.o remote-adapt.o +TM_FILE= tm-a29k.h MT_CFLAGS = -DNO_HIF_SUPPORT diff --git a/gdb/config/a29k/nm-ultra3.h b/gdb/config/a29k/nm-ultra3.h index e593729337..c9fd7f226f 100644 --- a/gdb/config/a29k/nm-ultra3.h +++ b/gdb/config/a29k/nm-ultra3.h @@ -1,4 +1,4 @@ -/* Host definitions for GDB running on a 29k NYU Ultracomputer +/* Host definitions for GDB running on an a29k NYU Ultracomputer Copyright (C) 1986, 1987, 1989, 1991, 1992 Free Software Foundation, Inc. Contributed by David Wood (wood@lab.ultra.nyu.edu). diff --git a/gdb/config/a29k/tm-a29k.h b/gdb/config/a29k/tm-a29k.h index 206f9d486b..56d6a861ed 100644 --- a/gdb/config/a29k/tm-a29k.h +++ b/gdb/config/a29k/tm-a29k.h @@ -22,7 +22,7 @@ Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ accessed through EBMON software running on the PC, which we use as we'd use a remote stub (see remote-eb.c). - If gdb is ported to other 29k machines/systems, the + If gdb is ported to other a29k machines/systems, the machine/system-specific parts should be removed from this file (a la tm-68k.h). */ @@ -93,7 +93,7 @@ CORE_ADDR skip_prologue (); #define DECR_PC_AFTER_BREAK 0 /* Nonzero if instruction at PC is a return instruction. - On the 29k, this is a "jmpi l0" instruction. */ + On the a29k, this is a "jmpi l0" instruction. */ #define ABOUT_TO_RETURN(pc) \ ((read_memory_integer (pc, 4) & 0xff0000ff) == 0xc0000080) @@ -291,13 +291,13 @@ CORE_ADDR skip_prologue (); /* Store the address of the place in which to copy the structure the subroutine will return. This is called from call_function. */ -/* On the 29k the LRP points to the part of the structure beyond the first +/* On the a29k the LRP points to the part of the structure beyond the first 16 words. */ #define STORE_STRUCT_RETURN(ADDR, SP) \ write_register (LRP_REGNUM, (ADDR) + 16 * 4); /* Should call_function allocate stack space for a struct return? */ -/* On the 29k objects over 16 words require the caller to allocate space. */ +/* On the a29k objects over 16 words require the caller to allocate space. */ #define USE_STRUCT_CONVENTION(gcc_p, type) (TYPE_LENGTH (type) > 16 * 4) /* Extract from an array REGBUF containing the (raw) register state @@ -333,7 +333,7 @@ CORE_ADDR skip_prologue (); TYPE_LENGTH (TYPE)); \ } -/* The am29k user's guide documents well what the stacks look like. +/* The a29k user's guide documents well what the stacks look like. But what isn't so clear there is how this interracts with the symbols, or with GDB. In the following saved_msp, saved memory stack pointer (which functions @@ -355,7 +355,7 @@ CORE_ADDR skip_prologue (); before trying to print arguments or anything. The following diagram attempts to depict what is going on in memory - (see also the _am29k user's guide_) and also how that interacts with + (see also the _a29k user's guide_) and also how that interacts with GDB frames. We arbitrarily pick fci->frame to point the same place as the register stack pointer; since we set it ourself in INIT_EXTRA_FRAME_INFO, and access it only through the FRAME_* @@ -364,7 +364,7 @@ CORE_ADDR skip_prologue (); (1) as a "magic cookie" which uniquely identifies frames (even over calls to the inferior), (2) (in PC_IN_CALL_DUMMY [ON_STACK]) as the value of SP_REGNUM before the dummy frame was pushed. These - two meanings would be incompatible for the 29k if we defined + two meanings would be incompatible for the a29k if we defined CALL_DUMMY_LOCATION == ON_STACK (but we don't, so don't worry about it). Also note that "lr1" below, while called a frame pointer in the user's guide, has only one function: To determine whether @@ -463,7 +463,7 @@ void init_frame_pc (); However, if FRAME_CHAIN_VALID returns zero, it means the given frame is the outermost one and has no caller. */ -/* On the 29k, the nominal address of a frame is the address on the +/* On the a29k, the nominal address of a frame is the address on the register stack of the return address (the one next to the incoming arguments, not down at the bottom so nominal address == stack pointer). @@ -472,7 +472,7 @@ void init_frame_pc (); However, that doesn't work for us, so when creating the innermost frame we set ->frame ourselves in INIT_EXTRA_FRAME_INFO. */ -/* These are mostly dummies for the 29k because INIT_FRAME_PC +/* These are mostly dummies for the a29k because INIT_FRAME_PC sets prev->frame instead. */ #define FRAME_CHAIN(thisframe) ((thisframe)->frame + (thisframe)->rsize) @@ -524,7 +524,7 @@ extern CORE_ADDR frame_locals_address (); #define FRAME_ARGS_SKIP 0 /* Provide our own get_saved_register. HAVE_REGISTER_WINDOWS is insufficient - because registers get renumbered on the 29k without getting saved. */ + because registers get renumbered on the a29k without getting saved. */ #define GET_SAVED_REGISTER @@ -572,7 +572,7 @@ extern CORE_ADDR frame_locals_address (); the msp, it won't end up larger than mfp_dummy (it is needed in the case where margs and struct_ret do not add up to at least 16 words). struct ret: This area is allocated by GDB if the return value is more - than 16 words. struct ret_16 is not used on the 29k. + than 16 words. struct ret_16 is not used on the a29k. margs: Pushed by GDB. The call dummy copies the first 16 words to args_out_dummy. retaddr_sproc: Contains the PC at the time we call the function. @@ -671,7 +671,7 @@ extern void pop_frame (); into a call sequence of the above form stored at DUMMYNAME. */ /* Currently this stuffs in the address of the function that we are calling. - Since different 29k systems use different breakpoint instructions, it + Since different a29k systems use different breakpoint instructions, it also stuffs BREAKPOINT in the right place (to avoid having to duplicate CALL_DUMMY in each tm-*.h file). */ @@ -682,7 +682,7 @@ extern void pop_frame (); /* FIXME memcpy ((char *)(dummyname) + BREAKPT_INSN, break_insn, 4); */ \ } -/* 29k architecture has separate data & instruction memories -- wired to +/* a29k architecture has separate data & instruction memories -- wired to different pins on the chip -- and can't execute the data memory. Also, there should be space after text_end; we won't get a SIGSEGV or scribble on data space. */ diff --git a/gdb/config/a29k/tm-ultra3.h b/gdb/config/a29k/tm-ultra3.h index 1603d8bb99..e17407c624 100644 --- a/gdb/config/a29k/tm-ultra3.h +++ b/gdb/config/a29k/tm-ultra3.h @@ -18,8 +18,8 @@ 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., 675 Mass Ave, Cambridge, MA 02139, USA. */ -/* This file includes tm-29k.h, but predefines REGISTER_NAMES and - related macros. The file supports a 29k running our flavor of +/* This file includes tm-a29k.h, but predefines REGISTER_NAMES and + related macros. The file supports a a29k running our flavor of Unix on our Ultra3 PE Boards. */ /* Byte order is configurable, but this machine runs big-endian. */ @@ -183,9 +183,9 @@ Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ #endif #endif /* !KERNEL_DEBUGGING */ -#include "a29k/tm-29k.h" +#include "a29k/tm-a29k.h" -/**** The following are definitions that override those in tm-29k.h ****/ +/**** The following are definitions that override those in tm-a29k.h ****/ /* This sequence of words is the instructions mtsrim cr, 15 diff --git a/gdb/config/a29k/ultra3.mt b/gdb/config/a29k/ultra3.mt index 840b79d85e..a6f8cbe921 100644 --- a/gdb/config/a29k/ultra3.mt +++ b/gdb/config/a29k/ultra3.mt @@ -1,5 +1,5 @@ # Target: AMD 29000 running Unix on New York Univerisity processor board. -TDEPFILES= am29k-pinsn.o am29k-tdep.o +TDEPFILES= a29k-pinsn.o a29k-tdep.o TM_FILE= tm-ultra3.h # SYM1 is some OS they have. MT_CFLAGS = -DSYM1 diff --git a/gdb/config/a29k/xm-ultra3.h b/gdb/config/a29k/xm-ultra3.h index 0abf68d2be..74ff6d37fe 100644 --- a/gdb/config/a29k/xm-ultra3.h +++ b/gdb/config/a29k/xm-ultra3.h @@ -1,4 +1,4 @@ -/* Host definitions for GDB running on a 29k NYU Ultracomputer +/* Host definitions for GDB running on an a29k NYU Ultracomputer Copyright (C) 1986, 1987, 1989, 1991 Free Software Foundation, Inc. Contributed by David Wood (wood@lab.ultra.nyu.edu). @@ -20,7 +20,7 @@ Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ /* Here at NYU we have what we call an ULTRA3 PE board. So ifdefs for ULTRA3 are my doing. At this point in time, - I don't know of any other Unixi running on the 29k. */ + I don't know of any other Unixi running on the a29k. */ #define HOST_BYTE_ORDER BIG_ENDIAN diff --git a/gdb/doc/gdbint.texinfo b/gdb/doc/gdbint.texinfo index 725e948bb2..3578ef14a9 100644 --- a/gdb/doc/gdbint.texinfo +++ b/gdb/doc/gdbint.texinfo @@ -1643,14 +1643,20 @@ xcoffread.c remote-mm.c @item NO_JOB_CONTROL signals.h -@item NO_MALLOC_CHECK -utils.c @item NO_MMALLOC -utils.c -@item NO_MMALLOC -objfiles.c -@item NO_MMALLOC -utils.c +GDB will use the @code{mmalloc} library for memory allocation for symbol +reading, unless this symbol is defined. Define it on systems +on which @code{mmalloc} does not +work for some reason. One example is the DECstation, where its RPC +library can't cope with our redefinition of @code{malloc} to call +@code{mmalloc}. When defining @code{NO_MMALLOC}, you will also have +to override the setting of @code{MMALLOC_LIB} to empty, in the Makefile. +Therefore, this define is usually set on the command line by overriding +@code{MMALLOC_DISABLE} in @file{config/*.mh}, rather than by defining +it in @file{xm-*.h}. +@item NO_MMALLOC_CHECK +Define this if you are using @code{mmalloc}, but don't want the overhead +of checking the heap with @code{mmcheck}. @item NO_SIGINTERRUPT remote-adapt.c @item NO_SINGLE_STEP @@ -1712,7 +1718,7 @@ pyr-xdep.c @item REGISTER_BYTES remote.c @item REGISTER_NAMES -tm-29k.h +tm-a29k.h @item REG_STACK_SEGMENT exec.c @item REG_STRUCT_HAS_ADDR @@ -2226,16 +2232,6 @@ infrun.c xcoffread.c @item NO_HIF_SUPPORT remote-mm.c -@item NO_JOB_CONTROL -signals.h -@item NO_MALLOC_CHECK -utils.c -@item NO_MMALLOC -utils.c -@item NO_MMALLOC -objfiles.c -@item NO_MMALLOC -utils.c @item NO_SIGINTERRUPT remote-adapt.c @item NO_SINGLE_STEP @@ -2287,7 +2283,7 @@ valops.c @item REGISTER_BYTES remote.c @item REGISTER_NAMES -tm-29k.h +tm-a29k.h @item REG_STACK_SEGMENT exec.c @item REG_STRUCT_HAS_ADDR diff --git a/gdb/doc/gdbinv-s.texi b/gdb/doc/gdbinv-s.texi index e3c625abfe..a94fa24c42 100644 --- a/gdb/doc/gdbinv-s.texi +++ b/gdb/doc/gdbinv-s.texi @@ -451,19 +451,19 @@ a break is detected. @cindex UDI @cindex AMD29K via UDI @value{GDBN} supports AMD's UDI (``Universal Debugger Interface'') -protocol for debugging the 29k processor family. To use this +protocol for debugging the a29k processor family. To use this configuration with AMD targets running the MiniMON monitor, you need the program @code{MONTIP}, available from AMD at no charge. You can also -use @value{GDBN} with the UDI conformant 29k simulator program +use @value{GDBN} with the UDI conformant a29k simulator program @code{ISSTIP}, also available from AMD. @table @code @item target udi @var{keyword} @kindex udi -Select the UDI interface to a remote 29K board or simulator, where +Select the UDI interface to a remote a29k board or simulator, where @var{keyword} is an entry in the AMD configuration file @file{udi_soc}. This file contains keyword entries which specify parameters used to -connect to 29k targets. If the @file{udi_soc} file is not in your +connect to a29k targets. If the @file{udi_soc} file is not in your working directory, you must set the environment variable @samp{UDICONF} to its pathname. @end table diff --git a/gdb/remote-eb.c b/gdb/remote-eb.c index 7c5b6869aa..605945c766 100644 --- a/gdb/remote-eb.c +++ b/gdb/remote-eb.c @@ -19,7 +19,7 @@ along with this program; if not, write to the Free Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ /* This is like remote.c but is for an esoteric situation-- - having a 29k board in a PC hooked up to a unix machine with + having a a29k board in a PC hooked up to a unix machine with a serial line, and running ctty com1 on the PC, through which the unix machine can run ebmon. Not to mention that the PC has PC/NFS, so it can access the same executables that gdb can, @@ -28,7 +28,7 @@ Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ #define TM_FILE_OVERRIDE #include "defs.h" #include -#include "a29k/tm-29k.h" +#include "a29k/tm-a29k.h" #include "inferior.h" #include "wait.h" diff --git a/gdb/remote-monitor.c b/gdb/remote-monitor.c index 7eac4586a1..7736fe8a46 100644 --- a/gdb/remote-monitor.c +++ b/gdb/remote-monitor.c @@ -23,7 +23,7 @@ Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ as mentioned in the following comment (left in for comic relief): "This is like remote.c but is for an esoteric situation-- - having a 29k board in a PC hooked up to a unix machine with + having an a29k board in a PC hooked up to a unix machine with a serial line, and running ctty com1 on the PC, through which the unix machine can run ebmon. Not to mention that the PC has PC/NFS, so it can access the same executables that gdb can, diff --git a/gdb/remote-st2000.c b/gdb/remote-st2000.c index 02a5a63ef8..67ed256778 100644 --- a/gdb/remote-st2000.c +++ b/gdb/remote-st2000.c @@ -23,7 +23,7 @@ Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ as mentioned in the following comment (left in for comic relief): "This is like remote.c but is for an esoteric situation-- - having a 29k board in a PC hooked up to a unix machine with + having an a29k board in a PC hooked up to a unix machine with a serial line, and running ctty com1 on the PC, through which the unix machine can run ebmon. Not to mention that the PC has PC/NFS, so it can access the same executables that gdb can,