From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13723 invoked by alias); 10 Sep 2014 15:21:17 -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 13714 invoked by uid 89); 10 Sep 2014 15:21:16 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Wed, 10 Sep 2014 15:21:15 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8AFL72G024818 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 10 Sep 2014 11:21:07 -0400 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8AFL5L0012950; Wed, 10 Sep 2014 11:21:06 -0400 Message-ID: <54106C61.7040400@redhat.com> Date: Wed, 10 Sep 2014 15:21:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Ulrich Weigand , Joel Brobecker CC: GDB Patches Subject: Re: eliminate deprecated_insert_raw_breakpoint. what's left. References: <201409101445.s8AEjILM007935@d06av02.portsmouth.uk.ibm.com> In-Reply-To: <201409101445.s8AEjILM007935@d06av02.portsmouth.uk.ibm.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SW-Source: 2014-09/txt/msg00321.txt.bz2 On 09/10/2014 03:45 PM, Ulrich Weigand wrote: > Joel Brobecker wrote: >>>> I would be surprised if anyone still cared about IRIX anymore. >>>> I enjoyed working on that system, but I no longer have access >>>> to it, so can't support it anymore. >>> >>> I see that IRIX seems to be in "Retired Mode" as of 12/31/2013: >>> http://www.sgi.com/tech/irix/?_mips_support.html >> >> And I saw yesterday on the binutils mailing-list that IRIX support >> was removed from GCC already. I think these are all pretty strong >> indicators. >> >>> Do we have a current process to formally obsolete/remove support >>> for old systems? >>> >>> [ I guess another candidate to remove might be Alpha OSF/1 ... ] >> >> Here is what I found: >> https://sourceware.org/gdb/wiki/Internals%20Obsoleting-code >> >> I agree we can obsolete Alpha OSF/1 as well. > > Once OSF/1 and IRIX are gone, I hope all of the ECOFF/mdebug debug > format support can go as well (mipsread.c, mdebugread.c etc.) ... > > The process documented in the Wiki is a bit weird (adding OBSOLETE > to *every line* of those files ???) Yeah, I recall seeing such OBSOLETE-marked files long ago. I agree it's weird. > and it seems we didn't follow > it in the last major round of obsoleting code either: > https://sourceware.org/ml/gdb-announce/2007/msg00000.html > > I think using a process along similar lines might be best. Definitely agreed. I think that obsoleting page is obsolete. :-) Meanwhile, I'd prefer removing deprecated_insert_raw_breakpoint now rather than keeping it just for IRIX. I may send a best-effort-but-untested patch for IRIX. If things break, it'd be the job of whoever shows up as wanting to maintain IRIX to fix and modernize things further. WDYT? Thanks, Pedro Alves