From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14578 invoked by alias); 20 May 2012 13:44:43 -0000 Received: (qmail 14570 invoked by uid 22791); 20 May 2012 13:44:42 -0000 X-SWARE-Spam-Status: No, hits=-3.3 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 20 May 2012 13:44:28 +0000 Received: by dakp5 with SMTP id p5so6097123dak.0 for ; Sun, 20 May 2012 06:44:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=jmq93EzcjfNBPC2vmTgCJLXfYXIaal0yTe50HH/JNFY=; b=nBAHSrZMdqIzcqbTH9vopN86bkgF/Nn1+F9JWhdBzXuKLmZIo/M0xw93JMwOlU35r6 /WjXpswUfD0pa2MHimKptx/6KyI+5cwxkbvY4qUUTG1hQlMRZ22mNxkwwE+qVM4NHONe KlsdPs6EAciZoSaceKTVFZV30d0evgyt6PTfObYbxcmXAOtBqjVo+b7Xm2tf8gvekon9 6yaH5gLcJWrQ0+n0ndHI/y0F4uNVVStZe/gNiwjNh9NhuJmdK1E1xu3FW0f+nbbEkoX1 XY6AIahzai2nmsz6SIlKz2mR1UQzARO4E/GX8bBje6Iv75M3Exr03ItL91Jt5MIEfzpZ lVQA== Received: by 10.68.238.228 with SMTP id vn4mr6101435pbc.132.1337521467702; Sun, 20 May 2012 06:44:27 -0700 (PDT) Received: from [192.168.1.1] (ppp121-45-145-2.lns10.adl6.internode.on.net. [121.45.145.2]) by mx.google.com with ESMTPS id pj5sm19647609pbb.51.2012.05.20.06.44.25 (version=SSLv3 cipher=OTHER); Sun, 20 May 2012 06:44:27 -0700 (PDT) Message-ID: <4FB8F537.3060301@toojays.net> Date: Sun, 20 May 2012 13:44:00 -0000 From: John Steele Scott User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Thunderbird/3.1.20 MIME-Version: 1.0 To: Jan Kratochvil CC: Tom Tromey , gdb-patches@sourceware.org, Joel Brobecker Subject: Re: [patch] PR symtab/13277: Resolving opaque structures in ICC generated binaries. References: <4EA3E995.8040206@toojays.net> <20111026221057.GA24628@host1.jankratochvil.net> <4EBFB451.8030503@toojays.net> <4FA4912E.9050709@toojays.net> <20120512183722.GA20606@host2.jankratochvil.net> <4FB10DD8.7040501@toojays.net> <20120518144642.GA19690@host2.jankratochvil.net> <4FB8E4BD.6000501@toojays.net> <20120520130919.GA6990@host2.jankratochvil.net> <20120520131719.GB7416@host2.jankratochvil.net> In-Reply-To: <20120520131719.GB7416@host2.jankratochvil.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQnRvslQz3x4MuXHNJ0Ced0byaE6zhg9L5J8gATb+vwzd2vg1/sAgXZgSnJ5wXxp4eQA8TYe 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 X-SW-Source: 2012-05/txt/msg00740.txt.bz2 On 20/05/12 22:47, Jan Kratochvil wrote: > [ Cc to gdb-patches has been lost. ] > On Sun, 20 May 2012 15:09:19 +0200, Jan Kratochvil wrote: > Hi John, > > On Sun, 20 May 2012 14:34:05 +0200, John Steele Scott wrote: >> basic_lookup_transparent_type will only do one psymbol->symbol expansion per >> call. For a frequently referenced opaque type in a non-trivial program, >> initially "ptype" will show it as "no data fields". But if I repeatedly >> invoke ptype, eventually it resolves the type correctly. > sorry I did not write a proper reproducer + testcase for it but I believe the > attached patch should fix it. It is probably a regression since introduction > of quick_symbol_functions. > Yes, this looks to have fixed it. Cheers, John