Extract sub-command handling (alr <command>)

[Fabien-Chouteau]

The goal of this big refactoring is to extract the handling of
sub-commands to make it available for other projects.

The SubCommander packages (name open to changes) can be extracted to a
dedicated crate or to AAA.

There is at least one regression which is the support of -X for alr
build.

[mosteo]

Neat! I just saw very little things during the review. There is some ugliness that I crafted in there, ouch. Way better having it isolated.

I understand that now alr build simply doesn't see the -X switches. I remember that someone was using that. Perhaps this PR can go in after 1.1 then.

[Fabien-Chouteau]

@mosteo I did my final refactoring on this.

Pending checks and reviews, the remaining questions are:

• Should the name SubCommander change?
• Where should we put this code? AAA or its own crate?

[mosteo]

Huge effort here, thanks Fabien.

Where should we put this code? AAA or its own crate?

Nowadays I don't see a reason for huge libraries, so I favor splitting things unless they're very thematically related. AAA is going to probably be my last hodgepodge project. So I'd say its own crate.

Should the name SubCommander change?

Besides the camel case (I'd prefer simply Subcommander) I don't have ideas for another name right away...

[Fabien-Chouteau]

Huge effort here, thanks Fabien.

Thank you, I was not expecting to fall in this rabbit hole ^^

Where should we put this code? AAA or its own crate?

Nowadays I don't see a reason for huge libraries, so I favor splitting things unless they're very thematically related. AAA is going to probably be my last hodgepodge project. So I'd say its own crate.

Thinking about this, we have other things like TTY, user input, config files that we can extract from Alire in to a Command Line Interface crate:
For the name?:

• clic: Command Line Interface Components
• clic: Command Line Interface Crate
• Just cli
• Something else...

Should the name SubCommander change?

Besides the camel case (I'd prefer simply Subcommander) I don't have ideas for another name right away...

Ok for Subcommander.

[mosteo]

• clic: Command Line Interface Components

I like this one a lot, cli is too generic but clic has personality

[onox]

I remember that someone was using that. Perhaps this PR can go in after 1.1 then.

I use -X to set some scenario vars (one to switch between AVX and AVX2 code (I run some gcc command in a Makefile to detect which extension is supported)) and another to switch between release and coverage build modes. Although the latter wouldn't be needed if something like #707 is implemented.

[Fabien-Chouteau]

@mosteo I successfully moved Subcommander, TTY and User_Input under a CLIC package hierarchy. Next week I will move CLIC to a dedicated repository in alire-project.

I think Alire.Config can also move to CLIC but there is some refactoring to do.

[mosteo]

Thanks for the update, @Fabien-Chouteau .

@onox, the -X parameters are supported again in this PR, so the situation stays as it was.

[mosteo]

Thanks a lot, Fabien, now merged.