This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: Support of gdb for Windows 64 native systems
- From: Joel Brobecker <brobecker at adacore dot com>
- To: Pedro Alves <pedro_alves at portugalmail dot pt>
- Cc: Eli Zaretskii <eliz at gnu dot org>, Kai dot Tietz at onevision dot com, gdb-patches at sourceware dot org
- Date: Sun, 14 Oct 2007 13:32:45 -0700
- Subject: Re: Support of gdb for Windows 64 native systems
- References: <uprzkkrf7.fsf@gnu.org> <20071012222842.GD21800@adacore.com> <20071013024116.GB29152@adacore.com> <uk5prl27s.fsf@gnu.org> <20071013154715.GE29152@adacore.com> <4711021C.8010805@portugalmail.pt> <20071013205105.GA13789@adacore.com> <47114BB7.1000501@portugalmail.pt> <20071014051622.GC13789@adacore.com> <471200C5.6050609@portugalmail.pt>
[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....
--
Joel