Re: [cmake-developers] FindQt4.cmake Qt5 qmake

2014-06-27 Thread Nils Gladitz
On 25.06.2014 16:07, Nils Gladitz wrote: Eike pointed out misguided FindQt4.cmake diagnostics in my dashboard submissions: http://open.cdash.org/viewConfigure.php?buildid=3382423 I merged FindQt4-ignore-qt5 for testing which I hope is an appropriate fix. I would appreciate it if those who

Re: [cmake-developers] FindJPEG alternative name

2014-06-27 Thread Brad King
On 06/26/2014 03:19 PM, Sebastian Elsner wrote: newer version of jpeglib build the .lib file on windows with a different name by default. Its now called libjpeg.lib instead of jpeg.lib. Please see the patch appended. Applied, thanks: FindJPEG: Add alternative name 'libjpeg'

Re: [cmake-developers] [PATCH] FindOpenMP: ICC 15 deprecates -openmp, use -qopenmp

2014-06-27 Thread Brad King
On 06/26/2014 09:29 AM, Adam Strzelecki wrote: Intel Composer XE 2015 Beta 2 deprecates all options starting with -o for sake of compatibility with other compilers expecting anything goes after -o... is output file name. Applied, thanks: FindOpenMP: ICC 15 deprecates -openmp, use -qopenmp

[cmake-developers] Remove check for source files in add_library()

2014-06-27 Thread Ådne Hovda
Hi It would be handy when creating macros that wraps add_library where the number of source files is unknown to be able to write: add_library( mylib ) target_sources( mylib PRIVATE mylib.c mylib.h ) but this fails with the warning You have called ADD_LIBRARY for library testlib without any

Re: [cmake-developers] FindQt4.cmake Qt5 qmake

2014-06-27 Thread Brad King
On 06/27/2014 05:07 AM, Nils Gladitz wrote: It has been pointed out that the change might still make sense since the current behavior just removes the diagnostics in the Qt4_FIND_QUIETLY case. Yes, I think the change still makes sense. You can rebase on 'master' and drop the

Re: [cmake-developers] [PATCH] [Module] FindPNG: Add Env Hint via PNG_ROOT

2014-06-27 Thread Brad King
On 06/27/2014 11:04 AM, Huebl, Axel wrote: This patch provides users the optional hint via the environment variable PNG_ROOT. This comes very useful when libpng is not installed in a default location and/or if several versions are installed in parallel. Typically it is not necessary to have a

Re: [cmake-developers] [PATCH] [Module] FindPNG: Add Env Hint via PNG_ROOT

2014-06-27 Thread Huebl, Axel
CMAKE_PREFIX_PATH is indeed an option, too. The main intension of the patch is to align the package with the standard functionality of other modules (Boost, MPI, HDF5 and similar). Axel On 27.06.2014 18:17, Brad King wrote: On 06/27/2014 11:04 AM, Huebl, Axel wrote: This patch provides users

Re: [cmake-developers] [PATCH] [Module] FindPNG: Add Env Hint via PNG_ROOT

2014-06-27 Thread Brad King
On 06/27/2014 12:37 PM, Huebl, Axel wrote: CMAKE_PREFIX_PATH is indeed an option, too. The main intension of the patch is to align the package with the standard functionality of other modules (Boost, MPI, HDF5 and similar). Very few modules provide _ROOT variables, and those that do have

Re: [cmake-developers] [PATCH] [Module] FindPNG: Add Env Hint via PNG_ROOT

2014-06-27 Thread Huebl, Axel
Oh you are right, even only 80 out of 297 modules respond to grep _ROOT I guess I was just spoiled by them. Thanks for the feedback and congrats on the 3.0 release! Axel On 27.06.2014 19:10, Brad King wrote: On 06/27/2014 12:37 PM, Huebl, Axel wrote: CMAKE_PREFIX_PATH is indeed an option,

[cmake-developers] [PATCH 3/3] Ninja: Skip generating empty phony rules

2014-06-27 Thread Adam Strzelecki
Ninja generator ensures that all custom commands being target dependencies are run before other sources compilation. However in case there are no such dependencies it does currently generate empty phony rules which clutter build graph. This change make Ninja generator produce this rules only when

[cmake-developers] [PATCH 2/3] Ninja: Don't limit custom cmd side-effects to build folder (#14972)

2014-06-27 Thread Adam Strzelecki
Actually custom command can write wherever it wants to, such as temporary folder or source folder, possibly violating rules that only build folder should be affected. Therefore we should consider custom command dependency at any path as possible side effect adding phony rule. ---

[cmake-developers] [PATCH 1/3] Ninja: Consider only custom commands deps as side-effects (#14972)

2014-06-27 Thread Adam Strzelecki
Previously all explicit dependencies inside build folder were considered as possible build command side-effects and phony rules were produced for them in case they don't exist yet starting build. This however incorrect since regular compile inputs need to exist otherwise cmake will fail. Moreover

[cmake-developers] Broken progress output with make -jXX (aka parallel make)

2014-06-27 Thread Adam Strzelecki
Excuse me if it was discussed already, reported, etc. Even it doesn't affect me anyway since I use Ninja, but some of my colleagues still use Make and do parallel builds and fancy output is produced: (now some HTML format ;P) [ 5%] [ 15%] [ 21%] [ 26%] [ 26%] Building CXX object

Re: [CMake] Add libraries to end of compilation line ...

2014-06-27 Thread Michael Burns via CMake
Hello. That is a good idea, Hendrik. I'll look into that. Angeliki, we set the CMAKE_CXX_FLAGS... and CMAKE_C_FLAGS... values with various options. I simply added the -static and -static-libstdc++ to those. Again, I'm trying to do this without having to

Re: [CMake] Add libraries to end of compilation line ...

2014-06-27 Thread Kornel Benko
Am Donnerstag, 26. Juni 2014 um 20:12:12, schrieb Hendrik Sattler p...@hendrik-sattler.de Hi, you can also override the target_link_libraries function with your own in the top-level lists file and call the original one from within that function. This way you only have to edit one file.

Re: [CMake] Preventing search for libraries in random prefixes

2014-06-27 Thread Angeliki Chrysochou
Hi Mojca, From what I know cmake will look for libraries in the directories specified in link_directories(${LIBRARY_DIRS}) and for headers in the directories specified in include_directories(${INCLUDE_DIRS}) and the property INCLUDE_DIRECTORIES.

Re: [CMake] Preventing search for libraries in random prefixes

2014-06-27 Thread Angeliki Chrysochou
Hi Mojca, I don't know if removing these paths would break your build maybe...I'm sorry I couldn't help. Angeliki On Fri, Jun 27, 2014 at 11:26 AM, Mojca Miklavec mo...@macports.org wrote: On Fri, Jun 27, 2014 at 10:42 AM, Angeliki Chrysochou wrote: Hi Mojca, From what I know cmake

Re: [CMake] Preventing search for libraries in random prefixes

2014-06-27 Thread Mojca Miklavec
On Fri, Jun 27, 2014 at 11:28 AM, Angeliki Chrysochou wrote: Hi Mojca, I don't know if removing these paths would break your build maybe...I'm sorry I couldn't help. It wouldn't break my build, but it seems weird and unnatural to do such extensive patching to CMake's Find modules. Mojca --

Re: [CMake] Preventing search for libraries in random prefixes

2014-06-27 Thread Ben Morgan
Hi Mojca, On 27 June 2014 10:26, Mojca Miklavec mo...@macports.org wrote: On Fri, Jun 27, 2014 at 10:42 AM, Angeliki Chrysochou wrote: Hi Mojca, From what I know cmake will look for libraries in the directories specified in link_directories(${LIBRARY_DIRS}) and for headers in the

Re: [CMake] Add libraries to end of compilation line ...

2014-06-27 Thread Hendrik Sattler
Hi, IIRC the old function is preserved as the same name with an underscore as prefix... Regards, HS On 27. Juni 2014 10:23:07 MESZ, Kornel Benko kor...@lyx.org wrote: Am Donnerstag, 26. Juni 2014 um 20:12:12, schrieb Hendrik Sattler p...@hendrik-sattler.de Hi, you can also override the

[CMake] fixup_bundle and bundle install names

2014-06-27 Thread Mikael Sundell
fixup_bundle can't resolve dynamic libraries with non-absolute install_names. I'm linking my macosx cmake project against an sdk inside an application bundle, the sdk libraries are relative to the application bundle configuration. It seems as if the fixup_bundle uses the install name even if it's

[CMake] adding dependencies to a target

2014-06-27 Thread abid rahman
Hello, I am adding a new target using add_library(target source1 source2). Then add the dependencies of targets by target_link_libraries(target deps) But this source2 is generated by another python script based on dependencies of target. ie, I need to specify the dependencies of target before

[Cmake-commits] CMake branch, next, updated. v3.0.0-3960-g4138163

2014-06-27 Thread Nils Gladitz
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 41381633529bd60a265e640a5ac339eb75e75958 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.0.0-3962-g9e150f5

2014-06-27 Thread Brad King
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 9e150f53f1241ea9910b9b0a504825fe657a9d84 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.0.0-3964-g5af7447

2014-06-27 Thread Brad King
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 5af7447ab8cc51e888d3676594c01110beb518c0 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.0.0-1231-g3138da6

2014-06-27 Thread Brad King
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 3138da6e675102af8bd81e8715abc7a57806377f (commit) via

[Cmake-commits] CMake branch, master, updated. v3.0.0-1250-g2196cae

2014-06-27 Thread Brad King
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 2196cae4ecae60711b6ef6ad6def9b7b988b4eb7 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.0.0-1248-ga87e805

2014-06-27 Thread Brad King
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 a87e8056acf733c4ee3cbd87bc21966918bd8659 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.0.0-3973-g270ee47

2014-06-27 Thread Brad King
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 270ee4751f4615a6af2e499eb384e0616b8e1813 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.0.0-1245-g798d762

2014-06-27 Thread Brad King
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 798d7626a01296bf6af6f8c2e1d1457faf665543 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.0.0-1243-g55bba3a

2014-06-27 Thread Brad King
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 55bba3a197d5727478aaac4c0e93801dcd0e8f1d (commit) via

[Cmake-commits] CMake branch, master, updated. v3.0.0-1233-g4fc453c

2014-06-27 Thread Brad King
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 4fc453c420064b0584b668ce42965fb31dd9ed09 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.0.0-1253-gbf5fc1d

2014-06-27 Thread Brad King
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 bf5fc1d5829e7995c0941996b4a515cbd46d4e4e (commit) via

[Cmake-commits] CMake branch, release, updated. v3.0.0-11-gd08da54

2014-06-27 Thread Brad King
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, release has been updated via d08da54576e66336dd6c13219b5fe7cd1a361ac6 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.0.0-3977-g24b83a7

2014-06-27 Thread Brad King
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 24b83a78f42168cc5ba687935c32b3abe6150e93 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.0.0-3986-g587d0e0

2014-06-27 Thread Brad King
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 587d0e08aaee2a3ddd562dbe4b3cd7a95a130c4f (commit) via

[Cmake-commits] CMake branch, next, updated. v3.0.0-3995-g53ece55

2014-06-27 Thread Robert Maynard
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 53ece55f0bf137573118543409595c8b5bd4cf48 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.0.0-1254-gc7cf28a

2014-06-27 Thread Kitware Robot
20140627) +set(CMake_VERSION_PATCH 20140628) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/post-receive -- CMake