From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27235 invoked by alias); 7 Dec 2006 21:37:22 -0000 Received: (qmail 27221 invoked by uid 22791); 7 Dec 2006 21:37:21 -0000 X-Spam-Check-By: sourceware.org Received: from romy.inter.net.il (HELO romy.inter.net.il) (192.114.186.66) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 07 Dec 2006 21:37:11 +0000 Received: from HOME-C4E4A596F7 (IGLD-80-230-162-125.inter.net.il [80.230.162.125]) by romy.inter.net.il (MOS 3.7.3-GA) with ESMTP id GMF27720 (AUTH halo1); Thu, 7 Dec 2006 23:36:57 +0200 (IST) Date: Thu, 07 Dec 2006 21:37:00 -0000 Message-Id: From: Eli Zaretskii To: gdb-patches@sourceware.org In-reply-to: <20061207095839.GA14487@calimero.vinschen.de> (message from Corinna Vinschen on Thu, 7 Dec 2006 10:58:39 +0100) Subject: Re: [RFA] win32-nat.c: Simplify generation of Windows environment Reply-to: Eli Zaretskii References: <20061207095839.GA14487@calimero.vinschen.de> 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: 2006-12/txt/msg00105.txt.bz2 > Date: Thu, 7 Dec 2006 10:58:39 +0100 > From: Corinna Vinschen > > the below patch simplifies the code which translates the Cygwin > environment into the native Windows environment. So far this is > done in GDB manually. However, there's a Cygwin specific function > call which does the same for the calling process. Using this call > has three advantages. Is win32-nat.c used only for the Cygwin build? I thought the native Windows build used it as well (perhaps with a few patches that are not yet part of the CVS), but maybe I was mistaken. If I am right, then please make this change, and especially the call to cygwin_internal, conditioned on __CYGWIN__, or some other Cygwin-specific symbol.