From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17828 invoked by alias); 7 Jan 2002 18:43:10 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 17801 invoked from network); 7 Jan 2002 18:43:10 -0000 Received: from unknown (HELO lacrosse.corp.redhat.com) (12.107.208.154) by sources.redhat.com with SMTP; 7 Jan 2002 18:43:10 -0000 Received: from cgf.cipe.redhat.com (dhcpd192.meridian.redhat.com [172.16.47.192]) by lacrosse.corp.redhat.com (8.11.6/8.9.3) with ESMTP id g07Ih9w25422 for ; Mon, 7 Jan 2002 13:43:09 -0500 Received: (from cgf@localhost) by cgf.cipe.redhat.com (8.11.6/8.8.7) id g07IhHM07547 for gdb-patches@sources.redhat.com; Mon, 7 Jan 2002 13:43:17 -0500 Date: Mon, 07 Jan 2002 10:43:00 -0000 From: Christopher Faylor To: gdb-patches@sources.redhat.com Subject: Re: [RFA] get win32-nat target to compile again. Message-ID: <20020107184317.GA7503@redhat.com> Mail-Followup-To: gdb-patches@sources.redhat.com References: <4.2.0.58.20020107111032.01623390@ics.u-strasbg.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4.2.0.58.20020107111032.01623390@ics.u-strasbg.fr> User-Agent: Mutt/1.3.23.1i X-SW-Source: 2002-01/txt/msg00102.txt.bz2 On Mon, Jan 07, 2002 at 11:17:45AM +0100, Pierre Muller wrote: >Win32-nat target is broken since december 27., >when Mark moved some macros from tm-i386.h >to i386-tdep.h which isn't included in the win32-nat.c. I tried to apply this patch but it is malformed. However, it looks right, so if you want to check it in, please do. I think you still want to investigate why the patch is screwed up, though. >The patch below does fix the compile failure, but I am unsure if this >is the correct approach (maybe it should rather be included inside >another include file ?) > >By the way, are there any plans to support win32 for other processors >as i386 ? A big part of the win32-nat.c code is processor independant, >but several recent additions (include my not yet accepted debug >register support) do have proc specific code... The win32-nat.c code sort of assumes cygwin right now. I plan on adding some more code from Tak Ota at some point which allows command line redirection under cygwin. That's about it for any plans *I* have for win32-nat.c. cgf >2002-01-06 Pierre Muller > > * win32-nat.c: Add i386-tdep.h dependency. > >Index: win32-nat.c >=================================================================== >RCS file: /cvs/src/src/gdb/win32-nat.c,v >retrieving revision 1.41 >diff -u -r1.41 win32-nat.c >--- win32-nat.c 2001/12/03 08:19:01 1.41 >+++ win32-nat.c 2002/01/07 10:07:59 >@@ -34,6 +34,7 @@ > #include "completer.h" > #include "regcache.h" > #include "top.h" >+#include "i386-tdep.h" > #include > #include > #include