This is great that it works to some extent in the git version. For my
application I don't need wrapping behavior too and probably there are a
bunch of others who don't need. I'll check the git version, thanks.
On Sat, Mar 26, 2016 at 12:46 PM, Ole Tange <o...@tange.dk> wrote:
> On Wed, Mar 23, 2016 at 6:07 PM, Ali Roustaei <ali.ros...@gmail.com>
> wrote:
> > On Tue, Mar 22, 2016 at 1:47 AM, Ole Tange <o...@tange.dk> wrote:
> >> On Mon, Mar 21, 2016 at 4:37 PM, Ali Roustaei <ali.ros...@gmail.com>
> >> wrote:
> :
> >> > My script (say myscript) has three input parameters H, Re and Bn. Re
> and
> >> > Bn
> >> > are tied so that for each Re input there is only a specific Bn.
> :
> >> Currently this is not possible using a single command, but I have had
> >> this problem, too, so I would welcome a patch that made it possible.
> :
> >> The idea being that :::+ links the following input source to the
> >> previous --xapply style.
> :
> >> For your current situation this may work:
> >>
> >> parallel --xapply -I ,, --arg-sep ,,, parallel eval echo myscript {}
> >> ,, ::: A B ,,, C D E ,,, F G H
> :
> > Thanks Ole. So right now it is not a built in feature. And thanks for the
> > workaround solution, it does its job for me right now.
>
> The git version now has :::+ and ::::+ They are limited in the way
> that values do not wrap, instead there must be the same amount of
> values. It is the way I use it most of the time, and it was not
> possible for me to get the wrapping to work.
>
> The magic happens in expand_combinations().
>
> /Ole
>
