This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFC] Mingw Windows 64-bit gdbserver
- From: Pedro Alves <pedro at codesourcery dot com>
- To: "Pierre Muller" <pierre dot muller at ics-cnrs dot unistra dot fr>
- Cc: gdb-patches at sourceware dot org
- Date: Fri, 16 Apr 2010 17:27:26 +0100
- Subject: Re: [RFC] Mingw Windows 64-bit gdbserver
- References: <000d01cadd79$efa9e2b0$cefda810$@muller@ics-cnrs.unistra.fr> <201004161659.37990.pedro@codesourcery.com> <001901cadd80$b476aff0$1d640fd0$@muller@ics-cnrs.unistra.fr>
On Friday 16 April 2010 17:20:18, Pierre Muller wrote:
> > How about instead merging the files, like
> > linux-x86-low.c handles both 64-bit and 32-bit? There's
> > a lot of common stuff between both archs support, it
> > seems.
> Yes, but ...
> > Also, is there any debug API limitation that would
> > make it impossible for a 64-bit gdbserver to debug a 32-bit
> > inferior (that is, multi-arch the Windows gdbserver)?
> It not impossible, but it doesn't work
> without using some new API functions:
> Wow64GetThreadContext, Wow64GetThreadSelectorEntry,
> and Wow64SetThreadContext
>
> See http://msdn.microsoft.com/en-us/library/ms679303%28VS.85%29.aspx
>
> This would also be required to be able to debug win32
> application within a windows 64-bit GDB executable.
>
> Implementing this is probably a larger patch than this one ...
I didn't mean to suggest you work on that. Merely to
consider if once we implement that, we'll end up merging
the files anyway...
> > That being possible would be another reason to just merge
> > the files up from the start.
>
> So that argument falls!
Of course it doesn't. But okay, let's keep them appart
anyway. Easy to merge any other time.
> > > - About the used communication library:
> > > -lwsock32 was not found by the mingw, but main gdb
> > > doesn't seem to use it, should we move to ws2_32 for both win32 and
> > win64?
> >
> > Don't we need to make gdbserver include windows2.h instead of winsock.h
> > too?
>
> No, I only found #include <windows.h>
Typo: I meant winsock2.h instead of winsock.h.
--
Pedro Alves