Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Mike Stump <mrs@apple.com>
To: Nathanael Nerode <neroden@twcny.rr.com>
Cc: gcc@gcc.gnu.org, gdb@sources.redhat.com, binutils@sources.redhat.com
Subject: Re: Libiberty license roundup (questions/potential problems)
Date: Fri, 23 May 2003 23:59:00 -0000	[thread overview]
Message-ID: <849AB456-8D7A-11D7-8138-003065A77310@apple.com> (raw)
In-Reply-To: <20030523225905.GA30461@doctormoo>

On Friday, May 23, 2003, at 03:59 PM, Nathanael Nerode wrote:
> Looking at libiberty, it seems to be under a mass of different 
> licences.

Yup.

> There are several problems here.  The first are the 
> (non-autogenerated) files
> with no explicit copyright notice or licence.  I would assume that 
> they were
> under the terms of the "rest of libiberty", except that it's not clear
> what that is.

Someone would need to go back to the Cygnus devo tree and find out who 
and when they were checked in originally, and what files around that 
time the person was checking in and what status those files had.  Steve 
checked in some of the files, and wrote some, quite a bit of those were 
PD.  He also lifted some from BSD land.

In general, we should split the source internally into two, those that 
are BSD/PD/GPL with libgcc exception, and another directory with 
LGPL/GPL code.  I think that we should have two libraries, one for each 
of these directory hierarchies.

Clarifying the result of this research into explicit terms in the files 
I think would be good.

Clarifying that the files are part of libiberty I think would be good.

> * No license, University of California copyright
>   xatexit.c

I think this is supposed to be under a BSD style copyright.

> * No license, FSF copyright
>   vfprintf.c

This was written by us for us.  I think it should be GPL with exception.


Another way to clean it up, would be to check FreeBSD/NetBSD for 
corresponding versions of the routines, and replace the one in 
libiberty.


  parent reply	other threads:[~2003-05-23 23:59 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-05-23 22:59 Nathanael Nerode
2003-05-23 23:06 ` DJ Delorie
2003-05-23 23:59 ` Mike Stump [this message]
2003-05-24  1:23   ` Andrew Cagney
2003-05-24  1:34     ` DJ Delorie
2003-05-28 19:27       ` Andrew Cagney
2003-05-28 22:08         ` Joe Buck
2003-05-30 17:27 ` David O'Brien
2003-05-30 18:59   ` DJ Delorie
2003-05-28 22:11 Robert Dewar
2003-05-28 22:23 ` Joe Buck
2003-05-28 22:23 Robert Dewar

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=849AB456-8D7A-11D7-8138-003065A77310@apple.com \
    --to=mrs@apple.com \
    --cc=binutils@sources.redhat.com \
    --cc=gcc@gcc.gnu.org \
    --cc=gdb@sources.redhat.com \
    --cc=neroden@twcny.rr.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