From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1663 invoked by alias); 22 Apr 2016 08:19:00 -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 1628 invoked by uid 89); 22 Apr 2016 08:18:59 -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=Hx-languages-length:656 X-HELO: mail-pf0-f174.google.com Received: from mail-pf0-f174.google.com (HELO mail-pf0-f174.google.com) (209.85.192.174) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Fri, 22 Apr 2016 08:18:58 +0000 Received: by mail-pf0-f174.google.com with SMTP id e128so38923864pfe.3 for ; Fri, 22 Apr 2016 01:18:57 -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=B0CF7DT2OaD6/549afUvKlyLvBg0bbiKH5Zr92GETC0=; b=lAcLRa+A382LaL5t+DpKw3DUnIPozmBTPzFIzh8jZ1/Ln4yQipBOTc189c2oljhOP1 YnudH40jyrGz11m5FEQwL+J0kH2tlDiceW9FWa+lhujtFGABS7YFXUYomyep57YtvZCl SWg0yCAfi8V++A99ABMNI/EeLoK2WObF0LaoSSm5sW/3dP0+pv4ZdZKKg7lo+jiW7uZj SrUQEngeRSiDeTGrQ4jsZvBu+5n6C+eTLDCwuymm55ZUcHyhqnpVzYE55jDfv7xnE9jC /Ko6Lw+Z44zJg3BzrFCvqDJKPKl5F92nYCmhcUT7AGr7lKv8+Q0dX+eRXmIPgqV5O40G bQ5g== X-Gm-Message-State: AOPr4FV2NYTvYDf0qLty+5Q1D3U/8wGqX1rEP+OQPx/Ap3DiaZKGzLIngVjzqv4ILAZgHQ== X-Received: by 10.98.84.2 with SMTP id i2mr26660592pfb.156.1461313136293; Fri, 22 Apr 2016 01:18:56 -0700 (PDT) Received: from E107787-LIN (gcc1-power7.osuosl.org. [140.211.15.137]) by smtp.gmail.com with ESMTPSA id eh9sm7444634pad.47.2016.04.22.01.18.53 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Fri, 22 Apr 2016 01:18:55 -0700 (PDT) From: Yao Qi To: Pedro Alves Cc: gdb-patches@sourceware.org Subject: Re: [PATCH 2/3] Propagate GDB/C++ exceptions across readline using sj/lj-based TRY/CATCH References: <1461282640-30425-1-git-send-email-palves@redhat.com> <1461282640-30425-3-git-send-email-palves@redhat.com> Date: Fri, 22 Apr 2016 08:19:00 -0000 In-Reply-To: <1461282640-30425-3-git-send-email-palves@redhat.com> (Pedro Alves's message of "Fri, 22 Apr 2016 00:50:39 +0100") Message-ID: <86mvomhxb7.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/msg00509.txt.bz2 Pedro Alves writes: Hi Pedro, this series is fine with me. I tested them on arm/fedora19, and the exception can be correctly handled. > This turns out to be a much better looking fix than my bespoke API > attempt, even. We'll probably be able to simplify TRY_SJLJ/CATCH_SJLJ > when we finally get rid of TRY/CATCH all over the tree, but until I don't see anything we can simplify in TRY_SJLJ/CATCH_SJLJ. Can you elaborate please? > then, this reuse seems quite nice for avoiding a second parallel > setjmp/longjmp mechanism. --=20 Yao (=E9=BD=90=E5=B0=A7)