Re: [CMake] PKGCONFIG("dbus-1 >= 1.0.0" ...) should also possible

Von: Claus Klein <[EMAIL PROTECTED]> > Hi, > > to be more flexible, here is a patch for UsePkgConfig.cmake > > # PKGCONFIG("dbus-1 >= 1.0.0" ...) is now also possible. > > # Optional, for stage building, the > # PKGCONFIG_OPTIONS and PKG_CONFIG_PATH environment variable are used ... Th

Re: [CMake] setting CMAKE_MODULE_PATH removes the default path?

On 1/11/07, Pierre <[EMAIL PROTECTED]> wrote: Sounds logical and it is what I expect, very good :) Listen to advices and read the manual is also good. What I was trying to use os provided by default, not loaded by default... Problem solved. Thanks for the help --Pierre ___

Re: [CMake] cmDocumentation::CreateModulesSection should be sorted

Claus Klein wrote: On Wednesday 10 January 2007 22:58, Claus Klein wrote: Hi, I think it would be more usefull if the Module section in the cmake(1) man page would be sorted. ck Hello again, a question to the coders: Are patches welcome and if so, should it be a patch against the

Re: [CMake] cmDocumentation::CreateModulesSection should be sorted

On Wednesday 10 January 2007 22:58, Claus Klein wrote: > Hi, > > I think it would be more usefull if the Module section in the cmake(1) man > page would be sorted. > > ck > Hello again, a question to the coders: Are patches welcome and if so, should it be a patch against the last release or

Re: [CMake] "make package" still fails to work for absolute install locations.

Alan W. Irwin wrote: For cmake-2.4.6 (and also previous versions), "make package" generates a compressed file of nul characters, e.g., gunzip -c plplot-5.7.1-Linux.tar.gz |od -a 000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0002000 This bad result apparently occurs b

[CMake] "make package" still fails to work for absolute install locations.

For cmake-2.4.6 (and also previous versions), "make package" generates a compressed file of nul characters, e.g., gunzip -c plplot-5.7.1-Linux.tar.gz |od -a 000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0002000 This bad result apparently occurs because the PLplot proj

Re: [CMake] setting CMAKE_MODULE_PATH removes the default path?

On 1/11/07, Axel Roebel <[EMAIL PROTECTED]> wrote: On Thursday 11 January 2007 16:47, Pierre wrote: > Hello, > > Doing: > > SET(CMAKE_MODULE_PATH "${FOO_CMAKE_DIR}") Effectively this is correct, it worked for me like this on all cmake versions I ever tried. The default path should be searched fo

[CMake] CMake 2.4.6 available for download

On behalf of myself, Ken, Brad, Andy and the rest of the CMake team, we are pleased to announce that CMake 2.4.6 is available for download at: http://www.cmake.org/HTML/Download.html If you have any problems or find any bugs, please report them at www.cmake.org/Bug . A list of changes for the 2

[CMake] PKGCONFIG("dbus-1 >= 1.0.0" ...) should also possible

Hi, to be more flexible, here is a patch for UsePkgConfig.cmake # PKGCONFIG("dbus-1 >= 1.0.0" ...) is now also possible. # Optional, for stage building, the # PKGCONFIG_OPTIONS and PKG_CONFIG_PATH environment variable are used if set! # see man pkg-config for more info; ck e.g. PKG_CONFIG

Re: [CMake] setting CMAKE_MODULE_PATH removes the default path?

On Thursday 11 January 2007 16:47, Pierre wrote: > Hello, > > Doing: > > SET(CMAKE_MODULE_PATH "${FOO_CMAKE_DIR}") Effectively this is correct, it worked for me like this on all cmake versions I ever tried. The default path should be searched for automagically. You find the implementation in c

Re: [CMake] setting CMAKE_MODULE_PATH removes the default path?

Hell David, On 1/11/07, David Cole <[EMAIL PROTECTED]> wrote: Use: SET(CMAKE_MODULE_PATH ${CMAKE_MODULE_PATH} "${FOO_CMAKE_DIR}") to append your own path... SET(CMAKE_MODULE_PATH "${FOO_CMAKE_DIR}" ${CMAKE_MODULE_PATH}) to prepend your own path... CMAKE_MODULE_PATH is empty, cmake uses the d

[CMake] GUIDs in VS solution files

Hello, I am trying to use the INCLUDE_EXTERNAL_MSPROJECT command to add a C# project to my solution, but the solution fails to load in VS 2005. I have traced this down to the fact that all projects in the cmake-generated .sln file have the same GUID - i.e. every project entry (including the

Re: [CMake] setting CMAKE_MODULE_PATH removes the default path?

Use: SET(CMAKE_MODULE_PATH ${CMAKE_MODULE_PATH} "${FOO_CMAKE_DIR}") to append your own path... SET(CMAKE_MODULE_PATH "${FOO_CMAKE_DIR}" ${CMAKE_MODULE_PATH}) to prepend your own path... HTH, David On 1/11/07, Pierre <[EMAIL PROTECTED]> wrote: Hello, Doing: SET(CMAKE_MODULE_PATH "${FOO_CM

[CMake] setting CMAKE_MODULE_PATH removes the default path?

Hello, Doing: SET(CMAKE_MODULE_PATH "${FOO_CMAKE_DIR}") removes the default module path (${CMAKE_ROOT}/Modules here on ubuntu with 2.4.3). It is not possible anymore to call system macros like "check_include_file". Is it the expected behavior? I thought setting CMAKE_MODULE_PATH adds a path b

Re: [CMake] FinXXX.cmake messages

Andreas Schneider wrote: Hi, we get some mails on the wengophone mailing list like. While building using Cmake I get following error: CMake Error: Could not find XML2 Any ideas how to fix this? So in the FindXXX.cmake file for if (XML2_FIND_REQUIRED) me

[CMake] FinXXX.cmake messages

Hi, we get some mails on the wengophone mailing list like. While building using Cmake I get following error: CMake Error: Could not find XML2 Any ideas how to fix this? So in the FindXXX.cmake file for if (XML2_FIND_REQUIRED) message(FATAL_ERROR "Could no