From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24396 invoked by alias); 31 Mar 2008 16:10:21 -0000 Received: (qmail 24388 invoked by uid 22791); 31 Mar 2008 16:10:21 -0000 X-Spam-Check-By: sourceware.org Received: from NaN.false.org (HELO nan.false.org) (208.75.86.248) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 31 Mar 2008 16:10:01 +0000 Received: from nan.false.org (localhost [127.0.0.1]) by nan.false.org (Postfix) with ESMTP id B552A98119; Mon, 31 Mar 2008 16:09:59 +0000 (GMT) Received: from caradoc.them.org (22.svnf5.xdsl.nauticom.net [209.195.183.55]) by nan.false.org (Postfix) with ESMTP id CDA429802B; Mon, 31 Mar 2008 16:09:58 +0000 (GMT) Received: from drow by caradoc.them.org with local (Exim 4.69) (envelope-from ) id 1JgMa5-0001Bn-Lq; Mon, 31 Mar 2008 12:09:57 -0400 Date: Mon, 31 Mar 2008 17:34:00 -0000 From: 'Daniel Jacobowitz' To: Pierre Muller Cc: gdb-patches@sourceware.org Subject: Re: [RFA] Avoid error/prompt reversal for mingw Message-ID: <20080331160957.GB4003@caradoc.them.org> Mail-Followup-To: Pierre Muller , gdb-patches@sourceware.org References: <000601c89342$3eb4a590$bc1df0b0$@u-strasbg.fr> <20080331152843.GA1576@caradoc.them.org> <000d01c89347$e3a71c40$aaf554c0$@u-strasbg.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000d01c89347$e3a71c40$aaf554c0$@u-strasbg.fr> User-Agent: Mutt/1.5.17 (2007-12-11) 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: 2008-03/txt/msg00506.txt.bz2 On Mon, Mar 31, 2008 at 05:57:15PM +0200, Pierre Muller wrote: > > We have spent a lot of time over the last few months getting the > > testsuite to run on mingw. A mingw-built GDB does not work well > > with a Cygwin expect. The flush is actually a symptom of a larger > > problem: isatty returns false when running in expect, but the > > testsuite is written as if it runs on a terminal. > > But this problem arises both for cygwin and mingw, > and nevertheless, I never saw the output reversed in Cygwin GDB. No, isatty works fine in expect if you build a Cygwin GDB. It's only if you use MSVCRT's isatty that there's a problem. > > We've got a couple of patches. Some of them we can submit because > > they're only moderately ugly, but others are just horrible. Can you > > test a Cygwin-built GDB instead? It's a lot easier, it works a lot > > better, and it tests more or less the same code. > > I would really be interested in getting the mingw version > to work as well as the Cygwin, on reason being that I > would really prefer to be able to use a GDB library without > cygwin DLL to integrate into my Free Pascal IDE... > I would also like to be able to test the DJGPP version... > (I have a predilection for old stuff...) The mingw version works well. It's only when you try to use it in combination with Cygwin programs (like expect) that there's trouble. There are problems with terminal handling, C-c, isatty, and pathnames when you mix a Cygwin environment with a non-Cygwin GDB. Basically, I recommend not doing it. > 1) a patch that uses cygpath to translate cygwin pathes into > something that Mingw GDB understands, Interesting, we've done something similar (but it's pretty ugly; I wasn't planning to submit it). > 2)a "one line" patch to swallow the "cYg" warnings > in win32-nat.c No opinion on this. > One other really annoying thing after is the > Dos/Unix line ending stuff... > Only a small part of the testsuite > copes correctly with that... We've got a patch for this one too; that's one I was planning to post. > Should I conclude from your remarks that > my patch is not likely to get an approval? I don't think it's the right solution; that's another patch I could post. -- Daniel Jacobowitz CodeSourcery