[vtkusers] announce: vtk 6.2.0 release candidate 1 is ready
Dženan Zukić
dzenanz at gmail.com
Thu Feb 26 10:37:28 EST 2015
All of the same compiler issues exist with VS2012 x64.
On Wed, Feb 25, 2015 at 11:16 PM, Dženan Zukić <dzenanz at gmail.com> wrote:
> I am using VS2013 Community Edition targeting AMD64.
>
> This error appears when compiling in both release and debug mode:
> M:\Dev\VTK-6.2.0.rc1\Examples\ParallelProcessing\SMP\Cxx\vtkSMPMinMaxTree.cxx(81):
> error C3861: '__sync_add_and_fetch': identifier not found
>
> In debug mode there is a linking error with tbb_debug.lib, even though I
> specified its path in CMake configuration step along with all other things
> setting VTK_SMP_IMPEMENTATION_TYPE to TBB required. It happens
> for vtkFiltersModelingCxxTests, AmbientSpheres and many others. Example
> message:
> 5>------ Build started: Project: vtkFiltersSMPCxxTests, Configuration:
> Debug x64 ------
> 5>LINK : fatal error LNK1104: cannot open file 'tbb_debug.lib'
> Build: 2 succeeded, 117 failed, 124 up-to-date, 7 skipped
>
> Also, this warning is repeated many times over (always for tutorial step6):
> CMake Warning (dev) in Examples/Tutorial/Step6/Cxx/CMakeLists.txt:
> Policy CMP0020 is not set: Automatically link Qt executables to qtmain
> target on Windows. Run "cmake --help-policy CMP0020" for policy details.
> Use the cmake_policy command to set the policy and suppress this warning.
> This warning is for project developers. Use -Wno-dev to suppress it.
>
> On Wed, Feb 25, 2015 at 9:43 PM, Dženan Zukić <dzenanz at gmail.com> wrote:
>
>> That file is part of a binary release of Qt 5.4.0.
>>
>> Another problem: enabling build_examples without enabling Build_Testing
>> gives off "Requested modules not available: vtkTestingCore".
>>
>> Enabling Build_Testing creates COPY_ONLY issue. This issue disappears
>> when using QT 5.4.1. In 5.4.1's version of Qt5CoreMacros.cmake that
>> string is COPYONLY - so they have fixed it.
>>
>> I am now building it with examples and testing on. If I run into any more
>> issues I will let you know.
>>
>> On Wed, Feb 25, 2015 at 8:33 PM, David E DeMarle <
>> dave.demarle at kitware.com> wrote:
>>
>>> What is this file?
>>>
>>> C:/Dev/Qt5.4.0/5.4/msvc2013_64_opengl/lib/cmake/Qt5Core/Qt5CoreMacros.cmake
>>> Maybe it needs "COPY_ONLY" replaced with "COPYONLY"
>>>
>>> David E DeMarle
>>> Kitware, Inc.
>>> R&D Engineer
>>> 21 Corporate Drive
>>> Clifton Park, NY 12065-8662
>>> Phone: 518-881-4909
>>>
>>> On Wed, Feb 25, 2015 at 5:08 PM, Dženan Zukić <dzenanz at gmail.com> wrote:
>>>
>>>> Hi David,
>>>>
>>>> I managed to select CMake configuration options which cause a
>>>> mysterious error: configure_file called with unknown argument(s):
>>>> COPY_ONLY.
>>>>
>>>> Attached are my changes to the configuration and CMake's configure log
>>>> (error is at the end).
>>>>
>>>> Regards
>>>>
>>>> On Mon, Feb 16, 2015 at 4:43 PM, David E DeMarle <
>>>> dave.demarle at kitware.com> wrote:
>>>>
>>>>> The VTK developement team is happy to announce that VTK 6.2 has
>>>>> entered the release candidate stage!
>>>>>
>>>>> You can find the source, data, and new vtkpython binary packages here:
>>>>>
>>>>> http://www.vtk.org/VTK/resources/software.html#latestcand
>>>>>
>>>>> Please try this version of VTK and report any issues to the list or
>>>>> the bug tracker so that we can try to address them before VTK 6.2.0 final.
>>>>>
>>>>> The official release notes will be available when VTK final is
>>>>> released in the next few weeks. In the meantime here is a preview:
>>>>>
>>>>> --
>>>>>
>>>>> VTK’s use of the parallelism available in modern architectures
>>>>> continues to mature. To set the stage for this move, we have refactored how
>>>>> pieces and extents are handled in the pipeline. The pipeline used to inject
>>>>> extent translators into the pipeline to obtain structured sub-extents for
>>>>> each requested unstructured piece. This approach had flaws so now the
>>>>> translation responsibility falls to the readers which are best able to make
>>>>> the computation and parallel filters are now responsible for dealing
>>>>> gracefully with unexpected extents. Next we have we have updated to the
>>>>> latest version of the Dax toolkit and begun to lay the groundwork for
>>>>> adopting the vtk-m project as a successor to the Piston, Dax, and EAVL
>>>>> efforts. There have been a series of minor improvements to the SMP
>>>>> framework and vtkSMP filters too as we get ready to adopt them in a large
>>>>> swath of VTK’s algorithms. In related work, note that we have begun to
>>>>> support Xeon Phi (MIC) chips. For information about this please refer to: h
>>>>> ttp://www.paraview.org/Wiki/ParaView_and_VTK_on_Xeon_Phi_%28KNC%29
>>>>> <http://www.paraview.org/Wiki/ParaView_and_VTK_on_Xeon_Phi_%28KNC%29>.
>>>>>
>>>>>
>>>>> Similarly VTK’s support for the Web continues to advance in this
>>>>> release. VTK-Web has migrated to WAMP 2.0 in 6.2 and there are now complete
>>>>> and updated examples of using the web launcher to start vtkweb
>>>>> applications. vtkWeb applications now support http-only server/client
>>>>> configurations for situations when websockets are not acceptable. There
>>>>> were also improvements made to VTK to support the creation and use of
>>>>> Cinema and Workbench applications (in-situ deferred visualization) that are
>>>>> described in a SuperComputing 2015 paper “An Image-based Approach to
>>>>> Extreme Scale In Situ Visualization and Analysis”
>>>>>
>>>>> Wrapped languages have gotten a share of the attention in this
>>>>> release. There have been several fixes for ActiViz.Net which was recently
>>>>> updated from 5.8 to VTK 6.1 and will soon be updated again to 6.2. The Tcl
>>>>> examples have finally been upgraded following modularization and note that
>>>>> it is now mandatory to invoke the method Start on the instance of
>>>>> vtkRenderInteractor from Tcl. In Java, vtkPanel’s behavior was changed to
>>>>> better support advanced class loader system like OSGI. VTK’s dashboards now
>>>>> automatically build redistributable packages on Windows, Linux and Mac that
>>>>> will allow us to feed Maven.
>>>>>
>>>>> Python has received the heaviest dose of updates. Wrapped namespaces
>>>>> and enum types are now available in Python. We’ve also made significant
>>>>> improvements to the VTK-numpy integration by introducing a number of Python
>>>>> modules that provide numpy-compatible interfaces to VTK data structures.
>>>>> See http://www.kitware.com/blog/home/post/723 for details. We’ve also
>>>>> introduced vtkPythonAlgorithm, which makes it easier than ever to quickly
>>>>> extend VTK with filters that are written directly in Python. See
>>>>> http://www.kitware.com/blog/home/post/737 for details.
>>>>>
>>>>> VTK’s rendering is making both evolutionary and revolutionary advances
>>>>> in this release. The evolutionary changes include the usual number of
>>>>> incremental improvements. These include such things like advanced color and
>>>>> display controls, "sticky" axes mode for vtkCubeAxesActor, out of range
>>>>> color assignments, and indexed color lookups for vtkStringArrays. There are
>>>>> also a number of text rendering improvements such as better multiline,
>>>>> rotated, and aligned text as well as BackgroundColor and BackgroundOpacity
>>>>> options.
>>>>>
>>>>> The revolutionary changes can be found in the OpenGL2 modules. These
>>>>> are under active development at the moment, and the API will be subject to
>>>>> change in the next release, but early adopters are encouraged to try it out
>>>>> and report their experiences with it on the mailing list. OpenGL2 is a
>>>>> rewrite of VTK’s rendering backend that brings VTK up to date with modern
>>>>> OpenGL programming practices. By replacing antiquated rendering techniques
>>>>> with modern ones, we have increased rendering performance by orders of
>>>>> magnitude in some situations. This work, funded by the NIH VTK Maintenance
>>>>> grant touches both surface and volume rendering techniques. You can read
>>>>> about OpenGL2 at: http://www.kitware.com/source/home/post/144 and
>>>>> http://www.kitware.com/source/home/post/154
>>>>>
>>>>> Besides the above progress some of the most notable changes in VTK 6.2
>>>>> include
>>>>>
>>>>> -
>>>>>
>>>>> deprecated InfovisParallel
>>>>> -
>>>>>
>>>>> vtkIOXdmf3, an interface to ARL’s greatly improved interface to
>>>>> HDF5 backed data storage
>>>>> -
>>>>>
>>>>> added a reader and writer for NIfTI files, including the 64-bit
>>>>> NIfTI-2 format
>>>>> -
>>>>>
>>>>> added support for SpaceMouse devices
>>>>> -
>>>>>
>>>>> external rendering support for immersive environments
>>>>> http://kitware.com/blog/home/post/688
>>>>> -
>>>>>
>>>>> removed -fobjc-gc from VTK_REQUIRED_OBJCXX_FLAGS
>>>>> -
>>>>>
>>>>> Rewrote the OS X Cocoa mouse event handling code to make it more
>>>>> robust.
>>>>>
>>>>>
>>>>> We hope you enjoy this release of VTK! As always contact Kitware and
>>>>> the mailing lists for assistance.
>>>>>
>>>>> David E DeMarle
>>>>> Kitware, Inc.
>>>>> R&D Engineer
>>>>> 21 Corporate Drive
>>>>> Clifton Park, NY 12065-8662
>>>>> Phone: 518-881-4909
>>>>>
>>>>> _______________________________________________
>>>>> Powered by www.kitware.com
>>>>>
>>>>> Visit other Kitware open-source projects at
>>>>> http://www.kitware.com/opensource/opensource.html
>>>>>
>>>>> Please keep messages on-topic and check the VTK FAQ at:
>>>>> http://www.vtk.org/Wiki/VTK_FAQ
>>>>>
>>>>> Search the list archives at: http://markmail.org/search/?q=vtkusers
>>>>>
>>>>> Follow this link to subscribe/unsubscribe:
>>>>> http://public.kitware.com/mailman/listinfo/vtkusers
>>>>>
>>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtkusers/attachments/20150226/cf9e8913/attachment.html>
More information about the vtkusers
mailing list