[bug #46261] missing usage of EINTRLOOP macro

Update of bug #46261 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #46261] missing usage of EINTRLOOP macro

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

[bug #46261] missing usage of EINTRLOOP macro

Follow-up Comment #10, bug #46261 (project make): I notice that gettext-0.19.5.1/gettext-runtime/intl/loadmsgcat.c has... __builtin_expect (fstat (fd, &st) != 0, 0) which doesn't seem to provide any EINTR checking. ___ Reply to this item

[bug #46261] missing usage of EINTRLOOP macro

Follow-up Comment #9, bug #46261 (project make): I finally puzzled out that this regression in the builds of gcc 5.2.0 and openmpi can be suppressed by rebuilding make 4.1 with --disable-nls. This actually makes sense as there seems to be be incomplete usage of the nonintr_read and nonintr_write c

[bug #46261] missing usage of EINTRLOOP macro

Follow-up Comment #4, bug #46261 (project make): The offending code... #else /* Set interruptible system calls, and read() for a job token. */ set_child_handler_action_flags (1, waiting_jobs != NULL); got_token = read (job_rfd, &token, 1); saved_errno = errno;

[bug #46261] missing usage of EINTRLOOP macro

Follow-up Comment #8, bug #46261 (project make): The remaining failure in the build of FSF gcc 5.2.0 with make 4.1 on OS X 10.11 under perl may actually be a latent bug in the libjava Makefiles being re-exposed. It is identical to one that I previously reported... https://gcc.gnu.org/bugzilla/sho

[bug #46261] missing usage of EINTRLOOP macro

Follow-up Comment #7, bug #46261 (project make): using EINTRLOOP(job_rfd, dup (job_fds[0])); instead of job_rfd = dup (job_fds[0]); in the new_job() subroutine of job.c results in a hang during the parallel build of gcc 5.2.0 rather than the previous error... make[5]: *** read jobs pipe: No

[bug #46261] missing usage of EINTRLOOP macro

Follow-up Comment #6, bug #46261 (project make): How do we know that the earlier call to duplicate the file descriptor in the new_job() subroutine of job.c succeeds? /* Make sure we have a dup'd FD. */ if (job_rfd < 0) { DB (DB_JOBS, ("Duplicate the job FDn"

[bug #46261] missing usage of EINTRLOOP macro

Follow-up Comment #5, bug #46261 (project make): The full error that we are seeing on OS X 10.11 under make 4.1 called from perl after a flock() is... make[5]: *** read jobs pipe: No such file or directory. Stop. make[5]: *** Waiting for unfinished jobs libtool: compile: /sw/src/fink.build/

[bug #46261] missing usage of EINTRLOOP macro

Follow-up Comment #3, bug #46261 (project make): There seems to still be missing EINTRLOOP () macro usage on OS X 10.11. The gcc 5.2.0 parallel build still fails but the initial error in its case is... make[5]: *** read jobs pipe: No such file or directory. Stop. ...ending with... make: INTERN

[bug #46261] missing usage of EINTRLOOP macro

Follow-up Comment #2, bug #46261 (project make): Of course that should be 10.11 and not 10.12 for the OS X version. ___ Reply to this item at: ___ Messa

[bug #46261] missing usage of EINTRLOOP macro

Additional Item Attachment, bug #46261 (project make): File name: make.patch Size:0 KB ___ Reply to this item at: ___ Message sent

[bug #46261] missing usage of EINTRLOOP macro

Follow-up Comment #1, bug #46261 (project make): The change... diff -uNr make-4.1.orig/main.c make-4.1/main.c --- make-4.1.orig/main.c2014-10-05 12:24:51.0 -0400 +++ make-4.1/main.c 2015-10-20 22:08:00.0 -0400 @@ -3364,9 +3364,12 @@ #else /* Close the write sid

[bug #46261] missing usage of EINTRLOOP macro

URL: Summary: missing usage of EINTRLOOP macro Project: make Submitted by: jwhowarth Submitted on: Wed 21 Oct 2015 02:02:48 AM GMT Severity: 3 - Normal Item Group: Bug