From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <insight-return-3848-listarch-insight=sources.redhat.com@sources.redhat.com>
Received: (qmail 10896 invoked by alias); 29 Nov 2002 15:00:36 -0000
Mailing-List: contact insight-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:insight-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/insight/>
List-Post: <mailto:insight@sources.redhat.com>
List-Help: <mailto:insight-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: insight-owner@sources.redhat.com
Received: (qmail 10882 invoked from network); 29 Nov 2002 15:00:34 -0000
Received: from unknown (HELO localhost.redhat.com) (216.138.202.10)
  by sources.redhat.com with SMTP; 29 Nov 2002 15:00:34 -0000
Received: from redhat.com (localhost [127.0.0.1])
	by localhost.redhat.com (Postfix) with ESMTP
	id 8A33D3F30; Fri, 29 Nov 2002 10:00:11 -0500 (EST)
Message-ID: <3DE780F9.10601@redhat.com>
Date: Fri, 29 Nov 2002 07:00:00 -0000
From: Andrew Cagney <ac131313@redhat.com>
User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.0) Gecko/20020824
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Christopher Faylor <cgf@redhat.com>
Cc: insight@sources.redhat.com
Subject: Re: [patch] remove Tix
References: <1038424481.1963.0.camel@Imp> <20021128032632.GB28564@redhat.com> <3DE6E3F1.7000108@redhat.com> <20021129043305.GA17949@redhat.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-SW-Source: 2002-q4/txt/msg00132.txt.bz2

> On Thu, Nov 28, 2002 at 10:50:09PM -0500, Andrew Cagney wrote:
> 
>>>On Wed, Nov 27, 2002 at 11:14:40AM -0800, Martin M. Hunt wrote:
>>>
> 
>>>>2002-11-27  Martin M. Hunt  <hunt@redhat.com>
>>>>
>>>>	* generic/gdbtk.c (gdbtk_init): Don't call Tix_Init.
>>>>	Don't include tix.h
>>>>
>>>>	* generic/gdbtk-hooks.c: Don't include tix.h.
>>>>
>>>>	* generic/gdbtkj-cmds.c: Don't include tix.h.
> 
>>>
>>>
>>>Does this mean that we can remove tix from the insight module
>>>on sources dot redhat dot com?
> 
>>
>>Not really.
>>
>>If tix was removed, someone checking out:
>>	-D last-year insight
>>would find that the no longer got tix (which was needed back then).
> 
> 
> So, we create a module "last-year-insight" or "insight-tix".  I don't
> see any reason to bend over backwards accommodating unusual things like
> the above.

GDB will end up in a similar situtation, I was thinking of creating 
modules like gdb-5-2, gdb-5-3, ...