This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Decouple glob from gnulib?

From: Paul Eggert <eggert at cs dot ucla dot edu>
To: Florian Weimer <fweimer at redhat dot com>, GNU C Library <libc-alpha at sourceware dot org>
Date: Wed, 30 Mar 2016 11:28:01 -0700
Subject: Re: Decouple glob from gnulib?
Authentication-results: sourceware.org; auth=none
References: <56FB8509 dot 8080607 at redhat dot com>

On 03/30/2016 12:49 AM, Florian Weimer wrote:

gnulib switched to GPLv3 for its glob implementation a while back, so
straight imports are out of the question.

No, the Gnulib license is LGPLv2+, so you can import without problem.The actual license is in modules/glob; gnulib-tool rewrites the text inthe source files when you import.


I would like to remove Amiga (not m68k, the operating system) and VMS
support to simplify maintenance, and remove conditional compilation as
far as possible.  (Sadly, Hurd doesn't have d_type, but at least there
is d_ino.)

That would be fine for Gnulib, as they are no longer practical portingtargets. This sort of cleanup shouldn't necessitate decoupling.

References:
- Decouple glob from gnulib?
  - From: Florian Weimer

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]