From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32449 invoked by alias); 13 Dec 2012 16:04:20 -0000 Received: (qmail 32423 invoked by uid 22791); 13 Dec 2012 16:04:16 -0000 X-SWARE-Spam-Status: No, hits=-6.4 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD,SPF_HELO_PASS 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; Thu, 13 Dec 2012 16:04:10 +0000 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id qBDG49fn020865 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 13 Dec 2012 11:04:10 -0500 Received: from barimba (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id qBDG0igm005128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 13 Dec 2012 11:00:56 -0500 From: Tom Tromey To: GDB Development Subject: proposed symbol format deprecations Date: Thu, 13 Dec 2012 16:04:00 -0000 Message-ID: <87zk1i3psj.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2012-12/txt/msg00052.txt.bz2 I've been working on some changes that touch most of the symbol readers, and I notice that a couple of them are barely active -- somread.c and mdebugread.c. somread.c is used to read the HP-UX SOM format: http://en.wikipedia.org/wiki/System_Object_Model_%28file_format%29 It is only used on 32-bit PA-RISC systems. somread.c can't even be built on other machines as it requires the HP-UX . mdebugread.c is used to read the ECOFF format: http://en.wikipedia.org/wiki/ECOFF It is most recently used, I think, by Tru64. I would like to propose deprecating both of these readers. I think somread.c hasn't been actively developed in some time. 32-bit PA-RISC machines seem hard to come by nowadays. mdebugread.c also seems unused. I recently discovered that it doesn't use buildsym to make blocks, so with the "global_block" changes it will probably cause gdb crashes if it is actually used. (It also leaks all the blocks it creates ... quite bad.) Specifically I propose that we announce the deprecations in NEWS and remove the files from the build (but leave them in the source tree) for gdb 7.6. Then, after 7.6 is out, we remove the files from trunk. If someone steps forward to maintain the code, we can easily resurrect it. Tom