[CMake] SWIG generated .cxx file location issue.

2012-09-25 Thread Hugh Sorby
I am wrapping a library with SWIG and using CMake to generate the build scripts for me, this is all working really well. My issue is the location of the generated .cxx files. I have my code laid out as follows: swig/interface/*.i <-- swig interface files python/CMakeLists.txt <-- Python CMa

Re: [CMake] Automoc4 issue when using cmake (2.8.9)

2012-09-25 Thread Laszlo Papp
Forgot to mention that, but the problem happens when the find KDE4 is in action. If I comment that line, and I try to find the automoc4 directly, there are no such issues. Further information: pacman -Qo /usr/share/cmake-2.8/Modules/FindKDE4.cmake /usr/share/cmake-2.8/Modules/FindKDE4.cmake is ow

Re: [CMake] Automoc4 issue when using cmake (2.8.9)

2012-09-25 Thread Laszlo Papp
CMakeLists.txt cmake_minimum_required(VERSION 2.8) project(test) add_executable(test main.cpp) #find_package(Automoc4 REQUIRED) find_package(KDE4 REQUIRED) main.cpp int main() {return 0;} Command to execute: cmake ../ (in the build directory) cmake version: 2.8.9 automoc4: 0.9.88 Laszlo

Re: [CMake] CMake/Ninja support in Qt Creator

2012-09-25 Thread Marcus D. Hanwell
On Tue, Sep 25, 2012 at 2:56 PM, Peter Kümmel wrote: > On 25.09.2012 17:29, Marcus D. Hanwell wrote: >> >> On Thu, Sep 20, 2012 at 7:26 AM, Peter Kümmel wrote: >>> >>> On 19.09.2012 08:08, Wouter van Kleunen wrote: Peter, i had 2.8.9-pre3 before, i upgraded to 2.8.9. But

Re: [CMake] CMake/Ninja support in Qt Creator

2012-09-25 Thread Peter Kümmel
On 25.09.2012 17:29, Marcus D. Hanwell wrote: On Thu, Sep 20, 2012 at 7:26 AM, Peter Kümmel wrote: On 19.09.2012 08:08, Wouter van Kleunen wrote: Peter, i had 2.8.9-pre3 before, i upgraded to 2.8.9. But only after deleting the CMakeLists user file from qtcreator, deleting the build directory

Re: [CMake] Automoc4 issue when using cmake (2.8.9)

2012-09-25 Thread Alexander Neundorf
On Tuesday 25 September 2012, Laszlo Papp wrote: > Hi, > > Worked couple of days ago. Help welcome. > > Laszlo > > -- Found Threads: TRUE > -- Found OpenSSL: /usr/lib/libssl.so > -- Looking for _POSIX_TIMERS > -- Looking for _POSIX_TIMERS - found > CMake Error at > /usr/share/apps/cmake/modules/

Re: [CMake] CMake/Ninja support in Qt Creator

2012-09-25 Thread Marcus D. Hanwell
On Thu, Sep 20, 2012 at 7:26 AM, Peter Kümmel wrote: > On 19.09.2012 08:08, Wouter van Kleunen wrote: >> >> Peter, >> >> i had 2.8.9-pre3 before, i upgraded to 2.8.9. But only after deleting >> the CMakeLists user file from qtcreator, deleting the build directory >> and restarting qtcreator I was

Re: [CMake] check function signature

2012-09-25 Thread Leif Walsh
this works perfectly, thanks On 25 Sep, 2012, at 9:45 AM, Nils Gladitz wrote: > Maybe you want "check_prototype_definition"? > > Nils > > On 09/25/2012 03:18 PM, Leif Walsh wrote: >> I use check_function_exists() to do some platform checking. On Linux, >> pthread_yield() returns int, and on

Re: [CMake] check function signature

2012-09-25 Thread Nils Gladitz
Maybe you want "check_prototype_definition"? Nils On 09/25/2012 03:18 PM, Leif Walsh wrote: I use check_function_exists() to do some platform checking. On Linux, pthread_yield() returns int, and on FreeBSD, it returns void. Is there a cmake way to distinguish between the two? check_functio

Re: [CMake] Ninja: It's ninja issue, or CMake problem?

2012-09-25 Thread Peter Kümmel
On 25.09.2012 14:54, Loaden wrote: Bug reported in here: http://public.kitware.com/Bug/view.php?id=13559 Yes, looks like a bug. Good catch! For "OBJECT_DEPENDS" only "order only" dependency is used. 2012/9/25 Loaden Sorry, It's wrong. Here is the correct function: function(use_msvc_prec

Re: [CMake] check function signature

2012-09-25 Thread Bogdan Cristea
On Tuesday 25 September 2012 09:18:38 Leif Walsh wrote: > I use check_function_exists() to do some platform checking. On Linux, > pthread_yield() returns int, and on FreeBSD, it returns void. Is there a > cmake way to distinguish between the two? check_function_exists seems to > not use strict e

[CMake] check function signature

2012-09-25 Thread Leif Walsh
I use check_function_exists() to do some platform checking. On Linux, pthread_yield() returns int, and on FreeBSD, it returns void. Is there a cmake way to distinguish between the two? check_function_exists seems to not use strict enough warnings to make sure the symbol has the right signatur

Re: [CMake] Ninja: It's ninja issue, or CMake problem?

2012-09-25 Thread Loaden
Bug reported in here: http://public.kitware.com/Bug/view.php?id=13559 2012/9/25 Loaden > Sorry, It's wrong. Here is the correct function: > function(use_msvc_precompiled_header target sources) > > if(NOT ${target}_PCH_BINARY_FILE) > > message(FATAL_ERROR "[${target}] Precompiled bina

Re: [CMake] problem building CMake with clang's -fcatch-undefined-behavior

2012-09-25 Thread David Cole
If there really is a problem here, it looks like it comes from the structure returned by a call to the "readdir" function which is implemented by the system libraries. So if there's a problem here, I don't think it's CMake's fault. On Sat, Sep 22, 2012 at 9:57 PM, Sean McBride wrote: > Hi all, >

[CMake] Incorrect link order MSYS + SDL from target_link_libraries

2012-09-25 Thread Doug
Hm, I'm getting an incorrect link order when I try to link an SDL application in MSYS. The application linked via: target_link_libraries(demo ${TEST_DEPS}) Where test deps is: foreach(ITEM ${TEST_DEPS}) message(": ${ITEM}") endforeach() --> : gdi32 : opengl32 : glu32 : winmm : E:/projects/t

[CMake] Sporadic "CMake Error: Unable to open check cache file for write."

2012-09-25 Thread Nils Gladitz
I've started submitting nightly Dashboards for CMake and notice sporadic "CMake Error: Unable to open check cache file for write." errors when running the tests. For example: CMake Error: Unable to open check cache file for write. C:/Users/ngladitz/Dashboards/My Tests/CMake-build/Tests/

Re: [CMake] Ninja: It's ninja issue, or CMake problem?

2012-09-25 Thread Loaden
Sorry, It's wrong. Here is the correct function: function(use_msvc_precompiled_header target sources) if(NOT ${target}_PCH_BINARY_FILE) message(FATAL_ERROR "[${target}] Precompiled binary does not exist") return() endif() get_target_property(targetSources ${target}

Re: [CMake] Ninja: It's ninja issue, or CMake problem?

2012-09-25 Thread Loaden
I don't think so. See: function(add_msvc_precompiled_header target) set(pchBinaryFile ${CMAKE_CURRENT_BINARY_DIR}/${target}_pch.pch) *set_source_files_properties(${${${target}_PCH_SOURCE_VAR}} PROPERTIES* *COMPILE_FLAGS "/Yc\"${${target}_PCH_HEADER_FILE}\" /Fp\"${pchBinaryFile}\"

Re: [CMake] Ninja: It's ninja issue, or CMake problem?

2012-09-25 Thread Peter Kümmel
On 25.09.2012 09:18, Loaden wrote: 2012/9/25 Peter Kümmel OK, Core_pch.pch is listed, but only as "Order-only dependency": http://martine.github.com/**ninja/manual.html#ref_**dependencies Does it work when you make the pch a "Impli

Re: [CMake] Ninja: It's ninja issue, or CMake problem?

2012-09-25 Thread Loaden
2012/9/25 Peter Kümmel > OK, Core_pch.pch is listed, but only as "Order-only dependency": > http://martine.github.com/**ninja/manual.html#ref_**dependencies > > Does it work when you make the pch a "Implicit dependency": change '||' to

Re: [CMake] Ninja: It's ninja issue, or CMake problem?

2012-09-25 Thread Peter Kümmel
On 25.09.2012 08:13, Loaden wrote: *After change Core_pch.cpp (add #include in it), here is the build log:* [1/2] Building CXX object src\plugins\coreplugin\CMakeFiles\Core.dir\Core_pch.cpp.obj [2/2] Linking CXX shared library lib\qtcreator\plugins\Nokia\Core.dll Yes, lib.cpp is not compiled