[vtk-developers] TestSetGet timeouts on RogueResearch machines

[Bill Lorensen]

JC, I just found that myself. Thanks.

I use  something like this:
  if (MSVC)
    add_test(NAME ${vtk-module}Tcl-${test}
           COMMAND ${TCL_TCLSH}
                ${CMAKE_CURRENT_SOURCE_DIR}/${test}.tcl
-A ${VTK_TCL_HOME}/$<CONFIGURATION>)
  else()
    add_test(NAME ${vtk-module}Tcl-${test}
           COMMAND ${TCL_TCLSH}
${CMAKE_CURRENT_SOURCE_DIR}/${test}.tcl
-A ${VTK_TCL_HOME})
  endif()


On Fri, Feb 22, 2013 at 12:16 AM, Jean-Christophe Fillion-Robin <
jchris.fillionr at kitware.com> wrote:

> Hi Bill,
>
> You could use $<CONFIGURATION>.
> See http://www.cmake.org/cmake/help/v2.8.10/cmake.html#command:add_test
>
> Hth
> Jc
>
>
> On Thu, Feb 21, 2013 at 11:50 PM, Bill Lorensen <bill.lorensen at gmail.com>wrote:
>
>> I had to revert my gerrit patch that used tclsh. It failed on Windows
>> because it needs a proper Wrapping/Tcl dir to add to auto_path. This is
>> done with the -A arg on the add_test command.
>> I thought I could use
>> ${VTK_TCL_HOME} but that does not include the Release or RelWithDebinfo
>> or Debug subdir that the packages reside in on Windows.
>>
>> I'm not sure how to get cmake to generate a proper path that has the cfg
>> dir.
>>
>> I tried:
>> ${VTK_TCL_HOME}/${CMAKE_CFG_INTDIR} but on VS 2010 is generates:
>> ${VTK_TCL_HOME}/${Configuration}
>>
>> I could list explicitly all cfg's but that does not seem desirable.
>>
>>
>> On Thu, Feb 21, 2013 at 4:54 PM, David Gobbi <david.gobbi at gmail.com>wrote:
>>
>>> On Thu, Feb 21, 2013 at 2:36 PM, Sean McBride <sean at rogue-research.com>
>>> wrote:
>>> > On Thu, 21 Feb 2013 14:01:17 -0700, David Gobbi said:
>>> >
>>> >>I'm not sure if this will help, but I ran "ctest -V -R TestSetGet"
>>> >>from crontab on my own machine (OS X 10.6) and it took
>>> >>15 seconds, exactly the same as when I run it from the shell.
>>> >>It produced identical output, too.
>>> >
>>> > Could you try with launchd instead of cron?
>>>
>>> Okay, with launchd it takes several minutes at least (it's still
>>> running).
>>> Attaching gdb tells me Tk_DrawChars() is where it spending its time.
>>> And even though I'm running ctest with the "-V" option, I'm not getting
>>> any output.  So, yeah, I think that vtk is trying to write to the tk
>>> console
>>> instead of writing to stdout.  So Bill's tclsh patch will hopefully fix
>>> that.
>>>
>>>  - David
>>>
>>
>>
>>
>> --
>> Unpaid intern in BillsBasement at noware dot com
>>
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.vtk.org/mailman/listinfo/vtk-developers
>>
>>
>>
>
>
> --
> +1 919 869 8849
>



-- 
Unpaid intern in BillsBasement at noware dot com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20130222/b1a4cc45/attachment.html>