diff options
author | John Gilmore <gnu@cygnus> | 1993-02-05 22:11:01 +0000 |
---|---|---|
committer | John Gilmore <gnu@cygnus> | 1993-02-05 22:11:01 +0000 |
commit | 6e1c67d2188d7ea05ca7218c9ad3697ab6330a92 (patch) | |
tree | 850bdd81f872718df98505abecefab408cd028b9 /gdb | |
parent | c653bc6d90cec06c584d5335cade0c42222931dc (diff) | |
download | gdb-6e1c67d2188d7ea05ca7218c9ad3697ab6330a92.zip gdb-6e1c67d2188d7ea05ca7218c9ad3697ab6330a92.tar.gz gdb-6e1c67d2188d7ea05ca7218c9ad3697ab6330a92.tar.bz2 |
Remove COFF_NO_LONG_FILE_NAMES define, now gone.
Diffstat (limited to 'gdb')
-rw-r--r-- | gdb/doc/ChangeLog | 4 | ||||
-rw-r--r-- | gdb/doc/gdbint.texinfo | 25 |
2 files changed, 21 insertions, 8 deletions
diff --git a/gdb/doc/ChangeLog b/gdb/doc/ChangeLog index ea81062..ff77488 100644 --- a/gdb/doc/ChangeLog +++ b/gdb/doc/ChangeLog @@ -1,3 +1,7 @@ +Fri Feb 5 14:10:15 1993 John Gilmore (gnu@cygnus.com) + + * gdbint.texinfo: Remove COFF_NO_LONG_FILE_NAMES define, now gone. + Thu Feb 4 13:56:46 1993 Ian Lance Taylor (ian@cygnus.com) * gdbint.texinfo: Slightly expand section on supporting a new diff --git a/gdb/doc/gdbint.texinfo b/gdb/doc/gdbint.texinfo index 6e111c6..84bfa32 100644 --- a/gdb/doc/gdbint.texinfo +++ b/gdb/doc/gdbint.texinfo @@ -540,12 +540,25 @@ If you are using an existing object file format (a.out or COFF), there is probably little to be done. See @file{bfd/doc/bfd.texinfo} for more information on writing new a.out or COFF versions. -If you need to add a new object file format, you are beyond the scope -of this document right now. Look at the structure of the a.out -and COFF support, build a transfer vector (@code{xvec}) for your new format, -and start populating it with routines. Add it to the list in +If you need to add a new object file format, you must first add it to +BFD. This is beyond the scope of this document right now. Basically +you must build a transfer vector (of type @code{bfd_target}), which will +mean writing all the required routines, and add it to the list in @file{bfd/targets.c}. +You must then arrange for the BFD code to provide access to the +debugging symbols. Generally GDB will have to call swapping routines +from BFD and a few other BFD internal routines to locate the debugging +information. As much as possible, GDB should not depend on the BFD +internal data structures. + +For some targets (e.g., COFF), there is a special transfer vector used +to call swapping routines, since the external data structures on various +platforms have different sizes and layouts. Specialized routines that +will only ever be implemented by one object file format may be called +directly. This interface should be described in a file +@file{bfd/libxxx.h}, which is included by GDB. + If you are adding a new operating system for an existing CPU chip, add a @file{tm-@var{xos}.h} file that describes the operating system facilities that are unusual (extra symbol table info; the breakpoint @@ -1367,8 +1380,6 @@ objfiles.c hppabsd-tdep.c @item COFF_FORMAT symm-tdep.c -@item COFF_NO_LONG_FILE_NAMES -coffread.c @item CORE_NEEDS_RELOCATION stack.c @item CPLUS_MARKER @@ -1974,8 +1985,6 @@ objfiles.c hppabsd-tdep.c @item COFF_FORMAT symm-tdep.c -@item COFF_NO_LONG_FILE_NAMES -coffread.c @item CORE_NEEDS_RELOCATION stack.c @item CPLUS_MARKER |