[bug #63047] --shuffle mode does not work on .SECONDEXPANSION targets

Update of bug #63047 (project make): Item Group:None => Bug Status:None => Fixed Open/Closed:Open => Closed Component Version:

[bug #63045] Make crashes when makefile keeps the loaded shared object intact.

Update of bug #63045 (project make): Status:None => Fixed Open/Closed:Open => Closed Component Version: SCM => 4.3 Fixed Release:

[bug #63047] --shuffle mode does not work on .SECONDEXPANSION targets

Follow-up Comment #1, bug #63047 (project make): Posted the patch for review as https://lists.gnu.org/archive/html/bug-make/2022-09/msg00069.html ___ Reply to this item at: ___

[bug #63047] --shuffle mode does not work on .SECONDEXPANSION targets

Additional Item Attachment, bug #63047 (project make): File name: 0001-Fix-shuffle-for-SECONDEXPANSION-prerequisites.patch Size:3 KB __

[PATCH] Fix --shuffle for SECONDEXPANSION prerequisites

From: Sergei Trofimovich Since commit 07eea3aa4 ("[SV 62706] Only second-expand targets that might be built") `make --shuffle` stopped shuffling prerequisites that use .SECONDEXPANSION feature for Makefiles like: .SECONDEXPANSION: all: $$(var) %_: ; @echo $@ var = a_ b_ c_ Shuff

Re: [bug #63037] make check: 3 failures and error from "check-regression"

Thanks for fixing the three failures in the check target. The case "chmod -x" is explained on the "info chmod" first page, second paragraph above the first option '-c'.

[bug #63047] --shuffle mode does not work on .SECONDEXPANSION targets

URL: Summary: --shuffle mode does not work on .SECONDEXPANSION targets Project: make Submitter: slyfox Submitted: Sun 11 Sep 2022 08:13:12 PM UTC Severity: 3 - Normal

[bug #62929] Normalize foo/./bar

Follow-up Comment #14, bug #62929 (project make): Thanks for digging this part of the manual up. > There are two exceptions: a target starting with a period is not a default unless it contains one or more slashes, ‘/’, as well; I attempt to express this precisely in a somewhat informal modal log

[bug #62929] Normalize foo/./bar

Follow-up Comment #13, bug #62929 (project make): Good idea. ___ Reply to this item at: ___ Message sent via Savannah https://savannah.gnu.org/

[bug #62929] Normalize foo/./bar

Follow-up Comment #12, bug #62929 (project make): Couldn't the 2nd and 3rd sentences be simplified as: The default goal is the _first_ target of the first rule in the first makefile. ___ Reply to this item at:

[bug #62929] Normalize foo/./bar

Follow-up Comment #11, bug #62929 (project make): This information is in the manual, in another section "Writing Rules" https://www.gnu.org/software/make/manual/html_node/Rules.html > The order of rules is not significant, except for determining the default goal: the target for make to consider,

[bug #62929] Normalize foo/./bar

Follow-up Comment #10, bug #62929 (project make): I understand now. In that case, I will start learning how to properly contribute to this project and try to come up with some proper edits to the manual that clarifies things, or maybe we could simply tell people not to use dot for relative pathing

[bug #62929] Normalize foo/./bar

Follow-up Comment #9, bug #62929 (project make): I see. That comment in the manual only applies to targets that start with "." as part of a simple name, it doesn't apply to targets that contain "." as part of a pathname. Basically, if the target contains a directory separator it cannot be "speci

[bug #62929] Normalize foo/./bar

Follow-up Comment #8, bug #62929 (project make): Might I add on the last comment, as I can't find an edit button. I think: if the intention of not using dot-leading targets as default goal is to *ignore hidden file targets* when looking for default goal, then the behavior of treating target './b'

Re: Cannot open jobserver ...

On Sun, 2022-09-11 at 12:52 -0400, Paul Smith wrote: > I'll look at little further. Oh I see. This is definitely a bug in the glibc build system, not in GNU make. I filed: https://sourceware.org/bugzilla/show_bug.cgi?id=29564

[bug #62929] Normalize foo/./bar

Follow-up Comment #7, bug #62929 (project make): Thank you Paul for walking me through the means of participation. Following is what I should've quoted, from 2.3 How make Processes a Makefile

Re: Cannot open jobserver ...

On Sun, 2022-09-11 at 12:19 -0400, Paul Smith wrote: > On Sun, 2022-09-11 at 17:16 +0200, Toralf Förster wrote: > > make: invalid shuffle mode: '1662909020r' > > Hm.  Wonder where that "r" came from.  I will look. > > Oh I see it looks like an off-by-one buffer size error.  Will fix, > thanks. N

[bug #62929] Normalize foo/./bar

Follow-up Comment #6, bug #62929 (project make): Thanks Rex. If you prefer you can also send an email to the bug-make@gnu.org mailing list (no subscription required). Also you can comment on issues in Savannah anonymously (you don't have to create an account) although you obviously won't get not

[bug #62929] Normalize foo/./bar

Follow-up Comment #5, bug #62929 (project make): Apologies if this isn't the place but I thought I ran into a relevant problem as it also pertains to how Make deals with '.' in targets. For Makefile: .a: $(info 0) ./b: $(info 1) c: $(info 2) Running either Make 3.81 th

Re: Cannot open jobserver ...

On Sun, 2022-09-11 at 17:16 +0200, Toralf Förster wrote: > make: invalid shuffle mode: '1662909020r' Hm. Wonder where that "r" came from. I will look. Oh I see it looks like an off-by-one buffer size error. Will fix, thanks.

Re: Cannot open jobserver ...

On 9/11/22 17:04, Toralf Förster wrote: On 9/11/22 16:06, Paul Smith wrote: You also should be able to get back the old behavior by adding the --jobserver-style=pipe option to your make invocation. will do that, - thx And run now into (had --shuffle set): rm -f /var/tmp/portage/sys-libs/

Re: Cannot open jobserver ...

On 9/11/22 16:06, Paul Smith wrote: You also should be able to get back the old behavior by adding the --jobserver-style=pipe option to your make invocation. will do that, - thx -- Toralf PGP 23217DA7 9B888F45 OpenPGP_signature Description: OpenPGP digital signature

Re: Cannot open jobserver ...

On Sun, 2022-09-11 at 11:02 +0200, Toralf Förster wrote: > make[1]: *** Cannot open jobserver > /var/tmp/portage/mail-client/s-nail-14.9.22/temp/GmQBwhVQ: No such > file or directory.  Stop. You also should be able to get back the old behavior by adding the --jobserver-style=pipe option to your m

Re: Cannot open jobserver ...

On Sun, 2022-09-11 at 11:02 +0200, Toralf Förster wrote: > make[1]: *** Cannot open jobserver > /var/tmp/portage/mail-client/s-nail-14.9.22/temp/GmQBwhVQ: No such > file or directory.  Stop. It means someone or something deleted this file, while make was running. Maybe there's something in that

Cannot open jobserver ...

Hi, I do maintain a Gentoo Linux build bot. I tried to install the package sys-devel/make-, which is latest -git HEAD always. At a so-called no-multilib system I run yesterday into this error: >>> Source configured. >>> Compiling source in /var/tmp/portage/mail-client/s-nail-14.9.22/wo