From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26316 invoked by alias); 29 Mar 2013 16:50:36 -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 26302 invoked by uid 89); 29 Mar 2013 16:50:28 -0000 X-Spam-SWARE-Status: No, score=-3.9 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RP_MATCHES_RCVD autolearn=ham version=3.3.1 Received: from oarmail.oarcorp.com (HELO OARmail.OARCORP.com) (67.63.146.244) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Fri, 29 Mar 2013 16:50:26 +0000 Received: from [192.168.0.14] (24.96.88.41) by OARmail.OARCORP.com (192.168.2.2) with Microsoft SMTP Server (TLS) id 8.2.255.0; Fri, 29 Mar 2013 11:50:24 -0500 Message-ID: <5155C64E.3090407@oarcorp.com> Date: Fri, 29 Mar 2013 20:24:00 -0000 From: Joel Sherrill User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: Joel Brobecker CC: Mike Frysinger , Ralf Corsepius , 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? References: <20130320160032.GC5447@adacore.com> <51553AA8.8020705@rtems.org> <5155A93E.3050509@oarcorp.com> <201303291230.37045.vapier@gentoo.org> <20130329164237.GL4758@adacore.com> In-Reply-To: <20130329164237.GL4758@adacore.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2013-03/txt/msg01121.txt.bz2 On 3/29/2013 11:42 AM, Joel Brobecker wrote: >>> Looking back at 7.5.91, I see that m32r unconditionally uses >>> dv-sockser.o and >>> I don't know how it built before. > [...] > Thank you again, guys, for being of top of it. Let's hope we are > getting to the bottom of things... > > 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? It would allow us to spot those issues during the development > cycle, and give the fixes more time to mature, rather than putting > them in at the last second... I have been testing the head fairly regularly but not all of these combinations and not on mingw. Do you have some idea of testing requirements? > Thanks! -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherrill@OARcorp.com On-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available (256) 722-9985