From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25225 invoked by alias); 25 Feb 2004 03:44:50 -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 25212 invoked from network); 25 Feb 2004 03:44:49 -0000 Received: from unknown (HELO lakemtao01.cox.net) (68.1.17.244) by sources.redhat.com with SMTP; 25 Feb 2004 03:44:49 -0000 Received: from white ([68.9.64.121]) by lakemtao01.cox.net (InterMail vM.5.01.06.08 201-253-122-130-108-20031117) with ESMTP id <20040225034449.LFTG10839.lakemtao01.cox.net@white> for ; Tue, 24 Feb 2004 22:44:49 -0500 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1Avpyb-0004yf-00 for ; Tue, 24 Feb 2004 22:44:49 -0500 Date: Wed, 25 Feb 2004 03:44:00 -0000 From: Bob Rossi To: gdb@sources.redhat.com Subject: duplicate entries in -file-list-exec-source-files Message-ID: <20040225034448.GA19094@white> Mail-Followup-To: gdb@sources.redhat.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i X-SW-Source: 2004-02/txt/msg00356.txt.bz2 Hi, When I do gdb -i=mi ./gdb -file-list-exec-source-files I get 1242 output entries that contain the fullname field. If I run that output through sort and uniq, I get 661 fullname fields. This means that -file-list-exec-source-files is outputting a lot of duplicates, almost on the ratio of 2 to 1. Most of the duplicates seem to be header files. Does GDB create a psymtab for each header, every time it's included into a different file? Should I handle duplicate output internal to GDB? Or let the front end deal with it? I am thinking GDB should deal with it. Is there an ADT that GDB contains that I would be able to create upon entrance of my function, add an entry to the ADT each time I output a new filename/fullname pair, then delete the ADT when I exit my function? If this data type existed, I could easily suppress duplicating output. Thanks, Bob Rossi