Forwarding (Steffen does not have his address subscribed, so it did not make it 
to the list)

> Begin forwarded message:
> 
> From: Steffen Nurpmeso 
> Subject: Fwd: Re: [1003.1(2016/18)/Issue7+TC2 0001436]: make: add "-j 
> max_jobs" option to support simultaneous rule processing
> Date: 22 May 2021 at 15:09:21 BST
> To: austin-group-l@opengroup.org
> X-Diagnostic: Not on the accept list
> 
> --- Forwarded from Steffen Nurpmeso
> Date: Fri, 21 May 2021 17:57:20 +0200
> From: Steffen Nurpmeso 
> To: Austin Group Bug Tracker <nore...@msnkbrown.net>
> Subject: Re: [1003.1(2016/18)/Issue7+TC2 0001436]: make: add "-j max_jobs" 
> option to support simultaneous rule processing
> Message-ID: <20210521155720.khyhn%stef...@sdaoden.eu>
> OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; 
> url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt
> 
> Austin Group Bug Tracker wrote in
> <79557df8f0e0d0b53548449c40247...@austingroupbugs.net>:
> |https://austingroupbugs.net/view.php?id=1436 
> ...
> |---------------------------------------------------------------------- 
> | (0005362) rhansen (manager) - 2021-05-20 17:08
> | https://austingroupbugs.net/view.php?id=1436#c5362 
> |---------------------------------------------------------------------- 
> |We think we have achieved consensus on a rewrite of the description of the
> |<b>-j</b> option; see "attempt #3" on line 65 of
> |https://posix.rhansen.org/p/2021-05-20. Feedback would be appreciated. 
> 
> I am not a honourable make(1) programmer but since i opened the
> issue i want to state that i liked it when i read it last night.
> I was actually surprised to see the issue reopened as such,
> because my thinking would have been that a -j parallelized make(1)
> enters some kind of jobserver mode that becomes established via
> some environmental setting (or whatever the programmer chooses aka
> can easily be found by subprocesses), the existence of which is
> checked by make(1) at startup.  Then stating something like "i am
> process X, and my parent is Y" etc.  And the rest being up to the
> make(1) implementor as a quality of implementation (scheduling,
> fair even more so, seems to reside in the area of very complicated
> programming).  I was surprised to see that rule content matters at
> all.
> 
> A nice weekend i wish from Germany,
> 
> --steffen
> |
> |Der Kragenbaer,                The moon bear,
> |der holt sich munter           he cheerfully and one by one
> |einen nach dem anderen runter  wa.ks himself off
> |(By Robert Gernhardt)
> 
> -- End forward <20210521155720.khyhn%stef...@sdaoden.eu>
> 
> --steffen
> |
> |Der Kragenbaer,                The moon bear,
> |der holt sich munter           he cheerfully and one by one
> |einen nach dem anderen runter  wa.ks himself off
> |(By Robert Gernhardt)
> 

--------
Andrew Josey, The Open Group, ajo...@opengroup.org



  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
    • [1003.1... Austin Group Bug Tracker via austin-group-l at The Open Group
    • Fwd: Re... Steffen Nurpmeso via austin-group-l at The Open Group
      • Fwd... Andrew Josey via austin-group-l at The Open Group
      • Re:... Paul Smith via austin-group-l at The Open Group
        • ... Steffen Nurpmeso via austin-group-l at The Open Group
    • Fwd: Re... Steffen Nurpmeso via austin-group-l at The Open Group
    • [1003.1... Austin Group Bug Tracker via austin-group-l at The Open Group
    • [1003.1... Austin Group Bug Tracker via austin-group-l at The Open Group
    • [1003.1... Austin Group Bug Tracker via austin-group-l at The Open Group
    • [1003.1... Austin Group Bug Tracker via austin-group-l at The Open Group
    • [1003.1... Austin Group Bug Tracker via austin-group-l at The Open Group
    • [1003.1... Austin Group Bug Tracker via austin-group-l at The Open Group
    • [1003.1... Austin Group Bug Tracker via austin-group-l at The Open Group

Reply via email to