[bug #58979] Recursive make using jobserver hangs at completion

Update of bug #58979 (project make): Status:None => Works for me Open/Closed:Open => Closed ___ Follow-up Comment #12: I suspect that

[bug #58979] Recursive make using jobserver hangs at completion

Follow-up Comment #11, bug #58979 (project make): > but I have never put '+' on any recipes. When is that needed? '+' cause make to keep the jobserver pipe fd open on exec of that command and also run the command regardless of -n, -p, -q.

[bug #58979] Recursive make using jobserver hangs at completion

Follow-up Comment #10, bug #58979 (project make): > No. It did not hang. -n causes make to run only recursive commands. And the hang does not reproduce with -n. Which makes us suspect all the other (not recursive) commands. There are atleast the following debugging options. Remove recipies one

[bug #58979] Recursive make using jobserver hangs at completion

Follow-up Comment #9, bug #58979 (project make): [comment #8 comment #8:] > > I've attached my makefiles. > > i guess, a clarification is needed. > > The attached makefiles are a part of a bigger system. The other part is missing. It is not possible to reproduce the issue with the attached

[bug #58979] Recursive make using jobserver hangs at completion

Follow-up Comment #8, bug #58979 (project make): > I've attached my makefiles. i guess, a clarification is needed. The attached makefiles are a part of a bigger system. The other part is missing. It is not possible to reproduce the issue with the attached makefiles for anyone who is missing the

[bug #58979] Recursive make using jobserver hangs at completion

Follow-up Comment #7, bug #58979 (project make): Thanks! I've attached my makefiles. I have some additional data: 1. Per your suggestion, I ran with '-n.' It revealed nothing interesting. 2. I captured the output from the entire build process and scanned it for make warnings/errors. There

[bug #58979] Recursive make using jobserver hangs at completion

Follow-up Comment #6, bug #58979 (project make): I definitely am not saying there's not a bug in GNU make. However, note that traditional race conditions aren't common for GNU make because (a) it's single-threaded and (b) the interaction between processes is mediated by writing/reading a single

[bug #58979] Recursive make using jobserver hangs at completion

Follow-up Comment #5, bug #58979 (project make): I will work on gathering the make files. It will take time that I don't have right now. I do have some more data about this problem. I run this build system on many different machines. The machines have varying numbers of cores, processor

[bug #58979] Recursive make using jobserver hangs at completion

Follow-up Comment #4, bug #58979 (project make): Well, that's very good news (that it fails every time), in terms of tracking it down. The fact that it fails every time for you and doesn't fail for anyone else (I should mention that at $DAYJOB I build software of significant size on CentOS 6.5,

[bug #58979] Recursive make using jobserver hangs at completion

Follow-up Comment #3, bug #58979 (project make): David, can you please attach the makefiles which reproduce the issue? ___ Reply to this item at: ___

[bug #58979] Recursive make using jobserver hangs at completion

Follow-up Comment #2, bug #58979 (project make): I've run it several times. It failed every time. I configured with --disable-posix-spawn before I reported the issue. All of the data I attached was generated with it disabled. If it would help, I suppose that I can revert to 3.81 and see what

[bug #58979] Recursive make using jobserver hangs at completion

Follow-up Comment #1, bug #58979 (project make): Hm. Linux 2.6 is very old and I assume your libc is similarly old. As an experiment I suggest re-running make's configure with the flag --disable-posix-spawn and rebuilding make, then seeing if that version of make works better. Otherwise it

[bug #58979] Recursive make using jobserver hangs at completion

URL: Summary: Recursive make using jobserver hangs at completion Project: make Submitted by: None Submitted on: Tue 18 Aug 2020 10:07:20 PM UTC Severity: 3 - Normal