This is the mail archive of the gdb@sourceware.cygnus.com mailing list for the GDB project. See the GDB home page for more information.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

bits and pieces


Are there particular OS-es on which it would be useful to test the snapshots?

gdb has code to support debugging guile or scm. What plans are there to include
guile
as a scripting/extension language within gdb? Michael Golan's duel added useful
extra
data filtering and printing support, a guile interface should allow that and
more in a less
language dependant manner.

Reading disassembled C++ functions can be confusing since the function name -
mangled or demangled can be large enough to swamp the assembler.
Would other people find a 'set print asm-truncate <<number - default 16>>'
useful if I implement it?

In H.J's 4.17.0.5 version a make distclean doesn't cleanup gdb/gdbserver
completely

Debian 1.3 & Debian 2.0 distribute ncurses - this requires -lncurses as the
TERMCAP
value in gdb/Makefile.in (presumably by config/i386/linux.mh)

Test Run By pms71504 on Sun Nov 29 11:52:49 1998
Native configuration is hppa1.1-hp-hpux10.20

        === gdb tests ===

Schedule of variations:
    unix

Running target unix
..
Running ./gdb.threads/pthreads.exp ...
gdb compile failed, ./gdb.threads/pthreads.c:11: #error "no posix threads
support"

        === gdb Summary ===

# of expected passes        4577
# of expected failures      46
# of unsupported tests      1

/devel/span/rdb/src/gdb-981121/gdb/testsuite/../../gdb/gdb version  981121 -nx

Test Run By rdb on Fri Nov 27 18:11:18 1998
Native configuration is i686-pc-linux-gnulibc1

        === gdb tests ===

Schedule of variations:
    unix

Running target unix
..
FAIL: gdb.base/corefile.exp: print func2::coremaker_local
FAIL: gdb.base/corefile.exp: backtrace in corefile.exp
..
FAIL: gdb.base/signals.exp: handle all print
..
Running ./gdb.threads/pthreads.exp ...
gdb compile failed, ./gdb.threads/pthreads.c:11: #error "no posix threads
support"

        === gdb Summary ===

# of expected passes        4449
# of unexpected failures    3
# of expected failures      48
# of unsupported tests      1
/var/home/rdb/src/gdb-981121/gdb/testsuite/../../gdb/gdb version  981121 -nx

make: *** [just-check] Error 1

Suggested patch to add reminder on i386coff support on linux

--- bfd/README.orig Tue Sep 17 02:40:21 1996
+++ bfd/README  Fri Nov 27 13:54:17 1998
@@ -46,3 +46,7 @@
 
 Bug reports without patches will be remembered, but they may never get
 fixed until somebody volunteers to fix them.
+
+i386-*-linux* targets can support i386coff if the iBCS module is loaded
+in the linux kernel. Enable bfd support for this by uncommenting the line
+in the i386-*-linux* entry in config.bfd
--- bfd/config.bfd.orig Tue Apr 21 08:01:31 1998
+++ bfd/config.bfd  Fri Nov 27 13:48:05 1998
@@ -202,6 +202,10 @@
   i[3456]86-*-linux*)
     targ_defvec=bfd_elf32_i386_vec
     targ_selvecs=i386linux_vec
+    # i386-linux with iBCS support can be an excellent cross-development
+    # environment to i386coff targets (SVR3 like SCO 3.2.4)
+    # Uncomment the following line to enable support
+    #targ_selvecs="i386linux_vec i386coff_vec" # Support iBCS COFF binaries
     ;;
   i[3456]86-*-lynxos*)
     targ_defvec=i386lynx_coff_vec


And again as a MIME attachment (in case CC-Mail mangles things)
 


--- bfd/README.orig	Tue Sep 17 02:40:21 1996
+++ bfd/README	Fri Nov 27 13:54:17 1998
@@ -46,3 +46,7 @@
 
 Bug reports without patches will be remembered, but they may never get
 fixed until somebody volunteers to fix them.
+
+i386-*-linux* targets can support i386coff if the iBCS module is loaded
+in the linux kernel. Enable bfd support for this by uncommenting the line
+in the i386-*-linux* entry in config.bfd
--- bfd/config.bfd.orig	Tue Apr 21 08:01:31 1998
+++ bfd/config.bfd	Fri Nov 27 13:48:05 1998
@@ -202,6 +202,10 @@
   i[3456]86-*-linux*)
     targ_defvec=bfd_elf32_i386_vec
     targ_selvecs=i386linux_vec
+    # i386-linux with iBCS support can be an excellent cross-development
+    # environment to i386coff targets (SVR3 like SCO 3.2.4)
+    # Uncomment the following line to enable support
+    #targ_selvecs="i386linux_vec i386coff_vec"	# Support iBCS COFF binaries
     ;;
   i[3456]86-*-lynxos*)
     targ_defvec=i386lynx_coff_vec