From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15802 invoked by alias); 11 Jun 2014 13:08:20 -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 15791 invoked by uid 89); 11 Jun 2014 13:08:19 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: rock.gnat.com Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Wed, 11 Jun 2014 13:08:18 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id B9E42116197; Wed, 11 Jun 2014 09:08:16 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 9Q3MigQrX9NB; Wed, 11 Jun 2014 09:08:16 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 8550A1160D8; Wed, 11 Jun 2014 09:08:16 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 5506E40F38; Wed, 11 Jun 2014 15:08:15 +0200 (CEST) Date: Wed, 11 Jun 2014 13:08:00 -0000 From: Joel Brobecker To: Keven Boell Cc: Keven Boell , gdb-patches@sourceware.org, sanimir.agovic@intel.com Subject: Re: [PATCH 01/23] dwarf: add dwarf3 DW_OP_push_object_address opcode Message-ID: <20140611130815.GC4709@adacore.com> References: <1401861266-6240-1-git-send-email-keven.boell@intel.com> <1401861266-6240-2-git-send-email-keven.boell@intel.com> <20140610095445.GA5259@adacore.com> <53984AE9.7020200@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53984AE9.7020200@linux.intel.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-SW-Source: 2014-06/txt/msg00448.txt.bz2 > The address fields were introduced as DW_OP_push_object_address > needs an object address to be pushed and this address needs to be stored > somewhere. However, I will extend the log message why this address fields > were introduced. I understand this part, but the main part of my question is about the fact that, most of the time, we manipulate "struct value" objects, which may not represent addressable entities. For instance, let's say I have a struct value whose type is a TYPE_CODE_ARRAY. If I need to resolve the value's type, how should I be doing it? Perhaps, the question in itself suggest the introduction of a function that would take a value, and returned a value whose time is resolved? -- Joel