From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8822 invoked by alias); 13 Dec 2003 15:23:42 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 8813 invoked from network); 13 Dec 2003 15:23:38 -0000 Received: from unknown (HELO granger.mail.mindspring.net) (207.69.200.148) by sources.redhat.com with SMTP; 13 Dec 2003 15:23:38 -0000 Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com) by granger.mail.mindspring.net with esmtp (Exim 3.33 #1) id 1AVBcG-0005yE-00; Sat, 13 Dec 2003 10:23:36 -0500 Received: by berman.michael-chastain.com (Postfix, from userid 502) id AFC9E4B412; Sat, 13 Dec 2003 10:23:56 -0500 (EST) To: eliz@elta.co.il Subject: Re: [commit] Deprecate remaining STREQ uses Cc: gdb@sources.redhat.com Message-Id: <20031213152356.AFC9E4B412@berman.michael-chastain.com> Date: Sat, 13 Dec 2003 15:23:00 -0000 From: mec.gnu@mindspring.com (Michael Elizabeth Chastain) X-SW-Source: 2003-12/txt/msg00188.txt.bz2 Hi Eli, > If you are proposing a change in the current strategy, this issue > should be discussed (on gdb@, I guess). Okay. > For startesr, please define the ``long time'' after which it is okay, in > your opinion, to deprecate a platform. Three minor releases. Supporting untested code costs resources because we can't upgrade the code to use new interfaces. If we drop untested code, it will be easier to do work on the tested code. If we want to drop a platform, and a user wants to keep it supported, then they can volunteer to run the gdb test suite on it occasionally. Michael C