On Sun, 2019-09-01 at 23:23 -0700, Kaz Kylheku (gmake) wrote:
> If your R&D team would allow you to add just one line to the
> legacy GNU Makefile to assign the SHELL variable, you can assign that
> to a shell wrapper program which performs command re-trying.
You don't have to add any lines to the
Something sounds interesting from your message.
What is this .ONESHELL ?
If I have -
All:
mkdir dir
cd dir
So currently in my remote execution design these 2 commands execute on
different host.
So, does ONESHELL will make these 2 commands on the same host ?
Please reply as soon as y
On Mon, 2019-09-02 at 20:48 +0530, nikhil jain wrote:
> So currently in my remote execution design these 2 commands execute
> on different host.
>
> So, does ONESHELL will make these 2 commands on the same host ?
Well, I don't know how your remote execution design works.
However, .ONESHELL tells
Remote exec design is quite easy. I just filled in remote-stub.c with
enough code to execute the commands remotely and getting the status back.
On Mon, 2 Sep 2019, 21:06 Paul Smith, wrote:
> On Mon, 2019-09-02 at 20:48 +0530, nikhil jain wrote:
> > So currently in my remote execution design thes
I'm not going to address the remote execution topic since it sounds like
you already have the solution and are not looking for help. However, I do
have fairly extensive experience with the NFS/retry area so will try to
contribute there.
First, I don't think what Paul says:
> As for your NFS issue
Thanks for detailed information.
I will see if I can use shell wrapper program as mentioned by you.
I had used LSF a lot like for 5 years. I still use it. bsub, bjobs. bkill,
lim, sbatchd, mbatchd etc. it is easy to understand and use
lsmake - I do not want to use IBM's proprietary stuff.
Than
I did not suggest using lsmake, I simply mentioned that we use it.
On Mon, Sep 2, 2019 at 11:04 AM nikhil jain wrote:
> Thanks for detailed information.
>
> I will see if I can use shell wrapper program as mentioned by you.
>
> I had used LSF a lot like for 5 years. I still use it. bsub, bjobs.
haha OK.
If I were you, I would have built lsmake functionality in GMAKE and not pay
IBM lol.
Anyways, have a good day. :)
On Mon, Sep 2, 2019 at 11:45 PM David Boyce wrote:
> I did not suggest using lsmake, I simply mentioned that we use it.
>
> On Mon, Sep 2, 2019 at 11:04 AM nikhil jain
>
On Wed, 2019-08-28 at 15:21 +0200, Sébastien Hinderer wrote:
> Trying to use the VPATH variable, it seems to me that it is not taken
> into account by the include directive.
>
> Is there a way to change this behaviour?
No. This is a long-standing enhancement request:
https://savannah.gnu.org/bu
