From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23706 invoked by alias); 10 Apr 2013 00:38:55 -0000 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 Received: (qmail 23696 invoked by uid 89); 10 Apr 2013 00:38:54 -0000 X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_HOSTKARMA_NO autolearn=ham version=3.3.1 Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Wed, 10 Apr 2013 00:38:54 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id A8CA22EA16; Tue, 9 Apr 2013 20:38:52 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id kaIgV0Yz0ey3; Tue, 9 Apr 2013 20:38:52 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 0A4EA1C6383; Tue, 9 Apr 2013 20:38:51 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 1E474C2B71; Tue, 9 Apr 2013 17:38:50 -0700 (PDT) Date: Wed, 10 Apr 2013 15:01:00 -0000 From: Joel Brobecker To: Ralf Corsepius Cc: Mike Frysinger , Joel Sherrill , Eli Zaretskii , "gdb-patches@sourceware.org" , "palves@redhat.com" , "jan.kratochvil@redhat.com" Subject: Re: m32r sim was Re: one week to gdb-7.6 release? Message-ID: <20130410003849.GD24389@adacore.com> References: <20130320160032.GC5447@adacore.com> <51553AA8.8020705@rtems.org> <5155A93E.3050509@oarcorp.com> <201303291230.37045.vapier@gentoo.org> <20130329164237.GL4758@adacore.com> <515D1D47.10301@rtems.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <515D1D47.10301@rtems.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-SW-Source: 2013-04/txt/msg00265.txt.bz2 > >I have to admit that the number of iterations and the amount of > >research/testing needed in order to try to get this right is > >making me slightly nervous. Nothing we can do about it for > >this release. But for future releases, Ralf & Joel, do you think > >you could incorporate some regular testing of the HEAD on your > >end? > > Well, I am not actually developing on gdb, but am packaging > rtems-gdbs for different host OSes. Therefore, I am usually > jumping-in when gdb releases a pre-release tarball and am testing > building it. Apologies, if this is inconvenient to you, It's not inconvenient to me, but it significantly delays the release cycle to find problems of this sort so late in the game, and it also reduces the amount of exposure the fix might have. It's such a shame because such errors are so each to catch right away... All it needs is a little nightly/weekly script that fetches the latest head, and rebuilds the configurations that you care about. I am asking whether you could help with that, since these are the targets that you do care about. -- Joel