Re: [cmake-developers] Incomplete gfortran library link command sometimes mysteriously occurs with MinGW/MSYS on Wine-1.5.15 platform

2012-10-26 Thread Alan W. Irwin
On 2012-10-25 23:42-0400 Bill Hoffman wrote: Either one [of the executables] should show the issue. I did show the wrong output. When it fails you get no output. I now have a much simplified file (compressed so that mailers won't mess it up, but uncompressed it expands only to 205 bytes) to

Re: [cmake-developers] Incomplete gfortran library link command sometimes mysteriously occurs with MinGW/MSYS on Wine-1.5.15 platform

2012-10-26 Thread Alan W. Irwin
On 2012-10-25 23:26-0600 Clinton Stimpson wrote: Alan, you are in luck. They fixed it two days ago!! At first, I was confused because I was not able to reproduce it, then trying it against an older version of Wine showed the problem. commit 4a566ed3d6acd8a6e18eeaeb41d55d0f793029de Author:

Re: [cmake-developers] Generator expressisons in target properties (was Re: conditionals in generator expressions)

2012-10-26 Thread Stephen Kelly
Stephen Kelly wrote: The topics use-generator-target and target-location-configure-time don't depend on anything or each other, so I can work on merging them when development opens again. After that export-at-generate-time can be rewritten. After that I'll get the contents of

Re: [cmake-developers] Generator expressisons in target properties

2012-10-26 Thread Brad King
On 10/26/2012 06:10 AM, Stephen Kelly wrote: The new plan would be: * Port cmGeneratorExpression API to cmTarget * Add a way to determine at runtime whether linking-related information is being requested at configure-time or generate-time. A property on the Makefile might work. * Add a

[cmake-developers] [CMake 0013609]: RPM generator wrongly add parents directories to the package

2012-10-26 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=13609 == Reported By:barth Assigned To:

Re: [cmake-developers] Incomplete gfortran library link command sometimes mysteriously occurs with MinGW/MSYS on Wine-1.5.15 platform

2012-10-26 Thread Alan W. Irwin
On 2012-10-26 02:15-0700 Alan W. Irwin wrote: On 2012-10-25 23:26-0600 Clinton Stimpson wrote: Alan, you are in luck. They fixed it two days ago!! At first, I was confused because I was not able to reproduce it, then trying it against an older version of Wine showed the problem. commit

[CMake] Variable target name visible at the top level

2012-10-26 Thread Vyacheslav Karamov
Hi All! I have project with the structure similar to this worker | | | chatterbox | || | |CMakeLists.txt | | | externals | || | |sndlib | | | | | CMakeLists.txt | CMakeLists.txt | CMakeLists.txt $ cat

Re: [CMake] Variable target name visible at the top level

2012-10-26 Thread Eric Noulard
2012/10/26 Vyacheslav Karamov ubuntul...@yandex.ru: Hi All! I have project with the structure similar to this worker | | | chatterbox | || | |CMakeLists.txt | | | externals | || | |sndlib | | | | |

Re: [CMake] Variable target name visible at the top level

2012-10-26 Thread Vyacheslav Karamov
Thank you, but if I need variable two level up? 26.10.2012 12:07, Rolf Eike Beer пишет: On Fr., 26. Okt. 2012 10:22:51 CEST, Vyacheslav Karamov ubuntul...@yandex.ru wrote: Hi All! I have project with the structure similar to this set (snd_lib sndlib) add_library(${snd_lib} SHARED ...) How

Re: [CMake] Variable target name visible at the top level

2012-10-26 Thread Eric Noulard
2012/10/26 Vyacheslav Karamov ubuntul...@yandex.ru: Thank you, but if I need variable two level up? you may be able to use a GLOBAL property see: cmake --help-command set_property or may be a CACHE variable. but from my point of view, it looks like you have a design issue. Why would you need

Re: [CMake] Variable target name visible at the top level

2012-10-26 Thread Vyacheslav Karamov
26.10.2012 12:16, Eric Noulard пишет: 2012/10/26 Vyacheslav Karamov ubuntul...@yandex.ru: Hi All! I have project with the structure similar to this worker | | | chatterbox | || | |CMakeLists.txt | | | externals | || | |sndlib |

[CMake] GenerateExportHeader for module library

2012-10-26 Thread Gregoire Aujay
Hello, I want to create a module with two symbols exported with visual: startPlugin stopPlugin I wish I could use the convenient GENERATE_EXPORT_HEADER function to do so. Is there any reason why the GENERATE_EXPORT_HEADER function is disabled for the MODULE library type ? Thanks, Gregoire --

Re: [CMake] Variable target name visible at the top level

2012-10-26 Thread Eric Noulard
2012/10/26 Vyacheslav Karamov ubuntul...@yandex.ru: How to handle this situation in a proper way? Define it at the scope it ought to be ? or use set (snd_lib sndlib PARENT_SCOPE) but again I think your problems comes from the fact your defined your var after add_subdirectory.

Re: [CMake] [PATCH] Optionally skip link dependencies on shared library files

2012-10-26 Thread Leif Walsh
Cool, thanks. I'll try this! Sent from my iPhone On Oct 26, 2012, at 8:43, Brad King brad.k...@kitware.com wrote: Add target property LINK_DEPENDS_NO_SHARED and initialization variable CMAKE_LINK_DEPENDS_NO_SHARED to enable this behavior. Suggested-by: Leif Walsh leif.wa...@gmail.com ---

Re: [CMake] [PATCH] Optionally skip link dependencies on shared library files

2012-10-26 Thread Leif Walsh
This is exactly what I wanted, and the results were incredible. Thank you. I'll patch all my installs with this and hope it gets in a public release soon. Leif Walsh leif.wa...@gmail.com writes: Cool, thanks. I'll try this! Sent from my iPhone On Oct 26, 2012, at 8:43, Brad King

Re: [CMake] [PATCH] Optionally skip link dependencies on shared library files

2012-10-26 Thread Brad King
On 10/26/2012 09:43 AM, Leif Walsh wrote: This is exactly what I wanted, and the results were incredible. Thanks for testing. I've merged it to our 'next' branch in Git: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ed976313 We still need to add a test before it can be merged for

Re: [CMake] [PATCH] Optionally skip link dependencies on shared library files

2012-10-26 Thread Bill Hoffman
On 10/26/2012 9:43 AM, Leif Walsh wrote: This is exactly what I wanted, and the results were incredible. Thank you. If you want to thank us... Please help out and create a test for this so we can put it in the next release. The test should build a shared library and link it to an exe,

Re: [CMake] [PATCH] Optionally skip link dependencies on shared library files

2012-10-26 Thread Leif Walsh
Sure thing. Can you let me know where to find an example test? I'll pattern match one over the weekend. Sent from my iPhone On Oct 26, 2012, at 10:38, Bill Hoffman bill.hoff...@kitware.com wrote: On 10/26/2012 9:43 AM, Leif Walsh wrote: This is exactly what I wanted, and the results were

Re: [CMake] [PATCH] Optionally skip link dependencies on shared library files

2012-10-26 Thread Brad King
On 10/26/2012 10:39 AM, Leif Walsh wrote: Sure thing. Can you let me know where to find an example test? I'll pattern match one over the weekend. Most CMake tests just verify that binaries build correctly. The Tests/BuildDepends test is the only one that actually tests rebuild behavior. It

Re: [CMake] [PATCH] Optionally skip link dependencies on shared library files

2012-10-26 Thread Leif Walsh
Sounds good, I'll send a patch soon. Sent from my iPhone On Oct 26, 2012, at 11:13, Brad King brad.k...@kitware.com wrote: On 10/26/2012 10:39 AM, Leif Walsh wrote: Sure thing. Can you let me know where to find an example test? I'll pattern match one over the weekend. Most CMake tests

Re: [CMake] [PATCH] Optionally skip link dependencies on shared library files

2012-10-26 Thread David Cole
On Fri, Oct 26, 2012 at 11:22 AM, Leif Walsh leif.wa...@gmail.com wrote: Sounds good, I'll send a patch soon. Sent from my iPhone On Oct 26, 2012, at 11:13, Brad King brad.k...@kitware.com wrote: On 10/26/2012 10:39 AM, Leif Walsh wrote: Sure thing. Can you let me know where to find an

Re: [CMake] GenerateExportHeader for module library

2012-10-26 Thread Stephen Kelly
Gregoire Aujay wrote: Hello, I want to create a module with two symbols exported with visual: startPlugin stopPlugin I wish I could use the convenient GENERATE_EXPORT_HEADER function to do so. Is there any reason why the GENERATE_EXPORT_HEADER function is disabled for the MODULE

Re: [CMake] GenerateExportHeader for module library

2012-10-26 Thread Gregoire Aujay
Hello, I am doing my tests with visual 2008 and mingw. As far as I understand a module is like a shared library that cannot be linked. Instead it is dynamically loaded and then we find and use symbols in it. It is like doing the linker's job manually at runtime. If nothing is exported from my

[CMake] CPack issue with long path names being misplaced in TGZ file

2012-10-26 Thread Marcus Bartholomeu
Hi all, I'm having an issue to use CPack with big file paths. I have cmake-2.8.9. I built a very simple testcase to show this issue. These are the files in the project: ./CMakeLists.txt ./control/examples/path-with-very-long-length/some_file2.txt

Re: [CMake] CPack issue with long path names being misplaced in TGZ file

2012-10-26 Thread Marcus Bartholomeu
I'm VERY sorry to bug you guys! I just realized that this is an issue with the midnight commander. It is not reading inside tarballs correctly. But CPack is creating the tarball correctly. Sorry again, Marcus On Fri, Oct 26, 2012 at 7:59 PM, Marcus Bartholomeu cm...@tecativa.com.brwrote: Hi

Re: [CMake] CPack issue with long path names being misplaced in TGZ file

2012-10-26 Thread Eric Noulard
2012/10/27 Marcus Bartholomeu cm...@tecativa.com.br: I'm VERY sorry to bug you guys! I just realized that this is an issue with the midnight commander. It is not reading inside tarballs correctly. But CPack is creating the tarball correctly. Sorry again, Don't be, those bugs that are

[Cmake-commits] CMake branch, next, updated. v2.8.9-1214-g3c84971

2012-10-26 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 3c849715b594ef736dd0ae0e31106d52da10bbb3 (commit) via

[Cmake-commits] CMake branch, next, updated. v2.8.9-1217-g403da25

2012-10-26 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 403da25e38c24a2631425d79f6c74498f56bcabd (commit) via