GNU bug report logs - #7073
no pthread_spinlock_t on Mac OS 10.6.4

Previous Next

Full log

View this message in rfc822 format

From: Assaf Gordon <assafgordon <at> gmail.com>
To: Paul Eggert <eggert <at> CS.UCLA.EDU>, Bruno Haible <bruno <at> clisp.org>, 7073 <at> debbugs.gnu.org
Subject: bug#7073: threadlib vs. pthread modules
Date: Mon, 29 Oct 2018 23:35:29 -0600

(triaging old bugs)

Hello,

This thread ( https://bugs.gnu.org/7073 )
starts with build error on Mac OS X due to pthread related issues.

It then deals with this (already commited) gnulib change:
=====
2010-09-22  Bruno Haible  <bruno <at> clisp.org>
   threadlib: Allow the package to change the default to 'no'.
   * m4/threadlib.m4 (gl_THREADLIB_EARLY_BODY): When
   gl_THREADLIB_DEFAULT_NO is defined, change the default to 'no'.
=====

And finally:

On 2010-09-22 11:48 a.m., Paul Eggert wrote:
> On 09/22/10 08:18, Bruno Haible wrote:
> 
>> Would you (in coreutils, sort) be willing to use such an API that is
>> slightly different from POSIX, but much closer to POSIX than
>> 'lock', 'tls', 'cond', 'thread', 'yield' are now?
> 
> Yes, that sounds like a better option, thanks!  Two further thoughts.
> 

Can this bug be closed?
(at least - I believe newer coreutils builds fine on newer Mac OS X)

thanks!
 - assaf

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.