From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6953 invoked by alias); 4 Apr 2013 16:08:09 -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 6941 invoked by uid 89); 4 Apr 2013 16:08:09 -0000 X-Spam-SWARE-Status: No, score=-4.0 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,TW_BJ,TW_JC autolearn=ham version=3.3.1 Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Thu, 04 Apr 2013 16:08:06 +0000 Received: from svr-orw-fem-01.mgc.mentorg.com ([147.34.98.93]) by relay1.mentorg.com with esmtp id 1UNmho-0002qh-89 from Sandra_Loosemore@mentor.com ; Thu, 04 Apr 2013 09:08:04 -0700 Received: from SVR-ORW-FEM-04.mgc.mentorg.com ([147.34.97.41]) by svr-orw-fem-01.mgc.mentorg.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Thu, 4 Apr 2013 09:08:03 -0700 Received: from [IPv6:::1] (147.34.91.1) by svr-orw-fem-04.mgc.mentorg.com (147.34.97.41) with Microsoft SMTP Server id 14.1.289.1; Thu, 4 Apr 2013 09:08:03 -0700 Message-ID: <515DA554.7040500@codesourcery.com> Date: Thu, 04 Apr 2013 19:27:00 -0000 From: Sandra Loosemore User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: Pedro Alves CC: Subject: Re: [patch] fix remote host test failures in gdb.base/dup-sect.exp References: <515CF061.1090508@codesourcery.com> <515D5F6A.6000801@redhat.com> In-Reply-To: <515D5F6A.6000801@redhat.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2013-04/txt/msg00107.txt.bz2 On 04/04/2013 05:09 AM, Pedro Alves wrote: > On 04/04/2013 04:15 AM, Sandra Loosemore wrote: >> The two tests at the end of gdb.base/dup-sect.exp have been failing in remote-host >> i686-mingw32 testing because the file containing the stripped debug information isn't >> being made available on the remote host. I stole this fix from another test case >> that also uses gdb_gnu_strip_debug to produce separate debug info. > > Hmm, from which test? I can't seem to find any that does this. > Could it be you've copied from a local change in some other test? > > It looks like both this test and gdb_gnu_strip_debug run the > build machine's strip/objcopy. How did that work? Did you > happen to have i686-mingw32-strip / i686-mingw32-objcopy in the path > in the build machine? Ah, you are right -- we have a local patch that hacks gdb_gnu_strip_debug to DTRT and adds the remote-host copy code to gdb.base/sepdebug.exp. I'll withdraw this patch since we clearly need to merge it with the other unsubmitted changes. Or, a simpler but less useful change would be do disable all the tests that depend on separate debug information in remote-host testing. -Sandra