[Top][All Lists]

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

[bug #46261] missing usage of EINTRLOOP macro

From: Jack Howarth
Subject: [bug #46261] missing usage of EINTRLOOP macro
Date: Sat, 24 Oct 2015 15:02:34 +0000
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_1) AppleWebKit/601.2.7 (KHTML, like Gecko) Version/9.0.1 Safari/601.2.7

Follow-up Comment #11, bug #46261 (project make):

I finally pinned down the actual cause of these regression in parallel builds
on 10.11 with make 4.1 The issue was being triggered by the default usage of
--enable-nls in the build. This drags in a libintl which is built against the
CoreFoundation framework on darwin. The regressions on 10.11 can be either
suppressed by building make 4.1 with the --disable-nls option or rebuilding
gettext using the....


in order to prevent linkage of libintl against the CoreFoundation framework.
This also corresponds with the known behavior of pymol which uses
fork()/exec() under tcl. On darwin, tcl has to be built with
--disable-corefoundation to avoid crashes in pymol. Looking at the
CoreFoundation framework sources, there doesn't appear to be any effort to
handle EINTR error codes on read(), write() and (f)stat() calls.


Reply to this item at:


  Message sent via/by Savannah

reply via email to

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