Re: Input pattern

[Ali Roustaei]

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 <ole@tange.dk> wrote:

On Wed, Mar 23, 2016 at 6:07 PM, Ali Roustaei <ali.rostai@gmail.com> wrote:
> On Tue, Mar 22, 2016 at 1:47 AM, Ole Tange <ole@tange.dk> wrote:
>> On Mon, Mar 21, 2016 at 4:37 PM, Ali Roustaei <ali.rostai@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