aboutsummaryrefslogtreecommitdiff
path: root/gdb
diff options
context:
space:
mode:
authorJohn Gilmore <gnu@cygnus>1993-02-05 22:11:01 +0000
committerJohn Gilmore <gnu@cygnus>1993-02-05 22:11:01 +0000
commit6e1c67d2188d7ea05ca7218c9ad3697ab6330a92 (patch)
tree850bdd81f872718df98505abecefab408cd028b9 /gdb
parentc653bc6d90cec06c584d5335cade0c42222931dc (diff)
downloadgdb-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/ChangeLog4
-rw-r--r--gdb/doc/gdbint.texinfo25
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