Feature arglist option aliases

Allows migration of command-line options, with versioning to track the 'age' of the changes. Eg, if -decomposeParDict gets changed to something like -decompose-dict, but we still wish to accept the older name for it:

argList::addOptionCompat("decompose-dict", { "decomposeParDict", 1612});
argList::addOptionCompat("no-function-objects", {"noFunctionObjects", 1612});

This emits a warning about the option being out of date, but will rewrite it with the newer option name, which is what would be referenced internally.

changed target branch from master to develop

@andy - I've put some ideas "to paper". Now only handles explicitly defined aliases for options, tagged with a version number as per the 78caeb6199e0a04ac6).

At least some of this would be nice to have done pre-release since this would mean that a bunch of options (eg, -listFunctionObjects) could just be replaced with -list-function-objects without any aliases since these did not appear in 1706.

added 1 commit

• 40f03d14 - ENH: support option aliases with versioning

Compare with previous version

unmarked as a Work In Progress

changed milestone to %v1712

added ~22 label

@Prashant - possibly of interest for you.

added 1 commit

• 184ca980 - ENH: support option aliases with versioning

Compare with previous version

changed the description

this is limited to command line arguments or any keywords internal to FO/wall-functions etc...?

This is only for command-line options, but this commit 78caeb6199e0a04ac was already added for dictionary lookup, which we would be able to use when defining updated dictionary keywords.

assigned to @mark

added 3 commits

• 184ca980...020fd5cb - 2 commits from branch develop
• 0d234a52 - ENH: support option aliases with versioning

Compare with previous version

changed the description

merged