-
Notifications
You must be signed in to change notification settings - Fork 1k
Shuffling and documenting prerequisites #5454
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
Not to overload this PR too much, but think moving to macos-14 or macos-15-intel would be needed since old one is getting deprecated, there are already changes needed added in #5434 but that one is on hold. For wheels I would keep what @donn added (so 15) but for compile and tests not sure, but looks like 15 is more available so better move to it. |
|
yeah sorry i haven't had the time to get back to 5434 yet, will do when i can |
|
That was actually on my to-do list for today :) |
Called during setup-build-env.
We still want to cache iverilog even if the rest of the action fails, so explicitly save/restore instead of standard cache.
Split into common + build/docs/test (common always installs, build/docs/test are installed as requested with `build-*-deps` input flag).
Add comments in setup-build-env/action.yml for where to document prereqs (and the separation between build/run and test). Add some initial (very basic) text for `test_suites.rst`, listing prereqs and how to run the tests (with subsections for the different optional tests, which is currently docs, functional and unit). Add sphinx-inline-tabs, use it for tidying up prereq instructions based on OS/platform (mostly helpful in the test suites doc where there are multiple sections split by OS). Also fixes some single backticks that should be double backtick.
Needed for vcd2fst.
4e6f8bd to
35e4d96
Compare
What are the reasons/motivation for this change?
While responding to a Discourse topic I remembered that I wanted to split the package dependencies to improve clarity and distinguish between requirements for building and testing (and to a lesser degree documenting). I also discovered the cache-apt-packages action, and while setting up the build environment isn't a huge overhead, it is done very frequently and so caching it seems reasonable. And iverilog was previously being installed/cached in two separate places, so we can reduce the redundancy there.
Explain how this is achieved.
setup-build-envactionsetup-build-env