From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5081 invoked by alias); 14 Oct 2007 22:22:19 -0000 Received: (qmail 5071 invoked by uid 22791); 14 Oct 2007 22:22:18 -0000 X-Spam-Check-By: sourceware.org Received: from pool-71-174-251-188.bstnma.fios.verizon.net (HELO ednor.cgf.cx) (71.174.251.188) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 14 Oct 2007 22:22:06 +0000 Received: by ednor.cgf.cx (Postfix, from userid 201) id A15142B353; Sun, 14 Oct 2007 18:21:59 -0400 (EDT) Date: Sun, 14 Oct 2007 22:22:00 -0000 From: Christopher Faylor To: Pedro Alves , gdb-patches@sourceware.org, Joel Brobecker , Kai.Tietz@onevision.com, Eli Zaretskii Subject: Re: Support of gdb for Windows 64 native systems Message-ID: <20071014222159.GB13096@ednor.casa.cgf.cx> Mail-Followup-To: Pedro Alves , gdb-patches@sourceware.org, Joel Brobecker , Kai.Tietz@onevision.com, Eli Zaretskii References: <20071012222842.GD21800@adacore.com> <20071013024116.GB29152@adacore.com> <20071013154715.GE29152@adacore.com> <4711021C.8010805@portugalmail.pt> <20071013205105.GA13789@adacore.com> <47114BB7.1000501@portugalmail.pt> <20071014051622.GC13789@adacore.com> <471200C5.6050609@portugalmail.pt> <20071014203245.GA1921@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071014203245.GA1921@adacore.com> User-Agent: Mutt/1.5.16 (2007-06-09) 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: 2007-10/txt/msg00376.txt.bz2 On Sun, Oct 14, 2007 at 01:32:45PM -0700, Joel Brobecker wrote: >[moved to gdb-patches as well] > >> What's done: >> >> - Added mingw.mh, mingw.mt as copies from the cygwin files. >> - Updated configure.tgt to set gdb_target. >> - Disabled cygwin specific functionality in win32-nat.c. As can >> be seen, the changes are very small. >> - profs.h isn't needed anymore, since I've implemented cygwin >> cross-core support a few weeks ago (in i386-cygwin-tdep.c). >> The include can be unconditionally removed. > >Nice! > >> What's next: >> >> Test with a mingw built libexpat to test dll support. > >Done. Seems to be working well: > > (top-gdb) info dll > From To Syms Read Shared Object Library > 0x7c901000 0x7c9afe88 Yes C:\WINDOWS\system32\ntdll.dll > 0x7c801000 0x7c8f4bec Yes C:\WINDOWS\system32\kernel32.dll > 0x77c11000 0x77c67d74 Yes C:\WINDOWS\system32\msvcrt.dll > 0x7e411000 0x7e49fde8 Yes C:\WINDOWS\system32\user32.dll > 0x77f11000 0x77f568a0 Yes C:\WINDOWS\system32\gdi32.dll > 0x71ab1000 0x71ac6dc8 Yes C:\WINDOWS\system32\ws2_32.dll > 0x71aa1000 0x71aa7324 Yes C:\WINDOWS\system32\ws2help.dll > 0x77dd1000 0x77e6ab38 Yes C:\WINDOWS\system32\advapi32.dll > 0x77e71000 0x77f003f8 Yes C:\WINDOWS\system32\rpcrt4.dll > >> Rename a few things, which really aren't cygwin specific, like: >> * cygwin_get_dr6 -> win32_get_dr6 >> * i386-cygwin-tdep.h -> i386-win32-tdep.h >> * nm-cygwin.h -> nm-cygming.h > >I propose we use "windows" instead of either "win32" or "cygming". >It seems more descriptive to me, and also avoids the "32", since >eventually we might want to add support for 64-bit windows.... I don't really care about this but the "cygming" probably comes from similar naming in gcc. I believe that RMS has objections to the name "win32" and "win64", too. So, whatever we use, it shouldn't have the abbreviation "win" in it. cgf