[Copilot]

Enable the existing test suite to run on Windows without duplicating tests.

• Runner: Execute tests with Bash and pass program paths in POSIX format.
• Line endings: Keep .test files in LF format.
• CI: Add a windows-latest UCRT64 MSYS2 job with the required tools and existing test command.

subprocess.run(["bash", "-c", command], ...)

[MLopez-Ibanez]

@copilot the new CI jobs have failed.It seems an issue with windows paths.

[Copilot]

@copilot the new CI jobs have failed.It seems an issue with windows paths.

The logs showed that MinGW created eaf.exe while the runner checked eaf. I updated regtest.py to resolve the .exe suffix on Windows before the executable check. Committed as e6557d1.

[MLopez-Ibanez]

@copilot Still not working. The tests print the message: windows subsystem for linux has no installed distributions. you can resolve this by installing a distribution with the instructions below:
use 'wsl.exe --list --online' to list available distributions
and 'wsl.exe --install ' to instal...

[Copilot]

@copilot Still not working. The tests print the message: windows subsystem for linux has no installed distributions. you can resolve this by installing a distribution with the instructions below:
use...

The runner was selecting Windows’ bash.exe (the WSL launcher) instead of MSYS2 Bash. I updated it to use the MSYS2 Bash path derived from the UCRT64 Python interpreter. Committed as 7ec8f40. The new workflow run is awaiting approval, so this fix is not yet confirmed by CI.

[MLopez-Ibanez]

@copilot still not working. It seems a problem with joblib.

[Copilot]

@copilot still not working. It seems a problem with joblib.

The Windows logs showed joblib’s loky resource tracker failing during shutdown. I switched Windows runs to joblib’s thread backend while keeping process workers on other platforms. Committed as 17d6193; the updated Windows workflow is awaiting approval, so CI confirmation is pending.

[MLopez-Ibanez]

@copilot still fails. See the log here: https://productionresultssa11.blob.core.windows.net/actions-results/8a837600-688b-877c-bf63-10e4d6e98c4d/workflow-job-run-d88f0426-0152-53fd-bf81-4c1cc015482d/logs/job/job-logs.txt?rsct=text%2Fplain&se=2026-10-11T16%3A25%3A57Z&sig=HJkD44jjeeY3ghY7TsdG5%2B%2Bw0RBdQdcRGL2dGwxYgZ8%3D&ske=2026-10-11T20%3A03%3A08Z&skoid=ca7593d4-ee42-46cd-af88-8b886a2f84eb&sks=b&skt=2026-10-11T16%3A03%3A08Z&sktid=398a6654-997b-47e9-b12b-9515b896b4de&skv=2025-11-05&sp=r&spr=https&sr=b&st=2026-10-11T16%3A15%3A52Z&sv=2025-11-05

[Copilot]

@copilot still fails. See the log here: https://productionresultssa11.blob.core.windows.net/actions-results/8a837600-688b-877c-bf63-10e4d6e98c4d/workflow-job-run-d88f0426-0152-53fd-bf81-4c1cc015482d/l...

The linked log showed a UnicodeEncodeError when Rich printed the ✓ pass marker to Windows’ non-UTF-8 stdout; joblib only propagated that exception. I set PYTHONIOENCODING=utf-8 for the Windows job in commit a51ca69. The new run is awaiting approval, so CI confirmation is still pending.