Skip to content

cmake: Set CMAKE_BUILD_TYPE to Release if none was specified#26

Merged
jcfr merged 1 commit intomasterfrom
explicitly-set-build-type
Feb 6, 2017
Merged

cmake: Set CMAKE_BUILD_TYPE to Release if none was specified#26
jcfr merged 1 commit intomasterfrom
explicitly-set-build-type

Conversation

@jcfr
Copy link
Copy Markdown
Collaborator

@jcfr jcfr commented Feb 3, 2017

No description provided.

@blowekamp
Copy link
Copy Markdown
Member

Thank you for the patch!

I believe that scikit-build default sets the BUILD_TYPE to release?

Comment thread CMakeLists.txt
mark_as_advanced(CMAKE_BUILD_TYPE)
# Set the possible values of build type for cmake-gui
set_property(CACHE CMAKE_BUILD_TYPE PROPERTY STRINGS "Debug" "Release"
"MinSizeRel" "RelWithDebInfo")
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Currently the project has the languages set to NONE. If this was C++ would we not get these default properties?

@blowekamp blowekamp force-pushed the explicitly-set-build-type branch from 32ec12b to 073fcdc Compare February 6, 2017 20:08
@blowekamp
Copy link
Copy Markdown
Member

The SimpleITK-python was missing ep_common_cmake_cache_args.

Looks good to me now

@jcfr
Copy link
Copy Markdown
Collaborator Author

jcfr commented Feb 6, 2017

If this was C++ would we not get these default properties?

No. It is the responsibility of the build system developer to propagate them.

The SimpleITK-python was missing ep_common_cmake_cache_args.
Looks good to me now

I will merge.

@jcfr jcfr merged commit 54951dd into master Feb 6, 2017
@jcfr jcfr deleted the explicitly-set-build-type branch February 6, 2017 20:12
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