Re: [CMake] Fwd: CPack does not generate a RPM

> Let's assume, I have a library, e.g. liblibrary.so.5.6.7 and I have > two symbolic links, so the result of "ls -l" would look like this > > liblibrary.so -> liblibrary.so.0 > liblibrary.so.0 -> liblibrary.so.5.6.7 > liblibrary.so.5.6.7 > > And let's assume, I have these lines in my

Re: [CMake] Fwd: CPack does not generate a RPM

Thank you for your answer. Setting the variable CPACK_RPM_PACKAGE_AUTOREQ to "NO" worked. I also tried to produce a minimal example, which produces such error as the behaviour I described. But I couldn't generate such an example. I do not know currently, under which circumstances this happens :(.

Re: [CMake] EFFECTIVE_PLATFORM_NAME not expanded in TARGET_* generator expressions on iOS

Hello, sorry for the delayed reply. The root of the problem is actually not the XCtest feature, but generator expressions. The minimal repro case is just the following CMakeLists.txt file: cmake_minimum_required(VERSION 3.5) project(IosTarget C) file(GENERATE OUTPUT

[CMake] Better handling of targets consisting of object files only

Hello, I'm using `OBJECT` libraries quite a lot in my projects and more often than not I run into a situation where a target consists only of `$`. I know that CMake says the following about object libraries: "Some native build systems may not like targets that have only object files, so

[CMake] Imported target location for OSX frameworks

Hello, sorry for flooding with e-mails today, it all kinda piled up. This one is about imported target location for frameworks on OSX (and thus also iOS). I saw the bugreport here https://cmake.org/Bug/view.php?id=14105 and that it was closed as "no change needed". The suggested solution was

Re: [CMake] Documenting CMakeLists.txt and custom or local .cmake files

Hi Philip, Unfortunately I can't give any insight on this. I just wanted to express my own interest in this question. As we'd also very much need a convenient way to document our CMake code. (Currently it's done on a Wiki page, which is out of date within 5 minutes of it being updated...)

[Cmake-commits] CMake branch, next, updated. v3.5.1-857-g766a6d4

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 766a6d410995f190aa53ad79823855763e944b46 (commit) via

Re: [cmake-developers] -isystem suppresses warnings from user header

On 04/07/2016 10:03 AM, Tamás Kenéz wrote: > CMake uses "-isystem" on the compiler command line for the > INTERFACE_INCLUDE_DIRECTORIES of imported libraries. > > Question: is this the intended behaviour? Yes. See discussion here: *

[Cmake-commits] CMake branch, next, updated. v3.5.1-863-g286b924

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 286b92460e972aa3be28be15cbb494a345dcaba0 (commit) via

[cmake-developers] [CMake 0016053]: $ should return a short path on Windows when containing spaces

The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=16053 == Reported By:Guillaume Dumont Assigned To:

[Cmake-commits] CMake branch, next, updated. v3.5.1-855-g685ce51

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 685ce51d88db1f69ac378a7a6f23f41101520870 (commit) via

[cmake-developers] [CMake 0016052]: Extra space on NDEBUG in release builds causes flag to be ignored

The following issue has been SUBMITTED. == http://kwwidgets.org/Bug/view.php?id=16052 == Reported By:Stephen Dunn Assigned To:

[Cmake-commits] CMake branch, next, updated. v3.5.1-842-g5e90e55

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 5e90e55e77afae770fd0149302c4bb7f3b2b7eab (commit) via

[Cmake-commits] CMake branch, master, updated. v3.5.1-408-gcdce3cc

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 cdce3cc902fee88250bc7e04e2ff7424fb2962e6 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.1-851-g26f7aad

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 26f7aade193cd6aa9a7e48e039637c39d178ff17 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.5.1-411-g7d5a0f5

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 7d5a0f5f60b9ba60c90a43c42f157c658319e6ef (commit) via

[Cmake-commits] CMake branch, master, updated. v3.5.1-406-g47e358d

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 47e358dcdbbc802e751460fed9dd572037b71629 (commit) via

[cmake-developers] -isystem suppresses warnings from user header

Environment: CMake 3.5, linux, g++ CMake uses "-isystem" on the compiler command line for the INTERFACE_INCLUDE_DIRECTORIES of imported libraries. Unfortunately including a header via an isystem path suppresses warnings emitted from the header, such as warnings caused by expansions of macros

[Cmake-commits] CMake branch, next, updated. v3.5.1-845-g4f81542

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 4f815423d17a2df096b48166ca407c8191d9ddd1 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.1-861-gf80b1fe

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 f80b1fe6c5c3a6a50166239920a6848877928fad (commit) via

[cmake-developers] [CMake 0016054]: Cannot override CMAKE_{C, CXX}_FLAGS* to allow compiler check to succeed

The following issue has been SUBMITTED. == https://public.kitware.com/Bug/view.php?id=16054 == Reported By:Daniel Richard G. Assigned To:

[cmake-developers] [CMake 0016055]: "nmake" program is not found using MAKE environment variable

The following issue has been SUBMITTED. == https://public.kitware.com/Bug/view.php?id=16055 == Reported By:Daniel Richard G. Assigned To:

Re: [cmake-developers] -isystem suppresses warnings from user header

Thanks! I missed that property. Tamas On Thu, Apr 7, 2016 at 4:13 PM, Brad King wrote: > On 04/07/2016 10:03 AM, Tamás Kenéz wrote: > > CMake uses "-isystem" on the compiler command line for the > > INTERFACE_INCLUDE_DIRECTORIES of imported libraries. > > > > Question: is

[Cmake-commits] CMake branch, master, updated. v3.5.1-414-g2f76eff

_VERSION_MINOR 5) -set(CMake_VERSION_PATCH 20160407) +set(CMake_VERSION_PATCH 20160408) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/