- Original Message -
> I downloaded CMake 2.8.12 and faced the following behavior with Cmake -GUI
> which can be reproduced if:
> After initial configuration click configurations until all options are not
> marked as red.
> Then change one the options.
> Now you are able to click Generat
Is this expected behavior?
I remember using old version and update of the variable in the gui leaded
to disabling generate button
Alex
On Mon, Nov 18, 2013 at 4:31 PM, Alex Malyushytskyy wrote:
> I downloaded CMake 2.8.12 and faced the following behavior with Cmake
> -GUI which can be reproduc
Hi,
When using the PackageMaker generator with CPack on OSX is there a way to
disable CPACK_RESOURCE_FILE_README? When using the PackageMaker interface these
files and the corresponding install wizard pages are optional.
Glenn
--
Powered by www.kitware.com
Please keep messages on-topic and
Yes, that works.
On Tue, Nov 19, 2013 at 7:21 PM, Matthew Woehlke <
matthew.woeh...@kitware.com> wrote:
> On 2013-11-19 19:07, Michael DiCuccio wrote:
>
>> Suppose you have a library named general:
>>
>> -
>> add_library(general foo bar)
>> -
>>
>> and then try to link it into an app
On 11/20/2013 06:08 PM, NoRulez wrote:
> When I run "ctest -V -S CTestScript.cmake" then everything is done
> successfully, except that I doesn't see the build under CDash.
>
>> Am 20.11.2013 um 17:30 schrieb Nils Gladitz :
>>
>>> On 20.11.2013 17:23, NoRulez wrote:
>>> Now the problem is, that
sorry,
it seems that I replyed to the wrong thread...
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
information on each offering, please visit:
OK, thanks.
But somehow complicated. I wonder If I couldn't (miss)use the UPDATE_COMMAND
for this.
Can I use a macro as UPDATE_COMMAND?
My CMakeLists.txt looks like that right now:
include(ExternalProject)
SET(subprojects "core0" "core1" "core2")
foreach(MYPROJ ${subprojects})
ExternalPr
OK, thanks.
But somehow complicated. I wonder If I couldn't (miss)use the UPDATE_COMMAND
for this.
Can I use a macro as UPDATE_COMMAND?
My CMakeLists.txt looks like that right now:
include(ExternalProject)
SET(subprojects "core0" "core1" "core2")
foreach(MYPROJ ${subprojects})
ExternalPr
When I run "ctest -V -S CTestScript.cmake" then everything is done
successfully, except that I doesn't see the build under CDash.
> Am 20.11.2013 um 17:30 schrieb Nils Gladitz :
>
>> On 20.11.2013 17:23, NoRulez wrote:
>> Now the problem is, that sometimes the experimental entry are shown in
>>
Another thing -- the FindMatlabMex.cmake/UseMatlabMex.cmake stuff in VTK
is out of date and broken, and apparently no one uses it or it would have
been noticed a long time ago.
--
Kent Williams norman-k-willi...@uiowa.edu
Notice: This UI Health Care e-mail (inclu
Hello,
in my CTestScript I have the following:
set(MODEL "Experimental")
ctest_start(${MODEL} TRACK ${MODEL})
.
.
.
The script is called from a scheduler every 30 minutes:
ctest -S CTestScript.cmake
Now the problem is, that sometimes the experimental entry are shown in CDash,
but not every tim
On 20.11.2013 17:23, NoRulez wrote:
Now the problem is, that sometimes the experimental entry are shown in CDash,
but not every time when I call the CTest script.
I don't know when it was shown or not.
Did I need to configure some additional settings to get it to work?
I use CMake 2.8.12 on Wi
The problem is even stranger than that.
In my CMakeLists.txt I am using (sort of) the 'stub + library' method
suggested by Matt McCormick. But I'm not doing exactly what he did; I try
and get all the libraries needed to link and pass them in to MEX. This
ALMOST works, but ITK_LIBRARIES doesn't li
Kent,
It appears that you are trying to link of all of ITK. SimpleITK ITK took the
approach of producing a library that fully encapsulates ITK. So that a single
shared library could be produced and not depend on ITK. While you could use
SimpleITK's library and try to use the infrastructure to
I've staged a new topic "wix-components" that adds basic component
support to the CPack WiX generator:
http://cmake.org/gitweb?p=stage/cmake.git;a=shortlog;h=refs/heads/wix-components
I would like to encourage anyone interested in this to inspect and/or
try out the changes and provide feedback.
On 11/20/2013 09:52 AM, Eric Noulard wrote:
2013/11/20 Jeremy Fix :
Hello,
I'm surprised CPACK_RPM_gui_PACKAGE_REQUIRES works , I don't find any use of
CPACK_RPM__REQUIRES in CPackRPM.cmake;
Yes there is for all
URL REQUIRES SUGGESTS PROVIDES OBSOLETES PREFIX CONFLICTS AUTOPROV
AUTOREQ AUTOR
2013/11/20 Jeremy Fix :
> Hello,
>
> I'm surprised CPACK_RPM_gui_PACKAGE_REQUIRES works , I don't find any use of
> CPACK_RPM__REQUIRES in CPackRPM.cmake;
Yes there is for all
URL REQUIRES SUGGESTS PROVIDES OBSOLETES PREFIX CONFLICTS AUTOPROV
AUTOREQ AUTOREQPROV
see lines 555 and following we c
Yup, AFAIK, -T is not represented in the GUI yet.
Petr
On Tue, Nov 19, 2013 at 6:16 PM, Thompson, K T wrote:
> That did the trick. Thank you.
>
>
>
> I was looking to set the Toolset from within the GUI, but it doesn’t
> appear that CMake current supports this operation.
>
>
>
> -kt
>
>
>
>
Hello,
I'm surprised CPACK_RPM_gui_PACKAGE_REQUIRES works , I don't find any
use of CPACK_RPM__REQUIRES in CPackRPM.cmake;
What I can suggest you for generating several packages with different
dependencies is to generate the different packages in multiple steps. If
we suppose you defined 2 c
19 matches
Mail list logo