[CMake] dependency in custom command?
Philip Lowman
philip at yhbt.com
Mon Aug 31 08:22:15 EDT 2009
On Mon, Aug 31, 2009 at 8:20 AM, Philip Lowman <philip at yhbt.com> wrote:
> On Mon, Aug 31, 2009 at 1:08 AM, King, Steven R <steven.r.king at intel.com>wrote:
>
>> I now put all my binaries and libraries in ${CMAKE_BINARY_DIR}/bin as
>> Clint suggested. This caused ctest to fail for lack of knowing where the
>> test binary went. I made this adjustment:
>>
>> add_test (
>> test_my_module
>> ${CMAKE_BINARY_DIR}/bin/test_my_module
>> )
>>
>> which allowed ctest to find the executable. However, the executable still
>> can't find the dll, since ctest runs the test from
>> ${CMAKE_CURRENT_BINARY_DIR} which is apparently not equal to
>> ${CMAKE_RUNTIME_OUTPUT_DIRECTORY}. As we've just belabored, putting the dll
>> in ${CMAKE_CURRENT_BINARY_DIR} is neither easy nor well advised.
>>
>> OK, now I'm actually getting worried. Any other ideas, please?
>
>
> What we do at work is generate the test binaries in
> CMAKE_RUNTIME_OUTPUT_DIRECTORY as well. This does tend to clutter up that
> directory but they don't get make installed so it's not a huge issue for us.
>
> You might be able to use the ENVIRONMENT test property to append to the
> PATH environment variable CMAKE_RUNTIME_OUTPUT_DIRECTORY. This would allow
> the test binaries (in theory) to find their dependent DLLs while not
> existing in CMAKE_RUNTIME_OUTPUT_DIRECTORY.
>
Sorry forgot to mention, I believe this property is available only in CMake
CVS.
--
Philip Lowman
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20090831/02433ae1/attachment.htm>
More information about the CMake
mailing list