[CMake] Platform tests counts as errors.

2011-03-21 Thread Óscar Fuentes
Consider this custom_command: add_custom_command(OUTPUT ${CX_NATIVE_TG_DIR}/CMakeCache.txt COMMAND ${CMAKE_COMMAND} -DCMAKE_BUILD_TYPE=Release ${FOO_SOURCE_DIR} WORKING_DIRECTORY ${CX_NATIVE_TG_DIR}) When it is executed from a Makefile-based generator, no problem. However, when it is ex

Re: [CMake] CPack and fixup_bundle

2011-03-21 Thread Simon Drouin
Makes sense once you know. Thanks a lot, I would have searched a long time for that. s. On Fri, Mar 18, 2011 at 2:44 AM, Tyler wrote: > It's a little obtuse but you need to use \${CMAKE_INSTALL_PREFIX} in that > first argument to fixup_bundle(). If you don't, ${CMAKE_INSTALL_PREFIX} will > be e

Re: [CMake] Documentation for CMAKE_INSTALL_PREFIX_INITIALIZED_TO_DEFAULT missing?

2011-03-21 Thread David Cole
On Mon, Mar 21, 2011 at 6:16 AM, Johannes Zarl wrote: > > On 03/07/2011 at 23:47, Gabriel Petrovay wrote: >> On Mon, Mar 7, 2011 at 7:03 PM, Alexander Neundorf >> wrote: >>> >>> It's an internal variable. >> >> May we use it? Or is it not intended for users to use it? > > Just bumping this threa

Re: [CMake] To avoid target_link_libraries magic

2011-03-21 Thread Brad King
On 3/21/2011 10:12 AM, Valeriy Bykov wrote: > I'm using CMake version 2.8.4. Furthermore I use custom ToolChain but I > don't think it is important. > > ... /home/vbykov/svn/builddeps/glibc/lib/libpthread.a It may be important actually. Is this path to libpthread.a in the implicit library search

Re: [CMake] To avoid target_link_libraries magic

2011-03-21 Thread Valeriy Bykov
Ough, behaviour of target_link_libraries depends on -B flags I pass to compiler. I pass it for proper compiler test made by CMake at initial stage. Without it gcc can't link simple test program because can't find standart libraries (-lc). On Mon, Mar 21, 2011 at 05:12:56PM +0300, Valeriy Bykov wro

Re: [CMake] To avoid target_link_libraries magic

2011-03-21 Thread Valeriy Bykov
I'm using CMake version 2.8.4. Furthermore I use custom ToolChain but I don't think it is important. On Mon, Mar 21, 2011 at 10:05:08AM -0400, Brad King wrote: > On 3/21/2011 9:42 AM, Valeriy Bykov wrote: > > I'm trying to link with static library which I've found using FIND_LIBRARY: > > MESSAGE (

Re: [CMake] To avoid target_link_libraries magic

2011-03-21 Thread Brad King
On 3/21/2011 9:42 AM, Valeriy Bykov wrote: > I'm trying to link with static library which I've found using FIND_LIBRARY: > MESSAGE (${LPTHREAD}) prints /home/vbykov/svn/builddeps/glibc/lib/libpthread.a > > Further I do the next: > ADD_EXECUTABLE (test_atomic_lock test_atomic_lock.c) > TARGET_LINK_

[CMake] To avoid target_link_libraries magic

2011-03-21 Thread Valeriy Bykov
Hello. I'm trying to link with static library which I've found using FIND_LIBRARY: MESSAGE (${LPTHREAD}) prints /home/vbykov/svn/builddeps/glibc/lib/libpthread.a Further I do the next: ADD_EXECUTABLE (test_atomic_lock test_atomic_lock.c) TARGET_LINK_LIBRARIES (test_atomic_lock ${LPTHREAD}) But f

Re: [CMake] Documentation for CMAKE_INSTALL_PREFIX_INITIALIZED_TO_DEFAULT missing?

2011-03-21 Thread Johannes Zarl
On 03/07/2011 at 23:47, Gabriel Petrovay wrote: > On Mon, Mar 7, 2011 at 7:03 PM, Alexander Neundorf > wrote: >> >> It's an internal variable. > > May we use it? Or is it not intended for users to use it? Just bumping this thread up, but I think this is a valid question. CMAKE_INSTALL_PREFIX_