From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1840 invoked by alias); 23 Oct 2009 16:01:24 -0000 Received: (qmail 1295 invoked by uid 22791); 23 Oct 2009 16:01:23 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from smtp-outbound-2.vmware.com (HELO smtp-outbound-2.vmware.com) (65.115.85.73) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 23 Oct 2009 16:01:18 +0000 Received: from mailhost4.vmware.com (mailhost4.vmware.com [10.16.67.124]) by smtp-outbound-2.vmware.com (Postfix) with ESMTP id 0F5D83E030; Fri, 23 Oct 2009 09:01:17 -0700 (PDT) Received: from [10.20.94.141] (msnyder-server.eng.vmware.com [10.20.94.141]) by mailhost4.vmware.com (Postfix) with ESMTP id 01848C9C18; Fri, 23 Oct 2009 09:01:17 -0700 (PDT) Message-ID: <4AE1D1B3.5000009@vmware.com> Date: Fri, 23 Oct 2009 16:01:00 -0000 From: Michael Snyder User-Agent: Thunderbird 1.5.0.12 (X11/20080411) MIME-Version: 1.0 To: Michael Snyder CC: Hui Zhu , Eli Zaretskii , "gdb-patches@sourceware.org" Subject: Re: [RFA, 3 of 3] save/restore process record, part 3 (save/restore) References: <4AD91D72.1030802@vmware.com> <83k4ytgxh5.fsf@gnu.org> <4ADA93C9.5040601@vmware.com> <4ADCA7DC.5040006@vmware.com> <4ADE1612.9040708@vmware.com> <4ADE167F.2020309@vmware.com> <4AE0B40B.5020802@vmware.com> <4AE1D081.4040601@vmware.com> In-Reply-To: <4AE1D081.4040601@vmware.com> Content-Type: multipart/mixed; boundary="------------080706050101040602010001" X-IsSubscribed: yes 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 X-SW-Source: 2009-10/txt/msg00590.txt.bz2 This is a multi-part message in MIME format. --------------080706050101040602010001 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-length: 258 Michael Snyder wrote: > Hui Zhu wrote: >> Cool. Thanks, Michael. >> >> I got some fail with testsuite: >> consecutive-precsave.exp > > This one is due to the disassembly changes. > I'm sorry -- I thought I fixed it. Hui, here's the fix for this one. OK? --------------080706050101040602010001 Content-Type: text/plain; name="consec.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="consec.txt" Content-length: 507 2009-10-23 Michael Snyder gdb.reverse/consecutive-precsave.exp: Change expect pattern to allow for new disassembly style. Index: consecutive-precsave.exp =================================================================== RCS file: /cvs/src/src/gdb/testsuite/gdb.reverse/consecutive-precsave.exp,v retrieving revision 1.1 diff -r1.1 consecutive-precsave.exp 72c72 < -re "($hex).*\[\r\n\]+($hex).*$gdb_prompt $" { --- > -re "=> ($hex).*\[\r\n\]+ ($hex).*$gdb_prompt $" { --------------080706050101040602010001--