[bug #39146] Indicate error upon termination in case of parallel jobs

2022-06-03 Thread Scott McPeak
Follow-up Comment #1, bug #39146 (project make): I want to reinforce the need for a feature like this and suggest a slightly different output. Currently (GNU make 4.3), when run with -j[N], if there is an error, the output looks like this: $ make -j ... make: *** [Makefile:: ] Error make: *** W

[bug #18396] stack size setrlimit call interacts badly with Solaris/x86 kernel bug

2006-11-29 Thread Scott McPeak
Follow-up Comment #3, bug #18396 (project make): Regarding efficiency: First, the main point of my report is not "alloca sucks" but rather that setrlimit is an unexpected thing for make to do. But having opened up the can of worms, let me play with them a little (I don't really want to start a

[bug #18396] stack size setrlimit call interacts badly with Solaris/x86 kernel bug

2006-11-28 Thread Scott McPeak
URL: Summary: stack size setrlimit call interacts badly with Solaris/x86 kernel bug Project: make Submitted by: smcpeak Submitted on: Tuesday 11/28/2006 at 20:16 Severity: 3 - Normal

make 3.79.1: leading "@" and canned sequences

2002-05-29 Thread Scott McPeak
The Make manual, "Canned sequences of commands", states: For example, using this canned sequence: define frobnicate @echo "frobnicating target $@" frob-step-1 $< -o $@-step-1 frob-step-2 $@-step-1 -o $@ endef make will not echo the first line, the echo command. But it will echo

Re: [rfe] dontcare for prerequisites

2001-11-21 Thread Scott McPeak
Ok, after reading over what's there, I agree it does everything I need. Thanks for the pointer. I think the 'make' manual should include the "advanced" autodependency technique, since the "basic" way is broken (or is there some circumstance where "basic" works but "advanced" does not?). -Scot

[rfe] dontcare for prerequisites

2001-11-20 Thread Scott McPeak
en one of the files that + was used to compile some .o file has been renamed or deleted. The + .o file should be recompiled of course, but 'make' shouldn't + complain. When the .o file is recompiled, the autodependency info + will be correctly upd