Re: Regression caused by Commit: 5bd7ad2b225b ("Preserve the real value of -jN in MAKEFLAGS using jobserver.")

ommon scenario, to be sure, but I have encountered this "in the wild". Just last week I worked with a large commercial build which exhibited this behavior, due to a missing dependency between the reader and writer jobs. Regards, Eric

Re: Using hash instead of timestamps to check for changes.

On 04/11/2015 08:38 AM, Enrico Weigelt, metux IT consult wrote: On 07.04.2015 00:17, Eric Melski wrote: Hi, This problem is relatively common when using an SCM system that preserves *checkin* time on files rather than *checkout* time. I'd consider that a misbehavious of the SCM (IMHO

Re: Using hash instead of timestamps to check for changes.

to allow us to notice this type of out-of-dateness. Regards, Eric Melski Chief Architect Electric Cloud, Inc. ___ Bug-make mailing list Bug-make@gnu.org https://lists.gnu.org/mailman/listinfo/bug-make

Re: Patch to allow make to load plugins that add new functions.

, rather than directly accessing data structures, we would define a set of API's for the various operations that are needed during expansion. So there's definitely interest in collaboration on our end; is there any interest from the gmake devs? Best regards, Eric Melski Architect Electric

Re: Prioritizing non-dependent targets in parallel make

Eric Melski wrote: ElectricAccelerator doesn't factor runtimes into scheduling decisions, although we have talked about doing so in the past. I spent some time investigating the possibility, most recently a couple years ago. ... I ran the simulation on a variety of real-world builds

Re: insufficient debug info from gnu-make

regards, Eric Melski Electric Cloud, Inc. http://blog.electric-cloud.com/ ___ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make

Re: [RFC]serialize the output of parallel make?

there is the same as that used by the talon shell wrapper described elsewhere in this thread. Best regards, Eric Melski Architect Electric Cloud, Inc. http://blog.electric-cloud.com/ ___ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman

Re: Fwd: [RFC]serialize the output of parallel make?

://blog.electric-cloud.com/2008/12/01/untangling-parallel-build-logs/ You can read more about Accelerator on the blog, or here: http://www.electric-cloud.com/products/electricaccelerator.php Eric Melski Architect Electric Cloud, Inc. http://blog.electric-cloud.com

Re: Prioritizing non-dependent targets in parallel make

is of course much longer. But then -- of course -- that can't start until all the other jobs are done anyway, so the fancy scheduling doesn't help. I'll see if I can dig up the patch for ElectricInsight and maybe write it up in a blog. up that code, and maybe write it up in a blog. Cheers! Eric

Re: Prioritizing non-dependent targets in parallel make

. But then -- of course -- that can't start until all the other jobs are done anyway, so the fancy scheduling doesn't help. I'll see if I can dig up the patch for ElectricInsight and maybe write it up in a blog. up that code, and maybe write it up in a blog. Cheers! Eric Melski Architect Electric Cloud

Re: Prioritizing non-dependent targets in parallel make

is of course much longer. But then -- of course -- that can't start until all the other jobs are done anyway, so the fancy scheduling doesn't help. I'll see if I can dig up the patch for ElectricInsight and maybe write it up in a blog. up that code, and maybe write it up in a blog. Cheers! Eric