From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13511 invoked by alias); 26 May 2003 15:31:24 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 7642 invoked from network); 26 May 2003 15:28:46 -0000 Received: from unknown (HELO localhost.localdomain) (207.236.65.94) by sources.redhat.com with SMTP; 26 May 2003 15:28:46 -0000 Received: from localhost.redhat.com ([10.2.246.247]) by localhost.localdomain (8.11.6/8.11.6) with ESMTP id h4QFSga11656 for ; Mon, 26 May 2003 11:28:43 -0400 Received: from redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 488F32B2F; Mon, 26 May 2003 11:28:33 -0400 (EDT) Message-ID: <3ED232A1.2090407@redhat.com> Date: Mon, 26 May 2003 15:31:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eli Zaretskii Cc: kettenis@chello.nl, gdb@sources.redhat.com Subject: Re: [HEADS UP] Merging i386newframe into mailine References: <200305231652.h4NGqs4Y023667@elgar.kettenis.dyndns.org> <6480-Sat24May2003125340+0300-eliz@elta.co.il> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-05/txt/msg00345.txt.bz2 >> Date: Fri, 23 May 2003 18:52:54 +0200 (CEST) >> From: Mark Kettenis >> >> * Possibly breaking a few unmaintained i386 targets. > > > Could the DJGPP (a.k.a. go32) target be one of those? > > >> I think it's worth running these risks, especially since recent >> devlopments on Linux/i386 demand DWARF CFI support on the i386. > > > OTOH, GDB 6 will have many valuable fixes, and it would be a pity to > deny those features from users of platforms that could be broken by > the merge. > > So how about waiting for 6.1 with the merge? (mark, correct?) I believe any potential i386 problems should be confined to things like signal handlers (unwinding through, or from them). Basic break-main;run functionality should be fine (in fact slightly better because the non CFI unwinder was also improved). Andrw