From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 70040 invoked by alias); 12 Feb 2020 05:13:58 -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 70032 invoked by uid 89); 12 Feb 2020 05:13:57 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-5.3 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.1 spammy= X-HELO: simark.ca Received: from simark.ca (HELO simark.ca) (158.69.221.121) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 12 Feb 2020 05:13:56 +0000 Received: from [10.0.0.11] (unknown [192.222.164.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by simark.ca (Postfix) with ESMTPSA id F1E271E10B; Wed, 12 Feb 2020 00:13:54 -0500 (EST) Subject: Re: [PATCH] rust/25535 Apply embedded offset to enum variant calculation To: Doug Evans , gdb-patches@sourceware.org Cc: ibobyr@google.com, Tom Tromey References: <000000000000fb79ae059e568398@google.com> From: Simon Marchi Message-ID: <8bed0bb2-50ae-07ac-5176-8d7e1fc443c8@simark.ca> Date: Wed, 12 Feb 2020 05:13:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: <000000000000fb79ae059e568398@google.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2020-02/txt/msg00444.txt.bz2 On 2020-02-11 8:01 p.m., Doug Evans via gdb-patches wrote: > Hopefully straightforward (and I didn't miss anything ...). > > gdb/ChangeLog > PR rust/25535 > * rust-lang.c (rust_print_enum): Apply embedded_offset to > rust_enum_variant calculation. > > gdb/testsuite/ChangeLog > PR rust/25535 > * gdb.rust/simple.exp: Add test. > * gdb.rust/simple.rs: Add test. Hi Doug, Tom has this big series that gets rid of the val_print API (and therefore embedded_offset), which I think was on its way in. See this patch here in particular: https://sourceware.org/ml/gdb-patches/2019-12/msg00288.html Could you check if that fixes the bug? Of course, the test you add would still be relevant. Simon