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

Cmakeupdates #46

Open
wants to merge 23 commits into
base: master
Choose a base branch
from
Open

Cmakeupdates #46

wants to merge 23 commits into from

Conversation

sjunges
Copy link
Contributor

@sjunges sjunges commented Aug 28, 2024

This PR changes the cmakefiles to support building carl as a subproject (not a toplevel project) in other projects, most notably storm.

@sjunges sjunges marked this pull request as draft August 28, 2024 14:02
@sjunges sjunges marked this pull request as ready for review November 12, 2024 13:49
@volkm volkm self-assigned this Nov 12, 2024
@volkm volkm self-requested a review November 12, 2024 14:01
@volkm volkm removed their assignment Nov 12, 2024
@@ -76,31 +75,37 @@ option( PRUNE_MONOMIAL_POOL "Prune monomial pool" ON )
option( EXCLUDE_TESTS_FROM_ALL "If set, tests will not be compiled by default" OFF )
export_option(EXCLUDE_TESTS_FROM_ALL)

option( CARL_COMPILE_RELEASE "Compile in Release mode irrespectively of CMAKE_BUILD_TYPE" OFF)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why do we need a separate flag?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So this is actually not advised to do, but it would allow you to compile carl in release mode while compiling storm in debug mode (or vice versa), when carl is a subproject.

I am also happy not to support that :-D

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ok, just wanted to confirm that my understanding is correct.
I would be in favour of removing it, because in most cases one would like to have both with the same build type. If different build types are needed, one can still manually build carl.
(The flag is currently also not used anywhere as far as I can see.)

cmake/compiler-options.cmake Outdated Show resolved Hide resolved
@volkm
Copy link
Contributor

volkm commented Nov 14, 2024

Installing carl-storm worked for me without any issue.
I suggest to stash and merge.

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