From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12425 invoked by alias); 28 Mar 2013 11:40:00 -0000 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 Received: (qmail 12391 invoked by uid 89); 28 Mar 2013 11:39:52 -0000 X-Spam-SWARE-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,HDRS_LCASE,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,TW_BJ,UNPARSEABLE_RELAY autolearn=no version=3.3.1 Received: from mail1.bemta8.messagelabs.com (HELO mail1.bemta8.messagelabs.com) (216.82.243.197) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Thu, 28 Mar 2013 11:39:49 +0000 Received: from [216.82.241.211:56953] by server-5.bemta-8.messagelabs.com id 12/A3-00429-30C24515; Thu, 28 Mar 2013 11:39:47 +0000 X-Env-Sender: JENS.ELMENTHALER@advantest.com X-Msg-Ref: server-8.tower-85.messagelabs.com!1364470786!46295963!1 X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21425 invoked from network); 28 Mar 2013 11:39:47 -0000 Received: from mx2.advantest.co.jp (HELO mx2.advantest.co.jp) (61.121.102.101) by server-8.tower-85.messagelabs.com with SMTP; 28 Mar 2013 11:39:47 -0000 Received: from smtp-2.jp.advantest.com (smtp-2.jp.advantest.com [150.85.253.71]) by mx2.advantest.co.jp (Postfix) with ESMTP id 542FF5A52D6 for ; Thu, 28 Mar 2013 20:39:46 +0900 (JST) Received: from smtp-2.jp.advantest.com ([127.0.0.1]) by smtp-2.jp.advantest.com (Sun Java System Messaging Server 6.2-9.16 (built Feb 27 2009)) with ESMTP id <0MKD002BDCEA5K70@smtp-2.jp.advantest.com> for gdb@sourceware.org; Thu, 28 Mar 2013 20:39:46 +0900 (JST) Received: from USPLSVPEX003.ent.rt.verigy.net (usplsvpex003.ent.rt.verigy.net [10.16.58.179]) by smtp-2.jp.advantest.com (Postfix) with ESMTP id CB7D44166 for ; Thu, 28 Mar 2013 20:39:45 +0900 (JST) Received: from DEBOSVPEX002.ent.rt.verigy.net (10.17.10.105) by USPLSVPEX003.ent.rt.verigy.net (10.16.58.179) with Microsoft SMTP Server (TLS) id 14.2.328.9; Thu, 28 Mar 2013 06:39:45 -0500 Received: from DEBOSVPEX001.ent.rt.verigy.net ([169.254.3.16]) by DEBOSVPEX002.ent.rt.verigy.net ([10.17.10.105]) with mapi id 14.02.0328.009; Thu, 28 Mar 2013 12:39:42 +0100 Date: Thu, 28 Mar 2013 11:40:00 -0000 From: "Elmenthaler, Jens" Subject: gdb bug or corrupt dwarf info? To: "gdb@sourceware.org" Message-id: MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: quoted-printable X-SW-Source: 2013-03/txt/msg00082.txt.bz2 Hi, I'm currently investigation why gdb is only showing 'i' as local variable i= n the following loop body, and not also 'text': for (int i =3D 0; i < 5; i++) { const char *text =3D "sabel"; cerr << "text=3D" << text << endl; // Suspended here } The corresponding output of objdump -W yields the following: <2><74105>: Abbrev Number: 264 (DW_TAG_lexical_block) DW_AT_sibling : <7411e>=09 DW_AT_ranges : 0=09 <3><7410f>: Abbrev Number: 235 (DW_TAG_variable) DW_AT_name : i=09 DW_AT_decl_file : 1=09 DW_AT_decl_line : 6962=09 DW_AT_type : <23cd>=09 DW_AT_location : 2 byte block: 91 68 (DW_OP_fbreg: -24) <2><7411e>: Abbrev Number: 245 (DW_TAG_lexical_block) DW_AT_low_pc : 0x7b108=09 DW_AT_high_pc : 0x7b14c=09 <3><74128>: Abbrev Number: 235 (DW_TAG_variable) DW_AT_name : text=09 DW_AT_decl_file : 1=09 DW_AT_decl_line : 6963=09 DW_AT_type : <11f85>=09 DW_AT_location : 2 byte block: 91 6c (DW_OP_fbreg: -20) Contents of the .debug_ranges section: Offset Begin End 00000000 0007b0dd 0007b0f2=20 00000000 0007b108 0007b156=20 00000000 So my question now is, whether this is a gdb bug which I possibly could fix= , or whether the debug info is broken. In my opinion it looks suspicious that the lexical block containing 'text' = is not a child of the lexical block containing 'i', but a sibling. Can someone provide a hint? Greetings, Jens.