From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16437 invoked by alias); 13 Oct 2007 17:36:49 -0000 Received: (qmail 16428 invoked by uid 22791); 13 Oct 2007 17:36:48 -0000 X-Spam-Check-By: sourceware.org Received: from py-out-1112.google.com (HELO py-out-1112.google.com) (64.233.166.178) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 13 Oct 2007 17:36:44 +0000 Received: by py-out-1112.google.com with SMTP id d32so4239765pye for ; Sat, 13 Oct 2007 10:36:42 -0700 (PDT) Received: by 10.65.35.6 with SMTP id n6mr6807727qbj.1192297002427; Sat, 13 Oct 2007 10:36:42 -0700 (PDT) Received: from ?88.210.73.151? ( [88.210.73.151]) by mx.google.com with ESMTPS id c5sm2978222nfi.2007.10.13.10.36.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 13 Oct 2007 10:36:40 -0700 (PDT) Message-ID: <4711021C.8010805@portugalmail.pt> Date: Sat, 13 Oct 2007 17:36:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Joel Brobecker CC: Eli Zaretskii , Kai.Tietz@onevision.com, gdb@sourceware.org Subject: Re: Support of gdb for Windows 64 native systems References: <20071011145549.GA19918@caradoc.them.org> <20071012161132.GE4044@adacore.com> <20071012174218.GH4044@adacore.com> <20071012222842.GD21800@adacore.com> <20071013024116.GB29152@adacore.com> <20071013154715.GE29152@adacore.com> In-Reply-To: <20071013154715.GE29152@adacore.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-10/txt/msg00096.txt.bz2 Joel Brobecker wrote: > I think at this point that the next thing to do is to review carefully > the patch, and evaluate what is needed and what isn't anymore. Then > we can tackle the issue of copyright assignement, and then finally > submit/discuss a new patch. > That is IMHO, the wrong way to do it. The copyright assignment should be resolved first, before everyone looks into the patches. Otherwise, it taints whoever looks at the thread, and inhibits that someone from redoing it from scratch, if the copyright issues end up unresolved doesn't it? I propose goind the other way around. Start by adding the needed configury bits needed, a mingw.mt file, and disabling the cygwin specific bits in win32-nat.c around #ifdef __CYGWIN__ blocks. I'd like to keep the changes mostly in sync with gdbserver/win32-low.c too, but that shouldn't be a priority. We can then peacewise enhance the mingw port and bring its features up. We can even forget about stdio redirection and environment passing to the inferior on the first step - that leaves mostly only path handling to care about - really, look at gdbserver/win32-low.c (#ifdef USE_WIN32API). Cheers, Pedro Alves