This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 2/6] nptl: Convert tst-cond11.c to use libsupport
- From: Paul Eggert <eggert at cs dot ucla dot edu>
- To: Mike Crowe <mac at mcrowe dot com>, libc-alpha at sourceware dot org
- Date: Wed, 3 Apr 2019 16:35:23 -0700
- Subject: Re: [PATCH 2/6] nptl: Convert tst-cond11.c to use libsupport
- References: <cover.13c2d68f411f9010956e8e52edfbe168964e1e5c.1553797867.git-series.mac@mcrowe.com> <eaf4b0cdf84de5c18643a9d6fe136c2faaf1e771.1553797867.git-series.mac@mcrowe.com> <cfadc041-a35b-2432-f843-705fb2d784aa@linaro.org> <20190403205548.447qkoepj2gweise@mcrowe.com>
On 4/3/19 1:55 PM, Mike Crowe wrote:
> That seems to rely on macros from include/intprops.h anyway, so is there
> any disadvantage in just using the gnulib version as it stands (along with
> a suitable definition of TIMESPEC_HZ)?
>
> But, having said that, this code from gnulib is GPLv3 (and it always has
> been), whereas glibc is LGPLv2.1. Surely this means that we can't just copy
> the code across?
That shouldn't be a problem, as the relevant Gnulib module is LGPLed not
GPLed. The Gnulib tool for extracting the code from Gnulib relicenses
the code automatically to match the package the code is used in.