[Ctk-developers] VS2010 support

[Sascha Zelzer]

Hi again,

thanks to JC (who forwarded my post to the CMake mailing list) I could 
identify the problem (for details, see 
http://thread.gmane.org/gmane.comp.programming.tools.cmake.user/37472 ).

Essentially, supplying a GIT_TAG argument together with a UPDATE_COMMAND 
(could also be the default update command, which may be non-empty) in 
the ExternalProject_Add() macro call will skip all steps after the 
update step in Visual Studio 2010.

This problem actually reveals some "issues" with our scripts in the 
CMakeExternals directory. I would like to suggest the following:

1.) Projects which are hosted on github/commontk

I would prefer to keep GIT_TAG origin/patched or similar, but until the 
bug is fixed, we could specify a specific SHA1 value and add 
UPDATE_COMMAND ""

This affects: CTKData, Log4Qt, PythonQt, QtSOAP, ZMQ (although hosted at 
github.com/patrickcheng/zmq2)

2.) True external projects

Here I would actually prefer GIT_TAG origin/tag where "tag" points to a 
release version. The relevant projects are:

- DCMTK: we already use a fixed tag, just needs UPDATE_COMMAND ""
- ITK: Use GIT_TAG v3.20.0
- VTK: If I rember correctly, the CTK VTK widgets need a very recent 
VTK, so use a fixed SHA1 instead of origin/master


I made these changes locally and successfully compiled CTK (I enabled 
everything without Python support) with VS2010 SP1.

What do you think?


Thanks,
Sascha


On 07/22/2011 06:07 PM, Sascha Zelzer wrote:
> Hi,
>
> there is something very strange going on. The generated VS 2010 projects
> (I am using the Express editions, 32bit) for the external dependencies
> like DCMTK, Log4Qt, etc. only call the download step of the
> ExternalProject_add call in our superbuild scripts. The projects are not
> configured and build.
>
> Did anybody experience the same? I tried with and without the VS 2010
> SP1 and with CMake 2.8.4 and 2.8.5.
>
> Thanks,
> Sascha
>
> On 07/22/2011 01:39 PM, Sascha Zelzer wrote:
>> Hi Folks,
>>
>> I would like to get Visual Studio 2010 compatibility for CTK.
>>
>> Currently, it looks like I will have to copy ExternalProject.cmake to
>> CTK for the CMAKE_CACHE_ARGS argument. Then a couple of small
>> modifications should do.
>>
>> Any other ideas or objections?
>>
>> Thanks,
>>
>> Sascha
>> _______________________________________________
>> Ctk-developers mailing list
>> Ctk-developers at commontk.org
>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers