CI: test ./build_emulators.sh

[Arielfoever]

Add a build by build_emulators.sh and I believe there's no need to test.

[Arielfoever]

See #745

and somehow we need a mirror of gmp.

[Arielfoever]

Go and see https://github.com/Arielfoever/sail-riscv/actions/runs/14591059685/job/40926223320 if it works.

[jordancarlin]

Would be great to get this in, but I don't think this CI job will work until the issue with downloading GMP is addressed (#745 (comment)).

[jrtc27]

Building the simulator twice just to test the shell script seems quite wasteful, why not instead adapt the existing build job to use the script?

[jordancarlin]

That seems reasonable. If we want to make sure that the build works with both static and dynamic gmp, we could also have the build with the shell script happen on a weekly schedule instead of for every PR. Most code changes are unlikely to break it, so that is probably more than sufficient to make sure the script continues working.

[Arielfoever]

Would be great to get this in, but I don't think this CI job will work until the issue with downloading GMP is addressed (#745 (comment)).

Fix via #882

[Arielfoever]

Building the simulator twice just to test the shell script seems quite wasteful, why not instead adapt the existing build job to use the script?

I would agree with you but I suggest that put these two into repo for some time. When everything's fine we can remove another one.

[Arielfoever]

@Timmmm What is the problem? This is nothing to do with #882. This is CI not mirror.

[jordancarlin]

I think it was closed automatically by GitHub when #882 was merged because you put "fix #876" in the PR description (which GitHub picks up as a keyword to link PRs/issues). Reopened.

[github-actions]

Test Results

400 tests  ±0   400 ✅ ±0   1m 55s ⏱️ -1s
  1 suites ±0     0 💤 ±0 
  1 files   ±0     0 ❌ ±0 

Results for commit 31ebf1d. ± Comparison against base commit 5872942.

[Timmmm]

LGTM. I think it probably makes sense to make it be another job in compile.yml instead of a new file.

[Timmmm]

Suggested change

# Build with ./build_emulators.sh

[Timmmm]

I think we don't need to upload the test results/event payload since the other workflow will already do this.

[Timmmm]

Suggested change

	name: CI with script
	name: Test build_emulators.sh script

[arichardson]

This is duplicating quite a lot - can we just add another matrix combination to the main CI build?

I think something like this could possibly work?

    strategy:
      matrix:
        os: [macos-latest, ubuntu-latest]
        include:
          - os: ubuntu-latest
            variant: build-emulators

[Timmmm]

I think a variant might get complicated. We could potentially use composite actions to add it as a job without duplicating everything though. I've never used them before so I'm not really sure...