From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20629 invoked by alias); 8 May 2003 23:42:13 -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 20622 invoked from network); 8 May 2003 23:42:13 -0000 Received: from unknown (HELO localhost.redhat.com) (207.219.125.105) by sources.redhat.com with SMTP; 8 May 2003 23:42:13 -0000 Received: from redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 0D5BE2B2F; Thu, 8 May 2003 19:42:11 -0400 (EDT) Message-ID: <3EBAEB52.6050209@redhat.com> Date: Thu, 08 May 2003 23:42:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?G=FCnter_Knauf?= Cc: gdb@sources.redhat.com Subject: Re: Deprecate dwarf and mdebug support, delete nlm? References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-05/txt/msg00113.txt.bz2 Just FYI, it's dead code elimination, and not the desire to save a few extra bytes, that is the motivating force behind this discussion. GDB is always looking to remove code that: - is not used - is out-of-date Out-of-date code (relying on almost defunct interfaces) is always a problem. Andrew >> Ok, so nlm/ is a candidate (but it isn't hurting anyone, and > > I cant believe that you all here are talking about a ./nlm subdir of 86.3kB while the whole gdb source is more than 14MB !! And that all at times where download bandwidth isnt an issue anymore! >