From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21202 invoked by alias); 19 Mar 2005 08:33:05 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 20849 invoked from network); 19 Mar 2005 08:32:54 -0000 Received: from unknown (HELO mout1.freenet.de) (194.97.50.132) by sourceware.org with SMTP; 19 Mar 2005 08:32:54 -0000 Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.51) id 1DCZO1-0003gq-EN; Sat, 19 Mar 2005 09:32:45 +0100 Received: from j31d6.j.pppool.de ([85.74.49.214] helo=[192.168.0.172]) by mx2.freenet.de with esmtpsa (ID rcrtems@freenet.de) (SSLv3:RC4-MD5:128) (Exim 4.43 #13) id 1DCZO1-0003pA-2z; Sat, 19 Mar 2005 09:32:45 +0100 Subject: Re: m68k-rtems* From: Ralf Corsepius To: Mark Kettenis Cc: gdb-patches@sources.redhat.com, Joel Sherrill , Chris Johns In-Reply-To: <1111220442.2475.182.camel@mccallum.corsepiu.local> References: <1111139045.2475.132.camel@mccallum.corsepiu.local> <200503181900.j2IJ0i5q014743@elgar.sibelius.xs4all.nl> <1111220442.2475.182.camel@mccallum.corsepiu.local> Content-Type: text/plain Date: Sat, 19 Mar 2005 08:33:00 -0000 Message-Id: <1111221160.2475.191.camel@mccallum.corsepiu.local> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-SW-Source: 2005-03/txt/msg00251.txt.bz2 On Sat, 2005-03-19 at 09:20 +0100, Ralf Corsepius wrote: > On Fri, 2005-03-18 at 20:00 +0100, Mark Kettenis wrote: > > From: Ralf Corsepius > > Date: Fri, 18 Mar 2005 10:44:05 +0100 > > > > Hi, > > > > The patch below restores m68k-rtems support, which somehow seems to have > > gone lost in gdb, some (very long) time ago :). > > > > I'd politely ask you to apply this patch to cvs-head and gdb-6_3-branch. > > > > Checked in on mainline. What's your motivation for having this on > > gdb-6_3-branch? That branch is basically dead now... > > We are about to prepare a new rtems-toolchain release and do not want to Oops, nasty typo: s/do not want/want/g > base it on the latest current released version instead of some arbitrary > cvs-snapshots, because cvs-snapshots tend to be in very volatile shape. > > To my knowledge gdb-6.3 is the latest released, current version, so > keeping the patches in gdb's official cvs, even if there won't be > another official release helps us to keep our effort small. For completeness: If you're going to release a new gdb-release in near future (esp. accompanying GCC-4.0), then using gdb-cvs would also be fine for us - If not, we'll have to stick to gdb-6.3. Ralf