[PATCH] Re: Lock module improvement

2008-08-07 Thread Yoann Vandoorselaere
Le mardi 22 juillet 2008 à 01:44 +0200, Bruno Haible a écrit : - Implement support for condition variable. You are welcome to contribute a module for this. I started working on condition variable support. To me, it make sense to do that directly within the lock module (the code

Re: [PATCH] conditions variables module

2008-08-07 Thread Bruno Haible
Hi Yoann, Attached is an initial implementation of the glcond module, based on your lock module. I like about it that its API is in the same spirit as 'lock' and 'tls'. A unit test and a Woe32 implementation are still missing. The prefix 'gl' for the module and header file is probably

Re: [PATCH] conditions variables module

2008-08-07 Thread Yoann Vandoorselaere
Hello Bruno, Le jeudi 07 août 2008 à 11:15 +0200, Bruno Haible a écrit : Attached is an initial implementation of the glcond module, based on your lock module. I like about it that its API is in the same spirit as 'lock' and 'tls'. A unit test and a Woe32 implementation are still

mkstemp and tempname - LGPLv2+

2008-08-07 Thread Jim Meyering
I've just relicensed mkstemp to LGPLv2+, and would like to do the same to its dependent module, tempname. This is really just a formality, since the code is from glibc, Ok with you, Eric? From eb8c6a45f2a176b5b070f56ce7d5c87c9235ba84 Mon Sep 17 00:00:00 2001 From: Jim Meyering [EMAIL PROTECTED]

FYI: Fix typo in comment: s/inet_ntop/inet_pton/.

2008-08-07 Thread Jim Meyering
Hi Simon, From 57140272c3a8a37eddabab3270fd93b2e441023c Mon Sep 17 00:00:00 2001 From: Jim Meyering [EMAIL PROTECTED] Date: Thu, 7 Aug 2008 11:48:23 +0200 Subject: [PATCH] * m4/inet_pton.m4: Fix typo in comment: s/inet_ntop/inet_pton/. --- ChangeLog |2 ++ m4/inet_pton.m4 |2 +- 2

[PATCH] fix typo in lib/lock.c (fixes compilation on Darwin)

2008-08-07 Thread Paolo Bonzini
glthread_recursive_lock_init_multithreaded has a typo that makes it not compile on Darwin. Fixed thusly (but the code for recursive locks seems half-cooked, as the two branches of the #if have the same code). Paolo 2008-08-07 Paolo Bonzini [EMAIL PROTECTED] * lib/lock.c

Re: mkstemp and tempname - LGPLv2+

2008-08-07 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jim Meyering on 8/7/2008 3:28 AM: | I've just relicensed mkstemp to LGPLv2+, | and would like to do the same to its dependent module, tempname. | This is really just a formality, since the code is from glibc, | | Ok with you, Eric? Yes,

Re: mkstemp and tempname - LGPLv2+

2008-08-07 Thread Jim Meyering
Eric Blake [EMAIL PROTECTED] wrote: According to Jim Meyering on 8/7/2008 3:28 AM: | I've just relicensed mkstemp to LGPLv2+, | and would like to do the same to its dependent module, tempname. | This is really just a formality, since the code is from glibc, | | Ok with you, Eric? Yes, go

Re: inet_pton: relax license from LGPL to LGPLv2+?

2008-08-07 Thread Simon Josefsson
[EMAIL PROTECTED] (Karl Berry) writes: inet_ntop already uses LGPLv2+, but inet_pton uses LGPL. Just to mention it since the subject came up -- as far as I know, no GNU software should be L(GPL)vanything-only, but always or later. Note that 'LGPL' in gnulib means 'LGPLv3+'. The mnemonics

Re: FYI: Fix typo in comment: s/inet_ntop/inet_pton/.

2008-08-07 Thread Simon Josefsson
Jim Meyering [EMAIL PROTECTED] writes: Hi Simon, Thanks! /Simon

snapshot in preparation for m4 1.4.12

2008-08-07 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [bcc'ing many of the individuals who reported issues with 1.4.11] I have released a new snapshot from branch-1.4, and hope to release it as M4 1.4.12 in the near future. This should fix many of the complaints about strtod and other test failures

Re: snapshot in preparation for m4 1.4.12

2008-08-07 Thread Elbert Pol
Hello Eric, I run the M4 and the ./configure and make runs fine. But with the make -k check there are some errors. I attach the check.log This is with os/2 Thankz for all :) check.out.lzma Description: Binary data

Re: [PATCH] fix typo in lib/lock.c (fixes compilation on Darwin)

2008-08-07 Thread Bruno Haible
Paolo Bonzini wrote: glthread_recursive_lock_init_multithreaded has a typo that makes it not compile on Darwin. Fixed thusly Thanks. My mistake. (but the code for recursive locks seems half-cooked, as the two branches of the #if have the same code). It's not the same: In the #else case,

Re: [PATCH] conditions variables module

2008-08-07 Thread Bruno Haible
Hi Yoann, Attached is an updated patch: Thanks. - Include a new glthread module (which doesn't handle sched_yield, since that might pull another dependency in. I guess we need yet another separate module for this one). It's a pity, because one cannot write a reasonable test program that