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.
next prev 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