From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22617 invoked by alias); 16 Apr 2010 16:27:42 -0000 Received: (qmail 22487 invoked by uid 22791); 16 Apr 2010 16:27:36 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 16 Apr 2010 16:27:30 +0000 Received: (qmail 9832 invoked from network); 16 Apr 2010 16:27:29 -0000 Received: from unknown (HELO orlando.localnet) (pedro@127.0.0.2) by mail.codesourcery.com with ESMTPA; 16 Apr 2010 16:27:29 -0000 From: Pedro Alves To: "Pierre Muller" Subject: Re: [RFC] Mingw Windows 64-bit gdbserver Date: Fri, 16 Apr 2010 16:27:00 -0000 User-Agent: KMail/1.12.2 (Linux/2.6.31-20-generic; KDE/4.3.2; x86_64; ; ) Cc: gdb-patches@sourceware.org References: <000d01cadd79$efa9e2b0$cefda810$@muller@ics-cnrs.unistra.fr> <201004161659.37990.pedro@codesourcery.com> <001901cadd80$b476aff0$1d640fd0$@muller@ics-cnrs.unistra.fr> In-Reply-To: <001901cadd80$b476aff0$1d640fd0$@muller@ics-cnrs.unistra.fr> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004161727.26943.pedro@codesourcery.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-04/txt/msg00514.txt.bz2 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 Typo: I meant winsock2.h instead of winsock.h. -- Pedro Alves