potential version conflicts with system libraries

[KrisThielemans]

Currently, some packages (such as GTest) can have conflicts if a system library is found, but we want to use our own.

email sent to cmake@cmake.org

[KrisThielemans]

Fixed GTest with 32e404d. Rest might be ok so shifting milestone.

[KrisThielemans]

GTEST_ROOT is now correct but FindGTest.cmake is still finding an existing library first unfortunately, leading to linking errors if that version is older than the one we built.

[KrisThielemans]

Robert Maynard at kitware.com suggests

Have you tried using CMAKE_PREFIX_PATH instead of CMAKE_INSTALL_PREFIX?

@paskino, could you give that a try? e.g. remove the BOOST_ROOT variable pass-through, and see if it still picks up our files as opposed to the system ones. please also test for GTest (copy libgtest.a to /usr/local/lib. it should NOT be found, but will be at present)

[paskino]

I've tested right now.

1. Installed system boost
2. removed -DBOOST_ROOT

it found the system boost. So the BOOST_ROOT variable seems necessary.

[KrisThielemans]

did you add CMAKE_PREFIX_PATH in the External_SIRF.cmake ? (or whatever project you tried)

[paskino]

I tried it on Gadgetron. The CMAKE_PREFIX_PATH was already there.

[KrisThielemans]

ah well. indeed, this was already there when we tried with David. I'll reply to the CMake list.

[KrisThielemans]

Closing this as probably resolved. However, see also related #129