Skip to content
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

CMake P4EST_BUILD_EXAMPLES flag #316

Merged
merged 5 commits into from
Oct 23, 2024

Conversation

dutkalex
Copy link
Contributor

CMake P4EST_BUILD_EXAMPLES flag

Just adds this flag to give the opportunity to downstream projects to disable this and save on build times.

@cburstedde
Copy link
Owner

Thanks! We had previously set examples to be always built, but it's fine to add this option as you suggest with default ON. While we're at it:

  • Can we make an analogous change in libsc, double-checking that the CMake example logic looks the exact same in both libraries?
  • I would not build the tests by default, only on make check, as with autoconf. Is this possible with CMake (and again, for both p4est and sc)?

@dutkalex
Copy link
Contributor Author

  • Can we make an analogous change in libsc, double-checking that the CMake example logic looks the exact same in both libraries?

Yes that seems reasonable. I can open a quick PR on libsc too.

  • I would not build the tests by default, only on make check, as with autoconf. Is this possible with CMake (and again, for both p4est and sc)?

That I do not know. Maybe it can be done, but no obvious solution comes to my mind right now...

@cburstedde
Copy link
Owner

  • Can we make an analogous change in libsc, double-checking that the CMake example logic looks the exact same in both libraries?

Yes that seems reasonable. I can open a quick PR on libsc too.

Sounds great! There seems to be just some small glitch with the CI. And please add your author file to the docs, and a line to the doc/release_notes.txt

  • I would not build the tests by default, only on make check, as with autoconf. Is this possible with CMake (and again, for both p4est and sc)?

That I do not know. Maybe it can be done, but no obvious solution comes to my mind right now...

Thanks; then we let this remain as is for now.

@cburstedde
Copy link
Owner

Same here, presumably, please submit against develop.

@dutkalex dutkalex changed the base branch from master to develop October 4, 2024 08:03
@dutkalex
Copy link
Contributor Author

dutkalex commented Oct 4, 2024

Done @cburstedde

@cburstedde
Copy link
Owner

Thanks! It may be that libtool is no longer standard installed on Darwin, that might need to be added to the CI script.

@cburstedde
Copy link
Owner

Pinging @tim-griesbach for the current CI issues accumulating. Can we streamline the CI by taking out specific version numbers etc., and checking which packages we need on Darwin?

@tim-griesbach
Copy link
Collaborator

Pinging @tim-griesbach for the current CI issues accumulating. Can we streamline the CI by taking out specific version numbers etc., and checking which packages we need on Darwin?

As I mentioned in #320 (comment) the loadsave related CI fails were transient.

The Darwin related CI fails can be resolved by merging the latest develop branch into the branch cmake-enable-examples. I tried this on my p4est fork and the CI were successful after the merge.

@cburstedde
Copy link
Owner

Cool thanks!

@cburstedde cburstedde merged commit 454a1c1 into cburstedde:develop Oct 23, 2024
12 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants