again, problem solved with what I proposed. think. separate shell window for
each job.
>
> From: Paul Smith
>To: Jim Michaels
>Cc: "bug-make@gnu.org"
>Sent: Tuesday, April 30, 2013 11:23 PM
>Subject: Re: feature request: parallel builds feature
>
>
>On
> From: Paul Smith
> 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 because instea
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 imp
> From: Paul Smith
> 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 echo from
> From: Paul Smith
> 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
> all: 2
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, plea
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 mai
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 (2
> From: Paul Smith
> 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 experi
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
opera
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
Hi Paul.
On 05/01/2013 08:26 AM, Paul Smith wrote:
> 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- <
12 matches
Mail list logo
