From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21993 invoked by alias); 29 Mar 2013 07:35:39 -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 21970 invoked by uid 89); 29 Mar 2013 07:35:29 -0000 X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE autolearn=ham version=3.3.1 Received: from mout2.freenet.de (HELO mout2.freenet.de) (195.4.92.92) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Fri, 29 Mar 2013 07:35:25 +0000 Received: from [195.4.92.141] (helo=mjail1.freenet.de) by mout2.freenet.de with esmtpa (ID ralf.corsepius@freenet.de) (port 25) (Exim 4.80.1 #2) id 1ULTFR-00051m-4Z; Fri, 29 Mar 2013 07:57:13 +0100 Received: from localhost ([::1]:58641 helo=mjail1.freenet.de) by mjail1.freenet.de with esmtpa (ID ralf.corsepius@freenet.de) (Exim 4.80.1 #2) id 1ULTFQ-0001X1-VN; Fri, 29 Mar 2013 07:57:13 +0100 Received: from [195.4.92.21] (port=50238 helo=11.mx.freenet.de) by mjail1.freenet.de with esmtpa (ID ralf.corsepius@freenet.de) (Exim 4.80.1 #2) id 1ULTCz-0002P5-ME; Fri, 29 Mar 2013 07:54:41 +0100 Received: from hsi-kbw-109-193-026-150.hsi7.kabel-badenwuerttemberg.de ([109.193.26.150]:50719 helo=[192.168.1.104]) by 11.mx.freenet.de with esmtpsa (ID ralf.corsepius@freenet.de) (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (port 587) (Exim 4.80.1 #2) id 1ULTCz-0000ND-Iv; Fri, 29 Mar 2013 07:54:41 +0100 Message-ID: <51553AA8.8020705@rtems.org> Date: Fri, 29 Mar 2013 15:23:00 -0000 From: Ralf Corsepius User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Joel Brobecker CC: Eli Zaretskii , gdb-patches@sourceware.org, palves@redhat.com, jan.kratochvil@redhat.com, ralf.corsepius@rtems.org, vapier@gentoo.org, joel.sherrill@oarcorp.com Subject: Re: one week to gdb-7.6 release? References: <20130320160032.GC5447@adacore.com> <83vc8myoyb.fsf@gnu.org> <83ehf64cfs.fsf@gnu.org> <20130323162534.GI5447@adacore.com> <834ng23soj.fsf@gnu.org> <20130325151825.GJ5447@adacore.com> <83k3ov1mo0.fsf@gnu.org> <20130325162524.GK5447@adacore.com> <20130329015924.GA14360@adacore.com> In-Reply-To: <20130329015924.GA14360@adacore.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2013-03/txt/msg01101.txt.bz2 On 03/29/2013 02:59 AM, Joel Brobecker wrote: > I was wondering if this discussion was stalled, or if it was just > a matter of not finding the time to do the implementation. Sorry, in my case, it's simply lack of time. > I could > possibly take care of it tomorrow if you'd like. There is not real > rush, however, as I will be off next week, and thus unable to create > a release at least until Tue Apr 9th. I just did a test-rebuild with current gdb-7_6-branch (presuming Joel's new patches are in). Using the same set of configuration options, I have been using for gdb-7.5.x, all targets build fine on Linux. However, there is a new breakdown for the m32r on mingw32-w64-{x86_64,i386}: ..../configure --build=i386-pc-linux-gnu \ --host=x86_64-w64-mingw32 --target=m32r-rtems4.11 --enable-sim [...] \ ... checking how to recognize dependent libraries... configure: error: Sorry, but hardware support in this simulator unconditionally relies on dv-sockser.o which is unavailable for your host. Please fix this simulator. ... As gdb-7.5.x built fine with the same configuration, this to me qualifies as a regression - Or is this just a latent, so far silently accepted, but dysfunctional part being revealed by the new configuration magic? Ralf