This is the mail archive of the gdb-patches@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

[Fwd: Patch to provide m68k simulator to gdb]


 


On Wed, 28 Feb 2001, Will Cohen wrote:

> I submitted a patch to gdb based on UAE's m68k emulator. I got email
> back (included below) with the following issues.  The main issue is the
> GPL/copyright issue.  It isn't clear the files are covered by the GPL.
> Looking through other files in devo there is a comment at the beginning
> of each file that states that the file is covered by the GPL. The files
> in UAE don't have that. I would be willing to generate a patch for the
> UAE files that states:

> Does this sound reasonable for me to add this comment to each of the UAE
> files and submit a patch for UAE?

I have no problem if the standard legalese is added to each file in the
copy in GDB.  I didn't add it so far because it seems redundant.  The Linux
kernel mostly doesn't have it either, and it's under the GPL as well.

> "J.T. Conklin" wrote:
> >
> >   * You say that UAE is GPL'd (and the UAE webpage also states this),
> >     but there is nothing in the source files that indicate this.  The
> >     files have the copyright statements of individual persons with no
> >     redistribution or licencing info.  I personally am very hesitant
> >     to integrate such code as is.

There's the LICENSE file in the UAE distribution (the GPL), and the
statement in the README which also says that the source code is distributed
under the GPL.

You can also have my word for it :)

> >   * I see from the UAE webpage, that the simulator can emulate a '000,
> >     '010, or '020.  For GDB, we'd want to add support for the '040 and
> >     '060; and perhaps the ColdFire.  While the onus is on us to add such
> >     features, do we have anything in place to keep divergence between
> >     the two codebases to a minimum.

There is a bit of 040 support in the latest version, but nothing for the
ColdFire.

> >   * I haven't looked at the FPU emulator, but if it doesn't do software
> >     FP, we'll have to re-implement it otherwise 96bit extended doubles
> >     won't work as expected.

Yes, the FPU emulator could be improved.  It's the weakest part of the thing.


Bernd



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]