From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 56964 invoked by alias); 4 Apr 2016 10:42:19 -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 56907 invoked by uid 89); 4 Apr 2016 10:42:18 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy= X-HELO: mail-pa0-f41.google.com Received: from mail-pa0-f41.google.com (HELO mail-pa0-f41.google.com) (209.85.220.41) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Mon, 04 Apr 2016 10:42:08 +0000 Received: by mail-pa0-f41.google.com with SMTP id tt10so142067925pab.3 for ; Mon, 04 Apr 2016 03:42:08 -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:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=RR01EvUDIm3a7BHJV3QGKx7ka+9Kty25m/iJvwmuT5w=; b=HhlKcurX2ZWjTlpJX1VJRpCeCkTQKf8Hm7HxUK4h2Tex8Hcm2UPN/KBkE6wjzHe+jo whII48eJm3jfN3cmWt1XgO7UKWvG7X0AXSfTWAjRz7MbJShUK/ECVjX6u1+ig8nKnTsr a7G71yPP2q15f3CD539ZP1bY2s3zRvLbCGE2TwYSvEmy6y6lWWBVFwlOAvB66/lS9Ifi 3JdwdKwYOBu6lZ+botCSRXIY9BIEqVI4QSW3NS1r3+Icmr5l1+gAKc09kf+wr2kQx1aL gSaZaF5uz/TuXit/GMIFq3rAgMxHTpy1rDc74qmYKb5LMiwy5x9VqdGwcEKsFRMmTA0p 4k6g== X-Gm-Message-State: AD7BkJIiDAlk/OBlXC43RNupbdjnkY4axxYReRP6OgHSzHGYbKgqdeW+9Iw4RBzXpx2tRw== X-Received: by 10.66.168.177 with SMTP id zx17mr10792902pab.3.1459766526416; Mon, 04 Apr 2016 03:42:06 -0700 (PDT) Received: from E107787-LIN (gcc1-power7.osuosl.org. [140.211.15.137]) by smtp.gmail.com with ESMTPSA id h5sm9876155pat.0.2016.04.04.03.42.04 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Mon, 04 Apr 2016 03:42:05 -0700 (PDT) From: Yao Qi To: Don Breazeal Cc: , Subject: Re: [PATCH] Eliminate -var-create error for optzd ptr to struct References: <1459526505-19291-1-git-send-email-donb@codesourcery.com> Date: Mon, 04 Apr 2016 10:42:00 -0000 In-Reply-To: <1459526505-19291-1-git-send-email-donb@codesourcery.com> (Don Breazeal's message of "Fri, 1 Apr 2016 09:01:45 -0700") Message-ID: <86pou5pseh.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2016-04/txt/msg00032.txt.bz2 Don Breazeal writes: > Note that we if value_optimized_out throws an error we just assume > the value is not optimized out. We let value_rtti_indirect_type > handle any errors, and don't try to duplicate its error handling. I am wondering why does value_optimized_out have to throw an error? Can't we catch the error in value_optimized_out thrown by value_fetch_lazy? I am not very sure on this idea, but I searched the archive, and didn't find anything say we can't do that. --=20 Yao (=E9=BD=90=E5=B0=A7)