From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15008 invoked by alias); 2 Jan 2003 19:01: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 14955 invoked from network); 2 Jan 2003 19:01:17 -0000 Received: from unknown (HELO localhost.redhat.com) (66.30.197.194) by 209.249.29.67 with SMTP; 2 Jan 2003 19:01:17 -0000 Received: from redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 51B0C3DE5; Thu, 2 Jan 2003 19:01:07 +0000 (GMT) Message-ID: <3E148C73.3000306@redhat.com> Date: Thu, 02 Jan 2003 19:01:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.1) Gecko/20021211 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Jacobowitz Cc: gdb@sources.redhat.com Subject: Re: GDB 5.3.1 vs 5.4/6.0 References: <3E145BA0.4050403@redhat.com> <20030102173409.GA17057@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-01/txt/msg00023.txt.bz2 > I recommend the way I've been doing binutils releases: leave the branch > open for a little, and if people find things that they want fixed in a > new release and handle getting them onto the branch, then do a 5.3.1 > release. Don't soak massive development time into it. Yes. Play it by ear. > I have one > issue that I would probably want fixed in a 5.3.1, which is that > putting "call" in a breakpoints command list _still_ segfaults; > there're two patches for this still awaiting review. > > One issue by itself isn't really enough to bother, though. > > Re multiarch: HP/PA is progressing and I can help on that if needed; I > can even do the m32r if there is a perception that we still need it (is > there?) since there conveniently are GCC, sim, and binutils ports to > this target. z8k has binutils and sim but no GCC port as far as I can > see; I could do it blindly, though, I wager - it's an impressively > minimal GDB port. So if we want to hold out for multi-arch I bet we > could do it. Apparently there is an unofficial z8k compiler port somewhere. The target should always be deleted rather than speculative converted. cf the mn10200 which should have been deleted years ago. I don't know of a good reason for hanging onto the m32r. Andrew