[ITK-dev] VtkGlue module -- strange configuration.

[Bill Lorensen]

The commit log for my change says it all:

commit 913e2164cca521f791aac6d20bce34cba9831e96
Author: Bill Lorensen <bill.lorensen at gmail.com>
Date:   Sun Feb 19 08:21:41 2012 -0500

    BUG: Older version of VTK cannot be used with ITK

    Versions of VTK prior to April 19, 2011 cannot be used with ITKv4
    because of issues with MetaIO. Note that VTK 5.9 contains this error.
    These older version will produce the compile errors:
    MetaObject does not name a type
    MetaObjectType does not name a type
    plus others.

    The errors are caused by a change in the way MetaIO configures
    itself. Since VTK commit eb532553, (MetaIO: Avoid requiring parent
    projects to provide "../metaIOConfig.h", 2011-04-06) MetaIO configures
    a header into it's build tree.)

    The earliest VTK commit tag that will work is
    be4c4f115793598f6c8937a98bdd1f227d471540

    Change-Id: I58506c09b53344a8550df9aed5a9ceda844597e4

On Mon, Aug 11, 2014 at 1:33 PM, Bill Lorensen <bill.lorensen at gmail.com> wrote:
> Or set to VTK 5.10
>
>
> On Mon, Aug 11, 2014 at 1:32 PM, Bill Lorensen <bill.lorensen at gmail.com> wrote:
>> I set that version. VTK used to use a nightly version stamp. If I
>> recall, there was a fix made in vtk regarding meta library
>> configurations. It could probably be set to 6.0.
>>
>>
>> On Mon, Aug 11, 2014 at 12:49 PM, Williams, Norman K
>> <norman-k-williams at uiowa.edu> wrote:
>>> I’ve been messing with making the VtkGlue module use a more specific
>>> signature for find_package(VTK)*
>>>
>>> In ITK/Modules/Bridge/VtkGlue/itk-module-init.cmake there’s this:
>>>
>>> set(VERSION_MIN "5.9.20110419")
>>>
>>> … which as far as I can tell is nonsense; I checked out the VTK version from
>>> April 19th 2011, and the VTK version is set to be 5.9.0
>>>
>>> I don’t think the VTK_BUILD_VERSION would ever be set to a specific date
>>> stamp.
>>>
>>> What is required — in order to use find_package(VTK COMPONENTS …) -- would
>>> be the first revision after VTK Modularization was working.  And in fact,
>>> given how VTK sets its version numbers — hard coded in the top level
>>> CMakeLists.txt — I don’t even know how that would work.
>>>
>>> Any ideas?
>>>
>>> *This is an outgrowth of the work I’m doing on tailoring BRAINSTools’
>>> dependency processing in CMake for Slicer inclusion.  Specifically, rather
>>> than use find_package(ITK REQUIRED) use find_package(ITK COMPONENTS …
>>> REQUIRED) — this only adds the include paths (to compiles) and libraries (to
>>> link commangs) actually used by the specific programs.  There’s no
>>> find_package(ITK) at the top level of the build tree; there’s a specific
>>> find_package in each subdirectory that only requests the COMPONENTS actually
>>> referenced.
>>>
>>>
>>>
>>>
>>>
>>> ________________________________
>>> Notice: This UI Health Care e-mail (including attachments) is covered by the
>>> Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is confidential
>>> and may be legally privileged.  If you are not the intended recipient, you
>>> are hereby notified that any retention, dissemination, distribution, or
>>> copying of this communication is strictly prohibited.  Please reply to the
>>> sender that you have received the message in error, then delete it.  Thank
>>> you.
>>> ________________________________
>>>
>>> _______________________________________________
>>> Powered by www.kitware.com
>>>
>>> Visit other Kitware open-source projects at
>>> http://www.kitware.com/opensource/opensource.html
>>>
>>> Kitware offers ITK Training Courses, for more information visit:
>>> http://kitware.com/products/protraining.php
>>>
>>> Please keep messages on-topic and check the ITK FAQ at:
>>> http://www.itk.org/Wiki/ITK_FAQ
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> http://public.kitware.com/mailman/listinfo/insight-developers
>>>
>>
>>
>>
>> --
>> Unpaid intern in BillsBasement at noware dot com
>
>
>
> --
> Unpaid intern in BillsBasement at noware dot com



-- 
Unpaid intern in BillsBasement at noware dot com