From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32732 invoked by alias); 2 Oct 2013 19:07:27 -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 32718 invoked by uid 89); 2 Oct 2013 19:07:26 -0000 Received: from mail-qa0-f74.google.com (HELO mail-qa0-f74.google.com) (209.85.216.74) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Wed, 02 Oct 2013 19:07:26 +0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_SOFTFAIL autolearn=no version=3.3.2 X-HELO: mail-qa0-f74.google.com Received: by mail-qa0-f74.google.com with SMTP id hu16so174122qab.3 for ; Wed, 02 Oct 2013 12:07:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:mime-version:content-type :content-transfer-encoding:message-id:date:to:cc:subject:in-reply-to :references; bh=0BE9N9j/9YXfdJtCUXUo/yD0ruFEc/0Kgn0m2mx1/9w=; b=m7laCHdpquFUNMcHDci7prZRoFB8UOxb64L0ZFOUJW7bOx5e+rAKKHbIV7vFB5WeaX F5nOj9KUUyuSvjkGJVvGO4fNCrbAYpQemshhYbFuKph4RxGmBA6CxRKHLhvtuqVBna0p oPM/PMHMNFt9zFYmdmJ22+AGctVZnL7bLy8p7uDqrrWo/3wsjxDvUlI/7XVvdhURLxwp DyVvtzAHZdua6Ml/V2Na103A8fAyz2i1OGuB6Au+Cm8UwB8MbyP/ZTJpyjhQWyXwWXGS z2EhlzKmFpp4lvT8+e0RlXDVTEaCXl7Jxc2JY876dBwBbokWwd+zMdwzBkB9bQi9jdWo YLwg== X-Gm-Message-State: ALoCoQlJIfPhoYi+Z+tSPabCy27gXElRbcFbXzA+El4tBuO26DrHzuyCd/SJQFN4r82u98G9azV7Go+To7D6wgUSk5G0BBhM0z5y9TMSCWNTRf5bCiMC7uNmRo3dPBZruekdSn6zhYYypxIbMrWOne0j2Inz9bsIXaQ1bY3V64Qr2ZQj7F5F1iwkUMdK7L670NaystXgNoKyzmXmhITdDu7xGuft167ybg== X-Received: by 10.236.97.7 with SMTP id s7mr2789650yhf.56.1380740842260; Wed, 02 Oct 2013 12:07:22 -0700 (PDT) Received: from corp2gmr1-2.hot.corp.google.com (corp2gmr1-2.hot.corp.google.com [172.24.189.93]) by gmr-mx.google.com with ESMTPS id d23si158527yhn.2.1969.12.31.16.00.00 (version=TLSv1.1 cipher=AES128-SHA bits=128/128); Wed, 02 Oct 2013 12:07:22 -0700 (PDT) Received: from ruffy.mtv.corp.google.com (ruffy.mtv.corp.google.com [172.17.128.44]) by corp2gmr1-2.hot.corp.google.com (Postfix) with ESMTP id 40A4F5A4121; Wed, 2 Oct 2013 12:07:21 -0700 (PDT) From: Doug Evans MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21068.28392.708860.947394@ruffy.mtv.corp.google.com> Date: Wed, 02 Oct 2013 19:07:00 -0000 To: Pedro Alves Cc: Andrew Burgess , gdb-patches@sourceware.org, Eli Zaretskii , Mark Kettenis Subject: Re: [PATCH] Always print call-clobbered registers in outer frames. In-Reply-To: <524C4458.4000700@redhat.com> References: <5200F55E.2050308@broadcom.com> <201308061318.r76DIMdd016369@glazunov.sibelius.xs4all.nl> <5200FECF.7030304@broadcom.com> <201308061541.r76FfYQN022875@glazunov.sibelius.xs4all.nl> <520142D9.4030304@redhat.com> <5208E3C8.7060107@broadcom.com> <5208E938.3080305@redhat.com> <201308122001.r7CK1862007934@glazunov.sibelius.xs4all.nl> <520E7255.7080206@redhat.com> <5211F25A.5070907@broadcom.com> <5228B15F.7060108@redhat.com> <5228B2D8.7060604@broadcom.com> <5237567C.8050406@redhat.com> <5239B2D8.4030403@broadcom.com> <5239CCB3.605@redhat.com> <83zjram6sw.fsf@gnu.org> <201309182047.r8IKlOGA010471@glazunov.sibelius.xs4all.nl> <83fvt1mems.fsf@gnu.org> <523B2D39.8060303@redhat.com> <523B4D48.3050206@redhat.com> <523C2B6F.4000007@broadcom.com> <5241805D.3020800@redhat.com> <52418BFA.6030405@broadcom.com> <524196EF.8090107@redhat.com> <5241AD32.2080601@broadcom.com> <5241E9C3.30105@redhat.com> <52421EA9.8070207@broadcom.com> <524C4458.4000700@redhat.com> X-IsSubscribed: yes X-SW-Source: 2013-10/txt/msg00103.txt.bz2 Pedro Alves writes: > OK, I've given this whole thing some time for comments > from others. > > As I'm not hearing any support for the point of view I've > presented in the follow up discussions of this patch, I'll > just forget about it, and I'll go apply the original > one instead. That one doesn't really change GDB's behavior, > other than making output a little clearer. > We can always reconsider the other idea if we want to. Ok by me.