Re: [RFC] Mingw Windows 64-bit gdbserver

[Pedro Alves <pedro at codesourcery dot com>]

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