From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17777 invoked by alias); 4 May 2003 11:27:33 -0000 Mailing-List: contact cgen-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cgen-owner@sources.redhat.com Received: (qmail 17741 invoked from network); 4 May 2003 11:27:32 -0000 Received: from unknown (HELO touchme.toronto.redhat.com) (207.219.125.105) by sources.redhat.com with SMTP; 4 May 2003 11:27:32 -0000 Received: from tooth.toronto.redhat.com (tooth.toronto.redhat.com [172.16.14.29]) by touchme.toronto.redhat.com (Postfix) with ESMTP id 44798800030; Sun, 4 May 2003 07:27:32 -0400 (EDT) Received: from tooth.toronto.redhat.com (IDENT:Uqp6AlfrsRp6DsMcDHibZXbbVSl83ze/@localhost [127.0.0.1]) by tooth.toronto.redhat.com (8.12.8/8.12.5) with ESMTP id h44BRV8m018760; Sun, 4 May 2003 07:27:32 -0400 Received: (from fche@localhost) by tooth.toronto.redhat.com (8.12.8/8.12.8/Submit) id h44BRVuO018752; Sun, 4 May 2003 07:27:31 -0400 X-Authentication-Warning: tooth.toronto.redhat.com: fche set sender to fche@redhat.com using -f To: Andrew Cagney Cc: Doug Evans , binutils@sources.redhat.com, cgen@sources.redhat.com Subject: Re: [rfa] FRV input files References: <3EB31259.8050603@redhat.com> <16051.5717.174285.478274@casey.transmeta.com> <3EB40A72.1060304@redhat.com> <16052.10331.372341.322890@casey.transmeta.com> <3EB43D55.7000508@redhat.com> From: fche@redhat.com (Frank Ch. Eigler) Date: Sun, 04 May 2003 11:27:00 -0000 In-Reply-To: <3EB43D55.7000508@redhat.com> Message-ID: User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Honest Recruiter) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-q2/txt/msg00023.txt.bz2 cagney wrote: > Red Hat has given me the authority to contribute these FRV files to > the FSF. Did you receive instructions to change the license too? > Since src/cpu/ is part of binutils, I applied the standard binutils > licence (which turned out to be the GPL). That's not necessarily appropriate. The original licenses were fine, and more useful for some purposes, like dje outlined. > This is part of the very slow and very long term goal of cleaning up > GDB's src/sim directory. Please publish your plans, so one can tell what possible relationship this has to that. (And BTW, until cgen is taught to scan src/cpu in addition to src/cgen/cpu for input models, this rearrangement will make dual maintenance necessary on the unused new and the used old variants of these files.) - FChE