On Tue, 2013-04-30 at 17:20 -0700, Jim Michaels wrote:
I wasn't digressing. I was explaining the point. the concept I am
trying to present as a solution to the problem of making parallel
stdin for --jobs in gnu make (which currenty doesn't work and is I
guess single-threaded) is to make a
On Wed, 2013-05-01 at 00:59 +0200, Stefano Lattarini wrote:
# With make 3.82, compiled from official tarball:
$ make -f- 'all:; @echo $(MFLAGS)' -I none
-I none
# With development version of make:
$ make -f- 'all:; @echo $(MFLAGS)' -I none
-Inone
I think MFLAGS is
On Tue, 2013-04-30 at 10:39 -0400, Paul Smith wrote:
On Tue, 2013-04-30 at 16:04 +0200, Stefano Lattarini wrote:
On 04/30/2013 03:37 PM, Paul Smith wrote:
Just to be clear, you're saying that the testsuite runs as one long
operation, updating one target, and the recipe invokes one test
Hi Paul.
On 05/01/2013 02:04 PM, Paul Smith wrote:
On Tue, 2013-04-30 at 10:39 -0400, Paul Smith wrote:
On Tue, 2013-04-30 at 16:04 +0200, Stefano Lattarini wrote:
On 04/30/2013 03:37 PM, Paul Smith wrote:
Just to be clear, you're saying that the testsuite runs as one long
operation,
From: Paul Smith psm...@gnu.org
Date: Wed, 01 May 2013 08:04:08 -0400
Cc: bug-make@gnu.org
This should work very well with -Otarget then, except for the
colorization/highlighting issue... once it works as expected. I'll look
into this issue later and I would be interested to see your
Hello, dear Sirs,
please, can you help me in realizing 'make' running in a
64-bit computer-system using (for special applications)
the 32bit-FORTRAN, which is installed addicionally:
- how to replace the command-line-string 'gfortran' ?
or
- otherwise, what I have to do ?
system:
openSUSE 12.3
On 05/01/2013 05:26 PM, Eli Zaretskii wrote:
Unfortunately, the delays are still here.
I can say they're no longer there *in my use case*; I haven't tested
other use cases though. Hope this is sorted out soon...
Thanks,
Stefano
___
Bug-make
On Wed, 2013-05-01 at 18:26 +0300, Eli Zaretskii wrote:
You forgot to make the same change in the WINDOWS32 branch. I did
that in commit a87ff20.
Sorry, I missed that.
This should be fixed now. Those who use recursive makefiles and were
seeing annoying delays in output with -O, please
From: Paul Smith psm...@gnu.org
Cc: stefano.lattar...@gmail.com, bug-make@gnu.org
Date: Wed, 01 May 2013 14:41:25 -0400
Unfortunately, the delays are still here.
Very odd. This is the test program I used; can you verify:
recurse: ; $(MAKE) -f $(firstword $(MAKEFILE_LIST)) all
From: Paul Smith psm...@gnu.org
Cc: stefano.lattar...@gmail.com, bug-make@gnu.org
Date: Wed, 01 May 2013 14:41:25 -0400
If you want different behavior you can change your rule to use + on
the two echo lines, so that they're also considered recursive and not
saved up.
If I do that, the
On Wed, 2013-05-01 at 22:08 +0300, Eli Zaretskii wrote:
Yes. But I thought the change was about -Otarget, not -Ojob. Stefano
was complaining about a plain -O, so -Ojob is not what was his
problem.
Yes, it is about -Otarget. As I said, I added -Ojob output just for
completeness. The
From: Paul Smith psm...@gnu.org
Cc: stefano.lattar...@gmail.com, bug-make@gnu.org
Date: Wed, 01 May 2013 16:27:58 -0400
If your recipe normally runs for 5 seconds (say) and it continually
generates output during that time, then yes, certainly the -O feature
will result in choppiness
again, problem solved with what I proposed. think. separate shell window for
each job.
From: Paul Smith psm...@gnu.org
To: Jim Michaels jmich...@yahoo.com
Cc: bug-make@gnu.org bug-make@gnu.org
Sent: Tuesday, April 30, 2013 11:23 PM
Subject: Re: feature
13 matches
Mail list logo