From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-10340-listarch-gdb=sourceware.cygnus.com@sources.redhat.com>
Received: (qmail 19505 invoked by alias); 14 Sep 2002 09:42:53 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 19491 invoked from network); 14 Sep 2002 09:42:52 -0000
Received: from unknown (HELO dair.pair.com) (209.68.1.49)
  by sources.redhat.com with SMTP; 14 Sep 2002 09:42:52 -0000
Received: (qmail 6069 invoked by uid 20157); 14 Sep 2002 09:42:51 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 14 Sep 2002 09:42:51 -0000
Date: Sat, 14 Sep 2002 02:42:00 -0000
From: Hans-Peter Nilsson <hp@bitrange.com>
X-Sender:  <hp@dair.pair.com>
To: Andrew Cagney <ac131313@ges.redhat.com>
cc:  <binutils@sources.redhat.com>,  <gdb@sources.redhat.com>
Subject: Re: New binutils directory src/include/cpu/ for .cpu and .opc files?
In-Reply-To: <3D815E4F.6090407@ges.redhat.com>
Message-ID: <Pine.BSF.4.30.0209140532250.96617-100000@dair.pair.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-SW-Source: 2002-09/txt/msg00183.txt.bz2

On Thu, 12 Sep 2002, Andrew Cagney wrote:
> > On Thu, 12 Sep 2002, Andrew Cagney wrote:
> >
> >> I'd like to propose a new directory:
> >>
> >> 	src/include/cpu/
> >>
> >> The directory would contain the CGEN .cpu and .opc input files used to
> >> generate CGEN based binutils disassemblers, assemblers and (?)
> >> relocations.  GDB could also use these files when generating CGEN based
> >> simulators.
> >>
> >> The directory would be part of the FSF's BINUTILS package and, hence,
> >> would be covered by the BINUTILS copyright assignment.
>
> > Being part of binutils requires copyright for all parts to
> > belong to the FSF.
>
> ``The [new, initially empty] directory would be part of the FSF's
> BINUTILS package and, hence, would be covered by the BINUTILS copyright
> assignment.''

Thanks for the clarification.  I didn't see the "initially
empty" part at all implied by "new".  Frankly I think it's the
wrong solution to any copyright problem to introduce *another*
directory for these files.  Also, it seems odd to put it solely
under the binutils domain.  What about CGEN ports only intended
for simulators?

brgds, H-P