From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20174 invoked by alias); 30 Jun 2014 08:55:16 -0000 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 Received: (qmail 20099 invoked by uid 89); 30 Jun 2014 08:55:09 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 30 Jun 2014 08:55:07 +0000 Received: from svr-orw-fem-01.mgc.mentorg.com ([147.34.98.93]) by relay1.mentorg.com with esmtp id 1X1XMc-0003cJ-K4 from Maciej_Rozycki@mentor.com ; Mon, 30 Jun 2014 01:55:02 -0700 Received: from SVR-IES-FEM-01.mgc.mentorg.com ([137.202.0.104]) by svr-orw-fem-01.mgc.mentorg.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 30 Jun 2014 01:55:02 -0700 Received: from localhost (137.202.0.76) by SVR-IES-FEM-01.mgc.mentorg.com (137.202.0.104) with Microsoft SMTP Server (TLS) id 14.2.247.3; Mon, 30 Jun 2014 09:55:00 +0100 Date: Mon, 30 Jun 2014 08:55:00 -0000 From: "Maciej W. Rozycki" To: Joel Brobecker CC: Tom Tromey , Subject: Re: [PATCH 0/7] more constification In-Reply-To: <20140623132512.GD5281@adacore.com> Message-ID: References: <1402512797-6082-1-git-send-email-tromey@redhat.com> <20140612084534.GC4730@adacore.com> <20140623132512.GD5281@adacore.com> User-Agent: Alpine 1.10 (DEB 962 2008-03-14) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-SW-Source: 2014-06/txt/msg00951.txt.bz2 On Mon, 23 Jun 2014, Joel Brobecker wrote: > > PDR (Procedure Descriptor Record) data is produced for all the usual MIPS > > Linux and bare-iron ELF targets (and probably IRIX too as it is where this > > stuff originates from) and both GAS and GCC continue supporting it even > > though plain ECOFF support has been removed. I know of no plans to > > deprecate it. In fact I have a patch outstanding to restitute some of > > this stuff that got deleted a while ago from GDB (apparently, by accident, > > it was not enabled for any target) and extend it somewhat, although this > > being rather dated still requires some polishing. > > Thanks, Maciej. Do you think it'd be possible to move that code > elsewhere? I'd go with mips-unwind or mips-tdep. I like modularization, > so I vote for mips-unwind. How about mips-mdebug-tdep, which is how this was originally called? Maciej