bug-gnulib
[Top][All Lists]
Advanced

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

[Bug-gnulib] Re: getopt.c does not work


From: Paul Eggert
Subject: [Bug-gnulib] Re: getopt.c does not work
Date: Thu, 5 Dec 2002 14:45:37 -0800

> From: Jeff Bailey <address@hidden>
> Date: Thu, 5 Dec 2002 13:36:15 -0800
> 
> We haven't got any Official Policy(tm) yet for gnulib and merging back
> into glibc.

For many modules the goal is to make gnulib and glibc sources the
same, except that (for convenience) the comments in the gnulib sources
will say "GPL" whereever the glibc sources say "LGPL".  This goal
has been achieved for a few modules, but isn't yet done for others.

gnulib is intended to be a central place where all the application
changes can be considered and merged together, so that the resulting
changes can be shared easily among many applications, and can be
considered for inclusion in glibc.

Such merges could all be done at once, at the glibc level, with the
results flowing back to gnulib.  However, the application developers
who need such changes tend to "hang out" more on bug-gnulib, not
libc-alpha, since they tend to be more interested in application-level
code, not C library code.

Also, as far as I know none of the application developers have blanket
checkin privileges to glibc.  For example, it is awkward for me to get
fixes into glibc quickly.  Many applications sync closely to gnulib,
so it's more convenient for their developers to have changes installed
quickly into gnulib just before an application is released.




reply via email to

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