From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28989 invoked by alias); 26 Mar 2002 00:21:24 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 28982 invoked from network); 26 Mar 2002 00:21:23 -0000 Received: from unknown (HELO dberlin.org) (64.246.6.106) by sources.redhat.com with SMTP; 26 Mar 2002 00:21:23 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by dberlin.org (8.11.6/8.11.6) with ESMTP id g2Q0LMm07244; Mon, 25 Mar 2002 19:21:22 -0500 Date: Mon, 25 Mar 2002 16:21:00 -0000 From: Daniel Berlin To: Andrew Cagney cc: gdb-patches@sources.redhat.com Subject: Re: [PATCH] Let dwarf2 CFI's execute_stack_op be used outside of CFI In-Reply-To: <3C9FBB76.8090009@cygnus.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2002-03/txt/msg00477.txt.bz2 On Mon, 25 Mar 2002, Andrew Cagney wrote: > > This patch simply adds an external entry point (dwarf2_execute_stack_op), > > that doesn't require the CFA context. It also adds code so that when the > > context passed to execute_stack_op is NULL, we use read_register_gen to > > get registers. > > Hmm, where are you going here? Um, rather than have multiple dwarf2 stack op executors, have one. In order to do this, it needs to not require CFA context to be able to read registers. > > Andrew > > > > > 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. --Dan