From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14852 invoked by alias); 15 Jul 2003 15:55:47 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 14845 invoked from network); 15 Jul 2003 15:55:47 -0000 Received: from unknown (HELO hawaii.kealia.com) (216.101.126.244) by sources.redhat.com with SMTP; 15 Jul 2003 15:55:47 -0000 Received: by hawaii.kealia.com (Postfix, from userid 2049) id 91D50C12E; Tue, 15 Jul 2003 08:55:46 -0700 (PDT) To: Mark Kettenis Cc: gdb-patches@sources.redhat.com Subject: Re: [RFC/RFA] Per-objfile data mechanism References: <200307131717.h6DHH425098569@elgar.kettenis.dyndns.org> From: David Carlton Date: Tue, 15 Jul 2003 15:55:00 -0000 In-Reply-To: <200307131717.h6DHH425098569@elgar.kettenis.dyndns.org> (Mark Kettenis's message of "Sun, 13 Jul 2003 19:17:04 +0200 (CEST)") Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Rational FORTRAN, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-07/txt/msg00284.txt.bz2 On Sun, 13 Jul 2003 19:17:04 +0200 (CEST), Mark Kettenis said: > This patch adds a per-objfile data mechanism to GDB, and uses that to > store DWARF2 frame info instead of abusing objfile->sym_private. The > latter could lead to problems on certain platforms according to > Daniel. What are the advantages/disadvantages of doing this as opposed to just adding more members to struct objfile? David Carlton carlton@kealia.com