From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7878 invoked by alias); 24 Aug 2004 16:54:18 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 7649 invoked from network); 24 Aug 2004 16:54:16 -0000 Received: from unknown (HELO barry.mail.mindspring.net) (207.69.200.25) by sourceware.org with SMTP; 24 Aug 2004 16:54:16 -0000 Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com) by barry.mail.mindspring.net with esmtp (Exim 3.33 #1) id 1BzeYp-0007zk-00; Tue, 24 Aug 2004 12:54:15 -0400 Received: from mindspring.com (localhost [127.0.0.1]) by berman.michael-chastain.com (Postfix) with SMTP id 818BA4B102; Tue, 24 Aug 2004 12:54:34 -0400 (EDT) Date: Tue, 24 Aug 2004 16:54:00 -0000 From: Michael Chastain To: dan@imi-test.com Subject: Re: cannot subscript something of type Cc: gdb@sources.redhat.com Message-ID: <412B72C9.nailINC1K8UZB@mindspring.com> References: <005601c4871d$67c8c9f0$0401a8c0@dan> <20040821021144.GA3321@nevyn.them.org> <008d01c48952$b7e0e7b0$0401a8c0@dan> <412A616D.nailD4K28EC6E@mindspring.com> <009e01c48959$a5192640$0401a8c0@dan> <412B30D2.nailETK1H2VST@mindspring.com> <00c401c489f6$ee56e9d0$0401a8c0@dan> In-Reply-To: <00c401c489f6$ee56e9d0$0401a8c0@dan> User-Agent: nail 10.8 6/28/04 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2004-08/txt/msg00326.txt.bz2 objdump isn't what you want; try "readelf -w tester". 'nm' will show the symbol 'Mod'. The symbol is fine, it has a valid address and everything. The problem is that the *type information* for the symbol is missing. > It looks like I have the "expert" mode compiler installed, which doesn't > allow debugging, on the theory that *real* linux programmers don't need > crutches like that!!! 8-{P I don't know SuSE, but it sounds like you have some freak compiler installed, all right. SuSE must have a good compiler too, because the SuSE system that I'm using compiles your source code to an executable file with good debug info. > (BTW, is there any reason why you suggested 3.3.4 rather than 3.4.1, which > is current?? Is it not yet stable?) 3.4.1 has some debug info regressions compared to 3.3.4. Also since your vendor compiler is a derivative of 3.3.3, 3.3.4 might slip in a bit easier, especially if you link against system shared C++ libraries like the KDE libraries.