Re: [CMake] makefile to CMakeLists.txt, possible?

2010/9/2 Chiheng Xu : > On Fri, Aug 20, 2010 at 1:11 AM,  <"\"Roman Wüger\" > "@mac.com> wrote: >> CMake is a Makefile-Generator an nothing else >> >> Why would you write the Makefiles by yourself? >> > > Perhaps some people don't like the time consuming invocation of CMake. > > Maybe CMake can gen

Re: [CMake] makefile to CMakeLists.txt, possible?

On Wed, Sep 1, 2010 at 10:17 PM, Chiheng Xu wrote: > On Fri, Aug 20, 2010 at 1:11 AM, <"\"Roman Wüger\" > "@mac.com> wrote: > > CMake is a Makefile-Generator an nothing else > > > > Why would you write the Makefiles by yourself? > > > > Perhaps some people don't like the time consuming invocatio

Re: [CMake] makefile to CMakeLists.txt, possible?

On Wed, Sep 1, 2010 at 10:17 PM, Chiheng Xu wrote: > On Fri, Aug 20, 2010 at 1:11 AM,  <"\"Roman Wüger\" > "@mac.com> wrote: >> CMake is a Makefile-Generator an nothing else >> >> Why would you write the Makefiles by yourself? >> > > Perhaps some people don't like the time consuming invocation of

Re: [CMake] makefile to CMakeLists.txt, possible?

On Fri, Aug 20, 2010 at 1:11 AM, <"\"Roman Wüger\" "@mac.com> wrote: > CMake is a Makefile-Generator an nothing else > > Why would you write the Makefiles by yourself? > Perhaps some people don't like the time consuming invocation of CMake. Maybe CMake can generate relocatable Makefiles only con

Re: [CMake] Using mingw from cygwin terminal (/cygwin directory problems)

On Tue, Aug 31, 2010 at 3:48 PM, Mike McQuaid wrote: > > On 31 Aug 2010, at 08:44, Tam Toucan wrote: > >> I am using cmake cygwin. Is there something I need to do to get it to >> generate makefiles that are compatible with mingw32? The problem is that >> the makefile contains an absolute path to a

[CMake] link-interface-libs not empty (or auto-filled)

Hi, I've got a small problem here, I'm building an installing a static library which links (among other things) against QtCore. I'm also using the cmake install(TARGETS .. EXPORT) stuff to export a Target.cmake file with the library as imported target. Last but not least this lib has some deps in

Re: [CMake] Categorizing test results displayed via CDash

On 9/1/2010 4:26 PM, Neelima Mehdiratta wrote: Hi Chris, I took a look at the articles and I agree that it doesn’t look clean and straightforward. But I’ll give it a shot. Thanks! Neelima *From:* c...@lambda.nu [mailto:

[CMake] Using find_program() command to search in only one given directory

Hello, Suppose that I have a program (named "my-config") that is on the *NIX system path, and I have another version of the program (also named "my-config") in a sub-folder of the HOME directory. How would I use the find_program() command to determine if the program exists, given the search

Re: [CMake] Categorizing test results displayed via CDash

Hi Chris, I took a look at the articles and I agree that it doesn't look clean and straightforward. But I'll give it a shot. Thanks! Neelima From: c...@lambda.nu [mailto:c...@lambda.nu] On Behalf Of Chris Hillery Sent: Tuesday, August 31, 2010 10:07 P

Re: [CMake] detecting libc version info

On Wednesday 01 September 2010 18:32:11 Tim St. Clair wrote: > Phil - > > Thanks for the feedback, I was able to create a macro which uses try_run > to detect. you can also run /lib64/libc.so.6 to detect/parse glibc version info. $ /lib64/libc.so.6 GNU C Library stable release version 2.12.1

Re: [CMake] Import library for executables?

On 9/1/10 7:52 AM, Hariharan Iyer wrote: Hello folks, I'm building an executable called foo.exe (project name foo) and a library called foo.lib (project name libfoo) that the executable depends on. I have an ImportLibrary line for foo.exe which looks like this: ImportLibrary="\lib\Debug\fo

Re: [CMake] detecting libc version info

Phil - Thanks for the feedback, I was able to create a macro which uses try_run to detect. Cheers, Tim On Tue, Aug 31, 2010 at 11:05 PM, Philip Lowman wrote: > On Tue, Aug 31, 2010 at 3:01 PM, Tim St. Clair wrote: > >> Is there a handy dandy marco for detecting libc details (e.g. version)

Re: [CMake] Associating files with command

Is there any particular reason why you didn't generate the cpp files to the CMAKE_CURRENT_BINARY_DIR? That's generally the way to go for generated files - writing to the source tree falls under the "big no-no" category. You can create a custom target for the tolua files, with this function -

Re: [CMake] FindHDF5.cmake and the "hl" versions of hdf5 libs

I guess what would be nice is that the FindHDF5.cmake file can take components like "C", "C++" "HL", "Fortran" instead of hard coding them into the FindHDF5.cmake file. Will, As maintainer of the hdf5 find module can you make this happen before the next release of CMake? __

Re: [CMake] CMake with Qt: Couldn't link against gluPerspective / gluLookAt under Linux, but does work on Win7 / VS2008

You are not linking with OpenGL libraries. Perhaps the difference you are seeing is because of cleanup in FindQt4.cmake. It no longer links OpenGL libraries for you. If you write code using OpenGL, you should make that explicit in your CMakeLists.txt file. So, try using FindOpenGL.cmake. Cl

Re: [CMake] FindHDF5.cmake and the "hl" versions of hdf5 libs

On Wed, Sep 1, 2010 at 8:06 AM, Michael Jackson wrote: > This probably isn't the best solution but until CMake fixes the bug and > includes the updated FindHDF5.cmake file in the next or future release this > is what you have to do: > > Copy the FindHDF5.cmake file from the current CMake distribu

Re: [CMake] Associating files with command

That was very close to what I wanted. But not to 100%, Im not sure if it is possible to get to what I really want: On one hand, I get one build rule for each tolua file, but it was not associated to the actual tolua file. So I cannot do right click->compile on the .pkg file. I can however go furt

Re: [CMake] FindHDF5.cmake and the "hl" versions of hdf5 libs

On Wed, Sep 1, 2010 at 8:06 AM, Michael Jackson wrote: > > Now, edit the FindHDF5.cmake file (the one that you copied into your > project) to remove the offending lines/fix the bug. > Well - that is the real trick. I am not sure where the offending lines are... It may be that the path of least

Re: [CMake] FindHDF5.cmake and the "hl" versions of hdf5 libs

This probably isn't the best solution but until CMake fixes the bug and includes the updated FindHDF5.cmake file in the next or future release this is what you have to do: Copy the FindHDF5.cmake file from the current CMake distribution that you are using and place it somewhere in your proj

Re: [CMake] FindHDF5.cmake and the "hl" versions of hdf5 libs

FYI, I just replicated this on Mac OSX 10.6.4 with HDF5 1.8.2 and CMake 2.8.1. If I do not have the "hl" libs installed things break with the same message on the configure step. James On Wed, Sep 1, 2010 at 7:51 AM, James C. Sutherland < james.sutherl...@utah.edu> wrote: > OS: Linux > CMake: 2.

Re: [CMake] FindHDF5.cmake and the "hl" versions of hdf5 libs

OS: Linux CMake: 2.8.0 HDF5: 1.6.3 (yep - that old. I will pester the sysadmins for an update, but that won't likely solve the problem since the directory structure didn't really change in the move to 1.8.x as far as I can tell) I filed a bug report: #0011195

Re: [CMake] FindHDF5.cmake and the "hl" versions of hdf5 libs

So there is probably a bug in the FindHDF5.cmake file plain and simple. Can you file a bug report with CMake? What version of HDF5 are you using? What version of CMake are you using? What platform are you running on ___ Mike Jackson

Re: [CMake] [Q] howto merge include dirs from dependencies?

On Wednesday 01 Sep 2010 5:17:56 pm Paweł Sikora wrote: > Dnia 01-09-2010 o 13:08:59 Michael Wild napisał(a): > > > > > On 1. Sep, 2010, at 12:36 , Paweł Sikora wrote: > > > >> hi, > >> > >> i'm thinking about migration my custom makefiles for very large > >> project to cmake system and generally

Re: [CMake] FindHDF5.cmake and the "hl" versions of hdf5 libs

I was aware of the CMake build for the newer HDF5 releases. However, I need this to work for users who are not able/willing to build their own hdf5 libraries from source. Also, it is certainly not a very good option to ask a user to move to a CMake build system and then tell them to hack on a Find

[CMake] Import library for executables?

Hello folks, I'm building an executable called foo.exe (project name foo) and a library called foo.lib (project name libfoo) that the executable depends on. I have an ImportLibrary line for foo.exe which looks like this: ImportLibrary="\lib\Debug\foo.lib" and an OutputFile line for foo.lib t

Re: [CMake] FindHDF5.cmake and the "hl" versions of hdf5 libs

The latest 1.8.5.x release branch of svn is CMake friendly and you shouldn't have this trouble is you're willing to recompile/install it Something along these lines will work for an installation on win32 into /program file/HDF5 FIND_PACKAGE(HDF5 "1.8.5" REQUIRED NO_MODULE PATHS "$ENV{ProgramF

Re: [CMake] [Q] howto merge include dirs from dependencies?

On 1. Sep, 2010, at 13:47 , Paweł Sikora wrote: > Dnia 01-09-2010 o 13:08:59 Michael Wild napisał(a): > >> >> On 1. Sep, 2010, at 12:36 , Paweł Sikora wrote: >> >>> hi, >>> >>> i'm thinking about migration my custom makefiles for very large >>> project to cmake system and generally have a on

Re: [CMake] [Q] howto merge include dirs from dependencies?

Dnia 01-09-2010 o 13:08:59 Michael Wild napisał(a): On 1. Sep, 2010, at 12:36 , Paweł Sikora wrote: hi, i'm thinking about migration my custom makefiles for very large project to cmake system and generally have a one problem. e.g. i have a library (mylib) and a binary (coreApp) placed in s

Re: [CMake] [Q] howto merge include dirs from dependencies?

On 1. Sep, 2010, at 12:36 , Paweł Sikora wrote: > hi, > > i'm thinking about migration my custom makefiles for very large > project to cmake system and generally have a one problem. > > e.g. i have a library (mylib) and a binary (coreApp) placed > in subdirectiories with one top-level cmakelist

[CMake] [Q] howto merge include dirs from dependencies?

hi, i'm thinking about migration my custom makefiles for very large project to cmake system and generally have a one problem. e.g. i have a library (mylib) and a binary (coreApp) placed in subdirectiories with one top-level cmakelists.txt: top-level dir: CMakeLists.txt { cmake_minimum_required

Re: [CMake] Success using CPACK_RPM_POST_INSTALL_SCRIPT_FILE

2010/9/1 Yvan BARTHÉLEMY : > Hi, > > Since I had some difficulties to use > CPACK_RPM_POST_INSTALL_SCRIPT_FILE, i would like to share the failing > steps I tried and their solution. > > First I tried to setup a project containing only one script to be > included as a post-install script into a rpm

[CMake] CMake with Qt: Couldn't link against gluPerspective / gluLookAt under Linux, but does work on Win7 / VS2008

Sorry for bothering you again, but I cannot figure out, why this compiles under Windows but doesn't compile under Debian Linux. Yours sincerely, Christian Lohr --- Under Debian the build output is following: Scanning dependencies of target applikation [ 12%] Building CXX object CMakeFiles/

[CMake] Success using CPACK_RPM_POST_INSTALL_SCRIPT_FILE

Hi, Since I had some difficulties to use CPACK_RPM_POST_INSTALL_SCRIPT_FILE, i would like to share the failing steps I tried and their solution. First I tried to setup a project containing only one script to be included as a post-install script into a rpm archive. The folder archive is like this