From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2698 invoked by alias); 26 Feb 2004 16:19:35 -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 2674 invoked from network); 26 Feb 2004 16:19:34 -0000 Received: from unknown (HELO localhost.redhat.com) (66.30.197.194) by sources.redhat.com with SMTP; 26 Feb 2004 16:19:34 -0000 Received: by localhost.redhat.com (Postfix, from userid 469) id 99A071A448A; Thu, 26 Feb 2004 11:14:43 -0500 (EST) From: Elena Zannoni MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16446.7027.398485.643190@localhost.redhat.com> Date: Thu, 26 Feb 2004 16:19:00 -0000 To: Daniel Jacobowitz Cc: Eli Zaretskii , Daniel Berlin , cagney@gnu.org, gdb@sources.redhat.com, mec.gnu@mindspring.com Subject: Re: Branch created for inter-compilation-unit references In-Reply-To: <20040226150526.GB13921@nevyn.them.org> References: <20040225035109.83E2F4B104@berman.michael-chastain.com> <403C2E96.8050409@gnu.org> <1C4B9E16-67AD-11D8-9146-000A95DA505C@dberlin.org> <403CD4D6.3000100@gnu.org> <1037DDEA-67B5-11D8-9146-000A95DA505C@dberlin.org> <403CEE5C.5080100@gnu.org> <20040226150526.GB13921@nevyn.them.org> X-SW-Source: 2004-02/txt/msg00388.txt.bz2 Daniel Jacobowitz writes: > Both of the distributions I maintain GDB for (one for my employer, and > Debian) are facing problems with the size and load time of debug > information. For them, the intercu branch is both more useful and more > urgent. Whether or not it makes GDB 6.1 through the gdb-patches review > process, the GDB 6.1 packages for both of those distributions will > include it. I don't feel comfortable including it in FSF gdb6.1. One strong reason is that there has been no design review (as opposed to tree-ssa). If those distros give you more latitude (i.e. no review process, availability of 'unstable and 'stable' versions, etc), it is not a good reason for FSF to do the same. I am not saying no a priori. It's just unfortunate timing.