[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: lock, tls, and single-threaded applications
From: |
Bruno Haible |
Subject: |
Re: lock, tls, and single-threaded applications |
Date: |
Wed, 18 Jun 2008 13:32:13 +0200 |
User-agent: |
KMail/1.5.4 |
Eric Blake wrote:
> Next I'm wondering if we should add a module which invokes
> gl_DISABLE_THREADS, as well as pulls in the unlocked-io module, for the
> benefit of projects that are known to be single-threaded, as it is
> slightly easier to add a module to the list of imports than it is to
> modify configure.ac to manually invoke gl_DISABLE_THREADS.
I don't think this would be a good idea, precisely because it is so easy,
and because importing extra modules from gnulib otherwise is a no-brainer.
But the decision whether to use gl_DISABLE_THREADS must be a conscious one.
For example, if coreutils/src/sort.c becomes multithreaded, coreutils cannot
use this macro.
Bruno
- strsignal on mingw, Eric Blake, 2008/06/17
- Re: lock, tls, and single-threaded applications, Bruno Haible, 2008/06/17
- Re: lock, tls, and single-threaded applications, Eric Blake, 2008/06/17
- Re: lock, tls, and single-threaded applications,
Bruno Haible <=
- Re: lock, tls, and single-threaded applications, Jim Meyering, 2008/06/18
- Re: lock, tls, and single-threaded applications, Bruno Haible, 2008/06/18
Re: tls license, Bruno Haible, 2008/06/17
Re: lock warnings on mingw, Bruno Haible, 2008/06/17
Re: tls warnings on mingw, Bruno Haible, 2008/06/17
[OT] VCS behavior [Re: strsignal on mingw], Eric Blake, 2008/06/18