Mail Archives: djgpp/2015/05/21/00:25:37
On 05/21/2015 12:41 AM, Juan Manuel Guerrero (juan DOT guerrero AT gmx DOT de) wrote:
>
> Today I have ported and compiled gdb-7.9.1.tar.gz. The COFF/dwarf support is
> as broken as with gdb-7.8. and later versions. The last gdb version with working
> djgpp support is gdb-7.7.1.tar.gz. I do not think that they have intentionally
> removed or brocken djgpp support. But an inspection of the changelog file shows
> that they have modified go32-nat.c but not only this one. This change seems to be
> part of a major modification or rewrite of that particular code segments.
>
> From Changelog-2014:
>
> 2014-03-07 Pedro Alves <palves AT redhat DOT com>
>
> * go32-nat.c: Include inf-child.h.
> (go32_ops): Delete global.
> (go32_close, go32_detach, go32_prepare_to_store, go32_can_run):
> Delete methods.
> (go32_create_inferior): Push the passed in target pointer instead
> of referencing go32_ops.
> (init_go32_ops): Delete function. Moved parts to _initialize_go32_nat.
> (go32_target): New function, based on init_go32_ops, but inherit
> inf_child_target.
> (_initialize_go32_nat): Use go32_target. Move parts of
> init_go32_ops here.
>
> I have inspected those changes and they seem to have been well done. So it is
> not clear what has been brocken.
> Unfortunately I have absolute no knowledge about DWARF and especially I do not
> understand how the djgpp support of gdb works. So I cannot debug nor figure out
> this issue.
This change is most likely only a result of other changes. So if we do not know these other changes
it would be very difficult to see whether that go32-nat.c change is actually OK or some detail is
accidentally left out.
Perhaps it is necessary to look for in GDB GIT repository to see which change actually broke DJGPP
support between creating gdb_7_7_branch and gdb-7.8 release. 'git bisect' could perhaps help. Then
it could be more clear what went wrong
Andris
- Raw text -