That executable is in the bin tree. Actually I looked into this a little bit a week ago or so when I noticed it but was side tracked. <div><br></div><div>In the top level CMakeLists.txt file of VTK I don't think GET_TARGET_PROPERTY(.. LOCATION) is returning a path VS71 likes (.\<executabe>). <div>

<br></div><div><div>IF(CMAKE_CROSSCOMPILING)</div><div>    SET(VTK_WRAP_TCL_EXE      vtkWrapTcl)</div><div>    SET(VTK_WRAP_TCL_INIT_EXE vtkWrapTclInit)</div><div>  ELSE(CMAKE_CROSSCOMPILING)</div><div>    GET_TARGET_PROPERTY(VTK_WRAP_TCL_EXE      vtkWrapTcl     LOCATION)</div>

<div>    GET_TARGET_PROPERTY(VTK_WRAP_TCL_INIT_EXE vtkWrapTclInit LOCATION)</div><div>  ENDIF(CMAKE_CROSSCOMPILING)</div><div><br></div><div>That said, the ADD_CUSTOM_COMMAND in vtkWrapTcl.cmake and vtkWrapPython.cmake could probably just use the target name (vtkWrapTcl, vtkWrapPython) and let CMake figure out the path on it's own instead of using whatever VTK_WRAP_{TCL/PYTHON}_EXE gets set to.</div>

<div><br></div><div><div># add custom command to output</div><div>      ADD_CUSTOM_COMMAND(</div><div>        OUTPUT ${CMAKE_CURRENT_BINARY_DIR}/${TMP_FILENAME}Tcl.cxx</div><div>        DEPENDS ${VTK_WRAP_TCL_EXE} ${VTK_WRAP_HINTS}</div>

<div>        ${KIT_HIERARCHY_FILE}</div><div>        MAIN_DEPENDENCY "${TMP_INPUT}"</div><div>        COMMAND ${VTK_WRAP_TCL_EXE}</div><div>        ARGS</div><div>        ${TMP_CONCRETE}</div><div>        ${TMP_HINTS}</div>

<div>        ${TMP_HIERARCHY}</div><div>        ${TMP_DEFINITIONS}</div><div>        ${TMP_INCLUDE}</div><div>        "${quote}${TMP_INPUT}${quote}"</div><div>        "${quote}${CMAKE_CURRENT_BINARY_DIR}/${TMP_FILENAME}Tcl.cxx${quote}"</div>

<div>        COMMENT "Tcl Wrapping - generating ${TMP_FILENAME}Tcl.cxx"</div><div>        ${verbatim}</div><div>        )</div></div><div><br></div><div><br></div>I'll let you take it from there :-P</div><div>

<br></div><div><br><div class="gmail_quote">On Tue, Sep 7, 2010 at 2:47 PM, Dave Partyka <span dir="ltr"><<a href="mailto:dave.partyka@kitware.com">dave.partyka@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Sure thing.<div><div></div><div class="h5"><br><br><div class="gmail_quote">On Tue, Sep 7, 2010 at 2:38 PM, David Gobbi <span dir="ltr"><<a href="mailto:david.gobbi@gmail.com" target="_blank">david.gobbi@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Does anyone know anything about DASH1 and DASH11?  These machines have<br>
been complaining that "vtkWrapTcl.exe is not found" for several days<br>
now.  I have a vague feeling that they might be failing because of<br>
something that I've done.  Is there someone who can check to see if<br>
vtkWrapTcl.exe is being built on these machines?<br>
<br>
Thanks in advance,<br>
<br>
  David<br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.vtk.org/mailman/listinfo/vtk-developers" target="_blank">http://www.vtk.org/mailman/listinfo/vtk-developers</a><br>
<br>
</blockquote></div><br>
</div></div></blockquote></div><br></div></div>