bug-gnulib
[Top][All Lists]
Advanced

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

Re: Gauge interest in an XDR implementation


From: Ralf Wildenhues
Subject: Re: Gauge interest in an XDR implementation
Date: Thu, 6 Nov 2008 20:52:26 +0100
User-agent: Mutt/1.5.18 (2008-05-17)

Hello Bruno, Richard, all,

* Bruno Haible wrote on Wed, Nov 05, 2008 at 02:03:06AM CET:
> Richard W.M. Jones wrote:
> 
> > The request brings up the issue of what the limits of what can be in
> > gnulib.  I'm not sure it is a useful discussion...
> 
> My opinion: If it's "common" in the sense that more than one GNU package
> is likely to use the code, it's welcome in gnulib. And if it's a collection
> of small codes, rather than a big atomic chunk of code, it also technically
> makes sense to have it in gnulib.

However, if it has a stable API, and well-defined semantics, you might
as well spare every gnulib cloner the needed disk space and make XDR
a stand-alone library, since we just heard again that a stable gnulib
API is not anywhere close.

You can still decide whether to make it static or shared or both, and a
distribution can pick the shared build to avoid security fix hassles.

> Yes, this definitely can have its place in gnulib, because it is glibc
> functionality that is not present on all other systems.

Notable difference is that glibc provides a stable API and ABI, unlike
gnulib.

I may sound like ranting, but that's not my intent; rather, the freedom
gnulib gains by not providing stability, has a cost, and it is often
paid by people not developing gnulib: users of gnulib and distributors
of packages that use gnulib.  This setting may lead to interests being
represented on this list in a skewed way.

Cheers,
Ralf




reply via email to

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