diff options
author | John Gilmore <gnu@cygnus> | 1993-02-20 02:37:36 +0000 |
---|---|---|
committer | John Gilmore <gnu@cygnus> | 1993-02-20 02:37:36 +0000 |
commit | cb46c4022f3e79444a7574d82feed911669bfd6e (patch) | |
tree | 8144fe0db1c8a14ee47b866a41818aea35dc1123 /gdb/NEWS | |
parent | 254dec351f699572fa0dc7470de76d0995c74f64 (diff) | |
download | gdb-cb46c4022f3e79444a7574d82feed911669bfd6e.zip gdb-cb46c4022f3e79444a7574d82feed911669bfd6e.tar.gz gdb-cb46c4022f3e79444a7574d82feed911669bfd6e.tar.bz2 |
Add reminders for next release.
Diffstat (limited to 'gdb/NEWS')
-rw-r--r-- | gdb/NEWS | 62 |
1 files changed, 62 insertions, 0 deletions
@@ -1,6 +1,68 @@ What has changed since GDB-3.5? (Organized release by release) +*** Changes in GDB-4.9: + +(This is a prototype to remind us of things that should be announced +in the next release...) + +H8/300 simulator +H8/500 simulator (probably by the next release) +Z8000 family simulator + +Cross-debugging to GO32 targets is supported. It requires a custom +version of the i386-stub.c module which is integrated with the +GO32 memory extender. Msg follows: + + +Date: Tue, 16 Feb 93 02:34:20 EST +From: "Mark W. Eichin" <eichin@cygnus.com> +Message-Id: <9302160734.AA09302@tweedledumb.cygnus.com> +To: gnu@cygnus.com +Cc: ian@cygnus.com, gnu@cygnus.com, gumby@cygnus.com, gdb@cygnus.com +In-Reply-To: gnu@cygnus.com's message of Mon, 15 Feb 93 22:30:09 -0800 <9302160630.AA00786@cygnus.com> +Subject: GO32 debugging in devo/gdb + + SUB: GO32 debugging in devo/gdb + SUM: <gnu>, gnu->eichin, ian, gnu, gumby, gdb + + My impression is that devo/gdb supports remote debugging of GO32 programs. + Is this true? + +Yes. I think that even the 4.7 release had everything needed. + + What does a user have to have in the GO32 environment in order to do this? + (My guess: our custom-modified GO32. Did we send the changes back to + DJ and did they ever get integrated into the standard GO32?) + +I asked DJ if he wanted the changes; at the time, he was very busy +having a daughter. He's back on the net now, I'll give him another +try. My changes are to GO32 1.07 and the entire source (and an +executable) are checked in to cvs; the current GO32 is 1.08, I haven't +tried updating the changes. + + What does a user have to actually do in GO32 in order for this to work? + E.g. there seems to be no user-level documentation for this feature. + +GO32 includes "go32.exe" and "debug32.exe"; my version is +"dser32.exe". With a serial link on com1 to the host, use the mode +command on the target to set the baud rate, then "dser32 a.out" and +start up gdb (configured -target go32), target remote /dev/ttya. +Shoudl just work from there. + + I'm wondering if we can announce this as part of what's supported in + gdb-4.8. + +The hard part is the extender itself -- it needs to be built with a +native 16-bit compiler (such as Turbo C with Turbo Assembler -- about +$300 in software, which I do own -- and the assembly code uses enough +high level features (like structs) that it isn't portable to other +assemblers.) We have no way to build it with any free tools. I think +we can ship (or at least make available) the executable for the DOS +side, I don't think Turbo C has any runtime restrictions. + + _Mark_ + *** Changes in GDB-4.8: * HP Precision Architecture supported |