bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Cygwin build report on Windows XP


From: Simon Josefsson
Subject: Re: Cygwin build report on Windows XP
Date: Thu, 18 Feb 2010 14:00:59 +0100
User-agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1 (gnu/linux)

Eric Blake <address@hidden> writes:

> According to Simon Josefsson on 2/18/2010 12:52 AM:
>> Bruno Haible <address@hidden> writes:
>> 
>>>> Starting test_cond .../bin/sh: line 5:  3124 Aborted                 (core 
>>>> dumped)
>>>> FAIL: test-cond.exe
>>>>
>>>> Starting test_lock .../bin/sh: line 5:  1336 Aborted                 (core 
>>>> dumped)
>>>> FAIL: test-lock.exe
>>>>
>>>> Starting test_tls .../bin/sh: line 5:  3444 Aborted                 (core 
>>>> dumped)
>>>> FAIL: test-tls.exe
>>>
>>> The pthread implementation is apparently broken on Cygwin, see
>>> <http://cygwin.com/ml/cygwin/2009-08/msg00283.html>.
>
>> Should m4/threadlib.m4 disable threads on cygwin 1.7.x too?  There is a
>> 1.[0-5].* regexp in there now.
>
> I've seen these failures for a long time now, but have not been bothered
> enough by them to do anything about it (m4 is single-threaded, so I use
> gnulib-tool --avoid tls-tests to avoid the test in the first place).
>
> I hope to have more time to investigate these failures in the near future,
> since I'm in the middle of changing jobs.  But meanwhile, it wouldn't hurt
> to post these as simple test cases to explain on the cygwin list that
> there has been a regression between 1.5.x and 1.7.1.  Also, there have
> been some patches for the upcoming 1.7.2 that may impact pthreads.

I don't think there has been a cygwin regression here -- the code in
gnulib's m4/threadlib.m4 effectively disables this stuff on Cygwin 1.5
(but not on Cygwin 1.7) if I understand it correctly:

         dnl Disable multithreading by default on Cygwin 1.5.x, because it has
         dnl bugs that lead to endless loops or crashes. See
         dnl <http://cygwin.com/ml/cygwin/2009-08/msg00283.html>.
...
         cygwin*)
               case `uname -r` in
                 1.[0-5].*) gl_use_threads=no ;;
                 *)         gl_use_threads=yes ;;
               esac
               ;;

What's not clear to me is if Cygwin 1.x for x > 5 is supposed to have
fixed that problem or not.  If it is still a known problem with Cygwin,
we probably should just change "0-5" to "0-7".

/Simon




reply via email to

[Prev in Thread] Current Thread [Next in Thread]