Re: [CMake] [CPACK] [RPM] Using %if in %file section

Am Donnerstag, 14. Mai 2015, 05:02:57 schrieb Luc J. Bourhis: I would like to end up with the following in the specs file: I tried to use CPACK_RPM_USER_FILELIST as but this results in which is not quite right. Well, yes, this is just one newline instead of 3. Try adding \n\n.

[Cmake-commits] CMake branch, next, updated. v3.2.2-2713-g85333e1

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 85333e13fc6b2089d9540069d1a9f4bf216f6894 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.2.2-1120-geb9323e

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via eb9323eb1aa2beb32d933c3e09a160939ff31682 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.2.2-1127-g36c275d

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via 36c275d857d1764f37df450361ed816d24091300 (commit) via

[CMake] [CPACK] [RPM] Using %if in %file section

I would like to end up with the following in the specs file: I tried to use CPACK_RPM_USER_FILELIST as but this results in which is not quite right. Is there something I am missing? Or is it a fundamental limitation of CPack RPM generator? If so, would there be any workaround? Thanks in

[Cmake-commits] CMake branch, master, updated. v3.2.2-1123-ga86ddbe

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via a86ddbe56e1659ca1385514e1ffe1a9389d9ca62 (commit) via

Re: [CMake] [CPACK] [RPM] Using %if in %file section

I forgot to mention this is with cpack version 3.2.1 - -- Luc J. Bourhis -- View this message in context: http://cmake.3232098.n2.nabble.com/CPACK-RPM-Using-if-in-file-section-tp7590576p7590577.html Sent from the CMake mailing list archive at Nabble.com. -- Powered by www.kitware.com

[Cmake-commits] CMake branch, next, updated. v3.2.2-2720-g9974c7a

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 9974c7a0ee2db94a12bcc432b8316aaa5b68 (commit) via

Re: [CMake] FindModules.cmake quality + Kitware proposition

Nagy-Egri Máté Ferenc via CMake wrote: ... NMake batch mode support for multicore build, etc. I suggest you look into 'jom'. Thanks, Steve. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various

Re: [CMake] CMAKE_CXX_COMPILER_VERSION quite a useful variable, right?

Thanks to both Rolf Eike Beer and Petr Kmoch for showing me that the variable is documented as CMAKE_LANG_COMPILER_VERSION. :-) Kind regards, Niels -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers

Re: [CMake] [CPACK] [RPM] Using %if in %file section

Ok, sorry, I used the online nabble interface to cmake mailing list actually but here is my original message without any formatting, after the marker -. I'll take the opportunity to explain the rationales. I found out that the time spent by CPack running rpmbuild is only a very small portion

[Cmake-commits] CMake branch, next, updated. v3.2.2-2723-g355a81a

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 355a81aed21eaa1a8ba74c981624501344157109 (commit) via

Re: [CMake] Alias of imported target

Ruslan Baratov via CMake wrote: It may be helpful in situations when you build package with examples. In case when you want examples to work both as a part of a project (add_subdirectory) or stand-alone (find_package). I expect external_project may lead to more readability for this case,

[cmake-developers] [CMake 0015569]: Allow ALIAS of IMPORTED targets

The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=15569 == Reported By:Stephen Kelly Assigned To:

Re: [CMake] Making the export function output relative paths

John van der Burg wrote: I basically need everything relative to the ${CUSTOM_ROOT} folder. Any hints/help would be appreciated :) Use install(EXPORT) instead: http://www.cmake.org/cmake/help/v3.0/manual/cmake-packages.7.html http://www.cmake.org/gitweb?p=cmake.git;a=commitdiff;h=f79d6025

[Cmake-commits] CMake branch, next, updated. v3.2.2-2725-gcb96996

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via cb96996cfef31f71e2a9443897369cdeab79728c (commit) via

[cmake-developers] [CMake 0015570]: Review POSITION_INDEPENDENT_CODE use of -fPIE

The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=15570 == Reported By:Stephen Kelly Assigned To:

Re: [CMake] CMAKE_CXX_COMPILER_VERSION quite a useful variable, right?

Hi Niels. I can't comment on the useful variable list, but I'd just like to point out that the variable is not undocumented. It's listed normally in the variables for languages section ( http://www.cmake.org/cmake/help/v3.2/manual/cmake-variables.7.html#variables-for-languages) of the

Re: [CMake] CMAKE_CXX_COMPILER_VERSION quite a useful variable, right?

Am Donnerstag, 14. Mai 2015, 18:18:24 schrieb Niels Dekker - address until 2018: When CMake (current version: 3.2.2) generates project files for Visual Studio, it appears to define an undocumented variable that seems quite useful to me: CMAKE_CXX_COMPILER_VERSION. It appears to be the full

[CMake] FindModules.cmake quality + Kitware proposition

This is more of a remark, or something to get the ball rolling, rather than anything else. I recently came across various FindModule.cmake files (FindOpenCL, FindOpenGL, FindGLEW, FindGLM, FindSFML) as a sideeffect of a project I am developing, but have had my share with quite a few others

[CMake] CMAKE_CXX_COMPILER_VERSION quite a useful variable, right?

When CMake (current version: 3.2.2) generates project files for Visual Studio, it appears to define an undocumented variable that seems quite useful to me: CMAKE_CXX_COMPILER_VERSION. It appears to be the full compiler version. For example, for my VS2010 installation,

Re: [CMake] Target_link_libraries imported library

Lars wrote: There is one problem with this setup and that is the IMPORTED_LINK_INTERFACE_LIBRARIES_RELEASE contains a static path to a boost lib. So the c:\boost\lib\boost_filesystem-vc110-mt-1_55.lib is appended to the linking of bar-library and this will fail if the path is incorrect. We

Re: [CMake] [CPACK] [RPM] Using %if in %file section

I would like to end up with the following in the specs file: ... %file ... %if 0%{fedora} = 14 /path/to/some/file %endif I tried to use CPACK_RPM_USER_FILELIST as set(CPACK_RPM_USER_FILELIST ${CPACK_RPM_USER_FILELIST} %if 0%{fedora} = 14 /path/to/some/file %endif )

Re: [CMake] FindModules.cmake quality + Kitware proposition

Tried jom years ago. Still chokes on Unicode paths. Thanks, Máté ps.: I had a feeling this is as much feedback as I’ll get. Feladó: Stephen Kelly Elküldve: ‎csütörtök‎, ‎2015‎. ‎május‎ ‎14‎. ‎18‎:‎08 Címzett: cmake@cmake.org Nagy-Egri Máté Ferenc via CMake wrote: ... NMake batch

Re: [CMake] FindModules.cmake quality + Kitware proposition

On 14-May-15 14:01, Nagy-Egri Máté Ferenc via CMake wrote: This is more of a remark, or something to get the ball rolling, rather than anything else. I recently came across various FindModule.cmake files (FindOpenCL, FindOpenGL, FindGLEW, FindGLM, FindSFML) as a sideeffect of a project I am

[CMake] Trouble getting install script to actually run during packaging

I have a bit of Cmake code that I can not seem to figure out how to get to actually run during cpack. HEre is the code: GET_FILENAME_COMPONENT (SELF_DIR ${CMAKE_CURRENT_LIST_FILE} PATH) configure_file(${SELF_DIR}/Deploy_ITK_Libs.sh.in

[Cmake-commits] CMake branch, next, updated. v3.2.2-2749-gd323bfa

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via d323bfaf8284f2b16474fb3794b23b3b57e5b653 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.2.2-2751-g6b5cb92

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 6b5cb9289b4d9d5918159a53c870ea9f84cc9e02 (commit) via

Re: [CMake] FindModules.cmake quality + Kitware proposition

Nagy-Egri MC!tC\) Ferenc via CMake wrote: Tried jom years ago. Still chokes on Unicode paths. Ok, I guess the jom developers are the ones to discuss that issue with. Thanks, Steve. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at:

[Cmake-commits] CMake branch, next, updated. v3.2.2-2746-g227ca70

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 227ca70895241d98aa6a5bc480290968692ad8c4 (commit) via

[CMake] OSX xcodebuild not rebuilding objects?

Has anyone else run into errors rebuilding objects using the Xcode generator? I imagine it would be a bug in xcodebuild, not cmake. We've been using incremental builds, rather than clean builds, for years with cmake on GNU/Linux (make), OSX (Xcode), and Windows (MSVC) and this is the first time

[CMake] Where do all the extra clang flags come from in Xcode?

I was comparing the command line used when we choose an Xcode generator on our OSX systems, vs. the command line used when we choose a Makefile generator. We certainly have nothing in our CMakeLists.txt which sets compiler flags based on the type of generator, only based on the type of compiler

[cmake-developers] [CMake 0015568]: Bashism in Squish4RunTestCase.sh

The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=15568 == Reported By:Felix Geyer Assigned To:

[Cmake-commits] CMake branch, master, updated. v3.2.2-1128-gf6a41a4

20150514) +set(CMake_VERSION_PATCH 20150515) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/post-receive -- CMake