From: Daniel Berlin <dan@dberlin.org>
To: Andrew Cagney <ac131313@cygnus.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [PATCH] Let dwarf2 CFI's execute_stack_op be used outside of CFI
Date: Tue, 26 Mar 2002 07:52:00 -0000 [thread overview]
Message-ID: <Pine.LNX.4.44.0203261040380.9844-100000@dberlin.org> (raw)
In-Reply-To: <Pine.LNX.4.44.0203251909360.6911-100000@dberlin.org>
> >
> >
> >
> > > I also added my name to the top of the file, since in reality, it's based
> > > on code I sent Jiri.
> >
> > I'd let Jiri make that decision.
> No.
> This is not his decision to make.
> A lot of it is my code, unchanged (you can check the x86-64.org
> repository, for the huge change that replaced his code with mine)
> He never gave me any credit when he contributed it, for some reason,
> probably because I never asked for it.
> I've still got the email I sent him when he asked for the code, and i'm
> sure he'd be happy to confirm he used it.
>
> >From a legal standpoint, while the copyright is transfered to the FSF, the
> non-exclusive license they grant back to the contributors code should go
> to me as well as Jiri, not just to Jiri. This is part of of the contract of the
> copyright assignment with the FSF.
> Thus, in order to ensure this is possible (not that i plan on using the
> license for anything at the moment), i'm making sure it's clear that the
> code contributed was not soley Jiri's.
> So, that way, in the future, if I ever cared to license the code to
> someone else, or do something with it, I can without someone asserting
> it's only the FSF and Jiri's.
Please be aware, by the way, that if you don't accept the change to the
top of the file, i'll be forced to go bug RMS/the FSF about it, as I'm
sure they'd want the code correctly identified as well.
I'm not asking that I be given credit for something I didn't do. Nor am I
attempting to diminish in any way the size,quantity, or quality, of
Jiri's contribution. I am simply requesting that it be properly
identified as a derivation of code I wrote.
It's imperative that the lineage of code be correctly identified (in fact,
if GDB had a legal team, it's the first thing they'd do). In most cases,
you can determine it from the cvs annotate/the changelogs. However, for
new contributions, there is no history. Since I never sent the code
in question to gdb-patches, it also has no record there.
I only care because I've been getting an increasing number of requests
from companies wanting to buy the source code to the C++ debugger I wrote
to replace GDB ( Of course, it uses a variant of the code in question to
read/execute frame ops). I blanket refuse such requests in the hopes that
they'll take the money and pay for GDB work instead, but it's something
i'd consider if times ever got really tough. If there is one thing
having three rabbits (rabbits can't learn through negative reinforcement.
i.e. reprimanding them after they have done something wrong does no good)
as pets has taught me, it's that it's much easier to make sure a situation
never happens, than it is to try to do something about it when it
occurs.
It's not just me, either. If Jiri/SuSE wanted to license the code to
someone, he/they might accidently sign something saying he was the sole
author, which could make him/them liable, etc.
In short, i'm simply trying to eliminate something that could come back to
bite me, or others, in the ass, later.
If you really want proof it's my code, I can happily provide this as well.
Since I know you get bogged down in mail, i'll give you till the end of
the month before I go bug RMS and the FSF about this.
--Dan
next prev parent reply other threads:[~2002-03-26 15:52 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-03-25 15:57 Daniel Berlin
2002-03-25 16:07 ` Andrew Cagney
2002-03-25 16:21 ` Daniel Berlin
2002-03-26 7:52 ` Daniel Berlin [this message]
2002-03-26 9:49 ` Andrew Cagney
2002-03-26 9:52 ` Daniel Berlin
2002-03-26 11:09 ` Daniel Berlin
2002-03-26 12:06 ` Andreas Jaeger
2002-03-26 17:59 ` Daniel Berlin
2002-03-27 0:09 ` Andreas Jaeger
2002-03-27 6:24 ` Andrew Cagney
2002-03-27 6:32 ` Andreas Jaeger
2002-03-26 18:06 ` Andrew Cagney
2002-03-27 20:56 ` Richard Stallman
2002-03-26 9:27 ` Andrew Cagney
2002-03-26 9:49 ` Daniel Berlin
2002-03-26 11:59 ` Jim Blandy
2002-03-26 13:42 ` Jim Blandy
2002-03-26 14:43 ` Daniel Berlin
2002-03-26 14:53 ` Andrew Cagney
2002-03-26 15:26 ` Daniel Berlin
2002-03-26 17:09 ` Andrew Cagney
2002-03-26 17:18 ` Daniel Berlin
2002-03-26 18:12 ` Andrew Cagney
2002-03-26 18:19 ` Andrew Cagney
2002-03-26 18:26 ` Daniel Berlin
2002-03-26 15:21 ` Jim Blandy
2002-03-26 19:17 ` Daniel Berlin
2002-03-28 13:12 ` Jim Blandy
2002-03-28 13:32 ` Daniel Berlin
2002-03-28 15:31 ` Jim Blandy
2002-03-29 17:06 ` Daniel Berlin
2002-04-01 11:00 ` Jim Blandy
2002-04-02 6:59 ` Daniel Berlin
2002-04-02 11:28 ` Jim Blandy
2002-04-02 11:31 ` Daniel Jacobowitz
2002-04-02 11:46 ` Daniel Berlin
2002-04-02 11:57 ` Daniel Jacobowitz
2002-04-02 13:12 ` Daniel Berlin
2002-04-02 13:15 ` Daniel Jacobowitz
2002-04-02 11:47 ` Daniel Berlin
2002-04-02 18:55 ` Daniel Berlin
2002-04-02 21:02 ` Daniel Jacobowitz
2002-04-03 13:05 ` Jim Blandy
2002-04-03 14:12 ` Daniel Berlin
2002-04-03 12:58 ` Stan Shebs
2002-04-03 18:59 ` Andrew Cagney
2002-04-02 6:50 ` Petr Sorfa
2002-04-02 6:56 ` Daniel Berlin
2002-04-02 8:19 ` [PATCH] Let dwarf2 CFI's execute_stack_op be used outside ofCFI Petr Sorfa
2002-04-04 12:24 ` [PATCH] Let dwarf2 CFI's execute_stack_op be used outside of CFI Daniel Berlin
2002-04-04 12:30 ` Daniel Jacobowitz
2002-04-04 13:11 ` Jim Blandy
2002-03-28 15:03 ` Andrew Cagney
2002-03-27 7:50 ` Petr Sorfa
2002-03-27 8:09 ` Daniel Berlin
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=Pine.LNX.4.44.0203261040380.9844-100000@dberlin.org \
--to=dan@dberlin.org \
--cc=ac131313@cygnus.com \
--cc=gdb-patches@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