guile-user
[Top][All Lists]
Advanced

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

Re: Updating GNU Serveez for Guile 2.0


From: Ludovic Courtès
Subject: Re: Updating GNU Serveez for Guile 2.0
Date: Mon, 24 Jan 2011 16:13:59 +0100
User-agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.2 (gnu/linux)

Hello!

Thien-Thi Nguyen <address@hidden> writes:

> () address@hidden (Ludovic Courtès)
> () Sun, 23 Jan 2011 22:46:59 +0100
>
>    So perhaps parts of the Serveez spirit could conquer Guile core?  :-)
>    Thoughts?
>
> I don't think this is a good idea, for the same reason i don't think (web ...)
> modules are a good idea; it centralizes non-language implementation stuff into
> the language implementation.

I was just referring to the asynchronous ‘getaddrinfo’ stuff, not to all
of Serveez.

I think it’s an important building block when writing an application,
just like Glibc has ‘getaddrinfo_a’, so my feeling is that making such
tools part of Guile core can make it easier for people to develop
applications in Guile.  The same holds for the web and SXML tools, IMO.

> Moreover, Guile is LGPL while the stuff outside is GPL, which is a stronger
> protection for the user.  Every time GPL is relaxed to LGPL, i consider that
> to be a step backward.

Agreed.

In principle, I’d be happy to incorporate such tools under the GPL in
core Guile.  The only downside I can think of is possible user confusion
if there’s both LGPL and GPL code in Guile, though it could be solved
technically (e.g., by adding a special ‘define-module’ clause for GPL
modules.)

GnuTLS, has the main lib under the LGPL and an “extra” lib with special
features under the GPL (info "(gnutls) GnuTLS-extra functions"), which
seems like a viable option.

Thanks,
Ludo’.




reply via email to

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