From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12013 invoked by alias); 4 Jul 2002 23:34:00 -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 11994 invoked from network); 4 Jul 2002 23:33:58 -0000 Received: from unknown (HELO potter.sfbay.redhat.com) (205.180.83.107) by sources.redhat.com with SMTP; 4 Jul 2002 23:33:58 -0000 Received: from greed.delorie.com (cse.sfbay.redhat.com [205.180.230.236]) by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id g64NY1Q27520; Thu, 4 Jul 2002 16:34:01 -0700 Received: (from dj@localhost) by greed.delorie.com (8.11.6/8.11.6) id g64NWt711432; Thu, 4 Jul 2002 19:32:55 -0400 Date: Thu, 04 Jul 2002 16:34:00 -0000 Message-Id: <200207042332.g64NWt711432@greed.delorie.com> From: DJ Delorie To: mark@codesourcery.com CC: neroden@doctormoo.dyndns.org, gcc@gcc.gnu.org, binutils@sources.redhat.com, gdb@sources.redhat.com In-reply-to: <61310000.1025803091@warlock.codesourcery.com> (message from Mark Mitchell on Thu, 04 Jul 2002 10:18:11 -0700) Subject: Re: configure/make/make install with moving srcdir, builddir... References: <61310000.1025803091@warlock.codesourcery.com> X-SW-Source: 2002-07/txt/msg00055.txt.bz2 > In order to make progress, we know we can't make an incremental change; > we need to make a drastic change. (In this case, autoconfiscation.) But, > it's hard to do that and preserve every last feature of the old system, > all at once. (For one thing, the compiler keeps changing as you go.) I agree somewhat. IMHO it's important to at least think about all the features, so we don't *inadvertently* disable one. But more important is to think of what the users are trying to accomplish, and is there some *other* way they could do that? If so, we have some flexibility in how to move forward. So, to me, it's better to say "What about XYZ?" "No, we're dropping that" than to say "Oops! We forgot about XYZ" later. But better yet to just support it if it's reasonable to do so.