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/
2012/10/26 Vyacheslav Karamov :
> Hi All!
>
> I have project with the structure similar to this
>
> worker
> | |
> | chatterbox
> | ||
> | |CMakeLists.txt
> | |
> | externals
> | ||
> | |sndlib
> | | |
> | | CMakeLists.tx
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
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
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
| | |
|
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
--
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
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
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
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
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
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
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
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
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
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
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
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
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-
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
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
21 matches
Mail list logo