From: Daniel Jacobowitz <drow@mvista.com>
To: Andrew Cagney <ac131313@redhat.com>
Cc: Alan Modra <amodra@bigpond.net.au>, binutils@sources.redhat.com
Subject: Re: [rfa] FRV input files
Date: Sat, 10 May 2003 16:08:00 -0000 [thread overview]
Message-ID: <20030510160746.GA12930@nevyn.them.org> (raw)
In-Reply-To: <3EBD22EA.4050005@redhat.com>
On Sat, May 10, 2003 at 12:03:54PM -0400, Andrew Cagney wrote:
> >On Fri, May 09, 2003 at 07:56:54PM -0400, Andrew Cagney wrote:
> >
> >>>Andrew, can we do this differently?
> >>>
> >>>Something that has been mentioned several times, but I'm not sure is
> >>>clear to you, is that these files already exist in src/cgen/cpu/.
> >
> >>
> >
> >>>Those copies are _not_ exactly the same as the ones you're adding.
> >>>In order to make sense of this patch, could you move them to their new
> >>>home separately from changing the license or whatever other changes are
> >>>incorporated in the patch below?
> >
> >>
> >>From the FSF's point of view, this is brand new code and, as such
> >>should, from day one be given the correct (C) and correct license. To
> >>do otherwize would be confusing.
> >>
> >>Think of this as part of a brand new port that you've never seen before.
> >>Even though the contributor might have a separate repository containing
> >>a very long history of changes, all that is irrelevant to the FSF. From
> >>the FSF's point of view, the file is ``born'' the day someone
> >>contributes it.
> >
> >
> >Now that's ridiculous.
>
> It isn't.
>
> >Please at least post a diff from the version already _in the repository
> >you are asking permission to commit this patch to_.
>
> I'm asking permission to add these files to binutils. It just so
> happens that the binutils uses the same repository as CGEN to store its
> files. The file I'm submitting was even drawn from Red Hat's internal
> repository.
>
> Anyway, since you seem to be convinced that there must be a diff
> (perhaphs I'm hiding something ...), the below compares
> src/cgen/cpu/frv.cpu with the file I posted.
>
> 1,4c1,21
> < ; Fujitsu FRV CPU description. -*- Scheme -*-
> < ; Copyright (C) 2000, 2001 Red Hat, Inc.
> < ; This file is part of CGEN.
> < ; See file COPYING.CGEN for details.
> ---
> > ; Fujitsu FRV opcode support, for GNU Binutils. -*- Scheme -*-
> > ;
> > ; Copyright 2003 Free Software Foundation, Inc.
> > ;
> > ; Contributed by Red Hat Inc; developed under contract from Fujitsu.
> > ;
> > ; This file is part of the GNU Binutils.
> > ;
> > ; This program is free software; you can redistribute it and/or modify
> > ; it under the terms of the GNU General Public License as published by
> > ; the Free Software Foundation; either version 2 of the License, or
> > ; (at your option) any later version.
> > ;
> > ; This program is distributed in the hope that it will be useful,
> > ; but WITHOUT ANY WARRANTY; without even the implied warranty of
> > ; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> > ; GNU General Public License for more details.
> > ;
> > ; You should have received a copy of the GNU General Public License
> > ; along with this program; if not, write to the Free Software
> > ; Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA
> 02111-1307, USA.
>
> Exciting, eh?
Thank you. That's all I wanted you to do. Binutils _already uses
files generated from frv CGEN input_. You can go look at it yourself,
in opcodes/. So if you're going to contribute a different version of
the file, it would be nice to know the effect if any on the already
available frv support. That's an important part of this contribution;
it can not be treated as new code.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
next prev parent reply other threads:[~2003-05-10 16:08 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-03 0:50 Andrew Cagney
2003-05-03 1:07 ` Doug Evans
2003-05-03 1:10 ` Doug Evans
2003-05-03 18:29 ` Andrew Cagney
2003-05-03 20:37 ` Doug Evans
2003-05-03 22:06 ` Andrew Cagney
2003-05-03 23:21 ` Doug Evans
2003-05-04 11:27 ` Frank Ch. Eigler
2003-05-04 15:13 ` Andrew Cagney
2003-05-05 13:36 ` Frank Ch. Eigler
2003-05-06 21:42 ` Andrew Cagney
2003-05-07 16:20 ` Doug Evans
2003-05-07 18:34 ` Andrew Cagney
2003-05-07 19:19 ` Doug Evans
2003-05-07 19:46 ` Andrew Cagney
2003-05-07 19:56 ` Andrew Cagney
2003-05-09 16:24 ` Andrew Cagney
2003-05-04 14:27 ` Andrew Cagney
2003-05-04 15:37 ` Andrew Cagney
2003-05-09 15:10 ` Andrew Cagney
2003-05-09 16:21 ` Daniel Jacobowitz
2003-05-09 23:56 ` Andrew Cagney
2003-05-10 14:42 ` Daniel Jacobowitz
2003-05-10 16:04 ` Andrew Cagney
2003-05-10 16:08 ` Daniel Jacobowitz [this message]
2003-05-10 17:50 ` Andrew Cagney
2003-05-10 18:09 ` Daniel Jacobowitz
2003-05-10 20:02 ` Andrew Cagney
2003-05-10 20:12 ` Daniel Jacobowitz
2003-05-11 3:18 ` Daniel Berlin
2003-05-10 12:49 ` Alan Modra
2003-05-10 15:30 ` Andrew Cagney
2003-05-12 10:55 ` Nick Clifton
2003-06-03 15:42 ` Andrew Cagney
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20030510160746.GA12930@nevyn.them.org \
--to=drow@mvista.com \
--cc=ac131313@redhat.com \
--cc=amodra@bigpond.net.au \
--cc=binutils@sources.redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).