Re: Another issue with -O?

2013-05-04 Thread Eli Zaretskii
From: Paul Smith psm...@gnu.org Cc: reinp...@win.tue.nl, bug-make@gnu.org Date: Fri, 03 May 2013 16:51:47 -0400 I think enabling [-O] by default will be a no-brainer if/when we come up with a way to get it to produce the same output as without -j. IOW, run a parallel build, but output

Re: Another issue with -O?

2013-05-04 Thread Paul Smith
On Sat, 2013-05-04 at 09:57 +0300, Eli Zaretskii wrote: From: Paul Smith psm...@gnu.org Cc: reinp...@win.tue.nl, bug-make@gnu.org Date: Fri, 03 May 2013 16:51:47 -0400 I think enabling [-O] by default will be a no-brainer if/when we come up with a way to get it to produce the same

Re: Another issue with -O?

2013-05-04 Thread Eli Zaretskii
From: Paul Smith psm...@gnu.org Cc: reinp...@win.tue.nl, bug-make@gnu.org Date: Sat, 04 May 2013 09:04:24 -0400 you may see this: xa xb a $(MAKE) foo xc xd b If a appears before xb, then that's all I ask for. If we want it to be no worse, then why do we need it at

Re: Another issue with -O?

2013-05-04 Thread Edward Welbourne
I think having this facility built into make is a win, especially as parallel builds become predominant. I would be even more happy about it if we can get it to the point where it can be enabled by default, and users don't even have to worry about it. I agree with Paul. This is something

Re: Another issue with -O?

2013-05-03 Thread Reinier Post
Reading this discussion, as a bystander I can't help wondering whether the addition of -O is worthwhile. Unix tools are supposed to be small and dedicated. Using a separate utility seems to be a clean solution here, and that is fact how it was originally done:

Re: Another issue with -O?

2013-05-03 Thread Eli Zaretskii
From: Paul Smith psm...@gnu.org Date: Fri, 03 May 2013 08:57:57 -0400 Cc: bug-make@gnu.org I think having this facility built into make is a win, especially as parallel builds become predominant. I would be even more happy about it if we can get it to the point where it can be enabled by

Re: Another issue with -O?

2013-05-03 Thread Tim Murphy
I've done the external utility solution and only because we absolutely had no other choice - it's not much fun and can be done much more effectively by make itself. Regards, Tim On 3 May 2013 14:16, Eli Zaretskii e...@gnu.org wrote: From: Paul Smith psm...@gnu.org Date: Fri, 03 May 2013

Another issue with -O?

2013-05-02 Thread Eli Zaretskii
With this simple Makefile: all: @echo foobar! true I get: D:\gnu\make-3.82.90_GIT_2013-05-01gnumake -j -f mkfsync1 foobar! true which is expected, but: D:\gnu\make-3.82.90_GIT_2013-05-01gnumake -j -f mkfsync1 -O true foobar! Is this also expected? (I see the same

Re: Another issue with -O?

2013-05-02 Thread Paul Smith
On Thu, 2013-05-02 at 20:30 +0300, Eli Zaretskii wrote: With this simple Makefile: all: @echo foobar! true Yes this is a bug. I thought of this while we were having our discussion yesterday. Unfortunately in all our tests we were using @ to silence make's output of the