Simon Josefsson <[EMAIL PROTECTED]> writes:
> We can implement a --gplv3 parameter om gnulib if you
> don't want to have GPLv2 mentioned in your sources.
That sounds like a good idea, thanks. The default, though, should be
GPLv3, and we can implement a --gplv2 for the old-fashioned projects.
Any
Patrice Dumas <[EMAIL PROTECTED]> writes:
> libdap use LGPL code from gnulib (regex), but I guess this question is
> for GPLv2 against GPLv3?
Yes, we're talking about GPLv2 -> GPLv3, and also ablut LGPLv2.1 -> LPGLv3.
So it's not a GPL vs LGPL issue; it's a license version issue.
(The GFDL hasn't
Hi Eric,
You wrote on 2007-06-19:
> I'm applying this as obvious. Findutils 4.3.8 fails to compile out of the
> box on cygwin without this, since the canonicalize-lgpl test is not linked
> against libintl.
>
> 2007-06-19 Eric Blake <[EMAIL PROTECTED]>
>
> * modules/canonicalize-lgpl-tes
Paul Eggert <[EMAIL PROTECTED]> writes:
> Bruno Haible <[EMAIL PROTECTED]> writes:
>
>> The sequence of events that I'm hoping for is this:
>> - First, get agreement that all projects that use gnulib are OK with GPLv3.
>
> I don't hear any objection, so let's assume there's agreement on that top
Hi Paul,
> > - First, get agreement that all projects that use gnulib are OK with
> > GPLv3.
>
> I don't hear any objection, so let's assume there's agreement on that topic.
You must have missed Karl's mail [1]: He promised to ask the maintainers of
three packages that use gnulib, whether the
On Tue, Jul 03, 2007 at 01:22:05PM -0700, Paul Eggert wrote:
> Bruno Haible <[EMAIL PROTECTED]> writes:
>
> > The sequence of events that I'm hoping for is this:
> > - First, get agreement that all projects that use gnulib are OK with
> > GPLv3.
>
> I don't hear any objection, so let's assume
Bruno Haible <[EMAIL PROTECTED]> writes:
> The sequence of events that I'm hoping for is this:
> - First, get agreement that all projects that use gnulib are OK with GPLv3.
I don't hear any objection, so let's assume there's agreement on that topic.
> - Then, over a few weeks, let these proj
Bruno Haible <[EMAIL PROTECTED]> writes:
> The proposal is therefore to make gnulib's replacement headers independent
> of config.h, as far as possible:
> - Use some @restrict@ instead of using restrict that is defined by config.h,
> - For all types defined by AC_TYPE_MODE_T, AC_TYPE_OFF_T, AC
Simon,
> Would this make it possible to install all of gnulib's replacement
> header files? In other words, will this lead to them being completely
> standalone?
It will not make them completely standalone. There are still some flags
like _GNU_SOURCE, __EXTENSIONS__, _FILE_OFFSET_BITS, __STDC_LI
Bruno Haible <[EMAIL PROTECTED]> writes:
> The proposal is therefore to make gnulib's replacement headers independent
> of config.h, as far as possible:
> - Use some @restrict@ instead of using restrict that is defined by config.h,
> - For all types defined by AC_TYPE_MODE_T, AC_TYPE_OFF_T, AC
10 matches
Mail list logo
