I committed this patch as it is pretty obvious.
Paolo
commit 0ff506c791bfacbaf7c99463ea7e7c58dac3f4f4
Author: Paolo Bonzini <[EMAIL PROTECTED]>
Date: Thu Aug 21 09:22:03 2008 +0200
2008-08-20 Paolo Bonzini <[EMAIL PROTECTED]>
* modules/gettext: Add m4/threadlib.m4.
diff --git a/m
Paul Eggert <[EMAIL PROTECTED]> writes:
> Simon Josefsson <[EMAIL PROTECTED]> writes:
>
>> - date=`date +%Y%m%d-%H%M%S`
>> + date=`TZ=UTC date +%Y%m%d-%H%M%S`
>
> Although this change will work on many hosts, it is not portable in
> general. It should say TZ=UTC0 to conform to POSIX.
Thanks, I
Le jeudi 21 août 2008 à 00:54 +0200, Bruno Haible a écrit :
> Yoann Vandoorselaere wrote:
> > - Isolate thread specific CPP flags into THREADCPPFLAGS (this is useful
> > for a library to propagate threads specific CPPFLAGS).
>
> What do you mean by that? Do you mean that the users of a library nee
Paolo Bonzini wrote:
I committed this patch as it is pretty obvious.
And I committed a merge in the meanwhile. Sorry; I'll prepare a patch
to git to disable merges on branches where you do not want them. :-)
Paolo
Hi Paolo,
* Paolo Bonzini wrote on Thu, Aug 21, 2008 at 11:32:16AM CEST:
>> I committed this patch as it is pretty obvious.
>
> And I committed a merge in the meanwhile. Sorry; I'll prepare a patch
> to git to disable merges on branches where you do not want them. :-)
This:
[branch "master"]
Ralf Wildenhues wrote:
Hi Paolo,
* Paolo Bonzini wrote on Thu, Aug 21, 2008 at 11:32:16AM CEST:
I committed this patch as it is pretty obvious.
And I committed a merge in the meanwhile. Sorry; I'll prepare a patch
to git to disable merges on branches where you do not want them. :-)
This:
Debarshi Ray wrote:
> > What's the use-case of this function? You said that you want to "safely"
> > read from sockfd, but can you explain what you mean by that?
>
> I am actually reading from a PF_NETLINK socket and want the entire
> data, which can be spread over multiple consecutive messages, i
Paolo Bonzini wrote:
> ... I would have anyway committed the poll(2) work in progress.
>
> My usual workflow is to develop stuff in a separate branch, and I want
> to catch as soon as possible any deviation from the workflow.
Maybe you can include the output of the command
git status 2>/dev/n
Yoann Vandoorselaere wrote:
> Most program using the library currently don't (and probably won't)
> depend on GnuLib. They are not multithread programs, and in order to
> enable the library threaded features, we have to export correct
> CFLAGS/LIBS to theses application so that they can compile wit
Le jeudi 21 août 2008 à 12:28 +0200, Bruno Haible a écrit :
> Yoann Vandoorselaere wrote:
> > Most program using the library currently don't (and probably won't)
> > depend on GnuLib. They are not multithread programs, and in order to
> > enable the library threaded features, we have to export corr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 8/21/2008 4:22 AM:
> Maybe you can include the output of the command
>git status 2>/dev/null | head -n 1 | sed -e 's/# On branch //'
> in your bash prompt, as a constant reminder on which branch you are working?
> Like
Yoann Vandoorselaere wrote:
Le jeudi 21 août 2008 à 12:28 +0200, Bruno Haible a écrit :
Yoann Vandoorselaere wrote:
Most program using the library currently don't (and probably won't)
depend on GnuLib. They are not multithread programs, and in order to
enable the library threaded features, we h
12 matches
Mail list logo
