[vtk-developers] heads up - dash1win7 coming online

[burlen]

nice, thanks.

Any chance you would use VTK_BUILD_ALL_MODULES? as I understand it 
GROUP_MPI shouldn't enable any rendering code, which will leave some 
modules untested, eg. vtkRenderingParallelLIC.

Burlen

On 09/27/2013 11:32 AM, David E DeMarle wrote:
> Ah I see, I guess vtkRenderingParallel isn't necessarily in GROUP_MPI.
> Turned on vtkRenderingParallel on amber10 vtk nightly. We'll see how 
> it goes tonight.
>
> Thanks for pointing out the gap.
>
>
>
> David E DeMarle
> Kitware, Inc.
> R&D Engineer
> 21 Corporate Drive
> Clifton Park, NY 12065-8662
> Phone: 518-881-4909
>
>
> On Fri, Sep 27, 2013 at 2:28 PM, burlen <burlen.loring at gmail.com 
> <mailto:burlen.loring at gmail.com>> wrote:
>
>     Awesome Thanks for adding it to your new system!!
>
>     OK, I see the run you're talking about, but it's running the
>     nightly "Release Branch". That run doesn't have
>     VTK_BUILD_ALL_MODULES, and as a result parallel code doesn't get
>     good coverage there. eg many line like the following in the
>     configure output
>
>     -- Disable test module vtkFiltersParallel-Test-Cxx since required modules are not enabled: vtkRenderingParallel
>
>     The amber 10 "Nightly Expected" doesn't seem to be configured with
>     MPI, at least I'm not seeing any "Found MPI_C/Found MPI_CXX" in
>     configure output and also no "VTK_BUILD_ALL_MODULES".
>
>     At any rate your system should help.
>
>
>     On 09/27/2013 10:34 AM, David E DeMarle wrote:
>>     Amber10 has win+mpi
>>     from VTK/Testing/Core/vtk_submitter_summary.py:
>>
>>     vtkParallelMPI;1;4.84210526316;['kamino.kitware
>>     Mac10.7.5-clang-release-x86_64-nightly_master', 'zom.kitware
>>     Debian-g++-4.7-ATI', 'karego-at.kitware Ubu
>>     ntu-Coverage', 'londinium.kitware Arch-GCC-4.8-x86_64-debug',
>>     'kamino.kitware Mac10.7.5-gcc-release-x86_64-nightly_master',
>>     'kargad.kitware MacLion-Cont
>>     inuous', 'bubbles.hooperlab Fedora-18-MesaDevel_DRI-x86_64',
>>     'londinium.kitware Arch-GCC-4.8-x86_64-release',
>>     'bubbles.hooperlab Fedora-18_OSMesa-9.1.5-
>>     x86_64', 'hythloth.kitware Linux-gcc', 'karego-at.kitware
>>     Ubuntu-Continuous', 'bubbles.hooperlab
>>     Fedora-18-Mesa-9.1.5_DRI-x86_64', 'bubbles.hooperlab Fe
>>     dora-18_OSMesaDevel-x86_64', 'amber10.kitware Win64-VS10',
>>     'kargad.kitware MacLion-VTKAccelerators', 'londinium.kitware
>>     Arch-Clang-3.2-x86_64-debug', 'k
>>     arego-at.kitware Ubuntu-vtkpiston', 'murron.hobbs-hancock
>>     Fedora-18_OSMesaDevel-x86_64', 'murron.hobbs-hancock
>>     Fedora-18-MesaDevel_DRI-x86_64']
>>
>>     But your point is well taken, I'll see about putting and MPI on
>>     dash1win7 too.
>>
>>     I didn't know that openMPI and MPICH dropped Windows support. Bummer.
>>
>>     David E DeMarle
>>     Kitware, Inc.
>>     R&D Engineer
>>     21 Corporate Drive
>>     Clifton Park, NY 12065-8662
>>     Phone: 518-881-4909 <tel:518-881-4909>
>>
>>
>>     On Fri, Sep 27, 2013 at 12:14 PM, burlen <burlen.loring at gmail.com
>>     <mailto:burlen.loring at gmail.com>> wrote:
>>
>>         Hi Dave,
>>
>>         I think that there is a gap in the VTK dash coverage for
>>         Windows builds with MS MPI.  Maybe other Win+MPI builds are
>>         missing as well, however since both MPICH and Open MPI have
>>         dropped support for Windows, I think MS MPI is currently the
>>         important one. Perhaps this system could cover this? Maybe
>>         some other system?
>>
>>         Burlen
>>
>>
>>         On 09/27/2013 07:17 AM, David E DeMarle wrote:
>>>         I'm going to promote dash1win7-nightly-static and
>>>         dash1win7-nightly-shared to the expected section of the
>>>         dashboard.
>>>
>>>         It is a more recent machine that the other windows
>>>         submitters. More importantly it increases coverage at these
>>>         test space points:
>>>         * an msvc 2012 submitter (mug.neocisinc is the only other),
>>>         * one of the few static library testers (zom and dash3 are
>>>         the others)
>>>         * the only static=ON + python=ON combination.
>>>         That last point is probably why it shows 30 compilation
>>>         warnings. I'll try to get to those soon to keep the
>>>         background noise down.
>>>
>>>         I _tried_ briefly to turn JAVA on as well, since we have no
>>>         win + java=ON coverage, but doing so made cmake choke
>>>         (wouldn't produce a valid VS solution). I'll get back to
>>>         that eventually.
>>>
>>>         cheers,
>>>
>>>         David E DeMarle
>>>         Kitware, Inc.
>>>         R&D Engineer
>>>         21 Corporate Drive
>>>         Clifton Park, NY 12065-8662
>>>         Phone: 518-881-4909 <tel:518-881-4909>
>>>
>>>
>>>         _______________________________________________
>>>         Powered bywww.kitware.com  <http://www.kitware.com>
>>>
>>>         Visit other Kitware open-source projects athttp://www.kitware.com/opensource/opensource.html
>>>
>>>         Follow this link to subscribe/unsubscribe:
>>>         http://www.vtk.org/mailman/listinfo/vtk-developers
>>>
>>
>>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20130927/32b5b66e/attachment.html>