Fix --config option when placed before the command name

[TomasVotruba]

Problem

The --config option failed when placed before the command name (or when running the default command with no command name):

ecs --config=ecs.php
# Run failed: Unknown option: "--config=ecs.php"

ecs check --config=ecs.php (option after the command) worked, hence it looked like --config was gone after the symfony/console → entropy migration.

Reported in #27 (comment).

Root cause

The Entropy input parser force-parses the first argv token as a boolean flag:

$command = array_shift($argv);
if (str_starts_with($command, '-')) {
    $options[ltrim($command, '-')] = true;  // "--config=ecs.php" → bogus flag "config=ecs.php"
    $command = null;
}

Only the boolean-flag case is handled; a leading --long=value / --long value is mangled. The parser's main loop handles them correctly, so options after the command name always worked.

Fix

In ecs_normalize_argv() (already the layer that adapts argv for Entropy), inject the default check command when the first real argument is an option, so the working loop parses it. Help flags stay untouched so the global --help listing is preserved.

+    // $normalized[0] is the script name; the first real argument sits at index 1.
+    // Keep "-h"/"--help" untouched, so it still prints the global command list.
+    $helpFlags = ['-h', '--help'];
+    if (isset($normalized[1]) && str_starts_with($normalized[1], '-') && ! in_array($normalized[1], $helpFlags, true)) {
+        array_splice($normalized, 1, 0, 'check');
+    }

Before / after

# before
$ ecs --config=ecs.php
Run failed: Unknown option: "--config=ecs.php"

# after
$ ecs --config=ecs.php
# loads ecs.php and checks normally

Test

New config_option.yaml CI workflow runs the real binary with --config in every position (--config=x, --config x, check --config=x) and asserts the custom config loads and no Unknown option is printed.