[zeromq-dev] Governance of language bindings

Adrian von Bidder avbidder at fortytwo.ch
Mon Jan 25 18:17:53 CET 2010


On Monday 25 January 2010 13.50:38 Martin Sustrik wrote:
> Decoupling the core library from the bindings can be done on several
>  levels:

From a packager / Linux distributor's perspective: agreeing on a stable API 
(ideally ABI, even) would be very welcome for multiple reasons:

 * having multiple language bindings in one package requires at least basic 
knowledge of  library / extension packaging for all these languages (or not 
compiling all languages in the distribution packaging, but that'd be a 
shame.)  This makes packaging harder.

 * Dependency hell: probably Debian specific through our workflow with 
"unstable" and "testing" distributions and the way how packages are run 
through this system: a language bindings package may become a logjam, tying 
version transitions of completely unrelated languages together.  Multiple 
independent packages that depend on a core library reduce this considerably.

 * build time: Debian supports a few architectures with quite weak CPUs 
(although since 68k has been demoted to an unsupported port, the problem has 
become a bit smaller.  ARM and MIPS are still not supercomputers, thogh.)  
Again: independent packagees should result in fewer versions per langauge 
binding, so fewer builds to fix bugs.  (If ruby is upgraded, only the ruby 
package has to be rebuilt against the newer ruby etc.)

-- vbi

Today is Setting Orange, the 25th day of Chaos in the YOLD 3176
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 389 bytes
Desc: This is a digitally signed message part.
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20100125/9af04770/attachment.sig>

More information about the zeromq-dev mailing list