[CMake] CMake 2.8.2 RC1 <-> Visual Studio Express

2010-06-15 Thread Micha Renner
There still some problems with the Express version of VS I started the gui-version of CMake and generated the solution files (empty build directory). No errors. First run in the IDE generates a lot of CMake errors (see appendix). Another hit on the F7 key: Most errors are gone. Okay, I can live wi

Re: [CMake] plugin dependencies and TARGET_LINK_LIBRARIES()

2010-06-15 Thread Kishore
On Tuesday 15 Jun 2010 11:32:17 pm Andreas Pakulat wrote: > On 15.06.10 22:18:04, Kishore wrote: > > How do i inform cmake when building a module that it depends on another > > module? Does cmake need to even know that? > > > > I am building a plugin based qt application (my first time with plugin

[CMake] Combining projects made by several CMake solutions into 1 solution

2010-06-15 Thread benang
Hi, I'm currently using some projects that solutions are built from CMake. They are Delta 3D, Open Scene Graph, osgOcean, and dtOcean. So what I wanted is to combine a few of those projects into one solution so I don't have to make them separately and for better organization. I know that I also mus

Re: [CMake] Converting a OpenCL program into a C++ header?

2010-06-15 Thread David Cole
This script will work for your simple input. It will require extra escaping work if you need to embed double quotes or backslashes. And I do not claim it is correct for all arbitrary input. But it's a starting point, in the CMake language. Let me know if it gives you any troubles. set(input_f

Re: [CMake] Problems with linking on MinGW?

2010-06-15 Thread J Decker
On Tue, Jun 15, 2010 at 7:54 AM, Jesse Perla wrote: > I am using CMake 2.8.1 on Windows 7.  I have MinGW installed with GCC 4.5 > I have successfully compiled a library with a MinGW and cmake.  The full > path to the library is: c:\working\etk_binaries\libetk-mgw45.a > However, when I want to link

Re: [CMake] Reusing an already built object

2010-06-15 Thread Michael Hertling
On 06/13/2010 10:08 PM, Linghua Tseng wrote: > On 06/12/2010 23:30:50 Michael Hertling wrote: >> On 06/12/2010 04:10 AM, Linghua Tseng wrote: >>> ... >> Look at the following CMakeLists.txt: >> >> project(main) >> cmake_minimum_required(VERSION 2.8) >> >> add_library(gen1 STATIC src1.c) >> set(gen_

[CMake] NCurses issues with OS X 10.6.3 and ccmake

2010-06-15 Thread Michael Jackson
Just FYI that Apple released the OS X 10.6.4 update today that among other things _should_ have fixed the messed up ncurses library that stopped the arrow keys from working with ccmake. As usual use the usual update mechanisms that Apple provides. If anyone _does_ update could you post back

Re: [CMake] Converting a OpenCL program into a C++ header?

2010-06-15 Thread Daniel Blezek
Hi Stefan, Yes, I¹ve done this sort of thing with Lua (which is built as part of our code), but I¹d prefer to do this with CMake to avoid the extra headache of maintaining my code. I suspect it¹s just a few lines (but knowing the right few lines is the key). Thanks, -dan On 6/15/10 4:33 PM,

Re: [CMake] Converting a OpenCL program into a C++ header?

2010-06-15 Thread Stefan Buschmann
Am 15.06.2010 23:13, schrieb Daniel Blezek: Hi, We would like to convert an OpenCL program written in a separate file to a C++ header (essentially a long string). For example, if my OpenCL program is in the file Square.cl __kernel square( __global float* input, __global float* output

Re: [CMake] Converting a OpenCL program into a C++ header?

2010-06-15 Thread David Cole
On Tue, Jun 15, 2010 at 5:13 PM, Daniel Blezek wrote: > Hi, > > We would like to convert an OpenCL program written in a separate file to > a C++ header (essentially a long string). > > For example, if my OpenCL program is in the file Square.cl > > __kernel square( >__global float* input, >

[CMake] Converting a OpenCL program into a C++ header?

2010-06-15 Thread Daniel Blezek
Hi, We would like to convert an OpenCL program written in a separate file to a C++ header (essentially a long string). For example, if my OpenCL program is in the file Square.cl __kernel square( __global float* input, __global float* output, const unsigned int count) {

Re: [CMake] Problems with linking on MinGW?

2010-06-15 Thread Hendrik Sattler
Am Dienstag 15 Juni 2010, 19:32:44 schrieb Hendrik Sattler: > You _really_ need to read about the proper library naming for your > compilers! That's why you got confused. To correct myself: actually the linkers, not the compilers (although they are always used as set). HS ___

Re: [CMake] plugin dependencies and TARGET_LINK_LIBRARIES()

2010-06-15 Thread Andreas Pakulat
On 15.06.10 22:18:04, Kishore wrote: > How do i inform cmake when building a module that it depends on another > module? Does cmake need to even know that? > > I am building a plugin based qt application (my first time with plugins) and > my > situlation like with many other applications is tha

Re: [CMake] plugin dependencies and TARGET_LINK_LIBRARIES()

2010-06-15 Thread Hendrik Sattler
Am Dienstag 15 Juni 2010, 18:48:04 schrieb Kishore: > How do i inform cmake when building a module that it depends on another > module? Does cmake need to even know that? > > I am building a plugin based qt application (my first time with plugins) > and my situlation like with many other applicati

Re: [CMake] Problems with linking on MinGW?

2010-06-15 Thread Hendrik Sattler
Am Dienstag 15 Juni 2010, 18:25:20 schrieb Jesse Perla: > On Tue, Jun 15, 2010 at 12:01 PM, Hendrik Sattler > > wrote: > > Your library name is NOT "libetk-mgw45". Try "etk-mgw45" instead and read > > about library file names. > > Thanks for your help. Alas, on MSVC10 and Intel11.1 windows, the

[CMake] plugin dependencies and TARGET_LINK_LIBRARIES()

2010-06-15 Thread Kishore
How do i inform cmake when building a module that it depends on another module? Does cmake need to even know that? I am building a plugin based qt application (my first time with plugins) and my situlation like with many other applications is that plugin A depends on plugin B. In my application

Re: [CMake] Problems with linking on MinGW?

2010-06-15 Thread Jesse Perla
On Tue, Jun 15, 2010 at 12:01 PM, Hendrik Sattler wrote: > Your library name is NOT "libetk-mgw45". Try "etk-mgw45" instead and read > about library file names. > Thanks for your help. Alas, on MSVC10 and Intel11.1 windows, the "link_directories" and "target_link_libraries" approach I used above

Re: [CMake] CMake 2.8.2 RC 1 ready for testing!

2010-06-15 Thread David Cole
The patch in issue #3796 has not been applied to the CMake 'next' branch yet. I think it is too late to consider for the 2.8.2 release, but it could easily be in for the release after that if it's acceptable as-is. (And somebody pushes it to next for testing on the dashboards...) However, it would

Re: [CMake] The find_xxx family and VS

2010-06-15 Thread Hendrik Sattler
Am Dienstag 15 Juni 2010, 14:12:38 schrieb Micha Renner: > It seems, that CMake can detect the MSVC specific headers and libraries > only, if it runs within Visual Studio. > > For example: > FIND_FILE(STD_FILE stdio.h), > FIND_PATH(STD_PATH stdio.h) or > FIND_LIBRARY(LIB_PATH comctl32) > > result

Re: [CMake] Problems with linking on MinGW?

2010-06-15 Thread Hendrik Sattler
Am Dienstag 15 Juni 2010, 16:54:28 schrieb Jesse Perla: > I am using CMake 2.8.1 on Windows 7. I have MinGW installed with GCC 4.5 > > I have successfully compiled a library with a MinGW and cmake. The full > path to the library is: c:\working\etk_binaries\libetk-mgw45.a > > However, when I wan

Re: [CMake] Problems with linking on MinGW?

2010-06-15 Thread Ryan Pavlik
On 06/15/2010 09:54 AM, Jesse Perla wrote: I am using CMake 2.8.1 on Windows 7. I have MinGW installed with GCC 4.5 I have successfully compiled a library with a MinGW and cmake. The full path to the library is: c:\working\etk_binaries\libetk-mgw45.a However, when I want to link this file i

Re: [CMake] The find_xxx family and VS

2010-06-15 Thread Micha Renner
Am Dienstag, den 15.06.2010, 14:12 +0200 schrieb Micha Renner: > It seems, that CMake can detect the MSVC specific headers and libraries > only, if it runs within Visual Studio. > > For example: > FIND_FILE(STD_FILE stdio.h), > FIND_PATH(STD_PATH stdio.h) or > FIND_LIBRARY(LIB_PATH comctl32) > >

[CMake] CheckForPthreads.c

2010-06-15 Thread Kevin Fitch
I have been converting an existing make based build system over to cmake, and overall I am loving it so far. I happened to run across CheckForPthreads.c, and was a little surprised to see that it was basically a classic example of racy code. The two spawned threads both increment res, which is th

[CMake] Problems with linking on MinGW?

2010-06-15 Thread Jesse Perla
I am using CMake 2.8.1 on Windows 7. I have MinGW installed with GCC 4.5 I have successfully compiled a library with a MinGW and cmake. The full path to the library is: c:\working\etk_binaries\libetk-mgw45.a However, when I want to link this file into an executable (no need to have the CMake de

Re: [CMake] ${PROJECT}-config.cmake

2010-06-15 Thread Brad King
Michael Hertling wrote: > On 06/14/2010 12:09 PM, Biddiscombe, John A. wrote: >> I've modified the project so that it generates an hdf5-config.cmake >> file, which checks for If(NOT target blah blah) and then loads the >> hdf5-targets.cmake file. [snip] > To make things more convenient, would it be

[CMake] The find_xxx family and VS

2010-06-15 Thread Micha Renner
It seems, that CMake can detect the MSVC specific headers and libraries only, if it runs within Visual Studio. For example: FIND_FILE(STD_FILE stdio.h), FIND_PATH(STD_PATH stdio.h) or FIND_LIBRARY(LIB_PATH comctl32) results in "NOT-FOUND", if CMake is run outside the IDE with an empty Build-Direc

Re: [CMake] vcproj2cmake.rb script: announcing new version / hosting questions

2010-06-15 Thread Jesper Eskilson
On 06/14/2010 05:00 PM, Andreas Mohr wrote: Frankly the entire distinction between CMAKE_CONFIGURATION_TYPES and CMAKE_BUILD_TYPE remains one of the more confusing things, as can be witnessed in several confused postings about this topic. (but I'm afraid that's just the way it is - there's nothi

Re: [CMake] CMake 2.8.2 RC 1 ready for testing!

2010-06-15 Thread Aeschbacher, Fabrice
Hi, Will the nice PROJECT_GROUP feature described here: http://public.kitware.com/Bug/view.php?id=3796 be in this release? Regards, Fabrice Aeschbacher > > I am happy to announce that CMake 2.8.2 has entered the release > candidate stage! You can find the source and binaries here: > http://ww