bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: c-ctype, inttostr, intprops module license


From: Simon Josefsson
Subject: Re: c-ctype, inttostr, intprops module license
Date: Tue, 14 Nov 2006 15:26:31 +0100
User-agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.0.90 (gnu/linux)

Yoann Vandoorselaere <address@hidden> writes:

> Hi,
>
> The following modules are licensed under GPL but used by LGPL modules:
>
> - inttostr: used by getaddrinfo

Ouch, this is serious, and was introduced recently.  Jim, Paul, would
you agree to re-license inttostr as LGPL?  If you don't have another
solution, I'll back out the changes to getaddrinfo in:

2006-10-23  Jim Meyering  <address@hidden>

        * lib/getaddrinfo.c (getnameinfo): Use new lightweight uinttostr,
        in place of snprintf.

        * modules/inttostr (Files): Add lib/uinttostr.c.
        * lib/uinttostr.c (inttostr): New file/function.
        * lib/inttostr.h (uinttostr): Declare.
        * m4/inttostr.m4: Add AC_LIBOBJ([uinttostr]).
        * MODULES.html.sh (Numeric conversion functions <stdlib.h>):
        Add uinttostr.
        * modules/getaddrinfo (Depends-on): Remove snprintf.  Add inttostr.

> As new dependencies get introduced to existing GnuLib modules, it would
> be nice to have a tool that automatically check that LGPL modules
> doesn't depend on GPL modules, or that the license for the GPL modules
> are changed to LGPL.

Yes, I would very much appreciate something like that.  That reminds
me to work on providing auto-building of gnulib...

/Simon




reply via email to

[Prev in Thread] Current Thread [Next in Thread]