From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by sourceware.org (Postfix) with ESMTPS id E0E3E3858415 for ; Thu, 29 Sep 2022 07:02:45 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org E0E3E3858415 Received: from mail-wr1-f71.google.com (mail-wr1-f71.google.com [209.85.221.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_128_GCM_SHA256) id us-mta-668-ffe3Q7fvNWCdz1Rj65n7Aw-1; Thu, 29 Sep 2022 03:02:35 -0400 X-MC-Unique: ffe3Q7fvNWCdz1Rj65n7Aw-1 Received: by mail-wr1-f71.google.com with SMTP id e28-20020adfa45c000000b0022cc7d071b4so146545wra.23 for ; Thu, 29 Sep 2022 00:02:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date; bh=Ikof9YNEwtFQFo8Korqb5GuOrvYWdofj6kKbIUfTy94=; b=Gx3ajn8aNqZvRLq80cZoe9JcT9XEHWpIHuYt264voFywSd1qTqb3KsaPWKzqN6CCS4 wjokgqtSxaQCeKrFNDTsWbWgDoIt0MSM1OSpGNLt5oJzx6HWg2QALAgXYqayeK+61R2D gfsSvgF3kcKw7d0AEVcvxNdGRnPOucIMa2CUHYDyT1/StoU5EOkm61DJO5JEwA9a7RJp mSGmHURw/E0UDjiZ+zZMArs0TwbNePKNfKgSU+3Il2GuuLBbr7tOX8sHdYBQc+teyGSu oi92TwlduW4xXF1+ovPT7LYORxyHhSV8uk0tVunitMi0x7rd3C9Py1QCepO0bdmfPnw7 O4UQ== X-Gm-Message-State: ACrzQf2vaxLfwmMKwzTwv7ghl73bSsGgYRqoB/eh3K8mynBbQzPYZhUV 2fKKz8W+CthBISVf6ODjC/o8k2zJyDDG7ia3KyUkWfM8GERhYLH05qV4xAn2UkoSrhz7hNR3PFj NIbBzEIHrJjojGVSD0uvzLw== X-Received: by 2002:a5d:5351:0:b0:22c:be67:9542 with SMTP id t17-20020a5d5351000000b0022cbe679542mr960316wrv.203.1664434954828; Thu, 29 Sep 2022 00:02:34 -0700 (PDT) X-Google-Smtp-Source: AMsMyM58YadNm/XiM6eEupZzkoXdFU4w4Vl6qksXnSzXbWKUSwitTBjFZDlQQjRfXJxk7JeI3DI15A== X-Received: by 2002:a5d:5351:0:b0:22c:be67:9542 with SMTP id t17-20020a5d5351000000b0022cbe679542mr960296wrv.203.1664434954660; Thu, 29 Sep 2022 00:02:34 -0700 (PDT) Received: from [192.168.0.45] (ip-62-245-66-121.bb.vodafone.cz. [62.245.66.121]) by smtp.gmail.com with ESMTPSA id z14-20020a5d44ce000000b0022ccae2fa62sm1093184wrr.22.2022.09.29.00.02.33 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 29 Sep 2022 00:02:34 -0700 (PDT) Message-ID: <9cd36325-9629-b6ab-e4fb-f559f5866b93@redhat.com> Date: Thu, 29 Sep 2022 09:02:33 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.1 Subject: [PINGv3][PATCH v3 0/2] Fix reverse nexting over recursions To: Bruno Larsen , Bruno Larsen via Gdb-patches References: <20220831120727.2742360-1-blarsen@redhat.com> <1908ddbc-75ed-c0ad-e07e-0567c7e0bea6@redhat.com> <7d95a227-22cb-62a7-1c5e-0238679a0dd4@redhat.com> From: Bruno Larsen In-Reply-To: <7d95a227-22cb-62a7-1c5e-0238679a0dd4@redhat.com> X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00, BODY_8BITS, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_BARRACUDACENTRAL, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2022 07:02:47 -0000 Ping Cheers, Bruno On 22/09/2022 16:13, Bruno Larsen wrote: > ping! > > Cheers, > Bruno > > On 14/09/2022 15:16, Bruno Larsen wrote: >> ping! >> >> Cheers, >> Bruno >> >> On 31/08/2022 14:07, Bruno Larsen wrote: >>> This patch series fixes gdb record/16678, GDB being unable to >>> reverse-next over a recursive function.  However, the simple way to fix >>> it hit a snag when I discovered that the amd64 epilogue unwinder would >>> give a different frame id than the dwarf2 unwinder would in the rest of >>> the function.  This patch series first change this discrepancy, then >>> fixes the bug. >>> >>> Changelog for v3: >>>      * fix some comments on the amd64_epilogue_unwinder >>>      * fix style for the step-reverse test >>> >>> Changelog for v2: >>>      * Implemented Pedro Alves's suggestion to simplify the fix >>>      * Added the first patch to fix a regression that the simple fix >>>        would introduce. >>> >>> Bruno Larsen (2): >>>    Change calculation of frame_id by amd64 epilogue unwinder >>>    gdb/reverse: Fix stepping over recursive functions >>> >>>   gdb/amd64-tdep.c                              |  10 +- >>>   gdb/infrun.c                                  |   2 +- >>>   .../gdb.base/unwind-on-each-insn-foo.c        |  22 +++ >>>   gdb/testsuite/gdb.base/unwind-on-each-insn.c  |  25 +++ >>>   .../gdb.base/unwind-on-each-insn.exp          | 154 >>> ++++++++++++++++++ >>>   gdb/testsuite/gdb.reverse/step-precsave.exp   |   6 +- >>>   gdb/testsuite/gdb.reverse/step-reverse.c      |  18 +- >>>   gdb/testsuite/gdb.reverse/step-reverse.exp    |  58 ++++++- >>>   8 files changed, 282 insertions(+), 13 deletions(-) >>>   create mode 100644 gdb/testsuite/gdb.base/unwind-on-each-insn-foo.c >>>   create mode 100644 gdb/testsuite/gdb.base/unwind-on-each-insn.c >>>   create mode 100644 gdb/testsuite/gdb.base/unwind-on-each-insn.exp >>>