[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 worker/

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

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

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 wrote: Hi All! I have project with the structure similar to this set (snd_lib "sndlib") add_library(${snd_lib} SHARED ...) How to handle this situa

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

2012-10-26 Thread Eric Noulard
2012/10/26 Vyacheslav Karamov : > 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 to jump scope like t

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 : 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 : > >>> 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. >> > PAREN

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

2012-10-26 Thread Brad King
Add target property LINK_DEPENDS_NO_SHARED and initialization variable CMAKE_LINK_DEPENDS_NO_SHARED to enable this behavior. Suggested-by: Leif Walsh --- On 08/03/2012 04:57 PM, Leif Walsh wrote: > On 3 Aug, 2012, at 4:44 PM, Andreas Pakulat wrote: >> Actually no, adding new public API, changin

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 wrote: > Add target property LINK_DEPENDS_NO_SHARED and initialization variable > CMAKE_LINK_DEPENDS_NO_SHARED to enable this behavior. > > Suggested-by: Leif Walsh > --- > > On 08/03/2012 04:57 PM, Leif Wal

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 writes: > Cool, thanks. I'll try this! > > Sent from my iPhone > > On Oct 26, 2012, at 8:43, Brad King wrote: > >> Add target p

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 inclus

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, modif

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 wrote: > On 10/26/2012 9:43 AM, Leif Walsh wrote: >> This is exactly what I wanted, and the results were incredible. Thank >> yo

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. I

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 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 just verify that

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 wrote: > Sounds good, I'll send a patch soon. > > Sent from my iPhone > > On Oct 26, 2012, at 11:13, Brad King 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 >>> ma

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 MODUL

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 ./control/examples/path-with-very-long-length/to-

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 wrote: > Hi all, > > I'm having

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

2012-10-26 Thread Eric Noulard
2012/10/27 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, Don't be, those bugs that are solving themselves a