Mirror of the gdb mailing list
 help / color / mirror / Atom feed
* Summary of differences between FSF GDB and ST's Micro Connectversion
@ 2003-02-19 11:35 Paul Bartlett
  2003-02-19 13:31 ` Andrew Cagney
  0 siblings, 1 reply; 2+ messages in thread
From: Paul Bartlett @ 2003-02-19 11:35 UTC (permalink / raw)
  To: gdb

Hi,

A couple of comments from SuperH...

The current version of gdb available from ST is based on 5.2.1.

There are indeed some changes that can only really be classed as hacks. This
was mainly in response to pressure to release something usable to users and
our changes should not be considered to be complete.

We intend to rebase our changes on 5.3 when time permits and also to resolve
in as clean a fashion as possible all 'workarounds' that have been
implemented.

We also intend to submit the changes for consideration by the maintainers in
due course.

This is very much 'work in progress'.

I don't really want to go into the reasons for the introduction of the
'fork' command right now as the explanation would be somewhat lengthy. If
anybody's interested then please contact me directly.

Best,

Paul


-------------------------8<------------------------



Hi,

In a naieve attempt to get my Micro Connect ICE to talk to the latest
gdb I thought I'd better have a look at the diff's between the two
sources and inquire to the list if its worth forward porting any of the
changes into the latest gdb source tree. I'm unsure if some of the arch
specific stuff had been covered in later versions.

The version of gdb that I was supplied is quite old 20020211 and has had
patches made to it by both by SuperH, Inc and ST. I've only skimmed
through the diffs (~6000 lines) so the comments are brief.

Please don't forward the diffs to this list. Since the ownership of the code
is unclear, the last thing GDB want is contamination :-(


BFD Changes (bfd/)

bfd/bfd-in2.h - Added addtional SH relocation types

GDB Changes (gdb/)

Various SH specific changes to deal with breakpoints, frame handling etc
Changes to handle SH virtual registers
Changes to dwarf handling
Some code #if 0'd out to either bypass "bugs" or hardwire things for SH
cases
gdbarch updated
A fair number of explicit variable initialisations and single line
changes.

Sounds like someone has been pulling some nasty hacks :-(


GDB CLI (gdb/cli)

New functions added:
	sleep_escape (seems to sleep for a bit)
	fork_escape (forks external process setting up some pipes) - this is
used to lauch the external gdbserver in my setup

GDB supports the feature:

	target remote |program


Command file tracing added (-v).

So I guess my question is will any of these patches of been forward
ported into 5.3 or submitted by SuperH for inclusion? I know the cli
changes have not but I fear these in themselves may not be enough to get
the latest gdb working with the gdb server.

I don't know.

Are there ChangeLog's? Might help with figuring out where the changes came
from.

Andrew



^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Summary of differences between FSF GDB and ST's Micro Connectversion
  2003-02-19 11:35 Summary of differences between FSF GDB and ST's Micro Connectversion Paul Bartlett
@ 2003-02-19 13:31 ` Andrew Cagney
  0 siblings, 0 replies; 2+ messages in thread
From: Andrew Cagney @ 2003-02-19 13:31 UTC (permalink / raw)
  To: Paul Bartlett; +Cc: gdb

> Hi,
> 
> A couple of comments from SuperH...
> 
> The current version of gdb available from ST is based on 5.2.1.
> 
> There are indeed some changes that can only really be classed as hacks. This
> was mainly in response to pressure to release something usable to users and
> our changes should not be considered to be complete.

> We intend to rebase our changes on 5.3 when time permits and also to resolve
> in as clean a fashion as possible all 'workarounds' that have been
> implemented.
> 
> We also intend to submit the changes for consideration by the maintainers in
> due course.

This willingness to get it right is very much appreciated.

> This is very much 'work in progress'.
> 
> I don't really want to go into the reasons for the introduction of the
> 'fork' command right now as the explanation would be somewhat lengthy. If
> anybody's interested then please contact me directly.

Just an aside, are you aware of:

(gdb) target remote |program

that is, talk to `program' using the remote protocol.

Andrew



^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2003-02-19 13:31 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-02-19 11:35 Summary of differences between FSF GDB and ST's Micro Connectversion Paul Bartlett
2003-02-19 13:31 ` Andrew Cagney

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox