Skip to content

Build only libs when the core is a subproject - #38

Merged
astronomerdave merged 4 commits into
mainfrom
DH/subproject-targets
Sep 28, 2026
Merged

astronomerdave merged 4 commits into
mainfrom
DH/subproject-targets

Conversation

@astronomerdave

@astronomerdave astronomerdave commented Sep 28, 2026 •

Copy link
Copy Markdown
Contributor

This now decides what the core builds when another project composes it, per the discussion in PR #37. As a subproject it now provides its libraries only. Top-level builds are unchanged.

I increased the min cmake version from 3.12 to 3.24, needed to support subproject design (well, at least 3.21 is needed for PROJET_IS_TOP_LEVEL).

I removed OpenCV. Currently only NIRC2 is using it and I'd like to try to move forward without it (I made that decision in a hurry based on tools I knew how to use, and there may be better options).

New CI builds the core and a subproject consumer.

CI jobs that check out submodules fail because two of the instrument repos (cryoscope, hispec-tracking-camera) are private; that will be fixed soon. The last commit moves the hispec_tracking_camera pin to 60382fd, since fc8bf34d no longer exists in that repo; if this is squash-merged, please keep that in the message.

fc8bf34d was removed from the instrument repo, so checking out
submodules fails and every workflow that does so has been failing
on main since PR#37. 60382fd is the head of the instrument repo's main.
@astronomerdave

Copy link
Copy Markdown
Contributor Author

*** see edited description *** Now that instrument repos are private, CIs will fail now until I finish removing the submodules.

@astronomerdave
astronomerdave merged commit 8726688 into main Sep 28, 2026
2 of 6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants