Re: [cmake-developers] CPack IFW generator

2014-07-23 Thread Konstantin Podsvirov
Update as of July 23, available! 17.07.2014, 12:04, Konstantin Podsvirov konstan...@podsvirov.pro: Hello fans of CMake and Windows! I want to present the online installer CMake for 32-bit and 64-bit versions of Windows. And immediately the binaries:

[cmake-developers] [CMake 0015034]: target_link_libraries omits some dependencies

2014-07-23 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=15034 == Reported By:Glenn Coombs Assigned To:

[cmake-developers] CMake generates Makefiles that don't parallelize as much as they could.

2014-07-23 Thread Nick Overdijk
Hey guys, With this https://github.com/NickNick/cmake-dependency-waiting code here, why do b wait for a and c wait for b to be build? The object files could all be build in parallel right? Not doing it is making my distcc-cluster less and less useful the more nodes I add. Is there a way to fix or

Re: [cmake-developers] LZMA support

2014-07-23 Thread David Cole via cmake-developers
Wow! Fantastic! Thanks to Daniel, great work on this contribution... This is a ton of tedious work, but it will be very useful. Thank you *very much*. Two minor comments -- in the commit at the tip of this topic:

Re: [cmake-developers] CMake generates Makefiles that don't parallelize as much as they could.

2014-07-23 Thread Brad King
On 07/23/2014 08:00 AM, Nick Overdijk wrote: With this https://github.com/NickNick/cmake-dependency-waiting code here, why do b wait for a and c wait for b to be build? The object files could all be build in parallel right? Not doing it is making my distcc-cluster less and less useful the

Re: [cmake-developers] CMake generates Makefiles that don't parallelize as much as they could.

2014-07-23 Thread Nick Overdijk
Thanks for the quick reply, but what if c needs b and b needs a? Adding INTERFACE will then break the build of course, right, since b isn't really linked to a... Or am I mistaken? On Wed, Jul 23, 2014 at 2:36 PM, Brad King brad.k...@kitware.com wrote: On 07/23/2014 08:00 AM, Nick Overdijk

Re: [cmake-developers] CMake generates Makefiles that don't parallelize as much as they could.

2014-07-23 Thread Nick Overdijk
Oh wait, since a is in the interface of b, b will always be accompanied by a, even though it's not a dependency. Is that how it works? On Wed, Jul 23, 2014 at 2:58 PM, Nick Overdijk n...@astrant.net wrote: Thanks for the quick reply, but what if c needs b and b needs a? Adding INTERFACE will

Re: [cmake-developers] CMake generates Makefiles that don't parallelize as much as they could.

2014-07-23 Thread Brad King
On 07/23/2014 09:07 AM, Nick Overdijk wrote: Oh wait, since a is in the interface of b, b will always be accompanied by a, even though it's not a dependency. Is that how it works? Yes. If B is a static library then it does not really link so its dependencies are only ever used transitively

Re: [cmake-developers] CMake generates Makefiles that don't parallelize as much as they could.

2014-07-23 Thread Nick Overdijk
Crystal clear. Another layer of indirection eh? I'll see if I can work with that... Thanks for the explanation. On Wed, Jul 23, 2014 at 3:14 PM, Brad King brad.k...@kitware.com wrote: On 07/23/2014 09:07 AM, Nick Overdijk wrote: Oh wait, since a is in the interface of b, b will always be

Re: [cmake-developers] LZMA support

2014-07-23 Thread Brad King
On 07/23/2014 08:16 AM, David Cole wrote: Thanks to Daniel, great work on this contribution... This is a ton of tedious work, but it will be very useful. Thank you *very much*. +1 I've merged the topic to 'next' for testing, but without the CPack or ExternalProject pieces. Likely some more

Re: [cmake-developers] LZMA support

2014-07-23 Thread Rolf Eike Beer
Am 23.07.2014 16:43, schrieb Brad King: On 07/23/2014 08:16 AM, David Cole wrote: Thanks to Daniel, great work on this contribution... This is a ton of tedious work, but it will be very useful. Thank you *very much*. +1 I've merged the topic to 'next' for testing, but without the CPack or

Re: [cmake-developers] LZMA support

2014-07-23 Thread Nils Gladitz
On 23.07.2014 16:43, Brad King wrote: Therefore the list should be 7z|bz2|tar\\.gz|tar\\.xz|tgz|txz|zip correct? bz2 - tar\\.bz2 as well while you are at it(?) Nils -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at:

Re: [cmake-developers] LZMA support

2014-07-23 Thread David Cole via cmake-developers
Thanks. Actually I think adding xz is incorrect anyway. We support compressed tarballs, not arbitrary compressed files. Therefore the list should be 7z|bz2|tar\\.gz|tar\\.xz|tgz|txz|zip correct? Well, then it should be tar.bz2, too. And since this is a regex anyway:

[cmake-developers] [CMake 0015035]: Build time file copy_if_different

2014-07-23 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=15035 == Reported By:Daniele E. Domenichelli Assigned To:

Re: [cmake-developers] [Review Request] Topic CMakePackageConfigHelpers_build_tree

2014-07-23 Thread Brad King
On 07/22/2014 07:44 AM, Stephen Kelly wrote: Daniele E. Domenichelli wrote: By the way, is there a reason why file(COPY) does not have an option to copy the file only if the file(s) is(are) different. configure_file(COPY_ONLY) does that. file(COPY_IF_DIFFERENT) would just do the same thing

Re: [cmake-developers] CPack IFW generator

2014-07-23 Thread Konstantin Podsvirov
CPack IFW generator built an online installer itself on Linux! 23.07.2014, 12:39, Konstantin Podsvirov konstan...@podsvirov.pro: Update as of July 23, available! The installer for 64-bit versions of Linux are available here: http://ifw.podsvirov.pro/cmake/cmake-master-linux-64bit-online.run

Re: [cmake-developers] CPack IFW generator

2014-07-23 Thread Brad King
On 07/17/2014 03:33 AM, Konstantin Podsvirov wrote: Now I fixed it. Should work. Thanks for this contribution! I finally made time to look over the changes and integrate them. Overall, very nice work. I squashed your history down to a single commit, fixed newlines, fixed indentation, fixed