[CMake] Conditional install() rules based on CPack generator

Hi there, I am trying to use NuGet generator for GDCM project. Typically my install rules are as follow: add_library(foo SHARED foo.c) install(TARGETS foo EXPORT ${MY_TARGETS_NAME} RUNTIME DESTINATION ${MY_INSTALL_BIN_DIR} COMPONENT Applications LIBRARY DESTINATION ${MY_INSTALL_LIB_DIR} COM

Re: [CMake] Make add_custom_target depends on cmake macro/function

On Mon, Feb 23, 2015 at 1:37 PM, Mathieu Malaterre wrote: > Hi there, > > I am trying to setup a rule which always execute, however it needs to > depends on a cmake macro. Here is an equivalent code: > > [...] > cmake_minimum_required(VERSION 3.0) > stri

[CMake] Make add_custom_target depends on cmake macro/function

Hi there, I am trying to setup a rule which always execute, however it needs to depends on a cmake macro. Here is an equivalent code: [...] cmake_minimum_required(VERSION 3.0) string(TIMESTAMP curdate UTC) add_custom_target( dummy ALL COMMAND echo "${curdate}" ) [...] Is there any simple w

Re: [CMake] C#/.NET

Hi, On Wed, May 9, 2012 at 11:19 AM, Pau Garcia i Quiles wrote: > Is anyone using CMake for C#/.NET projects? We are looking to moving > from Visual Studio solutions/projects to a proper build system and > CMake would be my preferred choice. Here is my two cents. Until CMake actually do support

[CMake] Removing SONAME from .so.* (Re: binary contains an unresolvable reference to symbol sym)

does anyone knows of a platform specific tools to remove SONAME from .so.* files ? Much like the chrpath would do for RPATH. Thanks very much ! On Thu, Apr 12, 2012 at 2:03 PM, Mathieu Malaterre wrote: > Dear all, > >  I am trying to solve one remaining issue with one of my package in &g

[CMake] binary contains an unresolvable reference to symbol sym

Dear all, I am trying to solve one remaining issue with one of my package in debian [1]. The report says basically "binary contains an unresolvable reference to symbol sym". According to the documentation [2]: The indicated symbol has not been found in the libraries linked

Re: [CMake] Q: cmExportFileGenerator::GenerateImportedFileCheckLoop

On Mon, Mar 12, 2012 at 9:33 PM, Alexander Neundorf wrote: > On Monday 12 March 2012, Mathieu Malaterre wrote: >> Hi there, >> >>   CMake 2.8.7 recently added a new behavior when reading export files: >> >> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a2be06

[CMake] Q: cmExportFileGenerator::GenerateImportedFileCheckLoop

Hi there, CMake 2.8.7 recently added a new behavior when reading export files: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a2be068c I perfectly understand the goal here, I think this is a great user functionality. However this breaks the old behavior of cmake being tolerant with missi

[CMake] relocation R_MIPS_HI16 against `a local symbol' can not be used when making a shared object; recompile with -fPIC

Hi all, I am trying to fix the following issue with building volview on mips: https://buildd.debian.org/status/fetch.php?pkg=volview&arch=mipsel&ver=3.4-1&stamp=1327908956 Quote: ... cd /build/buildd-volview_3.4-1-mipsel-QA92w9/volview-3.4/obj-mipsel-linux-gnu/VolViewLibraries/KWCommonPro && /

[CMake] cpack: Bundle vs DragNDrop vs OSXX11 vs PackageMaker

[Happy New Year 2012 !] Hi all, I am trying to release openjpeg 1.5. To distribute binary package of this software on MacOSX, I am starring at the cpack documentation. I am not a MacOSX user, so could someone please point me to the documentation for the differences in between the Bundle/DragN

[CMake] install( TARGETS module ...)

Dear all, I am trying to change the default behavior of cmake which installs MODULE to the LIBRARY destination. For example: ... add_library(test MODULE test.c) install(TARGETS test RUNTIME DESTINATION bin LIBRARY DESTINATION lib ARCHIVE DESTINATION lib/static ) ... Will install test

Re: [CMake] if+or: Unknown arguments specified

On Fri, Jun 10, 2011 at 9:50 AM, Michael Wild wrote: > On 06/10/2011 09:23 AM, Mathieu Malaterre wrote: >> Hi all, >> >>   I am trying to write a simple if ( or ) expression but this leads to >> the following error message: >> ... >> CMake Warning (dev

[CMake] if+or: Unknown arguments specified

Hi all, I am trying to write a simple if ( or ) expression but this leads to the following error message: ... CMake Warning (dev) at CMakeLists.txt:10 (if): given arguments: "var" "STREQUAL" "foo" "or" "var" "STREQUAL" "bla" Unknown arguments specified ... Here is a simple test to rep

[CMake] cmd.exe does not expand wildcards

Hi there, Slightly off topic, but how do people cope with cmd.exe not expanding wildcards (*) ? I would like to do something like: cmd> cmake -E tar cvfz test.tgz *.log Thanks -- Mathieu ___ Powered by www.kitware.com Visit other Kitware open-so

Re: [CMake] MSVC10_REDIST_DIR-NOTFOUND/x86/Microsoft.VC100.CRT/msvcr100.dll

t; Or, use one of the commercially available non-Express editions of VS 2010. > > > HTH, > David > > > On Mon, May 2, 2011 at 10:44 AM, Mathieu Malaterre > wrote: >> >> Hi Dave, >> >>  Thanks for your input. >> >> Using: cmake-2.8.4.20110

Re: [CMake] MSVC10_REDIST_DIR-NOTFOUND/x86/Microsoft.VC100.CRT/msvcr100.dll

en with a nightly build of CMake? (downloaded from > Kitware, or based on 'master' or 'next'...?) > > Try with a recent nightly build and see if you get the same thing, please. > http://cmake.org/files/dev/?C=M;O=D > > > Thanks, > David > > >

[CMake] MSVC10_REDIST_DIR-NOTFOUND/x86/Microsoft.VC100.CRT/msvcr100.dll

Dear all, I keep getting this error during cmake configuration time: ... CMake Warning at C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/InstallRequiredSystemLibraries.cmake:314 (MESSAGE): system runtime library file does not exist: 'MSVC10_REDIST_DIR-NOTFOUND/x86/Microsoft.VC100.CRT/ms

Re: [CMake] INSTALL(EXPORT) does not honor LINK_INTERFACE_LIBRARIES?

You still need to install that lib even if it is not used by 3rd party application, it is used inernally by your own application. INSTALL(TARGETS publiclib privatelib...) 2cts On Mon, Mar 28, 2011 at 2:51 PM, Rolf Eike Beer wrote: > I try to do an INSTALL(EXPORT) to allow others to link agains

Re: [CMake] CPack: CPACK_COMPONENT_GROUP in cmake 2.8.3 / Windows binary zip

components, but I still need CPACK_MONOLITHIC_INSTALL for backward compatibility. Thanks again for your work ! On Tue, Feb 8, 2011 at 6:50 PM, Eric Noulard wrote: > 2011/2/8 Mathieu Malaterre : >> All, >> >>  I am trying to generate binary zip of my project using CPack

Re: [CMake] CPack: CPACK_COMPONENT_GROUP in cmake 2.8.3 / Windows binary zip

Answering myself: set(CPACK_MONOLITHIC_INSTALL 1) 2cts On Tue, Feb 8, 2011 at 5:37 PM, Mathieu Malaterre wrote: > All, > >  I am trying to generate binary zip of my project using CPack 3.8.3 > and looks like now it generates two zip files where each file has the > name of the gr

[CMake] CPack: CPACK_COMPONENT_GROUP in cmake 2.8.3 / Windows binary zip

All, I am trying to generate binary zip of my project using CPack 3.8.3 and looks like now it generates two zip files where each file has the name of the group. Did anyone noticed this change ? How do I revert it back to the old behavior all groups in the same binary zip file ? Thanks, -- Math

Re: [CMake] get_target_property( LOCATION) and CMAKE_DEBUG_POSTFIX (aka: Installing PDB files)

On Tue, Feb 8, 2011 at 4:36 AM, Michael Hertling wrote: >>   Is there another API to retrieve the path to a dll file generated by >> cmake from its target name ? > > Have you already tried the LOCATION_ target property? >                                   ^ Fantastic ! Exactly what I was

[CMake] get_target_property( LOCATION) and CMAKE_DEBUG_POSTFIX (aka: Installing PDB files)

Dear all, I am trying to retrieve the full path of a dll to be able to compute the full path of the associated pdb file. I thought I could simply use the get_target_property( LOCATION) API, however it fails to return the actual name of the TARGET, for instance the value of CMAKE_DEBUG_POSTFIX it

Re: [CMake] Get the list of all TARGETS?

On Tue, Jan 18, 2011 at 3:18 PM, Eric Noulard wrote: > 2011/1/18 Clifford Yapp : >> Sounds like this issue: >> >> http://www.cmake.org/pipermail/cmake/2010-September/039388.html >> >> I can confirm the wrapper function approach works, using it in BRL-CAD. > > Right, > > I think a little bit more a

[CMake] Non-blocking execute_process ?

Hi there, For my test suite, I need to spawn a process, but I do not want to wait for it to complete (it will be actually listening during the test execution). AFAIK execute_process will wait until TIMEOUT expires. Is there another non-blocking function I could use in between ctest_configure() a

Re: [CMake] Getting a list of all targets?

On Mon, Sep 6, 2010 at 12:51 AM, Clifford Yapp wrote: > Is there any way within a CMakeLists.txt file to get a list of all the > currently defined targets?  I'm interested in this for two primary > reasons, and if anyone can point me to other solutions for these that > would be great, but I'm sort

Re: [CMake] findpackage.cmake vs packageconfig.cmake

On Tue, Aug 10, 2010 at 7:47 PM, Alexander Neundorf wrote: > On Tuesday 10 August 2010, Mathieu Malaterre wrote: >> Hi there, >> >>   I am trying to find a solution to find the openjpeg package. >> >>   In the 1.x version, openjpeg uses a makefile based build

[CMake] findpackage.cmake vs packageconfig.cmake

Hi there, I am trying to find a solution to find the openjpeg package. In the 1.x version, openjpeg uses a makefile based build system. In this case I need to write a custom findopenjpeg.cmake file to discover all required path. However in the current 2.x version, openjpeg now uses cmake a

[CMake] Building ITK with VTK 5.6

Hi there, I am trying to build ITK from a toplevel directory, my application is setup simply like this: $ cat CMakeLists.txt project(MySuperApp) find_package(VTK REQUIRED) message("${VTK_VERSION}") add_subdirectory(ITK) # contains the ITK source Since cmake 2.8 find_package now sets VTK_VERSIO

Re: [CMake] Propagating variable to toplevel parent

On Wed, Jul 7, 2010 at 3:06 PM, Michael Wild wrote: > project(bla NONE) > > set_property(GLOBAL PROPERTY v "13") > add_subdirectory(foo) > get_property(v GLOBAL PROPERTY v) > message("final v: ${v}") > > > For properties you must always use getters and setters, they are never > directly mapped to

Re: [CMake] Propagating variable to toplevel parent

On Wed, Jul 7, 2010 at 1:07 PM, Bo Thorsen wrote: > Den 07-07-2010 12:34, Mathieu Malaterre skrev: >> >> Hi there, >> >>   I am wondering if I am missing anything here. How would one >> propagate a variable across subdirectories in cmake ? I thought that a >

[CMake] Propagating variable to toplevel parent

Hi there, I am wondering if I am missing anything here. How would one propagate a variable across subdirectories in cmake ? I thought that a simple CACHE variable would do the trick, but using cmake 2.8.1 I had to do the following trick list(APPEND v "42") # make sure to actually update the CAC

[CMake] CTEST_BUILD_COMMAND conflicts with CTEST_BUILD_TARGET (was Re: 0009835: ctest --help-property CTEST_BUILD_TARGET)

I finally got everything working with cmake 2.8.1, there is just one glitch, one cannot set CTEST_BUILD_COMMAND for CTEST_BUILD_TARGET to work. I added a bug report here: http://cmake.org/Bug/view.php?id=10838 I simply had to comment out my setting: #SET (CTEST_BUILD_COMMAND "make -i") HTH On

[CMake] 0009835: ctest --help-property CTEST_BUILD_TARGET

Hi there, I reported a bug a couple of month back, which apparently was fixed with "Closing this since the new TARGET option for CTEST_BUILD is well documented." I am looking at the git web interface of ctest_build: http://cmake.org/gitweb?p=cmake.git;a=blob;f=Source/CTest/cmCTestBuildComm

Re: [CMake] Modified FindDCMTK

# > # DCMTK_DIR can be used to make it simpler to find the various include > # directories and compiled libraries if you've just compiled it in the > # source tree. Just set it to the root of the tree where you extracted > # the source (default to /usr/include/dcmtk/) > > #===

Re: [CMake] CTest / UTF-8

For later reference, this was indeed the trick, simply updating from 2.8.0 to 2.8.1 solved my issue. Thanks Dave ! On Mon, May 31, 2010 at 7:26 PM, Mathieu Malaterre wrote: > $ ctest --version > ctest version 2.8.0 > > I guess I need to update :) > > Thanks > > On Mon,

Re: [CMake] CTest / UTF-8

$ ctest --version ctest version 2.8.0 I guess I need to update :) Thanks On Mon, May 31, 2010 at 7:23 PM, David Cole wrote: > ctest 2.8.1 and later should already be generating proper UTF-8... what > version of ctest are you using? > > On Mon, May 31, 2010 at 9:32 AM, Mathi

[CMake] CTest / UTF-8

Hi there, Does anyone know how I can tell ctest to use UTF-8 to generate the XML files used for uploading results to CDAsh ? I have on one hand: Testing/Temporary/LastBuild_20100531-0918.log:/home/mathieu/Projects/CoSMo/trunk/Code/IO/csmModelModificationsLoader.cxx:386: warning: conversion to

Re: [CMake] Regression in FindJNI.cmake on ia64?

On Fri, May 28, 2010 at 3:55 PM, Denis Barbier wrote: > On 2010/5/28 Brad King wrote: >> Denis Barbier wrote: >>> Hello cmake maintainers, >>> >>> vtk 5.4.2-7 FTBFS on ia64 >>>     >>> https://buildd.debian.org/fetch.cgi?pkg=vtk;ver=5.4.2-7;arch=ia64;stamp=1275000467 >>> >>> In this version, local

Re: [CMake] Building for 2 platforms with 4 compilers

On Fri, Apr 30, 2010 at 11:16 AM, Kārlis Repsons wrote: Good day in here, I was trying to figure out how should CMake be used to automate building, which can happen on two or more platforms with some 4 compilers to be used in total, and should store the results in file tree like $platform/$com

Re: [CMake] Use CMake to create C# project

On Wed, Apr 28, 2010 at 8:38 AM, Andreas Roth wrote: > done. So far i've found the following projects which have tried this way: > - http://gdcm.svn.sourceforge.net/viewvc/gdcm/Sandbox/CMakeCSharp/ I'll talk about my experience in GDCM. > Are there more? What are the limitations of these solutio

Re: [CMake] Questions on CMAKE_CONFIGURATION_TYPES

On Thu, Mar 25, 2010 at 12:51 PM, Michael Schildt wrote: >> >> On Wed, Mar 24, 2010 at 2:10 PM, John Drescher > > wrote: >> >/ On Wed, Mar 24, 2010 at 1:42 PM, Michael Schildt >> />/ > > wrote: >> />>/ Hello,

Re: [CMake] CMake finds the wrong Python interpreter on Windows

On Fri, Feb 26, 2010 at 9:17 AM, Hendrik Sattler wrote: > Zitat von Bill Hoffman : > >> Noel O'Boyle wrote: >> >>> >>> Done. I've attached the result (off list). In summary it seems to be >>> searching for python2.6.exe first, instead of python.exe. >>> >> >> OK, so that is the problem >> >> I

Re: [CMake] [vtkusers] cmake language syntax highlighting added to wiki

Could someone please point me to the configuration file for this mode ? I need to create a cmake syntax highlighting mode for docbook. Thanks On Wed, Jan 6, 2010 at 11:21 PM, David Doria wrote: > FYI anyone writing wiki pages - > > On the Kitware wiki's, you can now use: > > > ... cmake code he

Re: [CMake] add_custom_command vs add_subdirectory

add_dependencies() seems to be working with add_subdirectory() sorry for the noise -Mathieu On Fri, Feb 19, 2010 at 3:46 PM, Mathieu Malaterre wrote: > Hi, > >  I am trying to find a solution with add_custom_command that can only > depends on file generated within the same directory

[CMake] add_custom_command vs add_subdirectory

Hi, I am trying to find a solution with add_custom_command that can only depends on file generated within the same directory as where it is defined. What would I need to change here to make this small example work: $ cat CMakeLists.txt project(d12) cmake_minimum_required(VERSION 2.8) add_custo

Re: [CMake] InstallRequiredSystemLibraries.cmake and cpack -G NSIS

On Tue, Dec 8, 2009 at 3:03 PM, Mathieu Malaterre wrote: > Hi there, > >  I am currently experiencing a weird issue. The NSIS installer does > not install the M$ redist dll as I would expect > InstallRequiredSystemLibraries.cmake should be doing. The cpack -G ZIP > is ok, I can

[CMake] InstallRequiredSystemLibraries.cmake and cpack -G NSIS

Hi there, I am currently experiencing a weird issue. The NSIS installer does not install the M$ redist dll as I would expect InstallRequiredSystemLibraries.cmake should be doing. The cpack -G ZIP is ok, I can see the M$ dll in the /bin directory. But for some reason the NSIS does not seems to in

Re: [CMake] 32 bits compilation on x64 platform - how to find system libraries

On Mon, Dec 7, 2009 at 11:43 AM, Marcel Loose wrote: > Hi Olivier, > > I think you need to set the global property FIND_LIBRARY_USE_LIB64_PATHS > to OFF. > > BTW, I disagree with Mathieu that building 32-bit libraries/executables > on a 64-bit system is cross-compilation. These binaries can be run

Re: [CMake] 32 bits compilation on x64 platform - how to find system libraries

On Fri, Dec 4, 2009 at 4:39 PM, Olivier Pierard wrote: > Dear all, > > In order to perform 32 bits compilation on 64 bits platform, how can I > tell that all find_libraries for which no path is specified to look in > /usr/lib instead of /usr/lib64 ?  Is there a configuration variable for > cmake p

Re: [CMake] Cmake support for Csharp?

Joseph, You can have a look at what I am doing in GDCM. I can build the C++ library and wrap the interface using SWIG in C#. Ref: http://gdcm.sourceforge.net/ What you really want to look at are the CMake files here: http://gdcm.svn.sf.net/viewvc/gdcm/trunk/CMake/ or the bug report: htt

Re: [CMake] CMake / UNC and long path

On Tue, Nov 24, 2009 at 4:22 PM, Tyler Roscoe wrote: > On Tue, Nov 24, 2009 at 04:15:18PM +0100, Mathieu Malaterre wrote: >>   Does anyone knows how to create a directory on Win32 system ? I tried: >> >> http://gdcm.svn.sourceforge.net/svnroot/gdcm/Sandbox/CMakeBug/11/CMake

[CMake] CMake / UNC and long path

Hi there, Does anyone knows how to create a directory on Win32 system ? I tried: http://gdcm.svn.sourceforge.net/svnroot/gdcm/Sandbox/CMakeBug/11/CMakeLists.txt But it fails on my WinXP 32bits system. Suggestion *very* welcome Thanks, -- Mathieu ___

Re: [CMake] (cmake2.8) FindOpenSSl and win32/MinGW

I merged it into CMake/CVS. Thanks. $ cvs ci -m"Fix FindOpenSSL on mingw. This has been reported to be working by ctrlaltca libero.it on cmake mailing list." Modules/FindOpenSSL.cmake Committer: Mathieu Malaterre /cvsroot/CMake/CMake/Modules/FindOpenSSL.cmake,v <-- Modules/Find

Re: [CMake] (cmake2.8) FindOpenSSl and win32/MinGW

On Tue, Nov 17, 2009 at 6:54 PM, ctrlaltca wrote: > Mathieu Malaterre wrote: >> >> On Tue, Nov 17, 2009 at 5:10 PM, ctrlaltca wrote: >>> >>> I've tried to move a project (www.kvirc.net) from from cmake 2.6.4 to 2.8 >>> and i'm ha

Re: [CMake] (cmake2.8) FindOpenSSl and win32/MinGW

On Tue, Nov 17, 2009 at 5:10 PM, ctrlaltca wrote: > I've tried to move a project (www.kvirc.net) from from cmake 2.6.4 to 2.8 > and i'm having a issue with FindOpenSSL. My os is winXP and my compilation > environment is MinGW (with gcc 4.4.0) > FindOpenSSL was working fine for me in cmake 2.6.4, b

[CMake] Documentation for find_package( COMPONENTS )

Hi there, The documentation is pretty clear on how to generate and fill in cmake variable to declare that package VERSION x.y was properly found: ... The version file checks whether it satisfies the requested version and sets these variables: PACKAGE_VERSION=

Re: [CMake] FindBoost: FIND_PACKAGE ( Boost COMPONENTS filesystem )

On Wed, Nov 4, 2009 at 7:50 PM, Philip Lowman wrote: > Personally, I think FindBoost is complex enough without having to  also keep > track of boost's internal dependencies as well.  Maybe things would be > better if the boost people published this info with every release. I understand your point

Re: [CMake] find_package is fantastic

On Wed, Nov 4, 2009 at 7:30 PM, Brad King wrote: > FYI, you don't actually need the HINTS option either. > Just set CMAKE_PREFIX_PATH in your environment to point > at the installation prefix (or even the build tree). > > You can also set the env var MyPacakage_DIR and it will be used > automatica

Re: [CMake] simple ctest

On Wed, Nov 4, 2009 at 4:52 PM, wrote: > I changed over to learn the windows batch a bit and I created a short script > to do the work, for some things I planed to integrate into ctest. > > The rest works like a charm (configuring, building, reporting, packaging etc) > > I am not sure about the

Re: [CMake] FindBoost: FIND_PACKAGE ( Boost COMPONENTS filesystem )

boost 1.34 and boost > 1.34 Comments ? On Tue, Nov 3, 2009 at 3:20 PM, Mathieu Malaterre wrote: > The way I see it to address is that 'system' is an internal details > (AFAIK). It should be automatically pulled in for filesystem and wave > (for boost > 1.34), instead of the

[CMake] find_package is fantastic

Just wanted to say : great job on the find_package interface ! This is extremely convenient to use for package using cmake as build package. All I had to do is configure a *Config.cmake and a *ConfigVersion.cmake file. And then from the outside I can simply find_package(MyPackage HINTS $ENV{MyPack

Re: [CMake] Trouble understanding --build-and-test

In fact that was easy, simply calling ctest as --test-command did the trick. Sorry for the noise On Wed, Nov 4, 2009 at 12:50 PM, Mathieu Malaterre wrote: > Hi there, > >  I am struggling to understand how to use ctest  --build-and-test. I > have reproduce the issue wi

[CMake] Trouble understanding --build-and-test

Hi there, I am struggling to understand how to use ctest --build-and-test. I have reproduce the issue with a minimal cmakelists.txt file at: http://gdcm.svn.sf.net/viewvc/gdcm/Sandbox/CMakeBug/10/CMakeLists.txt?view=markup which all it does is simply configure a cmakelists.txt file for the --

Re: [CMake] Executing a CMake Custom Target from CTest

On Tue, Nov 3, 2009 at 6:20 PM, Bill Hoffman wrote: > Mathieu Malaterre wrote: >> >> Hi there, >> >>  I'd like to know if this is possible to execute a cmake custom >> target from my nightly ctest script. >> Eg. In cmake >> >> ... >>

Re: [CMake] FindBoost: FIND_PACKAGE ( Boost COMPONENTS filesystem )

if the code doesn't work for > you. > > See also bug 8734 > > On Nov 3, 2009 5:05 AM, "Mathieu Malaterre" > wrote: > > Hi Philip, > >  That's where I stop understanding. I cannot state this: > > FIND_PACKAGE ( Boost COMPONENTS filesys

[CMake] Executing a CMake Custom Target from CTest

Hi there, I'd like to know if this is possible to execute a cmake custom target from my nightly ctest script. Eg. In cmake ... ADD_CUSTOM_COMMAND( OUTPUT bla.txt COMMAND echo "bla" > bla.txt VERBATIM ) ADD_CUSTOM_TARGET(BLA DEPENDS ${CMAKE_CURRENT_BINARY_DIR}/bla.txt) ...

Re: [CMake] FindBoost: FIND_PACKAGE ( Boost COMPONENTS filesystem )

hanks On Mon, Nov 2, 2009 at 6:24 PM, Philip Lowman wrote: > Add system to the list of components.  FindBoost should silently omit it on > older versions of boost w/o a system library.  At least I think. > > Sorry for brief messages, typing on mobile :) > > On Nov 2, 2009 11:30

Re: [CMake] Bug in 2.8 branch (Head branch also)

You are using a /very/ ancient CVS HEAD ;) It was fixed yesterday On Tue, Nov 3, 2009 at 2:09 AM, Steven Wilson wrote: > Consider the following: > > foo.cpp > > #include > > int main() > { >     std::cout << "foo" << std::endl; >     return 0; > } > > > CMakeLists.txt > > cmake_minimum_required

Re: [CMake] FindJava.cmake update

On Mon, Nov 2, 2009 at 5:07 PM, Hendrik Sattler wrote: > Zitat von Mathieu Malaterre : > >> Hendrik, >> >> On Mon, Nov 2, 2009 at 3:19 PM, Hendrik Sattler   >> wrote: >>> >>> Zitat von Mathieu Malaterre : >>> >>>> I updated

Re: [CMake] FindBoost: FIND_PACKAGE ( Boost COMPONENTS filesystem )

:212: undefined reference to `boost::system::get_generic_category()' /usr/include/boost/system/error_code.hpp:213: undefined reference to `boost::system::get_system_category()' What should have I been writing instead ? Thanks ! On Mon, Nov 2, 2009 at 4:41 PM, Philip Lowman wrot

[CMake] FindBoost: FIND_PACKAGE ( Boost COMPONENTS filesystem )

Hi there, I am wondering if I am missing something. I'd like to write: FIND_PACKAGE ( Boost COMPONENTS filesystem ) However using a recent boost (1.40), it gives a linker error. So I need to write something like: FIND_PACKAGE ( Boost COMPONENTS filesystem system ) but then it breaks comp

Re: [CMake] FindJava.cmake update

Hendrik, On Mon, Nov 2, 2009 at 3:19 PM, Hendrik Sattler wrote: > Zitat von Mathieu Malaterre : > >> I updated the FindJava.cmake. It now implements the VERSION* stuff, >> and I fixed the naming convention as per the readme.txt. I tested on >> linux/gcj, linux/sun-

Re: [CMake] FindJava.cmake update

'lo, On Mon, Nov 2, 2009 at 2:35 PM, Romain CHANU wrote: > Hello, > > Regarding the FindJava.cmake, I have a couple of improvements to suggest: > > 1) I have noticed that there is no JAVA_FOUND variable in the current > version (and your version). I have not tested it, but it seems to me that Fi

[CMake] FindJava.cmake update

I updated the FindJava.cmake. It now implements the VERSION* stuff, and I fixed the naming convention as per the readme.txt. I tested on linux/gcj, linux/sun-java and linux/openjdk-6 Cheers -- Mathieu ___ Powered by www.kitware.com Visit other Kitware

Re: [CMake] Bug#553151: CMake 2.8.0 RC 4 ready for testing!

On Thu, Oct 29, 2009 at 7:51 PM, Alexander Neundorf wrote: > On Thursday 29 October 2009, Mathieu Malaterre wrote: >> On Thu, Oct 29, 2009 at 7:16 PM, Alexander Neundorf >> >> wrote: >> > On Thursday 29 October 2009, Mathieu Malaterre wrote: >> > ... >

Re: [CMake] Bug#553151: CMake 2.8.0 RC 4 ready for testing!

On Thu, Oct 29, 2009 at 7:16 PM, Alexander Neundorf wrote: > On Thursday 29 October 2009, Mathieu Malaterre wrote: > ... >> Done: >> http://cmake.org/Bug/view.php?id=9793 >> >> Bug report include the test I used. Unfortunately find_package caches >> res

Re: [CMake] Bug#553151: CMake 2.8.0 RC 4 ready for testing!

On Thu, Oct 29, 2009 at 4:44 PM, Bill Hoffman wrote: > Modestas Vainius wrote: >> >> Hello, >> >> On ketvirtadienis 29 Spalis 2009 14:50:14 Mathieu Malaterre wrote: >>> >>> On Thu, Oct 29, 2009 at 1:35 PM, Bill Hoffman >> >> wrote: >

Re: [CMake] CMake 2.8.0 RC 4 ready for testing!

On Thu, Oct 29, 2009 at 1:35 PM, Bill Hoffman wrote: > Mathieu Malaterre wrote: > >> # ok we found jni.h, now derive other location from it: >>  get_filename_component(jni_path ${JAVA_INCLUDE_PATH} PATH) >> >> FIND_PATH(JAVA_INCLUDE_PATH2 jni_md.h >>

Re: [CMake] CMake 2.8.0 RC 4 ready for testing!

On Thu, Oct 29, 2009 at 11:46 AM, Modestas Vainius wrote: > Ok. If you had thought about this more, you would have realized that it would Yeah, well, I don't like regression, esp. on rc4. > not be "my code" you would have to fix. You patched library directories, but I have no clue who did what.

Re: [CMake] CMake 2.8.0 RC 4 ready for testing!

On Thu, Oct 29, 2009 at 10:20 AM, Modestas Vainius wrote: > Hello, > > On ketvirtadienis 29 Spalis 2009 10:29:15 Mathieu Malaterre wrote: >> FindJNI.cmake stopped working for me at some point (during transition >> of *official* cmake 2.6.4 -> *official* cmake 2.8rc4), this

Re: [CMake] CMake 2.8.0 RC 4 ready for testing!

Modestas, FindJNI.cmake stopped working for me at some point (during transition of *official* cmake 2.6.4 -> *official* cmake 2.8rc4), this means it affect your patched cmake 2.6.4 on debian. if you want to reproduce on debian: $ apt-get install gcj-4.4-jdk openjdk-6-jdk $ cat CMakeLists.txt FIN

Re: [CMake] install(DIRECTORY . DESTINATION include/proj FILES_MATCHINGPATTERN "*.h")

On Wed, Oct 28, 2009 at 4:41 PM, Tyler Roscoe wrote: > This is a bad practice because then CMake has no way to know if there > are new header files and can't regenerate/install correctly. Ok maybe a > new header coming in will happen to trigger a rerun of CMake because the > header happens to belo

Re: [CMake] install(DIRECTORY . DESTINATION include/proj FILES_MATCHINGPATTERN "*.h")

On Wed, Oct 28, 2009 at 4:14 PM, Steve Huston wrote: > Hi Mathieu, > >>   Quick question. What is the command to install a set of *.h files > ? >> >> I tried: >> >> install(DIRECTORY . DESTINATION include/proj FILES_MATCHING >> PATTERN "*.h") > > Right. > >> but it is installing the '.svn' subdir

Re: [CMake] Packaging and Exporting: Generating the UsePROJECT.cmake file ?

EXPORT mylib-targets DESTINATION lib/myproj) get_???_property(my_targets mylib-targets TARGETS) I'd like to list all TARGETS associated with mylib-targets. This will greatly ease generating a UseProject.cmake file. Thanks On Fri, Oct 23, 2009 at 4:28 PM, Mathieu Malaterre wrote: > Hi there

[CMake] install(DIRECTORY . DESTINATION include/proj FILES_MATCHING PATTERN "*.h")

Hi there, Quick question. What is the command to install a set of *.h files ? I tried: install(DIRECTORY . DESTINATION include/proj FILES_MATCHING PATTERN "*.h") but it is installing the '.svn' subdir as part of the installation. Thanks, -- Mathieu __

[CMake] Packaging and Exporting: Generating the UsePROJECT.cmake file ?

Hi there, I am still working on Packaging and Exporting: http://www.cmake.org/Wiki/CMake_2.6_Notes#Packaging_and_Exporting I'd like to know if there is a neat function to loop over all libraries that are imported (typically for a Use*.cmake file). Eg. add_library(mylib SHARED mylib.c mylib.

[CMake] Global property for LINK_INTERFACE_LIBRARIES (was Re: set_property(TARGET bla PROPERTY LINK_INTERFACE_LIBRARIES ""))

TARGET bla PROPERTY LINK_INTERFACE_LIBRARIES "") # cumbersome Thanks again. On Wed, Jul 29, 2009 at 6:33 PM, Mathieu Malaterre wrote: > Hi there, > >  Just a quick question, let say I am working on a very large project > with multiple libraries, is there a way to say that t

Re: [CMake] install(FILES mylib-config.cmake DESTINATION lib/myproj)

On Tue, Oct 20, 2009 at 9:32 AM, Mathieu Malaterre wrote: > On Mon, Oct 19, 2009 at 9:51 PM, Brad King wrote: >> Mathieu Malaterre wrote: >>> >>> Hi there, >>> >>>  I am trying some new functionalities in CMake, in particular: >

Re: [CMake] install(FILES mylib-config.cmake DESTINATION lib/myproj)

On Mon, Oct 19, 2009 at 9:51 PM, Brad King wrote: > Mathieu Malaterre wrote: >> >> Hi there, >> >>  I am trying some new functionalities in CMake, in particular: >> >> http://www.cmake.org/Wiki/CMake_2.6_Notes#Packaging_and_Exporting >> >>  H

Re: [CMake] Post install scripts for debian

On Fri, Oct 16, 2009 at 8:15 PM, Eric Noulard wrote: > 2009/10/16 as : >> Hello: >> >> We are using CMake to create inhouse deb packages for our project. We >> need to run a script after installing the package: postinst script >> which is possible in Debian. I don't know how to enable this from >>

[CMake] install(FILES mylib-config.cmake DESTINATION lib/myproj)

Hi there, I am trying some new functionalities in CMake, in particular: http://www.cmake.org/Wiki/CMake_2.6_Notes#Packaging_and_Exporting However using cmake 2.8, I get an error: CMake Error at cmake_install.cmake:64 (FILE): file INSTALL cannot find "/home/mathieu/Perso/gdcm/Sandbox/CMa

Re: [CMake] CMake 2.8.0 RC 3 ready for testing!

One minor comment: CMAKE_OVERRIDE_COMPILER_MISMATCH was never documented, and is now gone :) Everything is working happily without the need to set this flag anymore. Thanks ! On Sat, Oct 10, 2009 at 3:13 AM, Bill Hoffman wrote: > CMake 2.8.0 RC 3 is now ready for people to try. > You can find the

[CMake] CMake SWIG module

Hi, I'd like to become the new maintainer of the swig module in cmake. I have not heard back from Tristan Carel. I have updated my name on : http://www.cmake.org/Wiki/CMake:Module_Maintainers Thank you, -- Mathieu ___ Powered by www.kitware.com Vi

Re: [CMake] xlC / HAVE_GETHOSTBYNAME_R_6 (Was Re: CMake 2.8.0 RC 1 ready for testing!)

On Thu, Oct 1, 2009 at 5:36 PM, Brad King wrote: <...> > Mathieu, what distro is this? Linux OpenSuse 10.2 ppc64 >  Does the FIND_LIBRARY_USE_LIB64_PATHS > global property get enabled in CMake projects on it? Looking at CMake/Modules/Platform/Linux.cmake, I would be tempted to say FIND_LIBRARY

Re: [CMake] xlC / HAVE_GETHOSTBYNAME_R_6 (Was Re: CMake 2.8.0 RC 1 ready for testing!)

On Thu, Oct 1, 2009 at 2:31 PM, Brad King wrote: >> A couple of warnings that's all: >> http://www.cdash.org/CDash/viewBuildError.php?type=1&buildid=439244 > > Warnings in system headers are always a pain.  Can you please > investigate options to turn them off? I am thinking that I do not have th

Re: [CMake] xlC / HAVE_GETHOSTBYNAME_R_6 (Was Re: CMake 2.8.0 RC 1 ready for testing!)

On Wed, Sep 30, 2009 at 3:39 PM, Brad King wrote: > Mathieu Malaterre wrote: >>> /opt/ibmcmp/vacpp/9.0/bin/cc   -DHAVE_GETHOSTBYNAME_R_5   -o >>> CMakeFiles/cmTryCompileExec.dir/CurlTests.c.o   -c >>> "/home/mmalater/Dashboards/My >>> Tests

[CMake] xlC / HAVE_GETHOSTBYNAME_R_6 (Was Re: CMake 2.8.0 RC 1 ready for testing!)

On Tue, Sep 29, 2009 at 11:34 PM, Brad King wrote: > Mathieu Malaterre wrote: >> On Fri, Sep 25, 2009 at 10:07 PM, Bill Hoffman >> wrote: >>> I am happy to announce that CMake 2.8.0 has entered the beta stage! You >>> can find the source and binaries here

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

On Fri, Sep 25, 2009 at 10:07 PM, Bill Hoffman wrote: > I am happy to announce that CMake 2.8.0 has entered the beta stage! You > can find the source and binaries here: http://www.cmake.org/files/v2.8/. > There is still one compilation issue with xlC on Linux: http://www.cdash.org/CDash/viewBuil

Re: [CMake] LINK : fatal error LNK1104: cannot open file 'msvcprt.lib'

On Mon, Sep 28, 2009 at 4:02 PM, Bill Hoffman wrote: > Mathieu Malaterre wrote: >> >> Hi there, >> >>  I do not understand how regular expression are parsed to detect >> error. When I look at page: >> http://www.cdash.org/CDash/viewConfigure.php?buildid=437

  1   2   3   4   5   >