From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1382 invoked by alias); 14 Feb 2013 13:27:48 -0000 Received: (qmail 1368 invoked by uid 22791); 14 Feb 2013 13:27:47 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_HOSTKARMA_NO,RP_MATCHES_RCVD,UNPARSEABLE_RELAY X-Spam-Check-By: sourceware.org Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 14 Feb 2013 13:27:42 +0000 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r1EDRfRQ008893 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 14 Feb 2013 13:27:41 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r1EDReHq004726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 14 Feb 2013 13:27:41 GMT Received: from abhmt106.oracle.com (abhmt106.oracle.com [141.146.116.58]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r1EDReLL012776 for ; Thu, 14 Feb 2013 07:27:40 -0600 Received: from dhcp-potsdam-10-165-122-246.de.oracle.com (/10.165.122.246) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 14 Feb 2013 05:27:40 -0800 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: debugging custom array types From: Michael Haupt In-Reply-To: <87zjz8ksox.fsf@fleche.redhat.com> Date: Thu, 14 Feb 2013 13:27:00 -0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130211170221.GA16645@host2.jankratochvil.net> <87zjz8ksox.fsf@fleche.redhat.com> To: "gdb@sourceware.org" X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2013-02/txt/msg00052.txt.bz2 Tom, Am 13.02.2013 um 18:51 schrieb Tom Tromey : > We've made some effort over the last few years to support more of DWARF, > but there are still holes (some mentioned in bugzilla). Usually the > holes are either because the implementation is very hard (the VLA work > falls into this category) or because no compiler has ever been seen to > emit the DWARF in question. I see. > Michael> DW_OP_push_object_address >=20 > This one is still unimplemented, one of the few remaining DW_OP_ holes. OK. Is it safe to assume that the VLA work Jan keeps mentioning on this thr= ead will eventually make it into gdb "proper" (or FSF gdb or whatever the c= orrect name is)? Is there an idea of how long it might take? Thanks, Michael --=20 Dr. Michael Haupt Principal Member of Technical Staff Phone: +49 331 200 7277, Fax: +49 331 200 7561 Oracle Labs Oracle Deutschland B.V. & Co. KG, Schiffbauergasse 14, 14467 Potsdam, Germa= ny