[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: |
Thu, 19 Jun 2008 02:53:19 +0200 |
User-agent: |
KMail/1.5.4 |
Jim Meyering wrote:
> That has made me consider (if/when sort does become
> multithreaded) building specified multithreaded programs in
> coreutils against a separate thread-safe gnulib instance,
> so that the remaining 100 programs don't suffer just because
> sort flipped the MT switch.
Makes sense. Just for info, gettext already uses 3 gnulib instances.
Each has its independent set of options like --source-base, so there are
no conflicts. The size of the distribution tarball is increased, as are
the compilation times, but that is not a problem nowadays.
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, 2008/06/18
- Re: lock, tls, and single-threaded applications, Jim Meyering, 2008/06/18
- Re: lock, tls, and single-threaded applications,
Bruno Haible <=
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