Eric Blake <[EMAIL PROTECTED]> wrote:
> Idea 2: Enhance the version-etc-fsf module to also provide extern const
> char version_etc_license[], with the GPLv3+ string ready to translate,
> alongside its current version_etc_copyright. Then in version_etc_va,
> instead of hard-coding the license strin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The GNU M4 Team is pleased to announce the release of GNU M4 1.4.10.
GNU `m4' is an implementation of the traditional Unix macro processor. It
is mostly SVR4 compatible, although it has some extensions (for example,
handling more than 9 positional par
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have two ideas of how to improve version-etc to work with either GPL
version, and want some feedback before I start spending time on the wrong
implementation. Both ideas have what I perceive as a benefit that
programs using the version-etc module wi
Karl Berry wrote:
> I haven't heard specifically about anything besides glibc and gnutls
> staying at v2.
As mentioned in
http://lists.gnu.org/archive/html/bug-gnulib/2007-07/msg00077.html,
libintl and libiconv will also stay under LGPLv2+ for some time.
Brett Smith explained to me that essentia
Quoting regex.h from recent CVS:
#ifdef _REGEX_LARGE_OFFSETS
...
typedef ssize_t regoff_t;
typedef size_t __re_idx_t;
typedef size_t __re_size_t;
typedef size_t __re_long_size_t;
#else
typedef int regoff_t;
typedef int __re_idx_t;
typedef unsigned int __re_size_t;
typedef unsigned long int __re_
