From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2726 invoked by alias); 19 Dec 2011 19:09:16 -0000 Received: (qmail 2717 invoked by uid 22791); 19 Dec 2011 19:09:14 -0000 X-SWARE-Spam-Status: No, hits=-5.4 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,TW_BJ X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 19 Dec 2011 19:09:03 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pBJJ8c3W023283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 19 Dec 2011 14:08:38 -0500 Received: from host2.jankratochvil.net (ovpn-116-60.ams2.redhat.com [10.36.116.60]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id pBJJ8YS2010226 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 19 Dec 2011 14:08:36 -0500 Date: Mon, 19 Dec 2011 19:12:00 -0000 From: Jan Kratochvil To: Tom Tromey Cc: Ulrich Weigand , gdb-patches@sourceware.org, Joel Brobecker , Pedro Alves Subject: Re: [patch+7.4] reread.exp 7.3->7.4 regression Message-ID: <20111219190833.GA7476@host2.jankratochvil.net> References: <20111218115343.GB22534@host2.jankratochvil.net> <201112191030.pBJAUsf4028428@d06av02.portsmouth.uk.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2011-12/txt/msg00646.txt.bz2 On Mon, 19 Dec 2011 20:04:30 +0100, Tom Tromey wrote: > Perhaps Pedro's problems with that patch could be alleviated by having > "destroy in place" and "initialize in place" functions that both > free_objfile and reread_symbols could use. The problem is that if one uses file A with separate debug info and new file A no longer has split debug info then one (or more on OSX) objfile will need to be removed anyway. So `struct objfile *' cannot work. Maybe one could make a compromise it is valid to hold `struct objfile *' iff it is not a separate debug info file and review all the `struct objfile *' holders with this rule. Regards, Jan