You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This doesn't seem like it would even make sense to do at first, but apparently many package managers use UnitTest++'s autoconf build for packaging and/or installing. This means that UnitTest++ has to be installed from source in order to use CMake's FIND_PACKAGE( ... ) as suggested in Adding into a CMake Project. Using a combination of FIND_LIBRARY( ... ) and TARGET_LINK_LIBRARIES( ... ) still works as long as UnitTest++'s headers are in the default search paths.
I've tried installing UnitTest++ on macOS via Homebrew and CentOS 7 from EPEL via yum. Neither installs UnitTest++Config.cmake or UnitTest++Targets.cmake.
The text was updated successfully, but these errors were encountered:
This doesn't seem like it would even make sense to do at first, but apparently many package managers use UnitTest++'s
autoconf
build for packaging and/or installing. This means that UnitTest++ has to be installed from source in order to use CMake'sFIND_PACKAGE( ... )
as suggested in Adding into a CMake Project. Using a combination ofFIND_LIBRARY( ... )
andTARGET_LINK_LIBRARIES( ... )
still works as long as UnitTest++'s headers are in the default search paths.I've tried installing UnitTest++ on macOS via Homebrew and CentOS 7 from EPEL via
yum
. Neither installsUnitTest++Config.cmake
orUnitTest++Targets.cmake
.The text was updated successfully, but these errors were encountered: