public inbox for cgen@sourceware.org
 help / color / mirror / Atom feed
From: Joern Rennecke <joernr@arc.com>
To: "Frank Ch. Eigler" <fche@redhat.com>
Cc: cgen@sources.redhat.com
Subject: Re: copyright issues for cgen-generated tools
Date: Tue, 16 Jan 2007 13:31:00 -0000	[thread overview]
Message-ID: <20070116132856.GA27599@elsdt-razorfish.arc.com> (raw)
In-Reply-To: <20070115193844.GA22188@redhat.com>

> > There are copies of some old cgen cpu files in the sourceware.org
> > main tree which purport to be copyright FSF, but at the same time
> > the master copies in the cgen repository don't carry any FSF
> > copyright notices [...]
> 
> That does not pose a problem.  The copyright holder for the old .cpu
> files (Red Hat) has signed over many of those files, and happened to
> keep around some of the older versions.  There is too little
> development going on to be too worried about master copy-ness or
> whatnot.

That might be descriptive of m32r.cpu, but when you look at sh64-compact.cpu,
the difference between the cpu/ and the cgen/cpu/ versions is larger than
the cpu/ version.  Also, the cgen/cpu/ version has only Red Hat copyright
notices, for 2000 and 2006; the cpu/ version has only a 2000 copyright
notice.
The old/new code ratio is even worse for sh.cpu

There are also significantly more files in cgen/cpu than in cpu/ ;
the difference are new additions, leading strength to the impression
that cgen/cpu/ is the master copy.

The features I hoped to re-use from the sh port cpu are variable length
instruction parsing for a bi-endian cpu that is actually (insn-lsb0? #t),
and delay slot handling for the simulators.

Will I have to write a different workaround for these problems to avoid
copyright problems?

Also, worrying about m32r.cpu is that it has ChangeLog entries that
are newer than the Copyright notices.
Will I need to check out version 1.1 as the template for my development?
Or have copyright assignments to the FSF for the later patches actually been
made, thus that the Copyright notices are merely out of date?

Originally, I though the sparc64 port might also be useful as a template
for split-instruction pc-relative bit fields, but it does not seem
that the stuff there would work, I have to roll my own anyway.
I'm thinking of using something like the code below; does that make sense?

(dnf  f-d21l       "21 bit disp low part"  () 5 10)
(df   f-d21h       "21 bit disp high part" () 16 10 INT #f #f)
(dnmf f-rel21      "21 bit pc relative signed offset" (PCREL-ADDR) INT
      (f-d21l f-d21h)
      (sequence () ; insert
                (set (ifield f-d21l)
                     (and (srl (sub (ifield f-rel21) (and pc (const -4)))
                               (const 1))
                          (const #x3ff)))
                (set (ifield f-d21h)
                     (sra (sub (ifield f-rel21) (and pc (const -4)))
                          (const 11)))
                )
      (sequence () ; extract
                (set (ifield f-rel21)
                     (add (or (sll (ifield f-d21l) (const 1))
                              (sll (ifield f-d21h) (const 11)))
                          (and pc (const -4))))
                )
)

  reply	other threads:[~2007-01-16 13:31 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-01-15 11:38 Joern Rennecke
2007-01-15 19:39 ` Frank Ch. Eigler
2007-01-16 13:31   ` Joern Rennecke [this message]
2007-01-16 15:01     ` Dave Brolley
2007-01-16 19:29     ` Frank Ch. Eigler

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=20070116132856.GA27599@elsdt-razorfish.arc.com \
    --to=joernr@arc.com \
    --cc=cgen@sources.redhat.com \
    --cc=fche@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).