chore(deps): bump github.com/apple/swift-argument-parser from 1.2.0 to 1.5.0

[dependabot]

Bumps github.com/apple/swift-argument-parser from 1.2.0 to 1.5.0.

Release notes

Sourced from github.com/apple/swift-argument-parser's releases.

ArgumentParser 1.5.0

Additions

• Subcommands can now be grouped into sections, to enable a better help display for commands with many subcommands. (#644)
• Improved unofficial support for Android and riscv64 platforms. (#649, #651)

Fixes

• Command-line completion scripts correctly complete for arguments that are included via option group. (#648)
• Several warnings when compiling with strict concurrency enabled, or in Swift 6 language mode, are now silenced. (#650)

The 1.5.0 release includes contributions from @​CraigSiemens, @​DougGregor, @​finagolfin, @​futurejones, and @​natecook1000. Thank you!

ArgumentParser 1.4.0

Additions

• Adds support for subcommand aliases via a new CommandConfiguration.aliases parameter. Aliases are shown in help text and used during command parsing. For example, a subcommand like "average" from the example "math" tool can be defined with the aliases ["avg"]. The resulting subcommand can now be invoked with either of math stats average and ``math stats avg`. See the updated documentation and example for additional details. (#627)
• Adds a new API usageString to ParsableArguments and ParsableCommand for retrieving their usage text, allowing for more flexible construction of error screens. (#634)
• Adds support for passing custom arguments to AsyncParsableCommand.main() with a new static func main(_ arguments: [String]?) async method. (#568)

Fixes

• Removes default parameter values from deprecated CommandConfiguration initializers to prevent them from being selected as overloads. Some niche invalid deprecation warnings should no longer occur. (#636)

The 1.4.0 release includes contributions from @​Austinpayne, @​dcantah, @​KS1019, @​natecook1000, @​rauhul, and @​revolter. Thank you!

ArgumentParser 1.3.1

Changes

• The CommandConfigration type is now designated as Sendable. (#615)
• The library uses internal imports instead of @_implementationOnly annotations in Swift versions where permitted. (#616)

Fixes

• @Option- and @Argument-annotated optional properties that use a transform closure for parsing can now be declared without ambiguity. (#619)
• The help flag is now recognized more consistently when a default subcommand has been specified. (#612)
• Options that use the .upToNextOption parsing strategy can now recognize an attached value (e.g. --numbers=1 2 3). (#610)
• Generated completion scripts for zsh handle repeatable options correctly. (#614)
• Documentation improvements and clarifications. (#607, #611, #617, #621)
• Build improvements for CMake builds. (#606, #608)

The 1.3.1 release includes contributions from @​Coeur, @​compnerd, @​keith, @​MaxDesiatov, @​mayoff, and @​natecook1000. Thank you!

ArgumentParser 1.3.0

Changes

• The @Option, @Argument, @Flag, and @OptionGroup property wrappers now conditionally conform to Sendable when the wrapper's Value type conforms. With this change, you can mark ParsableCommand types as Sendable when you want to be able to pass a parsed command across concurrent contexts. (#582)

  Migration: Users that aren't ready to resolve sendability warnings can add the @preconcurrency attribute to import ArgumentParser statements.

... (truncated)

Commits

• 41982a3 Update CHANGELOG for the 1.5 release. (#654)
• 4a2e245 Import new Android overlay (#651)
• bb10ca8 Updates to support Swift 6 language version (#650)
• 6a7abc0 add support for riscv64 (#649)
• d66d015 Fix zsh/bash completions for arguments in option groups with a custom comple...
• 81ac872 Update CMake for new file CommandGroup.swift (#645)
• 516c2f8 Introduce subcommand grouping into the command configuration to improve help ...
• 0fbc884 Update CHANGELOG for release 1.4.0 (#640)
• 29b3d39 Support passing arguments to async main (#568)
• 1d191b0 Prefer if-let shorthand in CountLines.swift (#638)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[dependabot]

Superseded by #12.