From tevain at telecom-paristech.fr  Thu Sep  1 05:23:40 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Thu, 1 Sep 2016 11:23:40 +0200 (CEST)
Subject: [ITK] Registration framework v3 / v4 and Slicer
In-Reply-To: <DM2PR07MB3502C270C2300D7BFE5ACE1D8E30@DM2PR07MB350.namprd07.prod.outlook.com>
References: <1547929136.51028728.1472657178193.JavaMail.zimbra@enst.fr>
 <184910079.51087910.1472658467552.JavaMail.zimbra@enst.fr>
 <DM2PR07MB3502C270C2300D7BFE5ACE1D8E30@DM2PR07MB350.namprd07.prod.outlook.com>
Message-ID: <236146497.51890212.1472721820804.JavaMail.zimbra@enst.fr>

Hi Andras,

Thanks for clearing things up, I will take a look to the discussion!

Tim

----- Mail original -----
De: "Andras Lasso" <lasso at queensu.ca>
?: "Timothee Evain" <tevain at telecom-paristech.fr>, community at itk.org
Envoy?: Mercredi 31 Ao?t 2016 18:30:41
Objet: RE: Registration framework v3 / v4 and Slicer

Registration optimizers and metrics have been changed in ITKv4, so regardless of what parameters you choose, you won't get the same results. We've worked a lot on getting similar results with ITKv4 as with ITKv3 but the closest was to get slightly more accurate results with not significantly longer computation time. See some of the discussion here: http://slicer-devel.65872.n3.nabble.com/BRAINS-rigid-registration-td4032229.html

If you want to use the ITKv3 registration framework then you may check out an older BRAINS version that still used ITKv3.

Andras

-----Original Message-----
From: Community [mailto:community-bounces at itk.org] On Behalf Of Timothee Evain
Sent: August 31, 2016 11:48
To: community at itk.org
Subject: [ITK] Registration framework v3 / v4 and Slicer

Hello everybody,

Question about the difference between the v3 and v4 registration frameworks:
I conducted some experiments on registration in Slicer with the GeneralRegistration module (from the BRAINS suite), and now I try to get the same result in my own program.
I've learned from Github that the module use the v4 framework, but I'm working with ITK 4.5, and unfortunately this version doesn't bring all that's needed for copying the Slicer code.
So, I've tried to mimick the pipeline with the v3 framework, staying as close as possible (same metrics, same optimizers, same transformation chain, same parameters, etc). But results are quite differents, not bad but definetely not as accurate as the Slicer one (even after toying with the parameters). 

I haven't found a clear comparison document, so does the difference between the two frameworks can explain such results ?

Thanks,

Tim
_______________________________________________
Community mailing list
Community at itk.org
http://public.kitware.com/mailman/listinfo/community

From matt.mccormick at kitware.com  Thu Sep  1 09:45:56 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Thu, 1 Sep 2016 09:45:56 -0400
Subject: [ITK] [ITK-users] QVtkWidget beginner questions
In-Reply-To: <1472718024262-37456.post@n7.nabble.com>
References: <1472626890697-37451.post@n7.nabble.com>
 <CALzTN-RRHr3qZtCETdx7-m_3YwpJOu_mzjKzoTNeGEUbjsN8vA@mail.gmail.com>
 <1472718024262-37456.post@n7.nabble.com>
Message-ID: <CALzTN-QyBuMTQGkK9b9+2VfWhFS8Q37NZms7r+K-dNr5GuYJ4A@mail.gmail.com>

Hi Ibraheem,

On Thu, Sep 1, 2016 at 4:20 AM, Ibraheem via Insight-users
<insight-users at itk.org> wrote:
> Many thanks Matt for your response and answers.
>
> Matt McCormick-3 wrote
>>>   1- Is there a way to filter and write all the images at once instead of
>>> using the for loop?
>> To write to an image series in general, there is an
>> itk::ImageSeriesWriter.
>
> I tried this:
>           reader->SetFileNames(inputNames->GetInputFileNames() ); // get all
> slices
>           reader->Update();
>           // filtering : get threshold
>           filterThresh->SetInput( reader->GetOutput() );
>           QString thVals=ui->ThVal->text();
>           int ut= thVals.toInt() ;
>           filterThresh->ThresholdAbove(ut);
>           filterThresh->SetOutsideValue(0);
>           filterThresh->Update();
>           // Convert to VTK image using ImageToVTKImageFilter
>            vtkImgF->SetInput(filterThresh->GetOutput (sliceID));
> but it does not work. With adding sliceID the program crash. Without it, I
> get only the first slice. How can i get a specific slice from the filter
> output?

Briefly reviewing the code, a few suggestions come to mind:

- Set all filenames to the ImageSeriesReader (instead of just one)
- Call ->UpdateLargestPossibleRegion() at the end of the pipeline
instead of just ->Update() when multiple pipeline calls are made to
ensure the LargestPossibleRegion is reset in the pipeline.
- Check out

  https://itk.org/Doxygen/html/Examples_2IO_2DicomSeriesReadImageWrite2_8cxx-example.html

for another example.


> You are right. About question four, isn't it possible to create an itk image
> from a collected voxels (this is the part I don't know) then convert it to
> vtk image like I did in the example?

Yes! More information and tips can be found here:

  https://blog.kitware.com/how-to-connect-itk-and-vtk-pipelines/
  https://itk.org/ITKExamples/src/Bridge/VtkGlue/ConvertAnitkImageTovtkImageData/Documentation.html

Hope this helps,
Matt
_____________________________________
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://www.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-users

From tevain at telecom-paristech.fr  Thu Sep  1 10:01:46 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Thu, 1 Sep 2016 16:01:46 +0200 (CEST)
Subject: [ITK] Updating ITK setup
In-Reply-To: <723873517.52230286.1472738026501.JavaMail.zimbra@enst.fr>
Message-ID: <1560166129.52241022.1472738506759.JavaMail.zimbra@enst.fr>

Hi again community,

I'm trying to update my ITK from 4.5 to 4.10, built against a VTK 6.1.0 with the vtkGlue.
Cmake phase went well, but now I receive an error compiling my own code:

IntelliSense: command-line error: invalid macro definition: C:/Libraries/Build/ITK_4.10.0/CMakeFiles/vtkRenderingCore_AUTOINIT_vtkInteractionStyle_vtkRenderingFreeType_vtkRenderingFreeTypeOpenGL_vtkRenderingOpenGL.h""	

which give after that a bunch of include vtk-related errors, but since I only updated ITK, I think this is not the core problem.

Short screening of the mailing-list tell me that this issue have already been encountered and should be solved apparently.

Anyone aware of that ?

Tim

From dzenanz at gmail.com  Thu Sep  1 10:36:36 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Thu, 1 Sep 2016 10:36:36 -0400
Subject: [ITK] Updating ITK setup
In-Reply-To: <1560166129.52241022.1472738506759.JavaMail.zimbra@enst.fr>
References: <723873517.52230286.1472738026501.JavaMail.zimbra@enst.fr>
 <1560166129.52241022.1472738506759.JavaMail.zimbra@enst.fr>
Message-ID: <CAPf2UMSJ2etqhV9PMTVjEsFnQLU2Zo4uV=_iy+up9uc4sYMBNw@mail.gmail.com>

Hi Tim,

if you just git pulled and then did an incremental build, that might be
what is causing trouble. Doing a clean build could help.

>From which file is the error coming from? IntelliSense errors frequently
exist in projects which do compile (editor does not use the same mechanism
as compiler to parse the code).

Regards,
D?enan

On Thu, Sep 1, 2016 at 10:01 AM, Timothee Evain <tevain at telecom-paristech.fr
> wrote:

> Hi again community,
>
> I'm trying to update my ITK from 4.5 to 4.10, built against a VTK 6.1.0
> with the vtkGlue.
> Cmake phase went well, but now I receive an error compiling my own code:
>
> IntelliSense: command-line error: invalid macro definition:
> C:/Libraries/Build/ITK_4.10.0/CMakeFiles/vtkRenderingCore_
> AUTOINIT_vtkInteractionStyle_vtkRenderingFreeType_
> vtkRenderingFreeTypeOpenGL_vtkRenderingOpenGL.h""
>
> which give after that a bunch of include vtk-related errors, but since I
> only updated ITK, I think this is not the core problem.
>
> Short screening of the mailing-list tell me that this issue have already
> been encountered and should be solved apparently.
>
> Anyone aware of that ?
>
> Tim
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160901/2774139f/attachment-0001.html>

From tevain at telecom-paristech.fr  Thu Sep  1 11:00:05 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Thu, 1 Sep 2016 17:00:05 +0200 (CEST)
Subject: [ITK] Updating ITK setup
In-Reply-To: <CAPf2UMSJ2etqhV9PMTVjEsFnQLU2Zo4uV=_iy+up9uc4sYMBNw@mail.gmail.com>
References: <723873517.52230286.1472738026501.JavaMail.zimbra@enst.fr>
 <1560166129.52241022.1472738506759.JavaMail.zimbra@enst.fr>
 <CAPf2UMSJ2etqhV9PMTVjEsFnQLU2Zo4uV=_iy+up9uc4sYMBNw@mail.gmail.com>
Message-ID: <275339017.52376313.1472742005878.JavaMail.zimbra@enst.fr>

Hi D?enan,

I've already downloaded the full 4.10 zip and built it in a fresh place apart from previous one to avoid this kind of issues, but still.
The funny thing is that the parser error is coming from whatever file you are looking at on the file line, but I guess it's because of the editor parsing process, and not directly related to the file.

To be complete, at compilation, this error is impacting the vtkRenderingCoreModule.h here :

[...]
35 /* AutoInit implementations.  */
36 #if defined(vtkRenderingCore_INCLUDE)
37 # include vtkRenderingCore_INCLUDE        
38 #endif
39 #if defined(vtkRenderingCore_AUTOINIT)
40 # include "vtkAutoInit.h"
41 VTK_AUTOINIT(vtkRenderingCore)
[...]

on line 37 :
error C2006: '#include' : expected a filename, found 'newline'	C:\Libraries\Build\VTK_6.1.0\Rendering\Core\vtkRenderingCoreModule.h	
error C1083: Cannot open include file: '': No such file or directory	C:\Libraries\Build\VTK_6.1.0\Rendering\Core\vtkRenderingCoreModule.h


Tim


----- Mail original -----
De: "D?enan Zuki?" <dzenanz at gmail.com>
?: "Timothee Evain" <tevain at telecom-paristech.fr>
Cc: community at itk.org
Envoy?: Jeudi 1 Septembre 2016 16:36:36
Objet: Re: [ITK] Updating ITK setup

Hi Tim,

if you just git pulled and then did an incremental build, that might be
what is causing trouble. Doing a clean build could help.

>From which file is the error coming from? IntelliSense errors frequently
exist in projects which do compile (editor does not use the same mechanism
as compiler to parse the code).

Regards,
D?enan

On Thu, Sep 1, 2016 at 10:01 AM, Timothee Evain <tevain at telecom-paristech.fr
> wrote:

> Hi again community,
>
> I'm trying to update my ITK from 4.5 to 4.10, built against a VTK 6.1.0
> with the vtkGlue.
> Cmake phase went well, but now I receive an error compiling my own code:
>
> IntelliSense: command-line error: invalid macro definition:
> C:/Libraries/Build/ITK_4.10.0/CMakeFiles/vtkRenderingCore_
> AUTOINIT_vtkInteractionStyle_vtkRenderingFreeType_
> vtkRenderingFreeTypeOpenGL_vtkRenderingOpenGL.h""
>
> which give after that a bunch of include vtk-related errors, but since I
> only updated ITK, I think this is not the core problem.
>
> Short screening of the mailing-list tell me that this issue have already
> been encountered and should be solved apparently.
>
> Anyone aware of that ?
>
> Tim
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
>

From dzenanz at gmail.com  Thu Sep  1 15:19:50 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Thu, 1 Sep 2016 15:19:50 -0400
Subject: [ITK] Updating ITK setup
In-Reply-To: <275339017.52376313.1472742005878.JavaMail.zimbra@enst.fr>
References: <723873517.52230286.1472738026501.JavaMail.zimbra@enst.fr>
 <1560166129.52241022.1472738506759.JavaMail.zimbra@enst.fr>
 <CAPf2UMSJ2etqhV9PMTVjEsFnQLU2Zo4uV=_iy+up9uc4sYMBNw@mail.gmail.com>
 <275339017.52376313.1472742005878.JavaMail.zimbra@enst.fr>
Message-ID: <CAPf2UMTVQSXannFETG-HJTS=ifnMY4y-g=XiK6T4+OABJtaqJg@mail.gmail.com>

Hi Tim,

this looks more like a problem in your VTK build:
http://public.kitware.com/pipermail/community/2015-April/008856.html
http://www.vtk.org/pipermail/vtkusers/2013-July/080801.html

Doing a clean build of VTK sounds like the best thing to try. Then you have
to rebuild itk (should be fast, just itkVTKglue).

Regards,
D?enan

On Thu, Sep 1, 2016 at 11:00 AM, Timothee Evain <tevain at telecom-paristech.fr
> wrote:

> Hi D?enan,
>
> I've already downloaded the full 4.10 zip and built it in a fresh place
> apart from previous one to avoid this kind of issues, but still.
> The funny thing is that the parser error is coming from whatever file you
> are looking at on the file line, but I guess it's because of the editor
> parsing process, and not directly related to the file.
>
> To be complete, at compilation, this error is impacting the
> vtkRenderingCoreModule.h here :
>
> [...]
> 35 /* AutoInit implementations.  */
> 36 #if defined(vtkRenderingCore_INCLUDE)
> 37 # include vtkRenderingCore_INCLUDE
> 38 #endif
> 39 #if defined(vtkRenderingCore_AUTOINIT)
> 40 # include "vtkAutoInit.h"
> 41 VTK_AUTOINIT(vtkRenderingCore)
> [...]
>
> on line 37 :
> error C2006: '#include' : expected a filename, found 'newline'
> C:\Libraries\Build\VTK_6.1.0\Rendering\Core\vtkRenderingCoreModule.h
> error C1083: Cannot open include file: '': No such file or directory
> C:\Libraries\Build\VTK_6.1.0\Rendering\Core\vtkRenderingCoreModule.h
>
>
> Tim
>
>
> ----- Mail original -----
> De: "D?enan Zuki?" <dzenanz at gmail.com>
> ?: "Timothee Evain" <tevain at telecom-paristech.fr>
> Cc: community at itk.org
> Envoy?: Jeudi 1 Septembre 2016 16:36:36
> Objet: Re: [ITK] Updating ITK setup
>
> Hi Tim,
>
> if you just git pulled and then did an incremental build, that might be
> what is causing trouble. Doing a clean build could help.
>
> From which file is the error coming from? IntelliSense errors frequently
> exist in projects which do compile (editor does not use the same mechanism
> as compiler to parse the code).
>
> Regards,
> D?enan
>
> On Thu, Sep 1, 2016 at 10:01 AM, Timothee Evain <
> tevain at telecom-paristech.fr
> > wrote:
>
> > Hi again community,
> >
> > I'm trying to update my ITK from 4.5 to 4.10, built against a VTK 6.1.0
> > with the vtkGlue.
> > Cmake phase went well, but now I receive an error compiling my own code:
> >
> > IntelliSense: command-line error: invalid macro definition:
> > C:/Libraries/Build/ITK_4.10.0/CMakeFiles/vtkRenderingCore_
> > AUTOINIT_vtkInteractionStyle_vtkRenderingFreeType_
> > vtkRenderingFreeTypeOpenGL_vtkRenderingOpenGL.h""
> >
> > which give after that a bunch of include vtk-related errors, but since I
> > only updated ITK, I think this is not the core problem.
> >
> > Short screening of the mailing-list tell me that this issue have already
> > been encountered and should be solved apparently.
> >
> > Anyone aware of that ?
> >
> > Tim
> > _______________________________________________
> > Community mailing list
> > Community at itk.org
> > http://public.kitware.com/mailman/listinfo/community
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160901/4a8f9c2b/attachment.html>

From Roy.Harnish at ucsf.edu  Thu Sep  1 17:39:42 2016
From: Roy.Harnish at ucsf.edu (Harnish, Roy)
Date: Thu, 1 Sep 2016 21:39:42 +0000
Subject: [ITK] [ITK-users] PyBuffer memory consumption
Message-ID: <F968C6DCE9D2F04CB8519CB3ACF06E99DEE75EAE@ex04.net.ucsf.edu>

Hi,

I'm resurrecting a thread that I ran across trying to debug what looks to be a memory leak when using PyBuffer:

https://itk.org/pipermail/insight-users/2009-May/030386.html

If I repeatedly assign the output of itk.PyBuffer[ImageType].GetImageFromArray() to the same python variable name, more and more memory is consumed by the process. Wondering if anyone knows how to get this memory released? Here's some example code based on the linked thread that should reproduce the problem:

import itk
import numpy as np
import resource

M = []

for i in range(200):

  M.append(resource.getrusage(resource.RUSAGE_SELF).ru_maxrss)

  ImageType = itk.Image[itk.D, 3]
  converter = itk.PyBuffer[ImageType]

  inputNumpyVolume = np.ones((100, 100, 100))
  inputVolume = converter.GetImageFromArray(inputNumpyVolume)
#  inputVolume.Delete()

print M

Any suggestions much appreciated.

Roy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160901/74ad9604/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From Roy.Harnish at ucsf.edu  Thu Sep  1 18:44:27 2016
From: Roy.Harnish at ucsf.edu (Harnish, Roy)
Date: Thu, 1 Sep 2016 22:44:27 +0000
Subject: [ITK] [ITK-users] PyBuffer memory consumption
In-Reply-To: <F968C6DCE9D2F04CB8519CB3ACF06E99DEE75EAE@ex04.net.ucsf.edu>
References: <F968C6DCE9D2F04CB8519CB3ACF06E99DEE75EAE@ex04.net.ucsf.edu>
Message-ID: <F968C6DCE9D2F04CB8519CB3ACF06E99DEE75EC8@ex04.net.ucsf.edu>

Hi Again,

I've played with it more and have another example that shows differences in memory usage depending on the interplay between calls to numpy.ones() and converter.GetImageFromArray(inputNumpyVolume):

import itk
import numpy as np
import resource
import matplotlib.pyplot as plt

ImageType = itk.Image[itk.D, 3]
converter = itk.PyBuffer[ImageType]

# adding +1 to numpy created once
inputNumpyVolume = np.ones([100,100,100])
M = []
n = 10
for i in range(n):

  inputNumpyVolume += 1
  inputVolume = converter.GetImageFromArray(inputNumpyVolume)
  M.append(resource.getrusage(resource.RUSAGE_SELF).ru_maxrss)

X = range(n)
plt.plot(X,M,'o', color='red')

# creating new numpy volume each time
M = []
for i in range(n):

  inputNumpyVolume = np.ones([100,100,100])
  inputVolume = converter.GetImageFromArray(inputNumpyVolume)
  M.append(resource.getrusage(resource.RUSAGE_SELF).ru_maxrss)

X = [x + n for x in range(n)]
plt.plot(X,M,'o', color='green')

# creating new numpy volume but not calling converter.GetImageFromArray(inputNumpyVolume)
M = []
for i in range(n):

  inputNumpyVolume = np.ones([100,100,100])
  M.append(resource.getrusage(resource.RUSAGE_SELF).ru_maxrss)

X = [x + 2*n for x in range(n)]
plt.plot(X,M,'o', color='blue')

plt.savefig("PyBufferMem.png")
plt.show()

Thanks for taking a look.

Roy
________________________________
From: Insight-users [insight-users-bounces at itk.org] on behalf of Harnish, Roy [Roy.Harnish at ucsf.edu]
Sent: Thursday, September 01, 2016 2:39 PM
To: insight-users at itk.org
Subject: [ITK-users] PyBuffer memory consumption

Hi,

I'm resurrecting a thread that I ran across trying to debug what looks to be a memory leak when using PyBuffer:

https://itk.org/pipermail/insight-users/2009-May/030386.html

If I repeatedly assign the output of itk.PyBuffer[ImageType].GetImageFromArray() to the same python variable name, more and more memory is consumed by the process. Wondering if anyone knows how to get this memory released? Here's some example code based on the linked thread that should reproduce the problem:

import itk
import numpy as np
import resource

M = []

for i in range(200):

  M.append(resource.getrusage(resource.RUSAGE_SELF).ru_maxrss)

  ImageType = itk.Image[itk.D, 3]
  converter = itk.PyBuffer[ImageType]

  inputNumpyVolume = np.ones((100, 100, 100))
  inputVolume = converter.GetImageFromArray(inputNumpyVolume)
#  inputVolume.Delete()

print M

Any suggestions much appreciated.

Roy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160901/621f9574/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PyBufferMem.png
Type: image/png
Size: 13455 bytes
Desc: PyBufferMem.png
URL: <http://public.kitware.com/pipermail/community/attachments/20160901/621f9574/attachment-0001.png>
-------------- next part --------------
_____________________________________
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://www.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-users

From tevain at telecom-paristech.fr  Fri Sep  2 07:03:44 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Fri, 2 Sep 2016 13:03:44 +0200 (CEST)
Subject: [ITK] Updating ITK setup
In-Reply-To: <CAPf2UMTVQSXannFETG-HJTS=ifnMY4y-g=XiK6T4+OABJtaqJg@mail.gmail.com>
References: <723873517.52230286.1472738026501.JavaMail.zimbra@enst.fr>
 <1560166129.52241022.1472738506759.JavaMail.zimbra@enst.fr>
 <CAPf2UMSJ2etqhV9PMTVjEsFnQLU2Zo4uV=_iy+up9uc4sYMBNw@mail.gmail.com>
 <275339017.52376313.1472742005878.JavaMail.zimbra@enst.fr>
 <CAPf2UMTVQSXannFETG-HJTS=ifnMY4y-g=XiK6T4+OABJtaqJg@mail.gmail.com>
Message-ID: <197214308.53028264.1472814224846.JavaMail.zimbra@enst.fr>

Hi everyone,

Just to keep a log:
Full rebuild of a fresh VTK/ITK setup solved the problem.
After building the new VTK, I had to make also a full rebuild of ITK, otherwise the rebuild of just itkVTKglue would lead to same error.
I'm still wondering what was the real bug.

Thanks D?enan for the help.

Tim

----- Mail original -----
De: "D?enan Zuki?" <dzenanz at gmail.com>
?: "Timothee Evain" <tevain at telecom-paristech.fr>
Cc: community at itk.org
Envoy?: Jeudi 1 Septembre 2016 21:19:50
Objet: Re: [ITK] Updating ITK setup

Hi Tim,

this looks more like a problem in your VTK build:
http://public.kitware.com/pipermail/community/2015-April/008856.html
http://www.vtk.org/pipermail/vtkusers/2013-July/080801.html

Doing a clean build of VTK sounds like the best thing to try. Then you have
to rebuild itk (should be fast, just itkVTKglue).

Regards,
D?enan

On Thu, Sep 1, 2016 at 11:00 AM, Timothee Evain <tevain at telecom-paristech.fr
> wrote:

> Hi D?enan,
>
> I've already downloaded the full 4.10 zip and built it in a fresh place
> apart from previous one to avoid this kind of issues, but still.
> The funny thing is that the parser error is coming from whatever file you
> are looking at on the file line, but I guess it's because of the editor
> parsing process, and not directly related to the file.
>
> To be complete, at compilation, this error is impacting the
> vtkRenderingCoreModule.h here :
>
> [...]
> 35 /* AutoInit implementations.  */
> 36 #if defined(vtkRenderingCore_INCLUDE)
> 37 # include vtkRenderingCore_INCLUDE
> 38 #endif
> 39 #if defined(vtkRenderingCore_AUTOINIT)
> 40 # include "vtkAutoInit.h"
> 41 VTK_AUTOINIT(vtkRenderingCore)
> [...]
>
> on line 37 :
> error C2006: '#include' : expected a filename, found 'newline'
> C:\Libraries\Build\VTK_6.1.0\Rendering\Core\vtkRenderingCoreModule.h
> error C1083: Cannot open include file: '': No such file or directory
> C:\Libraries\Build\VTK_6.1.0\Rendering\Core\vtkRenderingCoreModule.h
>
>
> Tim
>
>
> ----- Mail original -----
> De: "D?enan Zuki?" <dzenanz at gmail.com>
> ?: "Timothee Evain" <tevain at telecom-paristech.fr>
> Cc: community at itk.org
> Envoy?: Jeudi 1 Septembre 2016 16:36:36
> Objet: Re: [ITK] Updating ITK setup
>
> Hi Tim,
>
> if you just git pulled and then did an incremental build, that might be
> what is causing trouble. Doing a clean build could help.
>
> From which file is the error coming from? IntelliSense errors frequently
> exist in projects which do compile (editor does not use the same mechanism
> as compiler to parse the code).
>
> Regards,
> D?enan
>
> On Thu, Sep 1, 2016 at 10:01 AM, Timothee Evain <
> tevain at telecom-paristech.fr
> > wrote:
>
> > Hi again community,
> >
> > I'm trying to update my ITK from 4.5 to 4.10, built against a VTK 6.1.0
> > with the vtkGlue.
> > Cmake phase went well, but now I receive an error compiling my own code:
> >
> > IntelliSense: command-line error: invalid macro definition:
> > C:/Libraries/Build/ITK_4.10.0/CMakeFiles/vtkRenderingCore_
> > AUTOINIT_vtkInteractionStyle_vtkRenderingFreeType_
> > vtkRenderingFreeTypeOpenGL_vtkRenderingOpenGL.h""
> >
> > which give after that a bunch of include vtk-related errors, but since I
> > only updated ITK, I think this is not the core problem.
> >
> > Short screening of the mailing-list tell me that this issue have already
> > been encountered and should be solved apparently.
> >
> > Anyone aware of that ?
> >
> > Tim
> > _______________________________________________
> > Community mailing list
> > Community at itk.org
> > http://public.kitware.com/mailman/listinfo/community
> >
>

From dominik.hofer at gmail.com  Mon Sep  5 10:00:20 2016
From: dominik.hofer at gmail.com (dominik)
Date: Mon, 5 Sep 2016 07:00:20 -0700 (MST)
Subject: [ITK] [ITK-users] SimpleITK GetGDCMSeriesFileNames()
	useSeriesDetails not	found
Message-ID: <1473084020088-7589159.post@n2.nabble.com>

Hey guys,

I've been trying to open a multi-series DICOM file in SimpleITK, but when I
try to execute GetGDCMSeriesFileNames it throws this error:

GetGDCMSeriesFileNames() got an unexpected keyword argument
'useSeriesDetails'

in the docs it clearly says that this is a parameters for this function.

My code is as follows:

reader = sitk.ImageSeriesReader()
dicom_seriesIDs = reader.GetGDCMSeriesIDs(path_dce)
dicom_names = reader.GetGDCMSeriesFileNames(path_dce, dicom_seriesIDs[20],
useSeriesDetails=True)

The version of SimpleITK is 0.9.1

When I try to execute the function without useSeriesDetails, it always takes
the first series from the DICOM file, regardless of the ID.

Does anyone know this problem or any other way to load multiple-series DICOM
files?

Cheers!



--
View this message in context: http://itk-insight-users.2283740.n2.nabble.com/SimpleITK-GetGDCMSeriesFileNames-useSeriesDetails-not-found-tp7589159.html
Sent from the ITK Insight Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From tevain at telecom-paristech.fr  Mon Sep  5 12:27:20 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Mon, 5 Sep 2016 18:27:20 +0200 (CEST)
Subject: [ITK] Bspline registration with Mutual Information v4 : memory
	concern
In-Reply-To: <254262978.54836320.1473090120056.JavaMail.zimbra@enst.fr>
Message-ID: <1747611185.54868285.1473092840225.JavaMail.zimbra@enst.fr>

Hello everyone,

I'm trying a Bspline registration based on the Mutual Information metric (v4) and I'm facing a memory problem.
When running the registration, the memory usage skyrockets in a second until freezing the PC by lack of memory. 
I don't know why : this doesn't happen when I'm switching to another metric (e.g. Correlation), the images aren't that big (~400k voxels) and a previous rigid registration phase behaved correctly.
Here is my code snippet, what am I doing wrong ? (Image overlap had been ensured)

   typedef itk::Image<float,3> ImageTypef;

   itk::ImageRegistrationMethodv4<ImageTypef,ImageTypef>::Pointer WarpHelper=
      itk::ImageRegistrationMethodv4<ImageTypef,ImageTypef>::New();
   itk::MattesMutualInformationImageToImageMetricv4<ImageTypef,ImageTypef>::Pointer MIMetrics=
      itk::MattesMutualInformationImageToImageMetricv4<ImageTypef,ImageTypef>::New();
   itk::BSplineTransform<double,3,3>::Pointer BSplineTransform=
      itk::BSplineTransform<double,3,3>::New();
   itk::LBFGSOptimizerv4::Pointer Optimizer=
      itk::LBFGSOptimizerv4::New();
   
   MIMetrics->SetNumberOfHistogramBins(50);
   MIMetrics->SetUseMovingImageGradientFilter(false);
   MIMetrics->SetUseFixedImageGradientFilter(false);
   MIMetrics->SetUseFixedSampledPointSet(false);
   MIMetrics->SetVirtualDomainFromImage(TestIm);
   
   
   WarpHelper->SetFixedImage(TestIm);
   WarpHelper->SetMetricSamplingPercentage(0.002);
   WarpHelper->SetMovingImage(MovIm);
   WarpHelper->SetMetric(MIMetrics);
   //WarpHelper->SetMetricSamplingStrategy(WarpHelper->RANDOM);
   WarpHelper->InPlaceOn();
   WarpHelper->SetInitialTransform(BSplineTransform);
   WarpHelper->SetOptimizer(Optimizer);

   itk::Array<double> ShrinkFactorPerLevel(1);
   ShrinkFactorPerLevel[0]=1;
   itk::Array<double> SmoothSigmaPerLevel(1);
   SmoothSigmaPerLevel[0]=0;
   WarpHelper->SetNumberOfLevels(1);
   WarpHelper->SetSmoothingSigmasPerLevel(SmoothSigmaPerLevel);
   WarpHelper->SetShrinkFactorsPerLevel(ShrinkFactorPerLevel);

   /* ----- Initialize the Bspline Transform ----- */
   BSplineTransform->SetTransformDomainOrigin(TestIm->GetOrigin());
   BSplineTransform->SetTransformDomainDirection(TestIm->GetDirection());

   itk::Vector<double,3> PhysicalDim;
   for (int dim = 0; dim < 3; dim++)
   {
      PhysicalDim=(TestIm->GetSpacing()[dim])*float((TestIm->GetLargestPossibleRegion().GetSize()[dim])-1);
   }
   BSplineTransform->SetTransformDomainPhysicalDimensions(PhysicalDim);

   itk::Size<3> meshSize;
   meshSize.Fill(10-3);// NbGridNodesEachDim-SplineOrder
   BSplineTransform->SetTransformDomainMeshSize(meshSize);

   BSplineTransform->SetIdentity();

   /* ----- Optimizer setup ----- */
   itk::Array<double> ScaleBspline(BSplineTransform->GetNumberOfParameters());
   ScaleBspline.fill(1);

   Optimizer->SetLineSearchAccuracy(0.9);
   Optimizer->SetDefaultStepLength(1.5);
   Optimizer->TraceOn();
   Optimizer->SetGradientConvergenceTolerance(1e-3);
   Optimizer->SetMaximumNumberOfFunctionEvaluations(20);
   Optimizer->SetDoEstimateScales(false);
   Optimizer->SetScales(ScaleBspline);


   try
   {
      WarpHelper->Update();
   }
   catch (itk::ExceptionObject &err)
   {
      std::cerr<<err;
      return 0;
   }

Thanks,

Tim

From tammy.diprima at stonybrook.edu  Mon Sep  5 13:31:58 2016
From: tammy.diprima at stonybrook.edu (Tammy Diprima)
Date: Mon, 5 Sep 2016 13:31:58 -0400
Subject: [ITK] [ITK-users] Convert ITK image to cv::Mat image
Message-ID: <CAH-Tv+v1LXgA-abzbisdZd-ZfGXQKMxBbAuxgRBfQYPk4b_bXw@mail.gmail.com>

Greetings!  Hope everyone is having a good day...

So... we are passing around a grayscale image... and we're using unsigned
in (as opposed to unsigned char):
typedef itk::Image<unsigned int, ImageDimension> itkUIntImageType;
typedef itkUIntImageType itkLabelImageType;

I need to convert it to cv::Mat in order to pass it to another program:
cv::Mat resultImage = itk::OpenCVImageBridge::ITKImageToCVMat<
itkLabelImageType >( m_objectLabelImage );

The problem is, the compiler is telling me "OpenCV does not support the
input pixel type".

So my question is -- is this true?  Can I only convert from unsigned char?
Would a good solution be to:
A) Convert from one pixel type to another, or
B) Or can I just read in the m_objectLabelImage to an Image::Pointer thing
that is of type unsigned char?

Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160905/e46455b1/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Mon Sep  5 14:54:29 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Mon, 5 Sep 2016 14:54:29 -0400
Subject: [ITK] Bspline registration with Mutual Information v4 : memory
	concern
In-Reply-To: <1747611185.54868285.1473092840225.JavaMail.zimbra@enst.fr>
References: <254262978.54836320.1473090120056.JavaMail.zimbra@enst.fr>
 <1747611185.54868285.1473092840225.JavaMail.zimbra@enst.fr>
Message-ID: <CAPf2UMRkFt1KzBdNHxXr5M4XghY9RCVVnRbbhrtuc9fmhNywaQ@mail.gmail.com>

Hi Tim,

can you turn this snippet into a runnable example which reproduces the
memory leak?

Regards,
D?enan

On Mon, Sep 5, 2016 at 12:27 PM, Timothee Evain <tevain at telecom-paristech.fr
> wrote:

> Hello everyone,
>
> I'm trying a Bspline registration based on the Mutual Information metric
> (v4) and I'm facing a memory problem.
> When running the registration, the memory usage skyrockets in a second
> until freezing the PC by lack of memory.
> I don't know why : this doesn't happen when I'm switching to another
> metric (e.g. Correlation), the images aren't that big (~400k voxels) and a
> previous rigid registration phase behaved correctly.
> Here is my code snippet, what am I doing wrong ? (Image overlap had been
> ensured)
>
>    typedef itk::Image<float,3> ImageTypef;
>
>    itk::ImageRegistrationMethodv4<ImageTypef,ImageTypef>::Pointer
> WarpHelper=
>       itk::ImageRegistrationMethodv4<ImageTypef,ImageTypef>::New();
>    itk::MattesMutualInformationImageToImageMetricv4<ImageTypef,ImageTypef>::Pointer
> MIMetrics=
>       itk::MattesMutualInformationImageToImageMetricv4<ImageTypef,
> ImageTypef>::New();
>    itk::BSplineTransform<double,3,3>::Pointer BSplineTransform=
>       itk::BSplineTransform<double,3,3>::New();
>    itk::LBFGSOptimizerv4::Pointer Optimizer=
>       itk::LBFGSOptimizerv4::New();
>
>    MIMetrics->SetNumberOfHistogramBins(50);
>    MIMetrics->SetUseMovingImageGradientFilter(false);
>    MIMetrics->SetUseFixedImageGradientFilter(false);
>    MIMetrics->SetUseFixedSampledPointSet(false);
>    MIMetrics->SetVirtualDomainFromImage(TestIm);
>
>
>    WarpHelper->SetFixedImage(TestIm);
>    WarpHelper->SetMetricSamplingPercentage(0.002);
>    WarpHelper->SetMovingImage(MovIm);
>    WarpHelper->SetMetric(MIMetrics);
>    //WarpHelper->SetMetricSamplingStrategy(WarpHelper->RANDOM);
>    WarpHelper->InPlaceOn();
>    WarpHelper->SetInitialTransform(BSplineTransform);
>    WarpHelper->SetOptimizer(Optimizer);
>
>    itk::Array<double> ShrinkFactorPerLevel(1);
>    ShrinkFactorPerLevel[0]=1;
>    itk::Array<double> SmoothSigmaPerLevel(1);
>    SmoothSigmaPerLevel[0]=0;
>    WarpHelper->SetNumberOfLevels(1);
>    WarpHelper->SetSmoothingSigmasPerLevel(SmoothSigmaPerLevel);
>    WarpHelper->SetShrinkFactorsPerLevel(ShrinkFactorPerLevel);
>
>    /* ----- Initialize the Bspline Transform ----- */
>    BSplineTransform->SetTransformDomainOrigin(TestIm->GetOrigin());
>    BSplineTransform->SetTransformDomainDirection(TestIm->GetDirection());
>
>    itk::Vector<double,3> PhysicalDim;
>    for (int dim = 0; dim < 3; dim++)
>    {
>       PhysicalDim=(TestIm->GetSpacing()[dim])*float((TestIm->
> GetLargestPossibleRegion().GetSize()[dim])-1);
>    }
>    BSplineTransform->SetTransformDomainPhysicalDimensions(PhysicalDim);
>
>    itk::Size<3> meshSize;
>    meshSize.Fill(10-3);// NbGridNodesEachDim-SplineOrder
>    BSplineTransform->SetTransformDomainMeshSize(meshSize);
>
>    BSplineTransform->SetIdentity();
>
>    /* ----- Optimizer setup ----- */
>    itk::Array<double> ScaleBspline(BSplineTransform-
> >GetNumberOfParameters());
>    ScaleBspline.fill(1);
>
>    Optimizer->SetLineSearchAccuracy(0.9);
>    Optimizer->SetDefaultStepLength(1.5);
>    Optimizer->TraceOn();
>    Optimizer->SetGradientConvergenceTolerance(1e-3);
>    Optimizer->SetMaximumNumberOfFunctionEvaluations(20);
>    Optimizer->SetDoEstimateScales(false);
>    Optimizer->SetScales(ScaleBspline);
>
>
>    try
>    {
>       WarpHelper->Update();
>    }
>    catch (itk::ExceptionObject &err)
>    {
>       std::cerr<<err;
>       return 0;
>    }
>
> Thanks,
>
> Tim
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160905/b8864da6/attachment.html>

From dzenanz at gmail.com  Mon Sep  5 15:07:07 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Mon, 5 Sep 2016 15:07:07 -0400
Subject: [ITK] [ITK-users] Convert ITK image to cv::Mat image
In-Reply-To: <CAH-Tv+v1LXgA-abzbisdZd-ZfGXQKMxBbAuxgRBfQYPk4b_bXw@mail.gmail.com>
References: <CAH-Tv+v1LXgA-abzbisdZd-ZfGXQKMxBbAuxgRBfQYPk4b_bXw@mail.gmail.com>
Message-ID: <CAPf2UMSuOOTCm+kFnFf528LdWr_rbux8_mmTFFCX5EKnVFh_9w@mail.gmail.com>

Hi Tammy,

the docs <http://docs.opencv.org/2.4/modules/core/doc/basic_structures.html>
list unsigned short and int, but not unsigned int. I don't know whether
this int is equal to short or long. But from
\ITK-git\Modules\Video\BridgeOpenCV\include\itkOpenCVImageBridge.hxx, line
50 these are supported cases:
IPL_DEPTH_8U
IPL_DEPTH_8S
IPL_DEPTH_16U
IPL_DEPTH_16S
IPL_DEPTH_32F
IPL_DEPTH_64F

To convert to 16U (which is closest to your 32U), you should use cast filter
<https://itk.org/Doxygen/html/classitk_1_1CastImageFilter.html> (that's
your option A).

Regards,
D?enan

On Mon, Sep 5, 2016 at 1:31 PM, Tammy Diprima <tammy.diprima at stonybrook.edu>
wrote:

> Greetings!  Hope everyone is having a good day...
>
> So... we are passing around a grayscale image... and we're using unsigned
> in (as opposed to unsigned char):
> typedef itk::Image<unsigned int, ImageDimension> itkUIntImageType;
> typedef itkUIntImageType itkLabelImageType;
>
> I need to convert it to cv::Mat in order to pass it to another program:
> cv::Mat resultImage = itk::OpenCVImageBridge::ITKImageToCVMat<
> itkLabelImageType >( m_objectLabelImage );
>
> The problem is, the compiler is telling me "OpenCV does not support the
> input pixel type".
>
> So my question is -- is this true?  Can I only convert from unsigned char?
> Would a good solution be to:
> A) Convert from one pixel type to another, or
> B) Or can I just read in the m_objectLabelImage to an Image::Pointer
> thing that is of type unsigned char?
>
> Thanks!
>
>
> _____________________________________
> 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://www.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-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160905/7190dc14/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From weiliu620 at gmail.com  Mon Sep  5 17:25:38 2016
From: weiliu620 at gmail.com (Wei Liu)
Date: Mon, 5 Sep 2016 17:25:38 -0400
Subject: [ITK] [ITK-users] Open surface mesh construction from feature map
Message-ID: <CAJoKFkR-LTne6tmNGCot2XMS4B3Sn24M8bu7i2nvXqBA0i2m3Q@mail.gmail.com>

Hi ITK users,

I'm trying to detect (possibly multiple) open surface in a 3D volume.
Suppose I have a filter that give me a 3D feature map (e.g. the probability
of each voxel being on the surface), where should I go from this feature
map to construct smooth open surfaces?

I did some search. It seems most of existing examples construct isosurface
mesh from a binary volume (or distance map from it). The binary volume
usually has a closed surface on the object boundary, so it is different
from my problem of open surface.

I can probably calculate the normal of the surface at each voxel, if that
helps.

I guess I should do some skeleton extraction and get a 'thin' set of voxels
on the surface, and use some filters in ITK or VTK(new to VTK but willing
to learn if necessary) to convert binary volumes to surface meshes, and do
some smoothing, filling holes etc.

Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160905/61cc1fbb/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From brad at lowekamp.net  Mon Sep  5 18:26:19 2016
From: brad at lowekamp.net (Bradley Lowekamp)
Date: Mon, 5 Sep 2016 18:26:19 -0400
Subject: [ITK] [ITK-users] SimpleITK GetGDCMSeriesFileNames()
	useSeriesDetails	not found
In-Reply-To: <1473084020088-7589159.post@n2.nabble.com>
References: <1473084020088-7589159.post@n2.nabble.com>
Message-ID: <DDDA1144-F97D-4786-A14E-571430E94256@mail.nih.gov>

Hello,

There is a SWIG problem with using overloaded functions with keyword arguments. Please try to just use positional argument and not keyword. 

Also note SimpleITK 0.10 has been released. 

HTH
Brad

> On Sep 5, 2016, at 10:00 AM, dominik <dominik.hofer at gmail.com> wrote:
> 
> Hey guys,
> 
> I've been trying to open a multi-series DICOM file in SimpleITK, but when I
> try to execute GetGDCMSeriesFileNames it throws this error:
> 
> GetGDCMSeriesFileNames() got an unexpected keyword argument
> 'useSeriesDetails'
> 
> in the docs it clearly says that this is a parameters for this function.
> 
> My code is as follows:
> 
> reader = sitk.ImageSeriesReader()
> dicom_seriesIDs = reader.GetGDCMSeriesIDs(path_dce)
> dicom_names = reader.GetGDCMSeriesFileNames(path_dce, dicom_seriesIDs[20],
> useSeriesDetails=True)
> 
> The version of SimpleITK is 0.9.1
> 
> When I try to execute the function without useSeriesDetails, it always takes
> the first series from the DICOM file, regardless of the ID.
> 
> Does anyone know this problem or any other way to load multiple-series DICOM
> files?
> 
> Cheers!
> 
> 
> 
> --
> View this message in context: http://itk-insight-users.2283740.n2.nabble.com/SimpleITK-GetGDCMSeriesFileNames-useSeriesDetails-not-found-tp7589159.html
> Sent from the ITK Insight Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users
_____________________________________
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://www.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-users

From tammy.diprima at stonybrook.edu  Mon Sep  5 18:46:47 2016
From: tammy.diprima at stonybrook.edu (Tammy Diprima)
Date: Mon, 5 Sep 2016 18:46:47 -0400
Subject: [ITK] [ITK-users] Convert ITK image to cv::Mat image
In-Reply-To: <CAPf2UMSuOOTCm+kFnFf528LdWr_rbux8_mmTFFCX5EKnVFh_9w@mail.gmail.com>
References: <CAH-Tv+v1LXgA-abzbisdZd-ZfGXQKMxBbAuxgRBfQYPk4b_bXw@mail.gmail.com>
 <CAPf2UMSuOOTCm+kFnFf528LdWr_rbux8_mmTFFCX5EKnVFh_9w@mail.gmail.com>
Message-ID: <CAH-Tv+tyWebWMPm0sygYs8uZE3oF0J5+w-v6r5Jp5iR45Y6Pdg@mail.gmail.com>

Hi D?enan,


Yes, that makes sense.  Thanks very much for your help.


- Tammy


On 5 September 2016 at 15:07, D?enan Zuki? wrote:

> Hi Tammy,
>
> the docs
> <http://docs.opencv.org/2.4/modules/core/doc/basic_structures.html> list
> unsigned short and int, but not unsigned int. I don't know whether this int
> is equal to short or long. But from \ITK-git\Modules\Video\
> BridgeOpenCV\include\itkOpenCVImageBridge.hxx, line 50 these are
> supported cases:
> IPL_DEPTH_8U
> IPL_DEPTH_8S
> IPL_DEPTH_16U
> IPL_DEPTH_16S
> IPL_DEPTH_32F
> IPL_DEPTH_64F
>
> To convert to 16U (which is closest to your 32U), you should use cast
> filter <https://itk.org/Doxygen/html/classitk_1_1CastImageFilter.html> (that's
> your option A).
>
> Regards,
> D?enan
>
> On Mon, Sep 5, 2016 at 1:31 PM, Tammy wrote:
>
>> Greetings!  Hope everyone is having a good day...
>>
>> So... we are passing around a grayscale image... and we're using unsigned
>> int (as opposed to unsigned char):
>> typedef itk::Image<unsigned int, ImageDimension> itkUIntImageType;
>> typedef itkUIntImageType itkLabelImageType;
>>
>> I need to convert it to cv::Mat in order to pass it to another program:
>> cv::Mat resultImage = itk::OpenCVImageBridge::ITKImageToCVMat<
>> itkLabelImageType >( m_objectLabelImage );
>>
>> The problem is, the compiler is telling me "OpenCV does not support the
>> input pixel type".
>>
>> So my question is -- is this true?  Can I only convert from unsigned char?
>> Would a good solution be to:
>> A) Convert from one pixel type to another, or
>> B) Or can I just read in the m_objectLabelImage to an Image::Pointer
>> thing that is of type unsigned char?
>>
>> Thanks!
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160905/2950eb26/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From franciscolopezdelafranca at gmail.com  Tue Sep  6 03:29:33 2016
From: franciscolopezdelafranca at gmail.com (Francisco Lopez de la Franca)
Date: Tue, 6 Sep 2016 09:29:33 +0200
Subject: [ITK] [ITK-users] Unsubscription request does not work
Message-ID: <CAJqi3E+6Ne_QJ1AyXm7WFRCUNT=X3RsAgo01K=o=6kDcLKqPLQ@mail.gmail.com>

Hi everybody,
I'm trying to unsubscribe from the ITK mailing list from
https://itk.org/mailman/options/community
I enter my e-mail address and press the 'unsubscribe' button and the
message 'the confirmation message has been sent' is returned, but it never
arrives to my e-mail box.
Please, does anyone know another way to unsubscribe from the list?
Thank you very much.
Regards.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160906/aabfb134/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From tevain at telecom-paristech.fr  Tue Sep  6 05:32:31 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Tue, 6 Sep 2016 11:32:31 +0200 (CEST)
Subject: [ITK] Bspline registration with Mutual Information v4 : memory
 concern
In-Reply-To: <CAPf2UMRkFt1KzBdNHxXr5M4XghY9RCVVnRbbhrtuc9fmhNywaQ@mail.gmail.com>
References: <254262978.54836320.1473090120056.JavaMail.zimbra@enst.fr>
 <1747611185.54868285.1473092840225.JavaMail.zimbra@enst.fr>
 <CAPf2UMRkFt1KzBdNHxXr5M4XghY9RCVVnRbbhrtuc9fmhNywaQ@mail.gmail.com>
Message-ID: <1076437426.55282711.1473154351044.JavaMail.zimbra@enst.fr>

Hi D?enan,

Sure!
You could find here an archive https://www.dropbox.com/s/9scgn9if39i4a1x/V4RegistrationMemoryLeak.tar?dl=0
It contains:
-Fixed and moving images in mhd format
-The binary (for windows)
-The source code with its CMakeLists if you want to compile for another OS

Thanks,

Tim


----- Mail original -----
De: "D?enan Zuki?" <dzenanz at gmail.com>
?: "Timothee Evain" <tevain at telecom-paristech.fr>
Cc: community at itk.org
Envoy?: Lundi 5 Septembre 2016 20:54:29
Objet: Re: [ITK] Bspline registration with Mutual Information v4 : memory concern

Hi Tim,

can you turn this snippet into a runnable example which reproduces the
memory leak?

Regards,
D?enan

On Mon, Sep 5, 2016 at 12:27 PM, Timothee Evain <tevain at telecom-paristech.fr
> wrote:

> Hello everyone,
>
> I'm trying a Bspline registration based on the Mutual Information metric
> (v4) and I'm facing a memory problem.
> When running the registration, the memory usage skyrockets in a second
> until freezing the PC by lack of memory.
> I don't know why : this doesn't happen when I'm switching to another
> metric (e.g. Correlation), the images aren't that big (~400k voxels) and a
> previous rigid registration phase behaved correctly.
> Here is my code snippet, what am I doing wrong ? (Image overlap had been
> ensured)
>
>    typedef itk::Image<float,3> ImageTypef;
>
>    itk::ImageRegistrationMethodv4<ImageTypef,ImageTypef>::Pointer
> WarpHelper=
>       itk::ImageRegistrationMethodv4<ImageTypef,ImageTypef>::New();
>    itk::MattesMutualInformationImageToImageMetricv4<ImageTypef,ImageTypef>::Pointer
> MIMetrics=
>       itk::MattesMutualInformationImageToImageMetricv4<ImageTypef,
> ImageTypef>::New();
>    itk::BSplineTransform<double,3,3>::Pointer BSplineTransform=
>       itk::BSplineTransform<double,3,3>::New();
>    itk::LBFGSOptimizerv4::Pointer Optimizer=
>       itk::LBFGSOptimizerv4::New();
>
>    MIMetrics->SetNumberOfHistogramBins(50);
>    MIMetrics->SetUseMovingImageGradientFilter(false);
>    MIMetrics->SetUseFixedImageGradientFilter(false);
>    MIMetrics->SetUseFixedSampledPointSet(false);
>    MIMetrics->SetVirtualDomainFromImage(TestIm);
>
>
>    WarpHelper->SetFixedImage(TestIm);
>    WarpHelper->SetMetricSamplingPercentage(0.002);
>    WarpHelper->SetMovingImage(MovIm);
>    WarpHelper->SetMetric(MIMetrics);
>    //WarpHelper->SetMetricSamplingStrategy(WarpHelper->RANDOM);
>    WarpHelper->InPlaceOn();
>    WarpHelper->SetInitialTransform(BSplineTransform);
>    WarpHelper->SetOptimizer(Optimizer);
>
>    itk::Array<double> ShrinkFactorPerLevel(1);
>    ShrinkFactorPerLevel[0]=1;
>    itk::Array<double> SmoothSigmaPerLevel(1);
>    SmoothSigmaPerLevel[0]=0;
>    WarpHelper->SetNumberOfLevels(1);
>    WarpHelper->SetSmoothingSigmasPerLevel(SmoothSigmaPerLevel);
>    WarpHelper->SetShrinkFactorsPerLevel(ShrinkFactorPerLevel);
>
>    /* ----- Initialize the Bspline Transform ----- */
>    BSplineTransform->SetTransformDomainOrigin(TestIm->GetOrigin());
>    BSplineTransform->SetTransformDomainDirection(TestIm->GetDirection());
>
>    itk::Vector<double,3> PhysicalDim;
>    for (int dim = 0; dim < 3; dim++)
>    {
>       PhysicalDim=(TestIm->GetSpacing()[dim])*float((TestIm->
> GetLargestPossibleRegion().GetSize()[dim])-1);
>    }
>    BSplineTransform->SetTransformDomainPhysicalDimensions(PhysicalDim);
>
>    itk::Size<3> meshSize;
>    meshSize.Fill(10-3);// NbGridNodesEachDim-SplineOrder
>    BSplineTransform->SetTransformDomainMeshSize(meshSize);
>
>    BSplineTransform->SetIdentity();
>
>    /* ----- Optimizer setup ----- */
>    itk::Array<double> ScaleBspline(BSplineTransform-
> >GetNumberOfParameters());
>    ScaleBspline.fill(1);
>
>    Optimizer->SetLineSearchAccuracy(0.9);
>    Optimizer->SetDefaultStepLength(1.5);
>    Optimizer->TraceOn();
>    Optimizer->SetGradientConvergenceTolerance(1e-3);
>    Optimizer->SetMaximumNumberOfFunctionEvaluations(20);
>    Optimizer->SetDoEstimateScales(false);
>    Optimizer->SetScales(ScaleBspline);
>
>
>    try
>    {
>       WarpHelper->Update();
>    }
>    catch (itk::ExceptionObject &err)
>    {
>       std::cerr<<err;
>       return 0;
>    }
>
> Thanks,
>
> Tim
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
>

From dzenanz at gmail.com  Tue Sep  6 08:56:08 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Tue, 6 Sep 2016 08:56:08 -0400
Subject: [ITK] [ITK-users] Unsubscription request does not work
In-Reply-To: <CAJqi3E+6Ne_QJ1AyXm7WFRCUNT=X3RsAgo01K=o=6kDcLKqPLQ@mail.gmail.com>
References: <CAJqi3E+6Ne_QJ1AyXm7WFRCUNT=X3RsAgo01K=o=6kDcLKqPLQ@mail.gmail.com>
Message-ID: <CAPf2UMQ5TLXqj5ppC-M9LfqNHcQ5x+rMF6Z+BLuYukGRPvaEnA@mail.gmail.com>

Hi Francisco,

have you checked your spam folder? Have you tried logging into mailman
before clicking unsubscribe?

Regards,
D?enan

On Tue, Sep 6, 2016 at 3:29 AM, Francisco Lopez de la Franca <
franciscolopezdelafranca at gmail.com> wrote:

> Hi everybody,
> I'm trying to unsubscribe from the ITK mailing list from
> https://itk.org/mailman/options/community
> I enter my e-mail address and press the 'unsubscribe' button and the
> message 'the confirmation message has been sent' is returned, but it never
> arrives to my e-mail box.
> Please, does anyone know another way to unsubscribe from the list?
> Thank you very much.
> Regards.
>
> _____________________________________
> 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://www.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-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160906/6f01cb3f/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Tue Sep  6 09:17:13 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Tue, 6 Sep 2016 09:17:13 -0400
Subject: [ITK] [ITK-users] Open surface mesh construction from feature
	map
In-Reply-To: <CAJoKFkR-LTne6tmNGCot2XMS4B3Sn24M8bu7i2nvXqBA0i2m3Q@mail.gmail.com>
References: <CAJoKFkR-LTne6tmNGCot2XMS4B3Sn24M8bu7i2nvXqBA0i2m3Q@mail.gmail.com>
Message-ID: <CAPf2UMQFpJfKRgvoJbQatVEQS+_iPwrJ4jTei7m-c7QHBZNM0A@mail.gmail.com>

Hi Wei,

you should calculate the peak of your probability so you have "thin" layer
of voxels representing your surface. Coupled with the knowledge of the
normal, it would then be only the matter of determining connectivity for
the voxels to generate triangles of the mesh. And yes, you should use VTK
for mesh storage and later filtering (such as smoothing).

You could look at Canny filter
<https://itk.org/Doxygen/html/classitk_1_1CannyEdgeDetectionImageFilter.html>'s
source code for an example in ITK of how to do thinning.

HTH,
D?enan

On Mon, Sep 5, 2016 at 5:25 PM, Wei Liu <weiliu620 at gmail.com> wrote:

> Hi ITK users,
>
> I'm trying to detect (possibly multiple) open surface in a 3D volume.
> Suppose I have a filter that give me a 3D feature map (e.g. the probability
> of each voxel being on the surface), where should I go from this feature
> map to construct smooth open surfaces?
>
> I did some search. It seems most of existing examples construct isosurface
> mesh from a binary volume (or distance map from it). The binary volume
> usually has a closed surface on the object boundary, so it is different
> from my problem of open surface.
>
> I can probably calculate the normal of the surface at each voxel, if that
> helps.
>
> I guess I should do some skeleton extraction and get a 'thin' set of
> voxels on the surface, and use some filters in ITK or VTK(new to VTK but
> willing to learn if necessary) to convert binary volumes to surface meshes,
> and do some smoothing, filling holes etc.
>
> Thanks!
>
>
>
> _____________________________________
> 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://www.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-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160906/fb8ee7ed/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Tue Sep  6 11:43:49 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Tue, 6 Sep 2016 11:43:49 -0400
Subject: [ITK] Bspline registration with Mutual Information v4 : memory
	concern
In-Reply-To: <1076437426.55282711.1473154351044.JavaMail.zimbra@enst.fr>
References: <254262978.54836320.1473090120056.JavaMail.zimbra@enst.fr>
 <1747611185.54868285.1473092840225.JavaMail.zimbra@enst.fr>
 <CAPf2UMRkFt1KzBdNHxXr5M4XghY9RCVVnRbbhrtuc9fmhNywaQ@mail.gmail.com>
 <1076437426.55282711.1473154351044.JavaMail.zimbra@enst.fr>
Message-ID: <CAPf2UMSnC1JNLU4DZNumH_JhL=YC0M+FAs2HXkno_dtgszJQow@mail.gmail.com>

Hi Tim,

I did some memory profiling using 4.9.0 (which also exhibits the problem).
With current code, the MattesMutualInformationImageToImageMetricv4::
DerivativeBufferManager::DoubleBufferSize() increases the buffer to huge
sizes, because CheckAndReduceIfNecessary() fails to acquire the
synchronization lock. The reason is probably that memory-bound combining
the PDF derivatives is slower than its CPU-bound calculation.

In release mode, the buffers grew to 50GB before I killed the process. In
debug mode, they only grow to around 5GB, again probably because the
calculation speed is on par with PDF combining due to debug overhead.

Can you review the proposed fix?
http://review.source.kitware.com/21501

Regards,
D?enan

On Tue, Sep 6, 2016 at 5:32 AM, Timothee Evain <tevain at telecom-paristech.fr>
wrote:

> Hi D?enan,
>
> Sure!
> You could find here an archive https://www.dropbox.com/s/9scgn9if39i4a1x/
> V4RegistrationMemoryLeak.tar?dl=0
> It contains:
> -Fixed and moving images in mhd format
> -The binary (for windows)
> -The source code with its CMakeLists if you want to compile for another OS
>
> Thanks,
>
> Tim
>
>
> ----- Mail original -----
> De: "D?enan Zuki?" <dzenanz at gmail.com>
> ?: "Timothee Evain" <tevain at telecom-paristech.fr>
> Cc: community at itk.org
> Envoy?: Lundi 5 Septembre 2016 20:54:29
> Objet: Re: [ITK] Bspline registration with Mutual Information v4 : memory
> concern
>
> Hi Tim,
>
> can you turn this snippet into a runnable example which reproduces the
> memory leak?
>
> Regards,
> D?enan
>
> On Mon, Sep 5, 2016 at 12:27 PM, Timothee Evain <
> tevain at telecom-paristech.fr
> > wrote:
>
> > Hello everyone,
> >
> > I'm trying a Bspline registration based on the Mutual Information metric
> > (v4) and I'm facing a memory problem.
> > When running the registration, the memory usage skyrockets in a second
> > until freezing the PC by lack of memory.
> > I don't know why : this doesn't happen when I'm switching to another
> > metric (e.g. Correlation), the images aren't that big (~400k voxels) and
> a
> > previous rigid registration phase behaved correctly.
> > Here is my code snippet, what am I doing wrong ? (Image overlap had been
> > ensured)
> >
> >    typedef itk::Image<float,3> ImageTypef;
> >
> >    itk::ImageRegistrationMethodv4<ImageTypef,ImageTypef>::Pointer
> > WarpHelper=
> >       itk::ImageRegistrationMethodv4<ImageTypef,ImageTypef>::New();
> >    itk::MattesMutualInformationImageToImageMetricv4<ImageTypef,
> ImageTypef>::Pointer
> > MIMetrics=
> >       itk::MattesMutualInformationImageToImageMetricv4<ImageTypef,
> > ImageTypef>::New();
> >    itk::BSplineTransform<double,3,3>::Pointer BSplineTransform=
> >       itk::BSplineTransform<double,3,3>::New();
> >    itk::LBFGSOptimizerv4::Pointer Optimizer=
> >       itk::LBFGSOptimizerv4::New();
> >
> >    MIMetrics->SetNumberOfHistogramBins(50);
> >    MIMetrics->SetUseMovingImageGradientFilter(false);
> >    MIMetrics->SetUseFixedImageGradientFilter(false);
> >    MIMetrics->SetUseFixedSampledPointSet(false);
> >    MIMetrics->SetVirtualDomainFromImage(TestIm);
> >
> >
> >    WarpHelper->SetFixedImage(TestIm);
> >    WarpHelper->SetMetricSamplingPercentage(0.002);
> >    WarpHelper->SetMovingImage(MovIm);
> >    WarpHelper->SetMetric(MIMetrics);
> >    //WarpHelper->SetMetricSamplingStrategy(WarpHelper->RANDOM);
> >    WarpHelper->InPlaceOn();
> >    WarpHelper->SetInitialTransform(BSplineTransform);
> >    WarpHelper->SetOptimizer(Optimizer);
> >
> >    itk::Array<double> ShrinkFactorPerLevel(1);
> >    ShrinkFactorPerLevel[0]=1;
> >    itk::Array<double> SmoothSigmaPerLevel(1);
> >    SmoothSigmaPerLevel[0]=0;
> >    WarpHelper->SetNumberOfLevels(1);
> >    WarpHelper->SetSmoothingSigmasPerLevel(SmoothSigmaPerLevel);
> >    WarpHelper->SetShrinkFactorsPerLevel(ShrinkFactorPerLevel);
> >
> >    /* ----- Initialize the Bspline Transform ----- */
> >    BSplineTransform->SetTransformDomainOrigin(TestIm->GetOrigin());
> >    BSplineTransform->SetTransformDomainDirection(
> TestIm->GetDirection());
> >
> >    itk::Vector<double,3> PhysicalDim;
> >    for (int dim = 0; dim < 3; dim++)
> >    {
> >       PhysicalDim=(TestIm->GetSpacing()[dim])*float((TestIm->
> > GetLargestPossibleRegion().GetSize()[dim])-1);
> >    }
> >    BSplineTransform->SetTransformDomainPhysicalDimensions(PhysicalDim);
> >
> >    itk::Size<3> meshSize;
> >    meshSize.Fill(10-3);// NbGridNodesEachDim-SplineOrder
> >    BSplineTransform->SetTransformDomainMeshSize(meshSize);
> >
> >    BSplineTransform->SetIdentity();
> >
> >    /* ----- Optimizer setup ----- */
> >    itk::Array<double> ScaleBspline(BSplineTransform-
> > >GetNumberOfParameters());
> >    ScaleBspline.fill(1);
> >
> >    Optimizer->SetLineSearchAccuracy(0.9);
> >    Optimizer->SetDefaultStepLength(1.5);
> >    Optimizer->TraceOn();
> >    Optimizer->SetGradientConvergenceTolerance(1e-3);
> >    Optimizer->SetMaximumNumberOfFunctionEvaluations(20);
> >    Optimizer->SetDoEstimateScales(false);
> >    Optimizer->SetScales(ScaleBspline);
> >
> >
> >    try
> >    {
> >       WarpHelper->Update();
> >    }
> >    catch (itk::ExceptionObject &err)
> >    {
> >       std::cerr<<err;
> >       return 0;
> >    }
> >
> > Thanks,
> >
> > Tim
> > _______________________________________________
> > Community mailing list
> > Community at itk.org
> > http://public.kitware.com/mailman/listinfo/community
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160906/442e5bc2/attachment-0001.html>

From tevain at telecom-paristech.fr  Tue Sep  6 12:34:15 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Tue, 6 Sep 2016 18:34:15 +0200 (CEST)
Subject: [ITK] Bspline registration with Mutual Information v4 : memory
 concern
In-Reply-To: <CAPf2UMSnC1JNLU4DZNumH_JhL=YC0M+FAs2HXkno_dtgszJQow@mail.gmail.com>
References: <254262978.54836320.1473090120056.JavaMail.zimbra@enst.fr>
 <1747611185.54868285.1473092840225.JavaMail.zimbra@enst.fr>
 <CAPf2UMRkFt1KzBdNHxXr5M4XghY9RCVVnRbbhrtuc9fmhNywaQ@mail.gmail.com>
 <1076437426.55282711.1473154351044.JavaMail.zimbra@enst.fr>
 <CAPf2UMSnC1JNLU4DZNumH_JhL=YC0M+FAs2HXkno_dtgszJQow@mail.gmail.com>
Message-ID: <1627787268.55718729.1473179655232.JavaMail.zimbra@enst.fr>

D?enan,

Your fix works like a charm. The process take now ~4Gb(in release).
I observed that this memory isn't released after the end of the registration process. Is that intended ?
Also, to write it down for potential users who want to patch their 4.10 version or earlier, there is a small macro to change (ITK_CONSTEXPR_VAR into ITK_CONSTEXPR) since master branch had a modification about macros.

Anyway, many thanks to you for the swift help ! :)

Tim



----- Mail original -----
De: "D?enan Zuki?" <dzenanz at gmail.com>
?: "Timothee Evain" <tevain at telecom-paristech.fr>
Cc: community at itk.org
Envoy?: Mardi 6 Septembre 2016 17:43:49
Objet: Re: [ITK] Bspline registration with Mutual Information v4 : memory concern

Hi Tim,

I did some memory profiling using 4.9.0 (which also exhibits the problem).
With current code, the MattesMutualInformationImageToImageMetricv4::
DerivativeBufferManager::DoubleBufferSize() increases the buffer to huge
sizes, because CheckAndReduceIfNecessary() fails to acquire the
synchronization lock. The reason is probably that memory-bound combining
the PDF derivatives is slower than its CPU-bound calculation.

In release mode, the buffers grew to 50GB before I killed the process. In
debug mode, they only grow to around 5GB, again probably because the
calculation speed is on par with PDF combining due to debug overhead.

Can you review the proposed fix?
http://review.source.kitware.com/21501

Regards,
D?enan

On Tue, Sep 6, 2016 at 5:32 AM, Timothee Evain <tevain at telecom-paristech.fr>
wrote:

> Hi D?enan,
>
> Sure!
> You could find here an archive https://www.dropbox.com/s/9scgn9if39i4a1x/
> V4RegistrationMemoryLeak.tar?dl=0
> It contains:
> -Fixed and moving images in mhd format
> -The binary (for windows)
> -The source code with its CMakeLists if you want to compile for another OS
>
> Thanks,
>
> Tim
>
>
> ----- Mail original -----
> De: "D?enan Zuki?" <dzenanz at gmail.com>
> ?: "Timothee Evain" <tevain at telecom-paristech.fr>
> Cc: community at itk.org
> Envoy?: Lundi 5 Septembre 2016 20:54:29
> Objet: Re: [ITK] Bspline registration with Mutual Information v4 : memory
> concern
>
> Hi Tim,
>
> can you turn this snippet into a runnable example which reproduces the
> memory leak?
>
> Regards,
> D?enan
>
> On Mon, Sep 5, 2016 at 12:27 PM, Timothee Evain <
> tevain at telecom-paristech.fr
> > wrote:
>
> > Hello everyone,
> >
> > I'm trying a Bspline registration based on the Mutual Information metric
> > (v4) and I'm facing a memory problem.
> > When running the registration, the memory usage skyrockets in a second
> > until freezing the PC by lack of memory.
> > I don't know why : this doesn't happen when I'm switching to another
> > metric (e.g. Correlation), the images aren't that big (~400k voxels) and
> a
> > previous rigid registration phase behaved correctly.
> > Here is my code snippet, what am I doing wrong ? (Image overlap had been
> > ensured)
> >
> >    typedef itk::Image<float,3> ImageTypef;
> >
> >    itk::ImageRegistrationMethodv4<ImageTypef,ImageTypef>::Pointer
> > WarpHelper=
> >       itk::ImageRegistrationMethodv4<ImageTypef,ImageTypef>::New();
> >    itk::MattesMutualInformationImageToImageMetricv4<ImageTypef,
> ImageTypef>::Pointer
> > MIMetrics=
> >       itk::MattesMutualInformationImageToImageMetricv4<ImageTypef,
> > ImageTypef>::New();
> >    itk::BSplineTransform<double,3,3>::Pointer BSplineTransform=
> >       itk::BSplineTransform<double,3,3>::New();
> >    itk::LBFGSOptimizerv4::Pointer Optimizer=
> >       itk::LBFGSOptimizerv4::New();
> >
> >    MIMetrics->SetNumberOfHistogramBins(50);
> >    MIMetrics->SetUseMovingImageGradientFilter(false);
> >    MIMetrics->SetUseFixedImageGradientFilter(false);
> >    MIMetrics->SetUseFixedSampledPointSet(false);
> >    MIMetrics->SetVirtualDomainFromImage(TestIm);
> >
> >
> >    WarpHelper->SetFixedImage(TestIm);
> >    WarpHelper->SetMetricSamplingPercentage(0.002);
> >    WarpHelper->SetMovingImage(MovIm);
> >    WarpHelper->SetMetric(MIMetrics);
> >    //WarpHelper->SetMetricSamplingStrategy(WarpHelper->RANDOM);
> >    WarpHelper->InPlaceOn();
> >    WarpHelper->SetInitialTransform(BSplineTransform);
> >    WarpHelper->SetOptimizer(Optimizer);
> >
> >    itk::Array<double> ShrinkFactorPerLevel(1);
> >    ShrinkFactorPerLevel[0]=1;
> >    itk::Array<double> SmoothSigmaPerLevel(1);
> >    SmoothSigmaPerLevel[0]=0;
> >    WarpHelper->SetNumberOfLevels(1);
> >    WarpHelper->SetSmoothingSigmasPerLevel(SmoothSigmaPerLevel);
> >    WarpHelper->SetShrinkFactorsPerLevel(ShrinkFactorPerLevel);
> >
> >    /* ----- Initialize the Bspline Transform ----- */
> >    BSplineTransform->SetTransformDomainOrigin(TestIm->GetOrigin());
> >    BSplineTransform->SetTransformDomainDirection(
> TestIm->GetDirection());
> >
> >    itk::Vector<double,3> PhysicalDim;
> >    for (int dim = 0; dim < 3; dim++)
> >    {
> >       PhysicalDim=(TestIm->GetSpacing()[dim])*float((TestIm->
> > GetLargestPossibleRegion().GetSize()[dim])-1);
> >    }
> >    BSplineTransform->SetTransformDomainPhysicalDimensions(PhysicalDim);
> >
> >    itk::Size<3> meshSize;
> >    meshSize.Fill(10-3);// NbGridNodesEachDim-SplineOrder
> >    BSplineTransform->SetTransformDomainMeshSize(meshSize);
> >
> >    BSplineTransform->SetIdentity();
> >
> >    /* ----- Optimizer setup ----- */
> >    itk::Array<double> ScaleBspline(BSplineTransform-
> > >GetNumberOfParameters());
> >    ScaleBspline.fill(1);
> >
> >    Optimizer->SetLineSearchAccuracy(0.9);
> >    Optimizer->SetDefaultStepLength(1.5);
> >    Optimizer->TraceOn();
> >    Optimizer->SetGradientConvergenceTolerance(1e-3);
> >    Optimizer->SetMaximumNumberOfFunctionEvaluations(20);
> >    Optimizer->SetDoEstimateScales(false);
> >    Optimizer->SetScales(ScaleBspline);
> >
> >
> >    try
> >    {
> >       WarpHelper->Update();
> >    }
> >    catch (itk::ExceptionObject &err)
> >    {
> >       std::cerr<<err;
> >       return 0;
> >    }
> >
> > Thanks,
> >
> > Tim
> > _______________________________________________
> > Community mailing list
> > Community at itk.org
> > http://public.kitware.com/mailman/listinfo/community
> >
>

From franciscolopezdelafranca at gmail.com  Wed Sep  7 01:37:08 2016
From: franciscolopezdelafranca at gmail.com (Francisco Lopez de la Franca)
Date: Wed, 7 Sep 2016 07:37:08 +0200
Subject: [ITK] [ITK-users] Unsubscription request does not work
In-Reply-To: <CAPf2UMQ5TLXqj5ppC-M9LfqNHcQ5x+rMF6Z+BLuYukGRPvaEnA@mail.gmail.com>
References: <CAJqi3E+6Ne_QJ1AyXm7WFRCUNT=X3RsAgo01K=o=6kDcLKqPLQ@mail.gmail.com>
 <CAPf2UMQ5TLXqj5ppC-M9LfqNHcQ5x+rMF6Z+BLuYukGRPvaEnA@mail.gmail.com>
Message-ID: <CAJqi3EKtVD1Ew_9Ck7PKkHTzp_7p+bdbRPThFEXm=y0q2HM39g@mail.gmail.com>

Hi Dzenan,
It does not arrive in the spam folder either.
The problem on logging is that I try to do it and do not remember the
password. I try the reminder option to reset my password and the message
does not arrive either. That's why I only want to unsubscribe.
I donot know if sending a typical e-mail with UNSUBSCRIBE subject or
something like that could work.
Thanks.

2016-09-06 14:56 GMT+02:00 dzenanz [via ITK Insight Users] <
ml-node+s2283740n7589166h81 at n2.nabble.com>:

> Hi Francisco,
>
> have you checked your spam folder? Have you tried logging into mailman
> before clicking unsubscribe?
>
> Regards,
> D?enan
>
> On Tue, Sep 6, 2016 at 3:29 AM, Francisco Lopez de la Franca <[hidden
> email] <http:///user/SendEmail.jtp?type=node&node=7589166&i=0>> wrote:
>
>> Hi everybody,
>> I'm trying to unsubscribe from the ITK mailing list from
>> https://itk.org/mailman/options/community
>> I enter my e-mail address and press the 'unsubscribe' button and the
>> message 'the confirmation message has been sent' is returned, but it never
>> arrives to my e-mail box.
>> Please, does anyone know another way to unsubscribe from the list?
>> Thank you very much.
>> Regards.
>>
>> _____________________________________
>> 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://www.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-users
>>
>>
>
> _____________________________________
> 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://www.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-users
>
>
> ------------------------------
> If you reply to this email, your message will be added to the discussion
> below:
> http://itk-insight-users.2283740.n2.nabble.com/ITK-
> users-Unsubscription-request-does-not-work-tp7589165p7589166.html
> To start a new topic under ITK Insight Users, email
> ml-node+s2283740n2283740h75 at n2.nabble.com
> To unsubscribe from ITK Insight Users, click here
> <http://itk-insight-users.2283740.n2.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=2283740&code=ZnJhbmNpc2NvbG9wZXpkZWxhZnJhbmNhQGdtYWlsLmNvbXwyMjgzNzQwfC05OTI2MzcxNg==>
> .
> NAML
> <http://itk-insight-users.2283740.n2.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160907/7f6a4ae1/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From franciscolopezdelafranca at gmail.com  Wed Sep  7 01:37:29 2016
From: franciscolopezdelafranca at gmail.com (=?UTF-8?Q?Francisco_L=C3=B3pez-Franca?=)
Date: Tue, 6 Sep 2016 22:37:29 -0700 (MST)
Subject: [ITK] [ITK-users] Unsubscription request does not work
In-Reply-To: <CAPf2UMQ5TLXqj5ppC-M9LfqNHcQ5x+rMF6Z+BLuYukGRPvaEnA@mail.gmail.com>
References: <CAJqi3E+6Ne_QJ1AyXm7WFRCUNT=X3RsAgo01K=o=6kDcLKqPLQ@mail.gmail.com>
 <CAPf2UMQ5TLXqj5ppC-M9LfqNHcQ5x+rMF6Z+BLuYukGRPvaEnA@mail.gmail.com>
Message-ID: <CAJqi3EKtVD1Ew_9Ck7PKkHTzp_7p+bdbRPThFEXm=y0q2HM39g@mail.gmail.com>

Hi Dzenan,
It does not arrive in the spam folder either.
The problem on logging is that I try to do it and do not remember the
password. I try the reminder option to reset my password and the message
does not arrive either. That's why I only want to unsubscribe.
I donot know if sending a typical e-mail with UNSUBSCRIBE subject or
something like that could work.
Thanks.

2016-09-06 14:56 GMT+02:00 dzenanz [via ITK Insight Users] <
ml-node+s2283740n7589166h81 at n2.nabble.com>:

> Hi Francisco,
>
> have you checked your spam folder? Have you tried logging into mailman
> before clicking unsubscribe?
>
> Regards,
> D?enan
>
> On Tue, Sep 6, 2016 at 3:29 AM, Francisco Lopez de la Franca <[hidden
> email] <http:///user/SendEmail.jtp?type=node&node=7589166&i=0>> wrote:
>
>> Hi everybody,
>> I'm trying to unsubscribe from the ITK mailing list from
>> https://itk.org/mailman/options/community
>> I enter my e-mail address and press the 'unsubscribe' button and the
>> message 'the confirmation message has been sent' is returned, but it never
>> arrives to my e-mail box.
>> Please, does anyone know another way to unsubscribe from the list?
>> Thank you very much.
>> Regards.
>>
>> _____________________________________
>> 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://www.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-users
>>
>>
>
> _____________________________________
> 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://www.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-users
>
>
> ------------------------------
> If you reply to this email, your message will be added to the discussion
> below:
> http://itk-insight-users.2283740.n2.nabble.com/ITK-
> users-Unsubscription-request-does-not-work-tp7589165p7589166.html
> To start a new topic under ITK Insight Users, email
> ml-node+s2283740n2283740h75 at n2.nabble.com
> To unsubscribe from ITK Insight Users, click here
> <http://itk-insight-users.2283740.n2.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=2283740&code=ZnJhbmNpc2NvbG9wZXpkZWxhZnJhbmNhQGdtYWlsLmNvbXwyMjgzNzQwfC05OTI2MzcxNg==>
> .
> NAML
> <http://itk-insight-users.2283740.n2.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>




--
View this message in context: http://itk-insight-users.2283740.n2.nabble.com/ITK-users-Unsubscription-request-does-not-work-tp7589165p7589168.html
Sent from the ITK Insight Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Wed Sep  7 11:13:25 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Wed, 7 Sep 2016 11:13:25 -0400
Subject: [ITK] [ITK-users] Unsubscription request does not work
In-Reply-To: <CAJqi3EKtVD1Ew_9Ck7PKkHTzp_7p+bdbRPThFEXm=y0q2HM39g@mail.gmail.com>
References: <CAJqi3E+6Ne_QJ1AyXm7WFRCUNT=X3RsAgo01K=o=6kDcLKqPLQ@mail.gmail.com>
 <CAPf2UMQ5TLXqj5ppC-M9LfqNHcQ5x+rMF6Z+BLuYukGRPvaEnA@mail.gmail.com>
 <CAJqi3EKtVD1Ew_9Ck7PKkHTzp_7p+bdbRPThFEXm=y0q2HM39g@mail.gmail.com>
Message-ID: <CALzTN-SsJeX8GYvuQsiuAv5-xF-BT-YzipthCUK=bSTHnC3J1Q@mail.gmail.com>

Hi Francisco,

Make sure to send the request to the "insight-users" list (the one to
which you are currently posting). The unsubscribe link is in the
footer:

  http://public.kitware.com/mailman/listinfo/insight-users

HTH,
Matt

On Wed, Sep 7, 2016 at 1:37 AM, Francisco L?pez-Franca
<franciscolopezdelafranca at gmail.com> wrote:
> Hi Dzenan,
> It does not arrive in the spam folder either.
> The problem on logging is that I try to do it and do not remember the
> password. I try the reminder option to reset my password and the message
> does not arrive either. That's why I only want to unsubscribe.
> I donot know if sending a typical e-mail with UNSUBSCRIBE subject or
> something like that could work.
> Thanks.
>
> 2016-09-06 14:56 GMT+02:00 dzenanz [via ITK Insight Users] <
> ml-node+s2283740n7589166h81 at n2.nabble.com>:
>
>> Hi Francisco,
>>
>> have you checked your spam folder? Have you tried logging into mailman
>> before clicking unsubscribe?
>>
>> Regards,
>> D?enan
>>
>> On Tue, Sep 6, 2016 at 3:29 AM, Francisco Lopez de la Franca <[hidden
>> email] <http:///user/SendEmail.jtp?type=node&node=7589166&i=0>> wrote:
>>
>>> Hi everybody,
>>> I'm trying to unsubscribe from the ITK mailing list from
>>> https://itk.org/mailman/options/community
>>> I enter my e-mail address and press the 'unsubscribe' button and the
>>> message 'the confirmation message has been sent' is returned, but it never
>>> arrives to my e-mail box.
>>> Please, does anyone know another way to unsubscribe from the list?
>>> Thank you very much.
>>> Regards.
>>>
>>> _____________________________________
>>> 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://www.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-users
>>>
>>>
>>
>> _____________________________________
>> 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://www.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-users
>>
>>
>> ------------------------------
>> If you reply to this email, your message will be added to the discussion
>> below:
>> http://itk-insight-users.2283740.n2.nabble.com/ITK-
>> users-Unsubscription-request-does-not-work-tp7589165p7589166.html
>> To start a new topic under ITK Insight Users, email
>> ml-node+s2283740n2283740h75 at n2.nabble.com
>> To unsubscribe from ITK Insight Users, click here
>> <http://itk-insight-users.2283740.n2.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=2283740&code=ZnJhbmNpc2NvbG9wZXpkZWxhZnJhbmNhQGdtYWlsLmNvbXwyMjgzNzQwfC05OTI2MzcxNg==>
>> .
>> NAML
>> <http://itk-insight-users.2283740.n2.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>>
>
>
>
>
> --
> View this message in context: http://itk-insight-users.2283740.n2.nabble.com/ITK-users-Unsubscription-request-does-not-work-tp7589165p7589168.html
> Sent from the ITK Insight Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users
_____________________________________
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://www.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-users

From weiliu620 at gmail.com  Wed Sep  7 11:43:19 2016
From: weiliu620 at gmail.com (Wei Liu)
Date: Wed, 7 Sep 2016 11:43:19 -0400
Subject: [ITK] [ITK-users] Open surface mesh construction from feature
	map
In-Reply-To: <CAPf2UMQFpJfKRgvoJbQatVEQS+_iPwrJ4jTei7m-c7QHBZNM0A@mail.gmail.com>
References: <CAJoKFkR-LTne6tmNGCot2XMS4B3Sn24M8bu7i2nvXqBA0i2m3Q@mail.gmail.com>
 <CAPf2UMQFpJfKRgvoJbQatVEQS+_iPwrJ4jTei7m-c7QHBZNM0A@mail.gmail.com>
Message-ID: <CAJoKFkTNg6PW+J9VyCGReyGta7YLoGkCq2EQQ50b+egEoLYBPA@mail.gmail.com>

D?enan, thanks for the reply. I have no experience in mesh generation or
surface construction, so I try to use filters in ITK/VTK.

vtkDelaunay3D seems for closed surface. Do you know any filter for open
surface?

>From your email it seems straightforward to generate mesh given point
clouds with normal vectors. I don't trust my own implementation, but I'll
give it a try if I couldn't find any filters. Do you know any papers, or
example implementations, either inside or outside of ITK community?

Thanks again,

On Tue, Sep 6, 2016 at 9:17 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:

> Hi Wei,
>
> you should calculate the peak of your probability so you have "thin" layer
> of voxels representing your surface. Coupled with the knowledge of the
> normal, it would then be only the matter of determining connectivity for
> the voxels to generate triangles of the mesh. And yes, you should use VTK
> for mesh storage and later filtering (such as smoothing).
>
> You could look at Canny filter
> <https://itk.org/Doxygen/html/classitk_1_1CannyEdgeDetectionImageFilter.html>'s
> source code for an example in ITK of how to do thinning.
>
> HTH,
> D?enan
>
> On Mon, Sep 5, 2016 at 5:25 PM, Wei Liu <weiliu620 at gmail.com> wrote:
>
>> Hi ITK users,
>>
>> I'm trying to detect (possibly multiple) open surface in a 3D volume.
>> Suppose I have a filter that give me a 3D feature map (e.g. the probability
>> of each voxel being on the surface), where should I go from this feature
>> map to construct smooth open surfaces?
>>
>> I did some search. It seems most of existing examples construct
>> isosurface mesh from a binary volume (or distance map from it). The binary
>> volume usually has a closed surface on the object boundary, so it is
>> different from my problem of open surface.
>>
>> I can probably calculate the normal of the surface at each voxel, if that
>> helps.
>>
>> I guess I should do some skeleton extraction and get a 'thin' set of
>> voxels on the surface, and use some filters in ITK or VTK(new to VTK but
>> willing to learn if necessary) to convert binary volumes to surface meshes,
>> and do some smoothing, filling holes etc.
>>
>> Thanks!
>>
>>
>>
>> _____________________________________
>> 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://www.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-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160907/fd607d7c/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From will.schroeder at kitware.com  Wed Sep  7 11:47:25 2016
From: will.schroeder at kitware.com (Will Schroeder)
Date: Wed, 7 Sep 2016 11:47:25 -0400
Subject: [ITK] [ITK-users] Open surface mesh construction from feature
	map
In-Reply-To: <CAJoKFkTNg6PW+J9VyCGReyGta7YLoGkCq2EQQ50b+egEoLYBPA@mail.gmail.com>
References: <CAJoKFkR-LTne6tmNGCot2XMS4B3Sn24M8bu7i2nvXqBA0i2m3Q@mail.gmail.com>
 <CAPf2UMQFpJfKRgvoJbQatVEQS+_iPwrJ4jTei7m-c7QHBZNM0A@mail.gmail.com>
 <CAJoKFkTNg6PW+J9VyCGReyGta7YLoGkCq2EQQ50b+egEoLYBPA@mail.gmail.com>
Message-ID: <CAEiDrtXfAO64EB2T2ZCSaFVDBLnoj3pZ7zEX+Na4qsOGK7yFLg@mail.gmail.com>

Wei-

FYI- I have an initial implementation in a VTK remote module
(vtkPointCloud) of an isosurface algorithm that can generate open surfaces
(typically from truncated distance functions). If you have some data I can
use it for testing and debugging purposes....

Best,
W

On Wed, Sep 7, 2016 at 11:43 AM, Wei Liu <weiliu620 at gmail.com> wrote:

> D?enan, thanks for the reply. I have no experience in mesh generation or
> surface construction, so I try to use filters in ITK/VTK.
>
> vtkDelaunay3D seems for closed surface. Do you know any filter for open
> surface?
>
> From your email it seems straightforward to generate mesh given point
> clouds with normal vectors. I don't trust my own implementation, but I'll
> give it a try if I couldn't find any filters. Do you know any papers, or
> example implementations, either inside or outside of ITK community?
>
> Thanks again,
>
> On Tue, Sep 6, 2016 at 9:17 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>
>> Hi Wei,
>>
>> you should calculate the peak of your probability so you have "thin"
>> layer of voxels representing your surface. Coupled with the knowledge of
>> the normal, it would then be only the matter of determining connectivity
>> for the voxels to generate triangles of the mesh. And yes, you should use
>> VTK for mesh storage and later filtering (such as smoothing).
>>
>> You could look at Canny filter
>> <https://itk.org/Doxygen/html/classitk_1_1CannyEdgeDetectionImageFilter.html>'s
>> source code for an example in ITK of how to do thinning.
>>
>> HTH,
>> D?enan
>>
>> On Mon, Sep 5, 2016 at 5:25 PM, Wei Liu <weiliu620 at gmail.com> wrote:
>>
>>> Hi ITK users,
>>>
>>> I'm trying to detect (possibly multiple) open surface in a 3D volume.
>>> Suppose I have a filter that give me a 3D feature map (e.g. the probability
>>> of each voxel being on the surface), where should I go from this feature
>>> map to construct smooth open surfaces?
>>>
>>> I did some search. It seems most of existing examples construct
>>> isosurface mesh from a binary volume (or distance map from it). The binary
>>> volume usually has a closed surface on the object boundary, so it is
>>> different from my problem of open surface.
>>>
>>> I can probably calculate the normal of the surface at each voxel, if
>>> that helps.
>>>
>>> I guess I should do some skeleton extraction and get a 'thin' set of
>>> voxels on the surface, and use some filters in ITK or VTK(new to VTK but
>>> willing to learn if necessary) to convert binary volumes to surface meshes,
>>> and do some smoothing, filling holes etc.
>>>
>>> Thanks!
>>>
>>>
>>>
>>> _____________________________________
>>> 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://www.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-users
>>>
>>>
>>
>
> _____________________________________
> 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://www.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-users
>
>


-- 
William J. Schroeder, PhD
Kitware, Inc. - Building the World's Technical Computing Software
28 Corporate Drive
Clifton Park, NY 12065
will.schroeder at kitware.com
http://www.kitware.com
(518) 881-4902
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160907/0b1e802c/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From weiliu620 at gmail.com  Wed Sep  7 11:55:51 2016
From: weiliu620 at gmail.com (Wei Liu)
Date: Wed, 7 Sep 2016 11:55:51 -0400
Subject: [ITK] use remote module
Message-ID: <CAJoKFkQg6VQia1T1uN52pJqu7d3_jOu2yoWWSMR0qkSLiQiLsg@mail.gmail.com>

Hi communities,

When I try to use a remote module (anisotropic diffusion LBR) in my code, I
got error that the 'itkstructureTensorImageFilter.h' no such file...

I have turned on the cmake flag when building ITK. Do I need to do anything
specific to use remote module's code?

I probably can manually copy the .h file, but think it's not the optimal
approach.

Thanks,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160907/ef0906e3/attachment.html>

From mattghall at gmail.com  Wed Sep  7 12:00:56 2016
From: mattghall at gmail.com (soolijoo)
Date: Wed, 7 Sep 2016 09:00:56 -0700 (MST)
Subject: [ITK] [ITK-users] Linker problems since Ubuntu 16.04 upgrade
Message-ID: <1473264056179-7589172.post@n2.nabble.com>

Hi,

I've just upgraded to Ubuntu 16.04 from 14.04 and am having some strange
linker problems with my code.

Using the same CMakeLists.txt as previously the compiler is finding the ITK
headers but the build fails during the linking phase. This is happening even
for extremely simple, hello world type examples. For example the following
code:

#include "itkImage.h"
#include <iostream>

int main(int argc, char** argv){

    typedef itk::Image<unsigned short, 3> ImageType;

    ImageType::Pointer image = ImageType::New();

    std::cout << "Hey there, ITK!" << std::endl;

    return 0;

}


with this CMakeLists.txt file:

cmake_minimum_required(VERSION 2.8)

project(SimpleMutInfo)

find_package(ITK REQUIRED)
include(${ITK_USE_FILE})
if(ITKVtGlue_LOADED)
    find_package(VTK REQUIRED)
    include(${VTK_USE_FILE})
endif()

add_executable(SimpleMutInfo simpleMutInfo.cpp)

MESSAGE(${ITK_LIBRARIES})

MESSAGE(${CMAKE_INSTALL_PREFIX})
MESSAGE(${ITK_DIR})

if( "${ITK_VERSION_MAJOR}" LESS 4 )
    target_link_libraries(SimpleMutInfo ITKReview ${ITK_LIBRARIES})
else( "${ITK_VERSION_MAJOR}" LESS 4 )
    target_link_libraries(SimpleMutInfo ${ITK_LIBRARIES})
endif( "${ITK_VERSION_MAJOR}" LESS 4 )


completes the cmake apparently correctly:
-- The C compiler identification is GNU 5.4.0
-- The CXX compiler identification is GNU 5.4.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Configuring done
-- Generating done
-- Build files have been written to:
/home/matt/CodingProjects/sandbox/mutInfo/itk/helloItk


but gives the following compiler error:
Scanning dependencies of target HelloItk
[ 50%] Building CXX object CMakeFiles/HelloItk.dir/helloItk.cpp.o
[100%] Linking CXX executable HelloItk
CMakeFiles/HelloItk.dir/helloItk.cpp.o: In function
`itk::MemoryAllocationError::MemoryAllocationError(std::__cxx11::basic_string<char,
std::char_traits&lt;char>, std::allocator<char> > const&, unsigned int,
std::__cxx11::basic_string<char, std::char_traits&lt;char>,
std::allocator<char> > const&, std::__cxx11::basic_string<char,
std::char_traits&lt;char>, std::allocator<char> > const&)':
helloItk.cpp:(.text._ZN3itk21MemoryAllocationErrorC2ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEjS8_S8_[_ZN3itk21MemoryAllocationErrorC5ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEjS8_S8_]+0x35):
undefined reference to
`itk::ExceptionObject::ExceptionObject(std::__cxx11::basic_string<char,
std::char_traits&lt;char>, std::allocator<char> > const&, unsigned int,
std::__cxx11::basic_string<char, std::char_traits&lt;char>,
std::allocator<char> > const&, std::__cxx11::basic_string<char,
std::char_traits&lt;char>, std::allocator<char> > const&)'
collect2: error: ld returned 1 exit status
CMakeFiles/HelloItk.dir/build.make:204: recipe for target 'HelloItk' failed
make[2]: *** [HelloItk] Error 1
CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/HelloItk.dir/all'
failed
make[1]: *** [CMakeFiles/HelloItk.dir/all] Error 2
Makefile:83: recipe for target 'all' failed
make: *** [all] Error 2


I've confirmed that the i've installed all four ubuntu packages mentioned
here:
https://blog.kitware.com/itk-packages-in-linux-distributions/
(including the python bindings)

The itk libs seem to be in /usr/local/lib but for some reason the linker
isn't seeing them. 

Anyone got any ideas?








--
View this message in context: http://itk-insight-users.2283740.n2.nabble.com/Linker-problems-since-Ubuntu-16-04-upgrade-tp7589172.html
Sent from the ITK Insight Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From bill.lorensen at gmail.com  Wed Sep  7 12:13:23 2016
From: bill.lorensen at gmail.com (Bill Lorensen)
Date: Wed, 7 Sep 2016 12:13:23 -0400
Subject: [ITK] use remote module
In-Reply-To: <CAJoKFkQg6VQia1T1uN52pJqu7d3_jOu2yoWWSMR0qkSLiQiLsg@mail.gmail.com>
References: <CAJoKFkQg6VQia1T1uN52pJqu7d3_jOu2yoWWSMR0qkSLiQiLsg@mail.gmail.com>
Message-ID: <CADZJ4hPvyFHiKTKdX-np6iNaffdN6rhmtMXU2ffEq_-GEmOTzg@mail.gmail.com>

How are you using it?

On Wed, Sep 7, 2016 at 11:55 AM, Wei Liu <weiliu620 at gmail.com> wrote:
> Hi communities,
>
> When I try to use a remote module (anisotropic diffusion LBR) in my code, I
> got error that the 'itkstructureTensorImageFilter.h' no such file...
>
> I have turned on the cmake flag when building ITK. Do I need to do anything
> specific to use remote module's code?
>
> I probably can manually copy the .h file, but think it's not the optimal
> approach.
>
> Thanks,
>
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
>



-- 
Unpaid intern in BillsBasement at noware dot com

From blowekamp at mail.nih.gov  Wed Sep  7 12:13:24 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Wed, 7 Sep 2016 16:13:24 +0000
Subject: [ITK] [ITK-users] Linker problems since Ubuntu 16.04 upgrade
In-Reply-To: <1473264056179-7589172.post@n2.nabble.com>
References: <1473264056179-7589172.post@n2.nabble.com>
Message-ID: <7A6B8EFF-F1FF-4B50-BF84-422CC10AB97F@mail.nih.gov>

Hello,

You are using the installed Ubuntu version?

Because I see ?cxx11? in the string symbol below, I think there may be a miss match between the C++ versions used to compile ITK and what you use here in this example.

I would try to determine which compiler and flags your ubuntu version of ITK was compiled with and try to use the same.

Alternatively, you could just compile ITK from source.

HTH,
Brad




> On Sep 7, 2016, at 12:00 PM, soolijoo <mattghall at gmail.com> wrote:
> 
> Hi,
> 
> I've just upgraded to Ubuntu 16.04 from 14.04 and am having some strange
> linker problems with my code.
> 
> Using the same CMakeLists.txt as previously the compiler is finding the ITK
> headers but the build fails during the linking phase. This is happening even
> for extremely simple, hello world type examples. For example the following
> code:
> 
> #include "itkImage.h"
> #include <iostream>
> 
> int main(int argc, char** argv){
> 
>    typedef itk::Image<unsigned short, 3> ImageType;
> 
>    ImageType::Pointer image = ImageType::New();
> 
>    std::cout << "Hey there, ITK!" << std::endl;
> 
>    return 0;
> 
> }
> 
> 
> with this CMakeLists.txt file:
> 
> cmake_minimum_required(VERSION 2.8)
> 
> project(SimpleMutInfo)
> 
> find_package(ITK REQUIRED)
> include(${ITK_USE_FILE})
> if(ITKVtGlue_LOADED)
>    find_package(VTK REQUIRED)
>    include(${VTK_USE_FILE})
> endif()
> 
> add_executable(SimpleMutInfo simpleMutInfo.cpp)
> 
> MESSAGE(${ITK_LIBRARIES})
> 
> MESSAGE(${CMAKE_INSTALL_PREFIX})
> MESSAGE(${ITK_DIR})
> 
> if( "${ITK_VERSION_MAJOR}" LESS 4 )
>    target_link_libraries(SimpleMutInfo ITKReview ${ITK_LIBRARIES})
> else( "${ITK_VERSION_MAJOR}" LESS 4 )
>    target_link_libraries(SimpleMutInfo ${ITK_LIBRARIES})
> endif( "${ITK_VERSION_MAJOR}" LESS 4 )
> 
> 
> completes the cmake apparently correctly:
> -- The C compiler identification is GNU 5.4.0
> -- The CXX compiler identification is GNU 5.4.0
> -- Check for working C compiler: /usr/bin/cc
> -- Check for working C compiler: /usr/bin/cc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Detecting C compile features
> -- Detecting C compile features - done
> -- Check for working CXX compiler: /usr/bin/c++
> -- Check for working CXX compiler: /usr/bin/c++ -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> -- Detecting CXX compile features
> -- Detecting CXX compile features - done
> -- Configuring done
> -- Generating done
> -- Build files have been written to:
> /home/matt/CodingProjects/sandbox/mutInfo/itk/helloItk
> 
> 
> but gives the following compiler error:
> Scanning dependencies of target HelloItk
> [ 50%] Building CXX object CMakeFiles/HelloItk.dir/helloItk.cpp.o
> [100%] Linking CXX executable HelloItk
> CMakeFiles/HelloItk.dir/helloItk.cpp.o: In function
> `itk::MemoryAllocationError::MemoryAllocationError(std::__cxx11::basic_string<char,
> std::char_traits&lt;char>, std::allocator<char> > const&, unsigned int,
> std::__cxx11::basic_string<char, std::char_traits&lt;char>,
> std::allocator<char> > const&, std::__cxx11::basic_string<char,
> std::char_traits&lt;char>, std::allocator<char> > const&)':
> helloItk.cpp:(.text._ZN3itk21MemoryAllocationErrorC2ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEjS8_S8_[_ZN3itk21MemoryAllocationErrorC5ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEjS8_S8_]+0x35):
> undefined reference to
> `itk::ExceptionObject::ExceptionObject(std::__cxx11::basic_string<char,
> std::char_traits&lt;char>, std::allocator<char> > const&, unsigned int,
> std::__cxx11::basic_string<char, std::char_traits&lt;char>,
> std::allocator<char> > const&, std::__cxx11::basic_string<char,
> std::char_traits&lt;char>, std::allocator<char> > const&)'
> collect2: error: ld returned 1 exit status
> CMakeFiles/HelloItk.dir/build.make:204: recipe for target 'HelloItk' failed
> make[2]: *** [HelloItk] Error 1
> CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/HelloItk.dir/all'
> failed
> make[1]: *** [CMakeFiles/HelloItk.dir/all] Error 2
> Makefile:83: recipe for target 'all' failed
> make: *** [all] Error 2
> 
> 
> I've confirmed that the i've installed all four ubuntu packages mentioned
> here:
> https://blog.kitware.com/itk-packages-in-linux-distributions/
> (including the python bindings)
> 
> The itk libs seem to be in /usr/local/lib but for some reason the linker
> isn't seeing them. 
> 
> Anyone got any ideas?
> 
> 
> 
> 
> 
> 
> 
> 
> --
> View this message in context: http://itk-insight-users.2283740.n2.nabble.com/Linker-problems-since-Ubuntu-16-04-upgrade-tp7589172.html
> Sent from the ITK Insight Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users

_____________________________________
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://www.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-users

From tevain at telecom-paristech.fr  Wed Sep  7 13:05:38 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Wed, 7 Sep 2016 19:05:38 +0200 (CEST)
Subject: [ITK] ImageRegistrationMethodv4 behavior question
In-Reply-To: <295611315.56826123.1473267290379.JavaMail.zimbra@enst.fr>
Message-ID: <2043790470.56832993.1473267938364.JavaMail.zimbra@enst.fr>

Hi folks,

It's more a dev consideration, but I've been tricked by the SetNumberOfLevels & SetMetricSamplingPercentage methods from the ImageRegistrationMethodv4.
The former is overwriting any previously set parameters for SmoothingSigmas and ShrinkFactors but also for the SamplingPercentage.
If I was expecting it for the two first, as we can only set them per levels via arrays, I was expecting the sampling percentage to be stored since we can set it for all levels via the SetMetricSamplingPercentage method (which in fact is only a wrap around the "per levels" one).
Thus you cannot set the sampling percentage before setting levels. Is that the intended behavior ? That wasn't really clear to me.

Tim

From r.oliveira16 at imperial.ac.uk  Wed Sep  7 12:36:54 2016
From: r.oliveira16 at imperial.ac.uk (Oliveira, Rodolfo)
Date: Wed, 7 Sep 2016 16:36:54 +0000
Subject: [ITK] Get the list of Points, Edges and Cells of a Mesh
Message-ID: <DB6PR0601MB227858A6B883C32AE8067E05B9F80@DB6PR0601MB2278.eurprd06.prod.outlook.com>

Hi,


I need to get the list of points, edges and cells of an itk mesh to file. I have to write the points, the edges as a reference of two points' indexes and the faces as three edges' indexes.


So far I only managed to get the points from a mesh, using a point iterator and writing its value and indexes. I still haven't figure it out how to get the linking indexes of the edges and faces.


For illustration purposes, say I have a mesh containing a single triangle, defined this:


0,1 - 2 - 1,1

 |       /

 |      /

 |  1  /

 1    3

 |   /

 |  /

 | /

0,0

The structure would be like this:

Points:
1: 0,0
2: 0,1
3: 1,1

Edges:
1: 1 2 (Point 1 to Point 2)
2: 2 3
3: 3 1

Faces:
1: 1 2 3 (Edge 1, to Edge 2 and Edge 3)

This is a rather simplistic example, but there is no difference for the case of more than one triangle. But they might share some of the same indexes when neighbours.

Any help would be much appreciated!


Thanks,


Rodolfo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160907/fe3426f8/attachment-0001.html>

From weiliu620 at gmail.com  Wed Sep  7 13:53:07 2016
From: weiliu620 at gmail.com (Wei Liu)
Date: Wed, 7 Sep 2016 13:53:07 -0400
Subject: [ITK] use remote module
In-Reply-To: <CADZJ4hPvyFHiKTKdX-np6iNaffdN6rhmtMXU2ffEq_-GEmOTzg@mail.gmail.com>
References: <CAJoKFkQg6VQia1T1uN52pJqu7d3_jOu2yoWWSMR0qkSLiQiLsg@mail.gmail.com>
 <CADZJ4hPvyFHiKTKdX-np6iNaffdN6rhmtMXU2ffEq_-GEmOTzg@mail.gmail.com>
Message-ID: <CAJoKFkSCvtuQnY5J4Y7Nm7Pc87d-mq9cLzDyrOzGpJa4oPq-aw@mail.gmail.com>

Bill, I want to apply the filter to a 3D image that I read from file. Here
is the related code:

------------ code ----------------------
     typedef float InputPixelType;
     typedef itk::Image< InputPixelType, 3 > InputImageType;
     typedef itk::SymmetricSecondRankTensor< float, 3 > TensorType;
     typedef itk::Image< TensorType, 3 > TensorImageType;
     typedef itk::CovariantVector<float, 3>   EigenvalueType;
     typedef itk::Image< EigenvalueType, 3 > EigenvalueImageType;

     typedef itk::ImageFileReader< InputImageType >  ReaderType;
     ReaderType::Pointer reader = ReaderType::New();
     std::string in_file = "unknown.nrrd";
     bool retm = parser->GetCommandLineArgument( "-i", in_file);
     reader->SetFileName( in_file );
     reader->Update();

     // Structure tensor.
     typedef itk::StructureTensorImageFilter<InputImageType,
TensorImageType> StructureTensorFilterType;
     StructureTensorFilterType::Pointer struct_tensor_filter =
StructureTensorFilterType::New();
     struct_tensor_filter->SetInput(reader->GetOutput() );
---------- end of code ------------------------

I just copied the file .h and .hxx file from the itk source folder into my
project folder and cmake compiles with no error. So, at least this is one
solution.

Thanks,



On Wed, Sep 7, 2016 at 12:13 PM, Bill Lorensen <bill.lorensen at gmail.com>
wrote:

> How are you using it?
>
> On Wed, Sep 7, 2016 at 11:55 AM, Wei Liu <weiliu620 at gmail.com> wrote:
> > Hi communities,
> >
> > When I try to use a remote module (anisotropic diffusion LBR) in my
> code, I
> > got error that the 'itkstructureTensorImageFilter.h' no such file...
> >
> > I have turned on the cmake flag when building ITK. Do I need to do
> anything
> > specific to use remote module's code?
> >
> > I probably can manually copy the .h file, but think it's not the optimal
> > approach.
> >
> > Thanks,
> >
> > _______________________________________________
> > Community mailing list
> > Community at itk.org
> > http://public.kitware.com/mailman/listinfo/community
> >
>
>
>
> --
> Unpaid intern in BillsBasement at noware dot com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160907/04dabf52/attachment.html>

From weiliu620 at gmail.com  Wed Sep  7 14:04:29 2016
From: weiliu620 at gmail.com (Wei Liu)
Date: Wed, 7 Sep 2016 14:04:29 -0400
Subject: [ITK] use remote module
In-Reply-To: <CAJoKFkSCvtuQnY5J4Y7Nm7Pc87d-mq9cLzDyrOzGpJa4oPq-aw@mail.gmail.com>
References: <CAJoKFkQg6VQia1T1uN52pJqu7d3_jOu2yoWWSMR0qkSLiQiLsg@mail.gmail.com>
 <CADZJ4hPvyFHiKTKdX-np6iNaffdN6rhmtMXU2ffEq_-GEmOTzg@mail.gmail.com>
 <CAJoKFkSCvtuQnY5J4Y7Nm7Pc87d-mq9cLzDyrOzGpJa4oPq-aw@mail.gmail.com>
Message-ID: <CAJoKFkRgcqyzuSaFwffGfE5hFwognWODbFdKMLwstQ1qVffF_A@mail.gmail.com>

Oops, I incorrectly used another ITK build...After I fixed it, my project
can find the external module.

Sorry about the noise. (often found the true reason *after* sending email
to community!)

The filter has a few small build error that can be easily fixed (add
namespace, etc).

On Wed, Sep 7, 2016 at 1:53 PM, Wei Liu <weiliu620 at gmail.com> wrote:

> Bill, I want to apply the filter to a 3D image that I read from file. Here
> is the related code:
>
> ------------ code ----------------------
>      typedef float InputPixelType;
>      typedef itk::Image< InputPixelType, 3 > InputImageType;
>      typedef itk::SymmetricSecondRankTensor< float, 3 > TensorType;
>      typedef itk::Image< TensorType, 3 > TensorImageType;
>      typedef itk::CovariantVector<float, 3>   EigenvalueType;
>      typedef itk::Image< EigenvalueType, 3 > EigenvalueImageType;
>
>      typedef itk::ImageFileReader< InputImageType >  ReaderType;
>      ReaderType::Pointer reader = ReaderType::New();
>      std::string in_file = "unknown.nrrd";
>      bool retm = parser->GetCommandLineArgument( "-i", in_file);
>      reader->SetFileName( in_file );
>      reader->Update();
>
>      // Structure tensor.
>      typedef itk::StructureTensorImageFilter<InputImageType,
> TensorImageType> StructureTensorFilterType;
>      StructureTensorFilterType::Pointer struct_tensor_filter =
> StructureTensorFilterType::New();
>      struct_tensor_filter->SetInput(reader->GetOutput() );
> ---------- end of code ------------------------
>
> I just copied the file .h and .hxx file from the itk source folder into my
> project folder and cmake compiles with no error. So, at least this is one
> solution.
>
> Thanks,
>
>
>
> On Wed, Sep 7, 2016 at 12:13 PM, Bill Lorensen <bill.lorensen at gmail.com>
> wrote:
>
>> How are you using it?
>>
>> On Wed, Sep 7, 2016 at 11:55 AM, Wei Liu <weiliu620 at gmail.com> wrote:
>> > Hi communities,
>> >
>> > When I try to use a remote module (anisotropic diffusion LBR) in my
>> code, I
>> > got error that the 'itkstructureTensorImageFilter.h' no such file...
>> >
>> > I have turned on the cmake flag when building ITK. Do I need to do
>> anything
>> > specific to use remote module's code?
>> >
>> > I probably can manually copy the .h file, but think it's not the optimal
>> > approach.
>> >
>> > Thanks,
>> >
>> > _______________________________________________
>> > Community mailing list
>> > Community at itk.org
>> > http://public.kitware.com/mailman/listinfo/community
>> >
>>
>>
>>
>> --
>> Unpaid intern in BillsBasement at noware dot com
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160907/4b3922d8/attachment.html>

From matt.mccormick at kitware.com  Wed Sep  7 16:24:22 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Wed, 7 Sep 2016 16:24:22 -0400
Subject: [ITK] ImageRegistrationMethodv4 behavior question
In-Reply-To: <2043790470.56832993.1473267938364.JavaMail.zimbra@enst.fr>
References: <295611315.56826123.1473267290379.JavaMail.zimbra@enst.fr>
 <2043790470.56832993.1473267938364.JavaMail.zimbra@enst.fr>
Message-ID: <CALzTN-QRRgWkYKw+yRXXsN4OaGPBK4PC8siWmeQ0Ch2Hfh_Sjw@mail.gmail.com>

Hi Tim,

It sounds like a bug. Do you have patch in mind?

Thanks,
Matt

On Wed, Sep 7, 2016 at 1:05 PM, Timothee Evain
<tevain at telecom-paristech.fr> wrote:
> Hi folks,
>
> It's more a dev consideration, but I've been tricked by the SetNumberOfLevels & SetMetricSamplingPercentage methods from the ImageRegistrationMethodv4.
> The former is overwriting any previously set parameters for SmoothingSigmas and ShrinkFactors but also for the SamplingPercentage.
> If I was expecting it for the two first, as we can only set them per levels via arrays, I was expecting the sampling percentage to be stored since we can set it for all levels via the SetMetricSamplingPercentage method (which in fact is only a wrap around the "per levels" one).
> Thus you cannot set the sampling percentage before setting levels. Is that the intended behavior ? That wasn't really clear to me.
>
> Tim
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community

From matt.mccormick at kitware.com  Wed Sep  7 16:30:18 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Wed, 7 Sep 2016 16:30:18 -0400
Subject: [ITK] Get the list of Points, Edges and Cells of a Mesh
In-Reply-To: <DB6PR0601MB227858A6B883C32AE8067E05B9F80@DB6PR0601MB2278.eurprd06.prod.outlook.com>
References: <DB6PR0601MB227858A6B883C32AE8067E05B9F80@DB6PR0601MB2278.eurprd06.prod.outlook.com>
Message-ID: <CALzTN-S15Y4Bt8QeBcJX1SPfz+kG6EDcRyT4MMuphm6na2LNvQ@mail.gmail.com>

Hi Rodolfo,

Here is an example of how to manually create a mesh:

  https://itk.org/ITKExamples/src/Core/QuadEdgeMesh/CreateTriangularQuadEdgeMesh/Documentation.html

HTH,
Matt

On Wed, Sep 7, 2016 at 12:36 PM, Oliveira, Rodolfo
<r.oliveira16 at imperial.ac.uk> wrote:
> Hi,
>
>
> I need to get the list of points, edges and cells of an itk mesh to file. I
> have to write the points, the edges as a reference of two points' indexes
> and the faces as three edges' indexes.
>
>
> So far I only managed to get the points from a mesh, using a point iterator
> and writing its value and indexes. I still haven't figure it out how to get
> the linking indexes of the edges and faces.
>
>
> For illustration purposes, say I have a mesh containing a single triangle,
> defined this:
>
>
> 0,1 - 2 - 1,1
>
>  |       /
>
>  |      /
>
>  |  1  /
>
>  1    3
>
>  |   /
>
>  |  /
>
>  | /
>
> 0,0
>
>
> The structure would be like this:
>
> Points:
> 1: 0,0
> 2: 0,1
> 3: 1,1
>
> Edges:
> 1: 1 2 (Point 1 to Point 2)
> 2: 2 3
> 3: 3 1
>
> Faces:
> 1: 1 2 3 (Edge 1, to Edge 2 and Edge 3)
>
> This is a rather simplistic example, but there is no difference for the case
> of more than one triangle. But they might share some of the same indexes
> when neighbours.
>
> Any help would be much appreciated!
>
>
> Thanks,
>
>
> Rodolfo
>
>
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
>

From dzenanz at gmail.com  Wed Sep  7 17:20:14 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Wed, 7 Sep 2016 17:20:14 -0400
Subject: [ITK] Bspline registration with Mutual Information v4 : memory
	concern
In-Reply-To: <1627787268.55718729.1473179655232.JavaMail.zimbra@enst.fr>
References: <254262978.54836320.1473090120056.JavaMail.zimbra@enst.fr>
 <1747611185.54868285.1473092840225.JavaMail.zimbra@enst.fr>
 <CAPf2UMRkFt1KzBdNHxXr5M4XghY9RCVVnRbbhrtuc9fmhNywaQ@mail.gmail.com>
 <1076437426.55282711.1473154351044.JavaMail.zimbra@enst.fr>
 <CAPf2UMSnC1JNLU4DZNumH_JhL=YC0M+FAs2HXkno_dtgszJQow@mail.gmail.com>
 <1627787268.55718729.1473179655232.JavaMail.zimbra@enst.fr>
Message-ID: <CAPf2UMTrsVqbwb5Q0TfcnXD=e8-Kt9AsVBSPKb+XSqbo+GTg1g@mail.gmail.com>

Hi Tim,

the memory is released in destructor, and the easiest way to trigger it is
to do registration in a function or an unnamed block (example attached).

Regards,
D?enan

On Tue, Sep 6, 2016 at 12:34 PM, Timothee Evain <tevain at telecom-paristech.fr
> wrote:

> D?enan,
>
> Your fix works like a charm. The process take now ~4Gb(in release).
> I observed that this memory isn't released after the end of the
> registration process. Is that intended ?
> Also, to write it down for potential users who want to patch their 4.10
> version or earlier, there is a small macro to change (ITK_CONSTEXPR_VAR
> into ITK_CONSTEXPR) since master branch had a modification about macros.
>
> Anyway, many thanks to you for the swift help ! :)
>
> Tim
>
>
>
> ----- Mail original -----
> De: "D?enan Zuki?" <dzenanz at gmail.com>
> ?: "Timothee Evain" <tevain at telecom-paristech.fr>
> Cc: community at itk.org
> Envoy?: Mardi 6 Septembre 2016 17:43:49
> Objet: Re: [ITK] Bspline registration with Mutual Information v4 : memory
> concern
>
> Hi Tim,
>
> I did some memory profiling using 4.9.0 (which also exhibits the problem).
> With current code, the MattesMutualInformationImageToImageMetricv4::
> DerivativeBufferManager::DoubleBufferSize() increases the buffer to huge
> sizes, because CheckAndReduceIfNecessary() fails to acquire the
> synchronization lock. The reason is probably that memory-bound combining
> the PDF derivatives is slower than its CPU-bound calculation.
>
> In release mode, the buffers grew to 50GB before I killed the process. In
> debug mode, they only grow to around 5GB, again probably because the
> calculation speed is on par with PDF combining due to debug overhead.
>
> Can you review the proposed fix?
> http://review.source.kitware.com/21501
>
> Regards,
> D?enan
>
> On Tue, Sep 6, 2016 at 5:32 AM, Timothee Evain <
> tevain at telecom-paristech.fr>
> wrote:
>
> > Hi D?enan,
> >
> > Sure!
> > You could find here an archive https://www.dropbox.com/s/
> 9scgn9if39i4a1x/
> > V4RegistrationMemoryLeak.tar?dl=0
> > It contains:
> > -Fixed and moving images in mhd format
> > -The binary (for windows)
> > -The source code with its CMakeLists if you want to compile for another
> OS
> >
> > Thanks,
> >
> > Tim
> >
> >
> > ----- Mail original -----
> > De: "D?enan Zuki?" <dzenanz at gmail.com>
> > ?: "Timothee Evain" <tevain at telecom-paristech.fr>
> > Cc: community at itk.org
> > Envoy?: Lundi 5 Septembre 2016 20:54:29
> > Objet: Re: [ITK] Bspline registration with Mutual Information v4 : memory
> > concern
> >
> > Hi Tim,
> >
> > can you turn this snippet into a runnable example which reproduces the
> > memory leak?
> >
> > Regards,
> > D?enan
> >
> > On Mon, Sep 5, 2016 at 12:27 PM, Timothee Evain <
> > tevain at telecom-paristech.fr
> > > wrote:
> >
> > > Hello everyone,
> > >
> > > I'm trying a Bspline registration based on the Mutual Information
> metric
> > > (v4) and I'm facing a memory problem.
> > > When running the registration, the memory usage skyrockets in a second
> > > until freezing the PC by lack of memory.
> > > I don't know why : this doesn't happen when I'm switching to another
> > > metric (e.g. Correlation), the images aren't that big (~400k voxels)
> and
> > a
> > > previous rigid registration phase behaved correctly.
> > > Here is my code snippet, what am I doing wrong ? (Image overlap had
> been
> > > ensured)
> > >
> > >    typedef itk::Image<float,3> ImageTypef;
> > >
> > >    itk::ImageRegistrationMethodv4<ImageTypef,ImageTypef>::Pointer
> > > WarpHelper=
> > >       itk::ImageRegistrationMethodv4<ImageTypef,ImageTypef>::New();
> > >    itk::MattesMutualInformationImageToImageMetricv4<ImageTypef,
> > ImageTypef>::Pointer
> > > MIMetrics=
> > >       itk::MattesMutualInformationImageToImageMetricv4<ImageTypef,
> > > ImageTypef>::New();
> > >    itk::BSplineTransform<double,3,3>::Pointer BSplineTransform=
> > >       itk::BSplineTransform<double,3,3>::New();
> > >    itk::LBFGSOptimizerv4::Pointer Optimizer=
> > >       itk::LBFGSOptimizerv4::New();
> > >
> > >    MIMetrics->SetNumberOfHistogramBins(50);
> > >    MIMetrics->SetUseMovingImageGradientFilter(false);
> > >    MIMetrics->SetUseFixedImageGradientFilter(false);
> > >    MIMetrics->SetUseFixedSampledPointSet(false);
> > >    MIMetrics->SetVirtualDomainFromImage(TestIm);
> > >
> > >
> > >    WarpHelper->SetFixedImage(TestIm);
> > >    WarpHelper->SetMetricSamplingPercentage(0.002);
> > >    WarpHelper->SetMovingImage(MovIm);
> > >    WarpHelper->SetMetric(MIMetrics);
> > >    //WarpHelper->SetMetricSamplingStrategy(WarpHelper->RANDOM);
> > >    WarpHelper->InPlaceOn();
> > >    WarpHelper->SetInitialTransform(BSplineTransform);
> > >    WarpHelper->SetOptimizer(Optimizer);
> > >
> > >    itk::Array<double> ShrinkFactorPerLevel(1);
> > >    ShrinkFactorPerLevel[0]=1;
> > >    itk::Array<double> SmoothSigmaPerLevel(1);
> > >    SmoothSigmaPerLevel[0]=0;
> > >    WarpHelper->SetNumberOfLevels(1);
> > >    WarpHelper->SetSmoothingSigmasPerLevel(SmoothSigmaPerLevel);
> > >    WarpHelper->SetShrinkFactorsPerLevel(ShrinkFactorPerLevel);
> > >
> > >    /* ----- Initialize the Bspline Transform ----- */
> > >    BSplineTransform->SetTransformDomainOrigin(TestIm->GetOrigin());
> > >    BSplineTransform->SetTransformDomainDirection(
> > TestIm->GetDirection());
> > >
> > >    itk::Vector<double,3> PhysicalDim;
> > >    for (int dim = 0; dim < 3; dim++)
> > >    {
> > >       PhysicalDim=(TestIm->GetSpacing()[dim])*float((TestIm->
> > > GetLargestPossibleRegion().GetSize()[dim])-1);
> > >    }
> > >    BSplineTransform->SetTransformDomainPhysicalDime
> nsions(PhysicalDim);
> > >
> > >    itk::Size<3> meshSize;
> > >    meshSize.Fill(10-3);// NbGridNodesEachDim-SplineOrder
> > >    BSplineTransform->SetTransformDomainMeshSize(meshSize);
> > >
> > >    BSplineTransform->SetIdentity();
> > >
> > >    /* ----- Optimizer setup ----- */
> > >    itk::Array<double> ScaleBspline(BSplineTransform-
> > > >GetNumberOfParameters());
> > >    ScaleBspline.fill(1);
> > >
> > >    Optimizer->SetLineSearchAccuracy(0.9);
> > >    Optimizer->SetDefaultStepLength(1.5);
> > >    Optimizer->TraceOn();
> > >    Optimizer->SetGradientConvergenceTolerance(1e-3);
> > >    Optimizer->SetMaximumNumberOfFunctionEvaluations(20);
> > >    Optimizer->SetDoEstimateScales(false);
> > >    Optimizer->SetScales(ScaleBspline);
> > >
> > >
> > >    try
> > >    {
> > >       WarpHelper->Update();
> > >    }
> > >    catch (itk::ExceptionObject &err)
> > >    {
> > >       std::cerr<<err;
> > >       return 0;
> > >    }
> > >
> > > Thanks,
> > >
> > > Tim
> > > _______________________________________________
> > > Community mailing list
> > > Community at itk.org
> > > http://public.kitware.com/mailman/listinfo/community
> > >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160907/9695650d/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tester.cpp
Type: text/x-c++src
Size: 3838 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/community/attachments/20160907/9695650d/attachment-0001.cpp>

From tevain at telecom-paristech.fr  Thu Sep  8 03:11:46 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Thu, 8 Sep 2016 09:11:46 +0200 (CEST)
Subject: [ITK] Bspline registration with Mutual Information v4 : memory
 concern
In-Reply-To: <CAPf2UMTrsVqbwb5Q0TfcnXD=e8-Kt9AsVBSPKb+XSqbo+GTg1g@mail.gmail.com>
References: <254262978.54836320.1473090120056.JavaMail.zimbra@enst.fr>
 <1747611185.54868285.1473092840225.JavaMail.zimbra@enst.fr>
 <CAPf2UMRkFt1KzBdNHxXr5M4XghY9RCVVnRbbhrtuc9fmhNywaQ@mail.gmail.com>
 <1076437426.55282711.1473154351044.JavaMail.zimbra@enst.fr>
 <CAPf2UMSnC1JNLU4DZNumH_JhL=YC0M+FAs2HXkno_dtgszJQow@mail.gmail.com>
 <1627787268.55718729.1473179655232.JavaMail.zimbra@enst.fr>
 <CAPf2UMTrsVqbwb5Q0TfcnXD=e8-Kt9AsVBSPKb+XSqbo+GTg1g@mail.gmail.com>
Message-ID: <1014373640.57132731.1473318706230.JavaMail.zimbra@enst.fr>

Yes, that sounds like a good idea, I'll put that into a block. 

Thanks,

Tim

----- Mail original -----
De: "D?enan Zuki?" <dzenanz at gmail.com>
?: "Timothee Evain" <tevain at telecom-paristech.fr>
Cc: community at itk.org
Envoy?: Mercredi 7 Septembre 2016 23:20:14
Objet: Re: [ITK] Bspline registration with Mutual Information v4 : memory concern

Hi Tim,

the memory is released in destructor, and the easiest way to trigger it is
to do registration in a function or an unnamed block (example attached).

Regards,
D?enan

On Tue, Sep 6, 2016 at 12:34 PM, Timothee Evain <tevain at telecom-paristech.fr
> wrote:

> D?enan,
>
> Your fix works like a charm. The process take now ~4Gb(in release).
> I observed that this memory isn't released after the end of the
> registration process. Is that intended ?
> Also, to write it down for potential users who want to patch their 4.10
> version or earlier, there is a small macro to change (ITK_CONSTEXPR_VAR
> into ITK_CONSTEXPR) since master branch had a modification about macros.
>
> Anyway, many thanks to you for the swift help ! :)
>
> Tim
>
>
>
> ----- Mail original -----
> De: "D?enan Zuki?" <dzenanz at gmail.com>
> ?: "Timothee Evain" <tevain at telecom-paristech.fr>
> Cc: community at itk.org
> Envoy?: Mardi 6 Septembre 2016 17:43:49
> Objet: Re: [ITK] Bspline registration with Mutual Information v4 : memory
> concern
>
> Hi Tim,
>
> I did some memory profiling using 4.9.0 (which also exhibits the problem).
> With current code, the MattesMutualInformationImageToImageMetricv4::
> DerivativeBufferManager::DoubleBufferSize() increases the buffer to huge
> sizes, because CheckAndReduceIfNecessary() fails to acquire the
> synchronization lock. The reason is probably that memory-bound combining
> the PDF derivatives is slower than its CPU-bound calculation.
>
> In release mode, the buffers grew to 50GB before I killed the process. In
> debug mode, they only grow to around 5GB, again probably because the
> calculation speed is on par with PDF combining due to debug overhead.
>
> Can you review the proposed fix?
> http://review.source.kitware.com/21501
>
> Regards,
> D?enan
>
> On Tue, Sep 6, 2016 at 5:32 AM, Timothee Evain <
> tevain at telecom-paristech.fr>
> wrote:
>
> > Hi D?enan,
> >
> > Sure!
> > You could find here an archive https://www.dropbox.com/s/
> 9scgn9if39i4a1x/
> > V4RegistrationMemoryLeak.tar?dl=0
> > It contains:
> > -Fixed and moving images in mhd format
> > -The binary (for windows)
> > -The source code with its CMakeLists if you want to compile for another
> OS
> >
> > Thanks,
> >
> > Tim
> >
> >
> > ----- Mail original -----
> > De: "D?enan Zuki?" <dzenanz at gmail.com>
> > ?: "Timothee Evain" <tevain at telecom-paristech.fr>
> > Cc: community at itk.org
> > Envoy?: Lundi 5 Septembre 2016 20:54:29
> > Objet: Re: [ITK] Bspline registration with Mutual Information v4 : memory
> > concern
> >
> > Hi Tim,
> >
> > can you turn this snippet into a runnable example which reproduces the
> > memory leak?
> >
> > Regards,
> > D?enan
> >
> > On Mon, Sep 5, 2016 at 12:27 PM, Timothee Evain <
> > tevain at telecom-paristech.fr
> > > wrote:
> >
> > > Hello everyone,
> > >
> > > I'm trying a Bspline registration based on the Mutual Information
> metric
> > > (v4) and I'm facing a memory problem.
> > > When running the registration, the memory usage skyrockets in a second
> > > until freezing the PC by lack of memory.
> > > I don't know why : this doesn't happen when I'm switching to another
> > > metric (e.g. Correlation), the images aren't that big (~400k voxels)
> and
> > a
> > > previous rigid registration phase behaved correctly.
> > > Here is my code snippet, what am I doing wrong ? (Image overlap had
> been
> > > ensured)
> > >
> > >    typedef itk::Image<float,3> ImageTypef;
> > >
> > >    itk::ImageRegistrationMethodv4<ImageTypef,ImageTypef>::Pointer
> > > WarpHelper=
> > >       itk::ImageRegistrationMethodv4<ImageTypef,ImageTypef>::New();
> > >    itk::MattesMutualInformationImageToImageMetricv4<ImageTypef,
> > ImageTypef>::Pointer
> > > MIMetrics=
> > >       itk::MattesMutualInformationImageToImageMetricv4<ImageTypef,
> > > ImageTypef>::New();
> > >    itk::BSplineTransform<double,3,3>::Pointer BSplineTransform=
> > >       itk::BSplineTransform<double,3,3>::New();
> > >    itk::LBFGSOptimizerv4::Pointer Optimizer=
> > >       itk::LBFGSOptimizerv4::New();
> > >
> > >    MIMetrics->SetNumberOfHistogramBins(50);
> > >    MIMetrics->SetUseMovingImageGradientFilter(false);
> > >    MIMetrics->SetUseFixedImageGradientFilter(false);
> > >    MIMetrics->SetUseFixedSampledPointSet(false);
> > >    MIMetrics->SetVirtualDomainFromImage(TestIm);
> > >
> > >
> > >    WarpHelper->SetFixedImage(TestIm);
> > >    WarpHelper->SetMetricSamplingPercentage(0.002);
> > >    WarpHelper->SetMovingImage(MovIm);
> > >    WarpHelper->SetMetric(MIMetrics);
> > >    //WarpHelper->SetMetricSamplingStrategy(WarpHelper->RANDOM);
> > >    WarpHelper->InPlaceOn();
> > >    WarpHelper->SetInitialTransform(BSplineTransform);
> > >    WarpHelper->SetOptimizer(Optimizer);
> > >
> > >    itk::Array<double> ShrinkFactorPerLevel(1);
> > >    ShrinkFactorPerLevel[0]=1;
> > >    itk::Array<double> SmoothSigmaPerLevel(1);
> > >    SmoothSigmaPerLevel[0]=0;
> > >    WarpHelper->SetNumberOfLevels(1);
> > >    WarpHelper->SetSmoothingSigmasPerLevel(SmoothSigmaPerLevel);
> > >    WarpHelper->SetShrinkFactorsPerLevel(ShrinkFactorPerLevel);
> > >
> > >    /* ----- Initialize the Bspline Transform ----- */
> > >    BSplineTransform->SetTransformDomainOrigin(TestIm->GetOrigin());
> > >    BSplineTransform->SetTransformDomainDirection(
> > TestIm->GetDirection());
> > >
> > >    itk::Vector<double,3> PhysicalDim;
> > >    for (int dim = 0; dim < 3; dim++)
> > >    {
> > >       PhysicalDim=(TestIm->GetSpacing()[dim])*float((TestIm->
> > > GetLargestPossibleRegion().GetSize()[dim])-1);
> > >    }
> > >    BSplineTransform->SetTransformDomainPhysicalDime
> nsions(PhysicalDim);
> > >
> > >    itk::Size<3> meshSize;
> > >    meshSize.Fill(10-3);// NbGridNodesEachDim-SplineOrder
> > >    BSplineTransform->SetTransformDomainMeshSize(meshSize);
> > >
> > >    BSplineTransform->SetIdentity();
> > >
> > >    /* ----- Optimizer setup ----- */
> > >    itk::Array<double> ScaleBspline(BSplineTransform-
> > > >GetNumberOfParameters());
> > >    ScaleBspline.fill(1);
> > >
> > >    Optimizer->SetLineSearchAccuracy(0.9);
> > >    Optimizer->SetDefaultStepLength(1.5);
> > >    Optimizer->TraceOn();
> > >    Optimizer->SetGradientConvergenceTolerance(1e-3);
> > >    Optimizer->SetMaximumNumberOfFunctionEvaluations(20);
> > >    Optimizer->SetDoEstimateScales(false);
> > >    Optimizer->SetScales(ScaleBspline);
> > >
> > >
> > >    try
> > >    {
> > >       WarpHelper->Update();
> > >    }
> > >    catch (itk::ExceptionObject &err)
> > >    {
> > >       std::cerr<<err;
> > >       return 0;
> > >    }
> > >
> > > Thanks,
> > >
> > > Tim
> > > _______________________________________________
> > > Community mailing list
> > > Community at itk.org
> > > http://public.kitware.com/mailman/listinfo/community
> > >
> >
>

From tevain at telecom-paristech.fr  Thu Sep  8 04:11:22 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Thu, 8 Sep 2016 10:11:22 +0200 (CEST)
Subject: [ITK] ImageRegistrationMethodv4 behavior question
In-Reply-To: <CALzTN-QRRgWkYKw+yRXXsN4OaGPBK4PC8siWmeQ0Ch2Hfh_Sjw@mail.gmail.com>
References: <295611315.56826123.1473267290379.JavaMail.zimbra@enst.fr>
 <2043790470.56832993.1473267938364.JavaMail.zimbra@enst.fr>
 <CALzTN-QRRgWkYKw+yRXXsN4OaGPBK4PC8siWmeQ0Ch2Hfh_Sjw@mail.gmail.com>
Message-ID: <4222092.57189160.1473322282256.JavaMail.zimbra@enst.fr>

Hi Matt,

Well, I thought that adding a new member would do the trick?
I join examples files.

Tim



----- Mail original -----
De: "Matt McCormick" <matt.mccormick at kitware.com>
?: "Timothee Evain" <tevain at telecom-paristech.fr>
Cc: community at itk.org
Envoy?: Mercredi 7 Septembre 2016 22:24:22
Objet: Re: [ITK] ImageRegistrationMethodv4 behavior question

Hi Tim,

It sounds like a bug. Do you have patch in mind?

Thanks,
Matt

On Wed, Sep 7, 2016 at 1:05 PM, Timothee Evain
<tevain at telecom-paristech.fr> wrote:
> Hi folks,
>
> It's more a dev consideration, but I've been tricked by the SetNumberOfLevels & SetMetricSamplingPercentage methods from the ImageRegistrationMethodv4.
> The former is overwriting any previously set parameters for SmoothingSigmas and ShrinkFactors but also for the SamplingPercentage.
> If I was expecting it for the two first, as we can only set them per levels via arrays, I was expecting the sampling percentage to be stored since we can set it for all levels via the SetMetricSamplingPercentage method (which in fact is only a wrap around the "per levels" one).
> Thus you cannot set the sampling percentage before setting levels. Is that the intended behavior ? That wasn't really clear to me.
>
> Tim
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
-------------- next part --------------
A non-text attachment was scrubbed...
Name: itkImageRegistrationMethodv4_patch.tar
Type: application/x-tar
Size: 79872 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/community/attachments/20160908/e270cb56/attachment-0001.tar>

From tevain at telecom-paristech.fr  Thu Sep  8 04:55:12 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Thu, 8 Sep 2016 10:55:12 +0200 (CEST)
Subject: [ITK] ImageRegistrationMethodv4 behavior question
In-Reply-To: <CALzTN-QRRgWkYKw+yRXXsN4OaGPBK4PC8siWmeQ0Ch2Hfh_Sjw@mail.gmail.com>
References: <295611315.56826123.1473267290379.JavaMail.zimbra@enst.fr>
 <2043790470.56832993.1473267938364.JavaMail.zimbra@enst.fr>
 <CALzTN-QRRgWkYKw+yRXXsN4OaGPBK4PC8siWmeQ0Ch2Hfh_Sjw@mail.gmail.com>
Message-ID: <1521175589.57235619.1473324912509.JavaMail.zimbra@enst.fr>

I have stumbled on another curious thing that may be a bug also.
When users set explicitely to not use the sparse sampling with the SetUseFixedSampledPointSet(false) on metric (as shown in the software guide), if the sampling strategy is different of NONE, the option is forcefully set to true when the ImageRegistrationMethodv4 call SetMetricSamplePoints() during the InitializeRegistrationAtEachLevel. This arise when doing first a sparse sampling registration then a dense one.
If sampling strategy is mandatory when we use the sparse sampling, to me it shouldn't impact when using dense sampling.

Tim 




----- Mail original -----
De: "Matt McCormick" <matt.mccormick at kitware.com>
?: "Timothee Evain" <tevain at telecom-paristech.fr>
Cc: community at itk.org
Envoy?: Mercredi 7 Septembre 2016 22:24:22
Objet: Re: [ITK] ImageRegistrationMethodv4 behavior question

Hi Tim,

It sounds like a bug. Do you have patch in mind?

Thanks,
Matt

On Wed, Sep 7, 2016 at 1:05 PM, Timothee Evain
<tevain at telecom-paristech.fr> wrote:
> Hi folks,
>
> It's more a dev consideration, but I've been tricked by the SetNumberOfLevels & SetMetricSamplingPercentage methods from the ImageRegistrationMethodv4.
> The former is overwriting any previously set parameters for SmoothingSigmas and ShrinkFactors but also for the SamplingPercentage.
> If I was expecting it for the two first, as we can only set them per levels via arrays, I was expecting the sampling percentage to be stored since we can set it for all levels via the SetMetricSamplingPercentage method (which in fact is only a wrap around the "per levels" one).
> Thus you cannot set the sampling percentage before setting levels. Is that the intended behavior ? That wasn't really clear to me.
>
> Tim
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community

From grothausmann.roman at mh-hannover.de  Thu Sep  8 06:36:40 2016
From: grothausmann.roman at mh-hannover.de (Grothausmann, Roman Dr.)
Date: Thu, 8 Sep 2016 12:36:40 +0200
Subject: [ITK] [ITK-users] Testing ITK/VTK/PV contributions with
	(kitware)	Gitlab-CI
Message-ID: <b559f993-9283-7f14-b7ad-66eb85c5d52a@mh-hannover.de>

Dear mailing list members,


Just getting to know Gitlab-CI, I am wondering whether it is possible to test 
contributions to ITK/VTK/PV with Gitlab-CI from gitlab.com or 
gitlab.kitware.com. As far as I understand, this basically needs runners, in 
this case specific to ITK/VTK/PV. Since kitware has done CI even before the use 
of gitlab, I wonder if the former testing environments are available for use 
with Gitlab-CI and if so how to use them.
For example, none of my contributions to the ITK/VTK/Midas Journals got into the 
testing phase even though marked for testing during submission. So a possibility 
to use Gitlab-CI to test the compilation and to run the project test would be 
really great, especially for continued development and testing on other OSs.
Specifically, for e.g. testing my FacetAnalyser contribution 
(http://www.midasjournal.org/browse/publication/951 
https://gitlab.com/romangrothausmann/FacetAnalyser) I would need a runner 
environment with PV, VTK and ITK ideally for Linux, MacOS and Windows.

Thanks for any comments and hints.
Roman

-- 
Dr. Roman Grothausmann

Tomographie und Digitale Bildverarbeitung
Tomography and Digital Image Analysis

Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
Medizinische Hochschule Hannover
Carl-Neuberg-Str. 1
D-30625 Hannover

Tel. +49 511 532-2900
_____________________________________
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://www.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-users

From blowekamp at mail.nih.gov  Thu Sep  8 08:55:57 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Thu, 8 Sep 2016 12:55:57 +0000
Subject: [ITK] ImageRegistrationMethodv4 behavior question
In-Reply-To: <1521175589.57235619.1473324912509.JavaMail.zimbra@enst.fr>
References: <295611315.56826123.1473267290379.JavaMail.zimbra@enst.fr>
 <2043790470.56832993.1473267938364.JavaMail.zimbra@enst.fr>
 <CALzTN-QRRgWkYKw+yRXXsN4OaGPBK4PC8siWmeQ0Ch2Hfh_Sjw@mail.gmail.com>
 <1521175589.57235619.1473324912509.JavaMail.zimbra@enst.fr>
Message-ID: <45F2A1B8-BA32-4EBB-9B43-26198CAFAFE4@mail.nih.gov>

Hello,

In my opinion these interactions should be added to the documentation as opposed to changing the behavior to what your initial exceptions where.

1)  SetNumberOfLevel - Currently the implementation resets the AdaptorsPerLevel, ShrinkFactorsPerDimension, SmoothingSigmasPerLevel, and SamplingPercentagePerLevel to their default when the NumberOfLevels changes. This seems like consistent to me and logical. The the NumberOfLevels needs to be set before the others parameters. Having multiple variables refer to the same attribute as in your patch can very quickly lead to undocumented and inconsistent behavior. Documenting the current behavior is best. A comment can be added to the PerDimension attributes that the NumberOfLevels should be set first.

2) You are talking about running the ImageRegistrationMethodv4::Update method multiple time on a single instance with different parameters? And side effects from doing that? Or are you talking about just using the parameter settings and not getting your expected behavior? I think a small compilable example or annotation of the code would help.

HTH,
Brad



> On Sep 8, 2016, at 4:55 AM, Timothee Evain <tevain at telecom-paristech.fr> wrote:
> 
> I have stumbled on another curious thing that may be a bug also.
> When users set explicitely to not use the sparse sampling with the SetUseFixedSampledPointSet(false) on metric (as shown in the software guide), if the sampling strategy is different of NONE, the option is forcefully set to true when the ImageRegistrationMethodv4 call SetMetricSamplePoints() during the InitializeRegistrationAtEachLevel. This arise when doing first a sparse sampling registration then a dense one.
> If sampling strategy is mandatory when we use the sparse sampling, to me it shouldn't impact when using dense sampling.
> 
> Tim 
> 
> 
> 
> 
> ----- Mail original -----
> De: "Matt McCormick" <matt.mccormick at kitware.com>
> ?: "Timothee Evain" <tevain at telecom-paristech.fr>
> Cc: community at itk.org
> Envoy?: Mercredi 7 Septembre 2016 22:24:22
> Objet: Re: [ITK] ImageRegistrationMethodv4 behavior question
> 
> Hi Tim,
> 
> It sounds like a bug. Do you have patch in mind?
> 
> Thanks,
> Matt
> 
> On Wed, Sep 7, 2016 at 1:05 PM, Timothee Evain
> <tevain at telecom-paristech.fr> wrote:
>> Hi folks,
>> 
>> It's more a dev consideration, but I've been tricked by the SetNumberOfLevels & SetMetricSamplingPercentage methods from the ImageRegistrationMethodv4.
>> The former is overwriting any previously set parameters for SmoothingSigmas and ShrinkFactors but also for the SamplingPercentage.
>> If I was expecting it for the two first, as we can only set them per levels via arrays, I was expecting the sampling percentage to be stored since we can set it for all levels via the SetMetricSamplingPercentage method (which in fact is only a wrap around the "per levels" one).
>> Thus you cannot set the sampling percentage before setting levels. Is that the intended behavior ? That wasn't really clear to me.
>> 
>> Tim
>> _______________________________________________
>> Community mailing list
>> Community at itk.org
>> http://public.kitware.com/mailman/listinfo/community
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community


From tammy.diprima at stonybrook.edu  Thu Sep  8 09:34:27 2016
From: tammy.diprima at stonybrook.edu (Tammy Diprima)
Date: Thu, 8 Sep 2016 09:34:27 -0400
Subject: [ITK] [ITK-users] Convert image, part 2
Message-ID: <CAH-Tv+sB1FrT6gY5J7fZHs3zcS9mXP+nzpvahc0==k=j+rYPAQ@mail.gmail.com>

I've just been told that I'm not allowed to convert the 32U to 16U because
of risk of distortion.

I figured it *should* be ok, since it's one channel.

So what I've been tasked to do, is iterate through the pixels and copy each
to a new cv::Mat_<int> image.  And I'm doing this conversion in order to
pass this ITK image as a parameter to someone else's program that takes an
opencv image as a parameter.

Right now I'm an image-processing noobie, so I'd like your option.  *Do* I
have to worry about distortion in this case?  How can I prove it?  It's
grayscale.  *Is* the pixel iteration a good idea?  I don't know why we're
using 32U for grayscale in the first place; there's no way we're going to
have more than 255 objects...

Thanks,
Tammy


On 5 September 2016 at 18:46, Tammy wrote:

Hi D?enan,
>
>
> Yes, that makes sense.  Thanks very much for your help.
>
>
> - Tammy
>
>
> On 5 September 2016 at 15:07, D?enan Zuki? wrote:
>
>> Hi Tammy,
>>
>> the docs
>> <http://docs.opencv.org/2.4/modules/core/doc/basic_structures.html> list
>> unsigned short and int, but not unsigned int. I don't know whether this int
>> is equal to short or long. But from \ITK-git\Modules\Video\BridgeO
>> penCV\include\itkOpenCVImageBridge.hxx, line 50 these are supported
>> cases:
>> IPL_DEPTH_8U
>> IPL_DEPTH_8S
>> IPL_DEPTH_16U
>> IPL_DEPTH_16S
>> IPL_DEPTH_32F
>> IPL_DEPTH_64F
>>
>> To convert to 16U (which is closest to your 32U), you should use cast
>> filter <https://itk.org/Doxygen/html/classitk_1_1CastImageFilter.html> (that's
>> your option A).
>>
>> Regards,
>> D?enan
>>
>> On Mon, Sep 5, 2016 at 1:31 PM, Tammy wrote:
>>
>>> Greetings!  Hope everyone is having a good day...
>>>
>>> So... we are passing around a grayscale image... and we're using
>>> unsigned int (as opposed to unsigned char):
>>> typedef itk::Image<unsigned int, ImageDimension> itkUIntImageType;
>>> typedef itkUIntImageType itkLabelImageType;
>>>
>>> I need to convert it to cv::Mat in order to pass it to another program:
>>> cv::Mat resultImage = itk::OpenCVImageBridge::ITKImageToCVMat<
>>> itkLabelImageType >( m_objectLabelImage );
>>>
>>> The problem is, the compiler is telling me "OpenCV does not support the
>>> input pixel type".
>>>
>>> So my question is -- is this true?  Can I only convert from unsigned
>>> char?
>>> Would a good solution be to:
>>> A) Convert from one pixel type to another, or
>>> B) Or can I just read in the m_objectLabelImage to an Image::Pointer
>>> thing that is of type unsigned char?
>>>
>>> Thanks!
>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160908/e8b338e6/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Thu Sep  8 09:43:11 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Thu, 8 Sep 2016 09:43:11 -0400
Subject: [ITK] [ITK-users] Convert image, part 2
In-Reply-To: <CAH-Tv+sB1FrT6gY5J7fZHs3zcS9mXP+nzpvahc0==k=j+rYPAQ@mail.gmail.com>
References: <CAH-Tv+sB1FrT6gY5J7fZHs3zcS9mXP+nzpvahc0==k=j+rYPAQ@mail.gmail.com>
Message-ID: <CAPf2UMSv+7qnbu4GYWzXGfKhfaxhG=zXgE94vmuSD0uBw7JttA@mail.gmail.com>

Hi Tammy,

I think a better way would be to add support for IPL_DEPTH_32S and (if
allowed by OpenCV) IPL_DEPTH_32U. It should not be hard, follow what is
being done for IPL_DEPTH_16U and IPL_DEPTH_16S (unsigned and signed short)
in ITK's BridgeOpenCV module and add analogous code for int. Once you are
satisfied with how it works, contribute
<https://itk.org/Wiki/ITK/Git/Develop> a patch to ITK so others can benefit
from your improvements.

Regards,
D?enan

On Thu, Sep 8, 2016 at 9:34 AM, Tammy Diprima <tammy.diprima at stonybrook.edu>
wrote:

> I've just been told that I'm not allowed to convert the 32U to 16U because
> of risk of distortion.
>
> I figured it *should* be ok, since it's one channel.
>
> So what I've been tasked to do, is iterate through the pixels and copy
> each to a new cv::Mat_<int> image.  And I'm doing this conversion in order
> to pass this ITK image as a parameter to someone else's program that takes
> an opencv image as a parameter.
>
> Right now I'm an image-processing noobie, so I'd like your option.  *Do*
> I have to worry about distortion in this case?  How can I prove it?  It's
> grayscale.  *Is* the pixel iteration a good idea?  I don't know why we're
> using 32U for grayscale in the first place; there's no way we're going to
> have more than 255 objects...
>
> Thanks,
> Tammy
>
>
> On 5 September 2016 at 18:46, Tammy wrote:
>
> Hi D?enan,
>>
>>
>> Yes, that makes sense.  Thanks very much for your help.
>>
>>
>> - Tammy
>>
>>
>> On 5 September 2016 at 15:07, D?enan Zuki? wrote:
>>
>>> Hi Tammy,
>>>
>>> the docs
>>> <http://docs.opencv.org/2.4/modules/core/doc/basic_structures.html>
>>> list unsigned short and int, but not unsigned int. I don't know whether
>>> this int is equal to short or long. But from \ITK-git\Modules\Video\BridgeO
>>> penCV\include\itkOpenCVImageBridge.hxx, line 50 these are supported
>>> cases:
>>> IPL_DEPTH_8U
>>> IPL_DEPTH_8S
>>> IPL_DEPTH_16U
>>> IPL_DEPTH_16S
>>> IPL_DEPTH_32F
>>> IPL_DEPTH_64F
>>>
>>> To convert to 16U (which is closest to your 32U), you should use cast
>>> filter <https://itk.org/Doxygen/html/classitk_1_1CastImageFilter.html> (that's
>>> your option A).
>>>
>>> Regards,
>>> D?enan
>>>
>>> On Mon, Sep 5, 2016 at 1:31 PM, Tammy wrote:
>>>
>>>> Greetings!  Hope everyone is having a good day...
>>>>
>>>> So... we are passing around a grayscale image... and we're using
>>>> unsigned int (as opposed to unsigned char):
>>>> typedef itk::Image<unsigned int, ImageDimension> itkUIntImageType;
>>>> typedef itkUIntImageType itkLabelImageType;
>>>>
>>>> I need to convert it to cv::Mat in order to pass it to another program:
>>>> cv::Mat resultImage = itk::OpenCVImageBridge::ITKImageToCVMat<
>>>> itkLabelImageType >( m_objectLabelImage );
>>>>
>>>> The problem is, the compiler is telling me "OpenCV does not support the
>>>> input pixel type".
>>>>
>>>> So my question is -- is this true?  Can I only convert from unsigned
>>>> char?
>>>> Would a good solution be to:
>>>> A) Convert from one pixel type to another, or
>>>> B) Or can I just read in the m_objectLabelImage to an Image::Pointer
>>>> thing that is of type unsigned char?
>>>>
>>>> Thanks!
>>>>
>>>>
>
> _____________________________________
> 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://www.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-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160908/f0adf01f/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Thu Sep  8 10:09:33 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Thu, 8 Sep 2016 10:09:33 -0400
Subject: [ITK] [ITK-users] Linker problems since Ubuntu 16.04 upgrade
In-Reply-To: <7A6B8EFF-F1FF-4B50-BF84-422CC10AB97F@mail.nih.gov>
References: <1473264056179-7589172.post@n2.nabble.com>
 <7A6B8EFF-F1FF-4B50-BF84-422CC10AB97F@mail.nih.gov>
Message-ID: <CAPf2UMTZP6+bMUirSSiPKaNs4bw-T_HrCtB4TtcHkKgQ98ia7Q@mail.gmail.com>

Something similar happened to me when I switched from 14.04 to 16.04. You
need to compile both ITK and the program which links against it using the
same compiler i.e. you need to recompile ITK (do a clean build).

Regards,
D?enan

On Wed, Sep 7, 2016 at 12:13 PM, Lowekamp, Bradley (NIH/NLM/LHC) [C] <
blowekamp at mail.nih.gov> wrote:

> Hello,
>
> You are using the installed Ubuntu version?
>
> Because I see ?cxx11? in the string symbol below, I think there may be a
> miss match between the C++ versions used to compile ITK and what you use
> here in this example.
>
> I would try to determine which compiler and flags your ubuntu version of
> ITK was compiled with and try to use the same.
>
> Alternatively, you could just compile ITK from source.
>
> HTH,
> Brad
>
>
>
>
> > On Sep 7, 2016, at 12:00 PM, soolijoo <mattghall at gmail.com> wrote:
> >
> > Hi,
> >
> > I've just upgraded to Ubuntu 16.04 from 14.04 and am having some strange
> > linker problems with my code.
> >
> > Using the same CMakeLists.txt as previously the compiler is finding the
> ITK
> > headers but the build fails during the linking phase. This is happening
> even
> > for extremely simple, hello world type examples. For example the
> following
> > code:
> >
> > #include "itkImage.h"
> > #include <iostream>
> >
> > int main(int argc, char** argv){
> >
> >    typedef itk::Image<unsigned short, 3> ImageType;
> >
> >    ImageType::Pointer image = ImageType::New();
> >
> >    std::cout << "Hey there, ITK!" << std::endl;
> >
> >    return 0;
> >
> > }
> >
> >
> > with this CMakeLists.txt file:
> >
> > cmake_minimum_required(VERSION 2.8)
> >
> > project(SimpleMutInfo)
> >
> > find_package(ITK REQUIRED)
> > include(${ITK_USE_FILE})
> > if(ITKVtGlue_LOADED)
> >    find_package(VTK REQUIRED)
> >    include(${VTK_USE_FILE})
> > endif()
> >
> > add_executable(SimpleMutInfo simpleMutInfo.cpp)
> >
> > MESSAGE(${ITK_LIBRARIES})
> >
> > MESSAGE(${CMAKE_INSTALL_PREFIX})
> > MESSAGE(${ITK_DIR})
> >
> > if( "${ITK_VERSION_MAJOR}" LESS 4 )
> >    target_link_libraries(SimpleMutInfo ITKReview ${ITK_LIBRARIES})
> > else( "${ITK_VERSION_MAJOR}" LESS 4 )
> >    target_link_libraries(SimpleMutInfo ${ITK_LIBRARIES})
> > endif( "${ITK_VERSION_MAJOR}" LESS 4 )
> >
> >
> > completes the cmake apparently correctly:
> > -- The C compiler identification is GNU 5.4.0
> > -- The CXX compiler identification is GNU 5.4.0
> > -- Check for working C compiler: /usr/bin/cc
> > -- Check for working C compiler: /usr/bin/cc -- works
> > -- Detecting C compiler ABI info
> > -- Detecting C compiler ABI info - done
> > -- Detecting C compile features
> > -- Detecting C compile features - done
> > -- Check for working CXX compiler: /usr/bin/c++
> > -- Check for working CXX compiler: /usr/bin/c++ -- works
> > -- Detecting CXX compiler ABI info
> > -- Detecting CXX compiler ABI info - done
> > -- Detecting CXX compile features
> > -- Detecting CXX compile features - done
> > -- Configuring done
> > -- Generating done
> > -- Build files have been written to:
> > /home/matt/CodingProjects/sandbox/mutInfo/itk/helloItk
> >
> >
> > but gives the following compiler error:
> > Scanning dependencies of target HelloItk
> > [ 50%] Building CXX object CMakeFiles/HelloItk.dir/helloItk.cpp.o
> > [100%] Linking CXX executable HelloItk
> > CMakeFiles/HelloItk.dir/helloItk.cpp.o: In function
> > `itk::MemoryAllocationError::MemoryAllocationError(std::__
> cxx11::basic_string<char,
> > std::char_traits&lt;char>, std::allocator<char> > const&, unsigned int,
> > std::__cxx11::basic_string<char, std::char_traits&lt;char>,
> > std::allocator<char> > const&, std::__cxx11::basic_string<char,
> > std::char_traits&lt;char>, std::allocator<char> > const&)':
> > helloItk.cpp:(.text._ZN3itk21MemoryAllocationErrorC
> 2ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEjS8_S8_[_
> ZN3itk21MemoryAllocationErrorC5ERKNSt7__cxx1112basic_stringIcSt11char_
> traitsIcESaIcEEEjS8_S8_]+0x35):
> > undefined reference to
> > `itk::ExceptionObject::ExceptionObject(std::__cxx11::basic_string<char,
> > std::char_traits&lt;char>, std::allocator<char> > const&, unsigned int,
> > std::__cxx11::basic_string<char, std::char_traits&lt;char>,
> > std::allocator<char> > const&, std::__cxx11::basic_string<char,
> > std::char_traits&lt;char>, std::allocator<char> > const&)'
> > collect2: error: ld returned 1 exit status
> > CMakeFiles/HelloItk.dir/build.make:204: recipe for target 'HelloItk'
> failed
> > make[2]: *** [HelloItk] Error 1
> > CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/HelloItk.dir/all'
> > failed
> > make[1]: *** [CMakeFiles/HelloItk.dir/all] Error 2
> > Makefile:83: recipe for target 'all' failed
> > make: *** [all] Error 2
> >
> >
> > I've confirmed that the i've installed all four ubuntu packages mentioned
> > here:
> > https://blog.kitware.com/itk-packages-in-linux-distributions/
> > (including the python bindings)
> >
> > The itk libs seem to be in /usr/local/lib but for some reason the linker
> > isn't seeing them.
> >
> > Anyone got any ideas?
> >
> >
> >
> >
> >
> >
> >
> >
> > --
> > View this message in context: http://itk-insight-users.
> 2283740.n2.nabble.com/Linker-problems-since-Ubuntu-16-04-
> upgrade-tp7589172.html
> > Sent from the ITK Insight Users mailing list archive at Nabble.com.
> > _____________________________________
> > 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://www.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-users
>
> _____________________________________
> 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://www.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-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160908/5f0322b3/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Thu Sep  8 10:19:22 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Thu, 8 Sep 2016 10:19:22 -0400
Subject: [ITK] use remote module
In-Reply-To: <CAJoKFkRgcqyzuSaFwffGfE5hFwognWODbFdKMLwstQ1qVffF_A@mail.gmail.com>
References: <CAJoKFkQg6VQia1T1uN52pJqu7d3_jOu2yoWWSMR0qkSLiQiLsg@mail.gmail.com>
 <CADZJ4hPvyFHiKTKdX-np6iNaffdN6rhmtMXU2ffEq_-GEmOTzg@mail.gmail.com>
 <CAJoKFkSCvtuQnY5J4Y7Nm7Pc87d-mq9cLzDyrOzGpJa4oPq-aw@mail.gmail.com>
 <CAJoKFkRgcqyzuSaFwffGfE5hFwognWODbFdKMLwstQ1qVffF_A@mail.gmail.com>
Message-ID: <CAPf2UMR0ot3Lkiz1UCvdbRbJqwJbBjp=uXsKseafYhoAUBZ_6Q@mail.gmail.com>

Consider making a pull request
<https://yangsu.github.io/pull-request-tutorial/> with your fixes.

Regards,
D?enan

On Wed, Sep 7, 2016 at 2:04 PM, Wei Liu <weiliu620 at gmail.com> wrote:

> Oops, I incorrectly used another ITK build...After I fixed it, my project
> can find the external module.
>
> Sorry about the noise. (often found the true reason *after* sending email
> to community!)
>
> The filter has a few small build error that can be easily fixed (add
> namespace, etc).
>
> On Wed, Sep 7, 2016 at 1:53 PM, Wei Liu <weiliu620 at gmail.com> wrote:
>
>> Bill, I want to apply the filter to a 3D image that I read from file.
>> Here is the related code:
>>
>> ------------ code ----------------------
>>      typedef float InputPixelType;
>>      typedef itk::Image< InputPixelType, 3 > InputImageType;
>>      typedef itk::SymmetricSecondRankTensor< float, 3 > TensorType;
>>      typedef itk::Image< TensorType, 3 > TensorImageType;
>>      typedef itk::CovariantVector<float, 3>   EigenvalueType;
>>      typedef itk::Image< EigenvalueType, 3 > EigenvalueImageType;
>>
>>      typedef itk::ImageFileReader< InputImageType >  ReaderType;
>>      ReaderType::Pointer reader = ReaderType::New();
>>      std::string in_file = "unknown.nrrd";
>>      bool retm = parser->GetCommandLineArgument( "-i", in_file);
>>      reader->SetFileName( in_file );
>>      reader->Update();
>>
>>      // Structure tensor.
>>      typedef itk::StructureTensorImageFilter<InputImageType,
>> TensorImageType> StructureTensorFilterType;
>>      StructureTensorFilterType::Pointer struct_tensor_filter =
>> StructureTensorFilterType::New();
>>      struct_tensor_filter->SetInput(reader->GetOutput() );
>> ---------- end of code ------------------------
>>
>> I just copied the file .h and .hxx file from the itk source folder into
>> my project folder and cmake compiles with no error. So, at least this is
>> one solution.
>>
>> Thanks,
>>
>>
>>
>> On Wed, Sep 7, 2016 at 12:13 PM, Bill Lorensen <bill.lorensen at gmail.com>
>> wrote:
>>
>>> How are you using it?
>>>
>>> On Wed, Sep 7, 2016 at 11:55 AM, Wei Liu <weiliu620 at gmail.com> wrote:
>>> > Hi communities,
>>> >
>>> > When I try to use a remote module (anisotropic diffusion LBR) in my
>>> code, I
>>> > got error that the 'itkstructureTensorImageFilter.h' no such file...
>>> >
>>> > I have turned on the cmake flag when building ITK. Do I need to do
>>> anything
>>> > specific to use remote module's code?
>>> >
>>> > I probably can manually copy the .h file, but think it's not the
>>> optimal
>>> > approach.
>>> >
>>> > Thanks,
>>> >
>>> > _______________________________________________
>>> > Community mailing list
>>> > Community at itk.org
>>> > http://public.kitware.com/mailman/listinfo/community
>>> >
>>>
>>>
>>>
>>> --
>>> Unpaid intern in BillsBasement at noware dot com
>>>
>>
>>
>
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160908/2fb74713/attachment.html>

From dzenanz at gmail.com  Thu Sep  8 10:26:48 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Thu, 8 Sep 2016 10:26:48 -0400
Subject: [ITK] [ITK-users] [vtkusers] Testing ITK/VTK/PV contributions
	with	(kitware) Gitlab-CI
In-Reply-To: <20160908131417.GB13993@megas.kitware.com>
References: <b559f993-9283-7f14-b7ad-66eb85c5d52a@mh-hannover.de>
 <20160908131417.GB13993@megas.kitware.com>
Message-ID: <CAPf2UMRfLtz1Cd_kYy0uX3V3nA96F2BqGuNGn=zY6_wg_5mkEw@mail.gmail.com>

Hi Roman,

some of ITK's remote modules are using CircleCI for testing. Two recent
examples are RLEImage <https://github.com/KitwareMedical/ITKRLEImage> and
MorphologicalContourInterpolation
<https://github.com/KitwareMedical/ITKMorphologicalContourInterpolation>.
Of course, you should be familiar, or familiarize yourself with CircleCI
<https://circleci.com/docs/configuration/>.

Regards,
D?enan

On Thu, Sep 8, 2016 at 9:14 AM, Ben Boeckel <ben.boeckel at kitware.com> wrote:

> On Thu, Sep 08, 2016 at 12:36:40 +0200, Grothausmann, Roman Dr. wrote:
> > Just getting to know Gitlab-CI, I am wondering whether it is possible to
> test
> > contributions to ITK/VTK/PV with Gitlab-CI from gitlab.com or
> > gitlab.kitware.com. As far as I understand, this basically needs
> runners, in
> > this case specific to ITK/VTK/PV. Since kitware has done CI even before
> the use
> > of gitlab, I wonder if the former testing environments are available for
> use
> > with Gitlab-CI and if so how to use them.
>
> We're (VTK and ParaView) using buildbot to manage our testing. The
> number of settings we test across machines is hard to specify in YAML
> files (machines also have different settings based on what you're
> testing, e.g., load up a different compiler or Qt4 or Qt5 and the paths
> they live in, etc.). We're working on improving the hardware situation
> buildbot is currently in; things should be getting better over the next
> few months on that front.
>
> > For example, none of my contributions to the ITK/VTK/Midas Journals got
> into the
> > testing phase even though marked for testing during submission. So a
> possibility
> > to use Gitlab-CI to test the compilation and to run the project test
> would be
> > really great, especially for continued development and testing on other
> OSs.
> > Specifically, for e.g. testing my FacetAnalyser contribution
> > (http://www.midasjournal.org/browse/publication/951
> > https://gitlab.com/romangrothausmann/FacetAnalyser) I would need a
> runner
> > environment with PV, VTK and ITK ideally for Linux, MacOS and Windows.
>
> ITK is using Gerrit and Jenkins, not Gitlab.
>
> --Ben
> _______________________________________________
> 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/community/attachments/20160908/9f52a0c1/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From tevain at telecom-paristech.fr  Thu Sep  8 10:38:12 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Thu, 8 Sep 2016 16:38:12 +0200 (CEST)
Subject: [ITK] ImageRegistrationMethodv4 behavior question
In-Reply-To: <45F2A1B8-BA32-4EBB-9B43-26198CAFAFE4@mail.nih.gov>
References: <295611315.56826123.1473267290379.JavaMail.zimbra@enst.fr>
 <2043790470.56832993.1473267938364.JavaMail.zimbra@enst.fr>
 <CALzTN-QRRgWkYKw+yRXXsN4OaGPBK4PC8siWmeQ0Ch2Hfh_Sjw@mail.gmail.com>
 <1521175589.57235619.1473324912509.JavaMail.zimbra@enst.fr>
 <45F2A1B8-BA32-4EBB-9B43-26198CAFAFE4@mail.nih.gov>
Message-ID: <1971507325.57616928.1473345492658.JavaMail.zimbra@enst.fr>

Hi,

1) Both solutions sound acceptable to me. It depends on the purpose of the SetMetricSamplingPercentage method. If it's only a lazy-way setup, I think at least documentation should underline the risk of overwriting. In the other hand, since it was the only one among all the parameters per level to have such method, I was expecting a parameter which supersede the per-level one, which should be remembered. If the first case prevail, I think that having only the SetMetricSamplingPercentagePerLevel method but overloaded with a one-scalar version would be clearer.

2)Yes, I'm using one instance of ImageRegistrationMethodv4 to make a pipeline of registration (rigid->affine->Bspline), and I was using a dense sampling to tune parameters of later ones after the rigid phase with sparse sampling. That how I noticed that the m_UseFixedSampledPointSet is always "true" if the sampling strategy is different from None. So the option to use dense sampling is in fact controlled by the sampling strategy parameter, not the boolean as stated in the software guide. The fact that the strategy is checked before the boolean in the pipeline troubles me.

Tim

----- Mail original -----
De: "Bradley Lowekamp (NIH/NLM/LHC) [C]" <blowekamp at mail.nih.gov>
?: "Timothee Evain" <tevain at telecom-paristech.fr>
Cc: "Matt McCormick" <matt.mccormick at kitware.com>, community at itk.org
Envoy?: Jeudi 8 Septembre 2016 14:55:57
Objet: Re: [ITK] ImageRegistrationMethodv4 behavior question

Hello,

In my opinion these interactions should be added to the documentation as opposed to changing the behavior to what your initial exceptions where.

1)  SetNumberOfLevel - Currently the implementation resets the AdaptorsPerLevel, ShrinkFactorsPerDimension, SmoothingSigmasPerLevel, and SamplingPercentagePerLevel to their default when the NumberOfLevels changes. This seems like consistent to me and logical. The the NumberOfLevels needs to be set before the others parameters. Having multiple variables refer to the same attribute as in your patch can very quickly lead to undocumented and inconsistent behavior. Documenting the current behavior is best. A comment can be added to the PerDimension attributes that the NumberOfLevels should be set first.

2) You are talking about running the ImageRegistrationMethodv4::Update method multiple time on a single instance with different parameters? And side effects from doing that? Or are you talking about just using the parameter settings and not getting your expected behavior? I think a small compilable example or annotation of the code would help.

HTH,
Brad



> On Sep 8, 2016, at 4:55 AM, Timothee Evain <tevain at telecom-paristech.fr> wrote:
> 
> I have stumbled on another curious thing that may be a bug also.
> When users set explicitely to not use the sparse sampling with the SetUseFixedSampledPointSet(false) on metric (as shown in the software guide), if the sampling strategy is different of NONE, the option is forcefully set to true when the ImageRegistrationMethodv4 call SetMetricSamplePoints() during the InitializeRegistrationAtEachLevel. This arise when doing first a sparse sampling registration then a dense one.
> If sampling strategy is mandatory when we use the sparse sampling, to me it shouldn't impact when using dense sampling.
> 
> Tim 
> 
> 
> 
> 
> ----- Mail original -----
> De: "Matt McCormick" <matt.mccormick at kitware.com>
> ?: "Timothee Evain" <tevain at telecom-paristech.fr>
> Cc: community at itk.org
> Envoy?: Mercredi 7 Septembre 2016 22:24:22
> Objet: Re: [ITK] ImageRegistrationMethodv4 behavior question
> 
> Hi Tim,
> 
> It sounds like a bug. Do you have patch in mind?
> 
> Thanks,
> Matt
> 
> On Wed, Sep 7, 2016 at 1:05 PM, Timothee Evain
> <tevain at telecom-paristech.fr> wrote:
>> Hi folks,
>> 
>> It's more a dev consideration, but I've been tricked by the SetNumberOfLevels & SetMetricSamplingPercentage methods from the ImageRegistrationMethodv4.
>> The former is overwriting any previously set parameters for SmoothingSigmas and ShrinkFactors but also for the SamplingPercentage.
>> If I was expecting it for the two first, as we can only set them per levels via arrays, I was expecting the sampling percentage to be stored since we can set it for all levels via the SetMetricSamplingPercentage method (which in fact is only a wrap around the "per levels" one).
>> Thus you cannot set the sampling percentage before setting levels. Is that the intended behavior ? That wasn't really clear to me.
>> 
>> Tim
>> _______________________________________________
>> Community mailing list
>> Community at itk.org
>> http://public.kitware.com/mailman/listinfo/community
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community


From weiliu620 at gmail.com  Thu Sep  8 11:44:30 2016
From: weiliu620 at gmail.com (Wei Liu)
Date: Thu, 8 Sep 2016 11:44:30 -0400
Subject: [ITK] use remote module
In-Reply-To: <CAPf2UMR0ot3Lkiz1UCvdbRbJqwJbBjp=uXsKseafYhoAUBZ_6Q@mail.gmail.com>
References: <CAJoKFkQg6VQia1T1uN52pJqu7d3_jOu2yoWWSMR0qkSLiQiLsg@mail.gmail.com>
 <CADZJ4hPvyFHiKTKdX-np6iNaffdN6rhmtMXU2ffEq_-GEmOTzg@mail.gmail.com>
 <CAJoKFkSCvtuQnY5J4Y7Nm7Pc87d-mq9cLzDyrOzGpJa4oPq-aw@mail.gmail.com>
 <CAJoKFkRgcqyzuSaFwffGfE5hFwognWODbFdKMLwstQ1qVffF_A@mail.gmail.com>
 <CAPf2UMR0ot3Lkiz1UCvdbRbJqwJbBjp=uXsKseafYhoAUBZ_6Q@mail.gmail.com>
Message-ID: <CAJoKFkTayPGfb8CEHk8nPGj=SDAKj7emxXcBF5+Ai+Xn+UcggA@mail.gmail.com>

D?enan,

The module compiles no error in ITK. I"m using one of the filters defined
by the module and had a build error in my code, so I'm not sure if I should
create bug fix request. I'll study it a bit more and decide.

Thanks,


On Thu, Sep 8, 2016 at 10:19 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:

> Consider making a pull request
> <https://yangsu.github.io/pull-request-tutorial/> with your fixes.
>
> Regards,
> D?enan
>
> On Wed, Sep 7, 2016 at 2:04 PM, Wei Liu <weiliu620 at gmail.com> wrote:
>
>> Oops, I incorrectly used another ITK build...After I fixed it, my project
>> can find the external module.
>>
>> Sorry about the noise. (often found the true reason *after* sending email
>> to community!)
>>
>> The filter has a few small build error that can be easily fixed (add
>> namespace, etc).
>>
>> On Wed, Sep 7, 2016 at 1:53 PM, Wei Liu <weiliu620 at gmail.com> wrote:
>>
>>> Bill, I want to apply the filter to a 3D image that I read from file.
>>> Here is the related code:
>>>
>>> ------------ code ----------------------
>>>      typedef float InputPixelType;
>>>      typedef itk::Image< InputPixelType, 3 > InputImageType;
>>>      typedef itk::SymmetricSecondRankTensor< float, 3 > TensorType;
>>>      typedef itk::Image< TensorType, 3 > TensorImageType;
>>>      typedef itk::CovariantVector<float, 3>   EigenvalueType;
>>>      typedef itk::Image< EigenvalueType, 3 > EigenvalueImageType;
>>>
>>>      typedef itk::ImageFileReader< InputImageType >  ReaderType;
>>>      ReaderType::Pointer reader = ReaderType::New();
>>>      std::string in_file = "unknown.nrrd";
>>>      bool retm = parser->GetCommandLineArgument( "-i", in_file);
>>>      reader->SetFileName( in_file );
>>>      reader->Update();
>>>
>>>      // Structure tensor.
>>>      typedef itk::StructureTensorImageFilter<InputImageType,
>>> TensorImageType> StructureTensorFilterType;
>>>      StructureTensorFilterType::Pointer struct_tensor_filter =
>>> StructureTensorFilterType::New();
>>>      struct_tensor_filter->SetInput(reader->GetOutput() );
>>> ---------- end of code ------------------------
>>>
>>> I just copied the file .h and .hxx file from the itk source folder into
>>> my project folder and cmake compiles with no error. So, at least this is
>>> one solution.
>>>
>>> Thanks,
>>>
>>>
>>>
>>> On Wed, Sep 7, 2016 at 12:13 PM, Bill Lorensen <bill.lorensen at gmail.com>
>>> wrote:
>>>
>>>> How are you using it?
>>>>
>>>> On Wed, Sep 7, 2016 at 11:55 AM, Wei Liu <weiliu620 at gmail.com> wrote:
>>>> > Hi communities,
>>>> >
>>>> > When I try to use a remote module (anisotropic diffusion LBR) in my
>>>> code, I
>>>> > got error that the 'itkstructureTensorImageFilter.h' no such file...
>>>> >
>>>> > I have turned on the cmake flag when building ITK. Do I need to do
>>>> anything
>>>> > specific to use remote module's code?
>>>> >
>>>> > I probably can manually copy the .h file, but think it's not the
>>>> optimal
>>>> > approach.
>>>> >
>>>> > Thanks,
>>>> >
>>>> > _______________________________________________
>>>> > Community mailing list
>>>> > Community at itk.org
>>>> > http://public.kitware.com/mailman/listinfo/community
>>>> >
>>>>
>>>>
>>>>
>>>> --
>>>> Unpaid intern in BillsBasement at noware dot com
>>>>
>>>
>>>
>>
>> _______________________________________________
>> Community mailing list
>> Community at itk.org
>> http://public.kitware.com/mailman/listinfo/community
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160908/c2b3426b/attachment.html>

From francisco.oliveira at fe.up.pt  Thu Sep  8 12:46:06 2016
From: francisco.oliveira at fe.up.pt (Francisco)
Date: Thu, 8 Sep 2016 09:46:06 -0700 (MST)
Subject: [ITK] [ITK-users] error using Richard-Lucy deconvolution
Message-ID: <1473353166441-7589179.post@n2.nabble.com>

Hi all,
I'm trying to use itkRichardLucyDeconvolutionImageFilter but I have always
the following error independently of the size, origin, spacing, ... of the
input image and the kernel image. If I use other  deconvolution filter (for
instance itkLandweberDeconvolutionImageFilter) it works perfectly. I?m using
the code example available in the ITK. I'm using itk-4.4.0 and VS2008.

itk::ExceptionObject (0185E9CC)
Location: "unknown"
File:
c:\libraries\itk-4.4.0\source\modules\core\common\include\itkImageToImageF                                                                                                               
ilter.hxx
Line: 247
Description: itk::ERROR: DivideOrZeroOutImageFilter(03631DB0): Inputs do not
occupy the same physical space!
InputImage Origin: [-2.8658594e+002, -2.1658594e+002, 9.9893402e+002],
InputImage_1 Origin: [0.0000000e+000, 0.0000000e+000, 0.0000000e+000]
        Tolerance: 4.0000000e-006
InputImage Spacing: [4.0000000e+000, 4.0000000e+000, 4.0000000e+000],
InputImage_1 Spacing: [1.0000000e+000, 1.0000000e+000, 1.0000000e+000]
        Tolerance: 4.0000000e-006




--
View this message in context: http://itk-insight-users.2283740.n2.nabble.com/error-using-Richard-Lucy-deconvolution-tp7589179.html
Sent from the ITK Insight Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Thu Sep  8 14:22:01 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Thu, 8 Sep 2016 14:22:01 -0400
Subject: [ITK] [ITK-users] error using Richard-Lucy deconvolution
In-Reply-To: <1473353166441-7589179.post@n2.nabble.com>
References: <1473353166441-7589179.post@n2.nabble.com>
Message-ID: <CALzTN-T7PHeTozYKeb=BiaRXuxQcxdPQ8ecw9kv14bT08GDVXg@mail.gmail.com>

Hi Francisco,

As the error message indicates, the filter requires both inputs to
have the same "information", i.e. Origin and Spacing, since it assumes
that they occupy the same domain in physical space.

HTH,
Matt

On Thu, Sep 8, 2016 at 12:46 PM, Francisco <francisco.oliveira at fe.up.pt> wrote:
> Hi all,
> I'm trying to use itkRichardLucyDeconvolutionImageFilter but I have always
> the following error independently of the size, origin, spacing, ... of the
> input image and the kernel image. If I use other  deconvolution filter (for
> instance itkLandweberDeconvolutionImageFilter) it works perfectly. I?m using
> the code example available in the ITK. I'm using itk-4.4.0 and VS2008.
>
> itk::ExceptionObject (0185E9CC)
> Location: "unknown"
> File:
> c:\libraries\itk-4.4.0\source\modules\core\common\include\itkImageToImageF
> ilter.hxx
> Line: 247
> Description: itk::ERROR: DivideOrZeroOutImageFilter(03631DB0): Inputs do not
> occupy the same physical space!
> InputImage Origin: [-2.8658594e+002, -2.1658594e+002, 9.9893402e+002],
> InputImage_1 Origin: [0.0000000e+000, 0.0000000e+000, 0.0000000e+000]
>         Tolerance: 4.0000000e-006
> InputImage Spacing: [4.0000000e+000, 4.0000000e+000, 4.0000000e+000],
> InputImage_1 Spacing: [1.0000000e+000, 1.0000000e+000, 1.0000000e+000]
>         Tolerance: 4.0000000e-006
>
>
>
>
> --
> View this message in context: http://itk-insight-users.2283740.n2.nabble.com/error-using-Richard-Lucy-deconvolution-tp7589179.html
> Sent from the ITK Insight Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users
_____________________________________
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://www.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-users

From francisco.oliveira at fe.up.pt  Fri Sep  9 03:42:57 2016
From: francisco.oliveira at fe.up.pt (Francisco Oliveira)
Date: Fri, 9 Sep 2016 08:42:57 +0100
Subject: [ITK] [ITK-users] error using Richard-Lucy deconvolution
In-Reply-To: <CALzTN-T7PHeTozYKeb=BiaRXuxQcxdPQ8ecw9kv14bT08GDVXg@mail.gmail.com>
References: <1473353166441-7589179.post@n2.nabble.com>
 <CALzTN-T7PHeTozYKeb=BiaRXuxQcxdPQ8ecw9kv14bT08GDVXg@mail.gmail.com>
Message-ID: <000901d20a6d$c8ae8800$5a0b9800$@oliveira@fe.up.pt>

Hi Matt,
I already tried that and it didn't work. Independently the kernel image I use the error is the same and the origin and spacing are always the same [0, 0, 0] and [1, 1, 1], respectively.

Francisco

-----Mensagem original-----
De: Matt McCormick [mailto:matt.mccormick at kitware.com] 
Enviada: quinta-feira, 8 de setembro de 2016 19:22
Para: Francisco
Cc: insight-users at itk.org
Assunto: Re: [ITK-users] error using Richard-Lucy deconvolution

Hi Francisco,

As the error message indicates, the filter requires both inputs to have the same "information", i.e. Origin and Spacing, since it assumes that they occupy the same domain in physical space.

HTH,
Matt

On Thu, Sep 8, 2016 at 12:46 PM, Francisco <francisco.oliveira at fe.up.pt> wrote:
> Hi all,
> I'm trying to use itkRichardLucyDeconvolutionImageFilter but I have 
> always the following error independently of the size, origin, spacing, 
> ... of the input image and the kernel image. If I use other  
> deconvolution filter (for instance 
> itkLandweberDeconvolutionImageFilter) it works perfectly. I?m using the code example available in the ITK. I'm using itk-4.4.0 and VS2008.
>
> itk::ExceptionObject (0185E9CC)
> Location: "unknown"
> File:
> c:\libraries\itk-4.4.0\source\modules\core\common\include\itkImageToIm
> ageF
> ilter.hxx
> Line: 247
> Description: itk::ERROR: DivideOrZeroOutImageFilter(03631DB0): Inputs 
> do not occupy the same physical space!
> InputImage Origin: [-2.8658594e+002, -2.1658594e+002, 9.9893402e+002],
> InputImage_1 Origin: [0.0000000e+000, 0.0000000e+000, 0.0000000e+000]
>         Tolerance: 4.0000000e-006
> InputImage Spacing: [4.0000000e+000, 4.0000000e+000, 4.0000000e+000],
> InputImage_1 Spacing: [1.0000000e+000, 1.0000000e+000, 1.0000000e+000]
>         Tolerance: 4.0000000e-006
>
>
>
>
> --
> View this message in context: 
> http://itk-insight-users.2283740.n2.nabble.com/error-using-Richard-Luc
> y-deconvolution-tp7589179.html Sent from the ITK Insight Users mailing 
> list archive at Nabble.com.
> _____________________________________
> 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://www.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-users

-----
N?o foram detetados v?rus nesta  mensagem.
Verificado por AVG - www.avg.com
Vers?o: 2016.0.7752 / Base de dados de V?rus: 4649/12974 - Data de Lan?amento: 09/08/16

_____________________________________
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://www.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-users

From grothausmann.roman at mh-hannover.de  Fri Sep  9 08:29:33 2016
From: grothausmann.roman at mh-hannover.de (Grothausmann, Roman Dr.)
Date: Fri, 9 Sep 2016 14:29:33 +0200
Subject: [ITK] [ITK-users] get outputs from a std::vector list of
 smart-pointers of image-filters
In-Reply-To: <EF0AFB4E-01FE-416F-99E8-5C6F7626A9C0@mail.nih.gov>
References: <E41A3C04-73C1-40C8-9435-CCCD7E08D927@gmail.com>
 <e5200ab0-4548-093d-4f01-afa79099cf5a@mh-hannover.de>
 <C266AAD9-184A-47A3-B9E6-A099BA3804E0@mail.nih.gov>
 <dc7cf545-5ca9-669b-53fb-6ad8fe2222f8@mh-hannover.de>
 <EF0AFB4E-01FE-416F-99E8-5C6F7626A9C0@mail.nih.gov>
Message-ID: <809fecd2-0c04-374d-ec1c-d52ef3420fe3@mh-hannover.de>

On 22/07/16 14:49, Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
> Hi,
>
> Who is holding the pointer to the newly created ImageFileReader outside of
> the loop? For that type of operation I?ll frequently just stash smart
> pointers into a std::vector or list.

I tried to change the resample example
(https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleVolumesToBeIsotropic_8cxx-example.html
that uses itkRecursiveGaussianImageFilter for each dimension) such that it works
for any dimensional image.
Doing as Brad suggested and storing each smart-pointer of 
itkRecursiveGaussianImageFilter in a std::vector I get a program 
(https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx) 
that compiles but segfaults when used. I guess the way I'm trying to dereference 
a pointer from the list is not correct 
(https://github.com/romangrothausmann/ITK-CLIs/commit/0968dd25af2abc37ffb0c0503cc4c2972b3b2098#diff-cb1b1c6837c6074372c220250cfdbb36R80) 
but I could not find an example except the one referenced in the code line.
So how to correctly dereference a pointer from the list of smart-pointers to get 
its output?

Thank for any help or hints
Roman

>> On Jul 22, 2016, at 6:00 AM, Grothausmann, Roman Dr.
>> <grothausmann.roman at mh-hannover.de> wrote:
>>
>> Many thanks Brad for Your detailed reply. I understand now the problems
>> concerning streaming TileImageFilter. However I still wonder why my
>> non-streaming version also does not work any more after moving the creation
>> of reader instances into the for-loop:
>> https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea37d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50
>>
>>
>>
Is this construct inappropriate for the TileImageFilter?
>> Why does it work for:
>> https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>>
>>
>>
On 21/07/16 15:41, Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
>>> Hello,
>>>
>>> The TileImageFilter does not fully stream [1]. The filter also has some
>>> odd behavior, and other older implementation details. If you are going to
>>> work on a streaming pipelines it is best practice to examine the filters
>>> to determine how the Requested regions behave.
>>>
>>> However, there is no reason that the TileImageFilter algorithm couldn?t
>>> support streaming. It is just a matter of code and a bunch of testing. A
>>> contribution for this issue would be welcomed! Also this filter is in
>>> need a refactoring and bring it up to several other best practices. There
>>> are several issue with the current implementation that would cause it not
>>> to work correctly with a streaming pipeline, and cause excessive
>>> execution.
>>>
>>> You can also use the PipelieMoniotorImageFilter to record and print the
>>> pipeline interaction during Update [2]. This information helps with
>>> debugging and diagnosing problems, but if the pipeline is mis-behaving (
>>> as the TileImageFilter may ), the information may not be correct.
>>>
>>> I have tried similar streaming with the JoinSeriesImageFilter. However I
>>> ran into many problems with having hundreds of ImageIO being utilized at
>>> the same time. There were problems with having too many files open at the
>>> same time along with ImageIO libraries that couldn?t handle single
>>> threaded access to multiple files.
>>>
>>> [1]
>>> https://github.com/InsightSoftwareConsortium/ITK/blob/master/Modules/Filtering/ImageGrid/include/itkTileImageFilter.hxx#L125-L136
>>>
>>>
>>
>>>
[2] https://itk.org/Doxygen/html/classitk_1_1PipelineMonitorImageFilter.html
>>>
>>>> On Jul 21, 2016, at 6:41 AM, Grothausmann, Roman Dr.
>>>> <grothausmann.roman at mh-hannover.de> wrote:
>>>>
>>>> Dear mailing list members,
>>>>
>>>>
>>>> Based on the examples for TileImageFilter I've created a working CLI
>>>> to append an arbitrary number of inputs
>>>> (https://github.com/romangrothausmann/ITK-CLIs/blob/4fdf5778022598dcf83fb38e6002df72bd67bef3/tile.cxx).
>>>>
>>>>
>>
>>>>
As there is an example that does not apply Update and DisconnectPipeline on the 
readers 
(https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2) 

>>>> I changed my code such that a reader instance is created for each input
>>>> in a for-loop:
>>>> https://github.com/romangrothausmann/ITK-CLIs/commit/ebfc0aea37d28cbbf2bb22c3f56be52453cebde9
>>>>
>>>>
>>>>
>>
>>>>
However, the update from the writer seems not to propagate to the readers 
whether streaming or not. Can the TileImageFilter not stream in such a case or 
are further modifications necessary?
>>>>
>>>> Thanks for any help or hints Roman
>>>>
>>>>
>>>> On 18/08/14 17:01, Michka Popoff wrote:
>>>>> Hi
>>>>>
>>>>> Going the way described in the CreateVolume example is the way to
>>>>> go.
>>>>>
>>>>> Why did you uncomment the DisconnectPipeline() call and Update() call
>>>>> in the for loop ? They need to stay there, else you will always use
>>>>> the last image. That?s why you see the same image, the single update
>>>>> call will be triggered at the end of the script and read only one
>>>>> image.
>>>>>
>>>>> You don?t need to call tileFilter->Update(), you can remove this
>>>>> line. The writer->Update() will take care of the pipeline update. As
>>>>> a bonus, you may wrap your writer->Update() call, to fetch errors at
>>>>> the end of the pipeline:
>>>>>
>>>>> try { writer->Update(); } catch( itk::ExceptionObject & error ) {
>>>>> std::cerr << "Error: " << error << std::endl; return EXIT_FAILURE; }
>>>>>
>>>>> I made a little Python prototype, the syntax is a little bit
>>>>> different than in C++ but it gives you the main idea.
>>>>>
>>>>> Michka
>>>>>
>>>>
>>>> -- Dr. Roman Grothausmann
>>>>
>>>> Tomographie und Digitale Bildverarbeitung Tomography and Digital Image
>>>> Analysis
>>>>
>>>> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
>>>> Medizinische Hochschule Hannover Carl-Neuberg-Str. 1 D-30625 Hannover
>>>>
>>>> Tel. +49 511 532-2900 _____________________________________ 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://www.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-users
>>>> _______________________________________________ Community mailing list
>>>> Community at itk.org http://public.kitware.com/mailman/listinfo/community
>>>
>>
>> -- Dr. Roman Grothausmann
>>
>> Tomographie und Digitale Bildverarbeitung Tomography and Digital Image
>> Analysis
>>
>> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 Medizinische
>> Hochschule Hannover Carl-Neuberg-Str. 1 D-30625 Hannover
>>
>> Tel. +49 511 532-2900
>

-- 
Dr. Roman Grothausmann

Tomographie und Digitale Bildverarbeitung
Tomography and Digital Image Analysis

Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
Medizinische Hochschule Hannover
Carl-Neuberg-Str. 1
D-30625 Hannover

Tel. +49 511 532-2900
_____________________________________
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://www.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-users

From blowekamp at mail.nih.gov  Fri Sep  9 08:55:59 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Fri, 9 Sep 2016 12:55:59 +0000
Subject: [ITK] [ITK-users] error using Richard-Lucy deconvolution
In-Reply-To: <000901d20a6d$c8ae8800$5a0b9800$@oliveira@fe.up.pt>
References: <1473353166441-7589179.post@n2.nabble.com>
 <CALzTN-T7PHeTozYKeb=BiaRXuxQcxdPQ8ecw9kv14bT08GDVXg@mail.gmail.com>
 <000901d20a6d$c8ae8800$5a0b9800$@oliveira@fe.up.pt>
Message-ID: <25402805-5FF6-4A71-83EE-B01F94FFD8C5@mail.nih.gov>

Hello,

I was able to reproduce your problem in SimpleITK:

In [1]: import SimpleITK as sitk

In [2]: img = sitk.ReadImage("/scratch/blowekamp/build/itkSimpleFilters/ExternalData/test/Input/DSA.png")

In [3]: img = sitk.VectorIndexSelectionCast(img, 0, sitk.sitkFloat32)

In [4]: k = sitk.Image(11,11, sitk.sitkFloat32)

In [5]: k[5,4]=.01; k[5,5]=1

In [6]: out = sitk.RichardsonLucyDeconvolution(img,k)

?????????
NOTE: OK with both origins of 0
?????????


In [7]: sitk.Show(out)


In [9]: img.SetOrigin([10,10])

In [10]: out = sitk.RichardsonLucyDeconvolution(img,k)
---------------------------------------------------------------------------
RuntimeError                              Traceback (most recent call last)
<ipython-input-10-05ff2abccb8c> in <module>()
----> 1 out = sitk.RichardsonLucyDeconvolution(img,k)

/home/blowekamp/.virtualenvs/sitk-test/lib/python2.7/site-packages/SimpleITK/SimpleITK.pyc in RichardsonLucyDeconvolution(*args, **kwargs)
  57544 
  57545     """
> 57546     return _SimpleITK.RichardsonLucyDeconvolution(*args, **kwargs)
  57547 class STAPLEImageFilter(ImageFilter_3):
  57548     """

RuntimeError: Exception thrown in SimpleITK RichardsonLucyDeconvolution: /tmp/SimpleITK-build/ITK-prefix/include/ITK-4.10/itkImageToImageFilter.hxx:250:
itk::ERROR: DivideOrZeroOutImageFilter(0x4085740): Inputs do not occupy the same physical space! 
InputImage Origin: [1.0000000e+01, 1.0000000e+01], InputImage_1 Origin: [0.0000000e+00, 0.0000000e+00]
	Tolerance: 1.0000000e-06

In [11]: out = sitk.WienerDeconvolution(img,k)

In [12]: out = sitk.TikhonovDeconvolution(img,k)




You should be  able to set with images to the same origin to bypass this exception.


I am not sure if this filter is suppose to require that both images have the same grids or not. If it does, the check should happen earlier on in the VerifyInputInformation method.

But as other Deconvolution filters I tested in SimpleITK seem to expect different origins, I think it may be a bug in this filter.

Brad

> On Sep 9, 2016, at 3:42 AM, Francisco Oliveira <francisco.oliveira at fe.up.pt> wrote:
> 
> Hi Matt,
> I already tried that and it didn't work. Independently the kernel image I use the error is the same and the origin and spacing are always the same [0, 0, 0] and [1, 1, 1], respectively.
> 
> Francisco
> 
> -----Mensagem original-----
> De: Matt McCormick [mailto:matt.mccormick at kitware.com] 
> Enviada: quinta-feira, 8 de setembro de 2016 19:22
> Para: Francisco
> Cc: insight-users at itk.org
> Assunto: Re: [ITK-users] error using Richard-Lucy deconvolution
> 
> Hi Francisco,
> 
> As the error message indicates, the filter requires both inputs to have the same "information", i.e. Origin and Spacing, since it assumes that they occupy the same domain in physical space.
> 
> HTH,
> Matt
> 
> On Thu, Sep 8, 2016 at 12:46 PM, Francisco <francisco.oliveira at fe.up.pt> wrote:
>> Hi all,
>> I'm trying to use itkRichardLucyDeconvolutionImageFilter but I have 
>> always the following error independently of the size, origin, spacing, 
>> ... of the input image and the kernel image. If I use other  
>> deconvolution filter (for instance 
>> itkLandweberDeconvolutionImageFilter) it works perfectly. I?m using the code example available in the ITK. I'm using itk-4.4.0 and VS2008.
>> 
>> itk::ExceptionObject (0185E9CC)
>> Location: "unknown"
>> File:
>> c:\libraries\itk-4.4.0\source\modules\core\common\include\itkImageToIm
>> ageF
>> ilter.hxx
>> Line: 247
>> Description: itk::ERROR: DivideOrZeroOutImageFilter(03631DB0): Inputs 
>> do not occupy the same physical space!
>> InputImage Origin: [-2.8658594e+002, -2.1658594e+002, 9.9893402e+002],
>> InputImage_1 Origin: [0.0000000e+000, 0.0000000e+000, 0.0000000e+000]
>>        Tolerance: 4.0000000e-006
>> InputImage Spacing: [4.0000000e+000, 4.0000000e+000, 4.0000000e+000],
>> InputImage_1 Spacing: [1.0000000e+000, 1.0000000e+000, 1.0000000e+000]
>>        Tolerance: 4.0000000e-006
>> 
>> 
>> 
>> 
>> --
>> View this message in context: 
>> http://itk-insight-users.2283740.n2.nabble.com/error-using-Richard-Luc
>> y-deconvolution-tp7589179.html Sent from the ITK Insight Users mailing 
>> list archive at Nabble.com.
>> _____________________________________
>> 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://www.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-users
> 
> -----
> N?o foram detetados v?rus nesta  mensagem.
> Verificado por AVG - www.avg.com
> Vers?o: 2016.0.7752 / Base de dados de V?rus: 4649/12974 - Data de Lan?amento: 09/08/16
> 
> _____________________________________
> 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://www.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-users

_____________________________________
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://www.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-users

From dzenanz at gmail.com  Fri Sep  9 10:21:05 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Fri, 9 Sep 2016 10:21:05 -0400
Subject: [ITK] [ITK-users] get outputs from a std::vector list of
 smart-pointers of image-filters
In-Reply-To: <809fecd2-0c04-374d-ec1c-d52ef3420fe3@mh-hannover.de>
References: <E41A3C04-73C1-40C8-9435-CCCD7E08D927@gmail.com>
 <e5200ab0-4548-093d-4f01-afa79099cf5a@mh-hannover.de>
 <C266AAD9-184A-47A3-B9E6-A099BA3804E0@mail.nih.gov>
 <dc7cf545-5ca9-669b-53fb-6ad8fe2222f8@mh-hannover.de>
 <EF0AFB4E-01FE-416F-99E8-5C6F7626A9C0@mail.nih.gov>
 <809fecd2-0c04-374d-ec1c-d52ef3420fe3@mh-hannover.de>
Message-ID: <CAPf2UMTidwWLL1_1Nj99KGHX0Hy7VDG-4vLOwm_83CD2frpRVg@mail.gmail.com>

Hi Roman,

you should not save the pointer the SmartPointer encapsulates, but rather
the SmartPointer itself. The saving line of code should not be
savedPointers.push_back(caster.GetPointer());
but rather
savedPointers.push_back(caster);
and later usage should not be
smoother->SetInput(dynamic_cast<ISType*>(savedPointers[i].GetPointer())->GetOutput());
but rather
smoother->SetInput(savedPointers[i]->GetOutput());

Can you try this?

Regards,
D?enan

On Fri, Sep 9, 2016 at 8:29 AM, Grothausmann, Roman Dr. <
grothausmann.roman at mh-hannover.de> wrote:

> On 22/07/16 14:49, Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
>
>> Hi,
>>
>> Who is holding the pointer to the newly created ImageFileReader outside of
>> the loop? For that type of operation I?ll frequently just stash smart
>> pointers into a std::vector or list.
>>
>
> I tried to change the resample example
> (https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleV
> olumesToBeIsotropic_8cxx-example.html
> that uses itkRecursiveGaussianImageFilter for each dimension) such that
> it works
> for any dimensional image.
> Doing as Brad suggested and storing each smart-pointer of
> itkRecursiveGaussianImageFilter in a std::vector I get a program (
> https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25
> af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx) that compiles but
> segfaults when used. I guess the way I'm trying to dereference a pointer
> from the list is not correct (https://github.com/romangroth
> ausmann/ITK-CLIs/commit/0968dd25af2abc37ffb0c0503cc4c2972b3b
> 2098#diff-cb1b1c6837c6074372c220250cfdbb36R80) but I could not find an
> example except the one referenced in the code line.
> So how to correctly dereference a pointer from the list of smart-pointers
> to get its output?
>
> Thank for any help or hints
> Roman
>
> On Jul 22, 2016, at 6:00 AM, Grothausmann, Roman Dr.
>>> <grothausmann.roman at mh-hannover.de> wrote:
>>>
>>> Many thanks Brad for Your detailed reply. I understand now the problems
>>> concerning streaming TileImageFilter. However I still wonder why my
>>> non-streaming version also does not work any more after moving the
>>> creation
>>> of reader instances into the for-loop:
>>> https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea3
>>> 7d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50
>>>
>>>
>>>
>>> Is this construct inappropriate for the TileImageFilter?
>
>> Why does it work for:
>>> https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_
>>> 2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>>>
>>>
>>>
>>> On 21/07/16 15:41, Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
>
>> Hello,
>>>>
>>>> The TileImageFilter does not fully stream [1]. The filter also has some
>>>> odd behavior, and other older implementation details. If you are going
>>>> to
>>>> work on a streaming pipelines it is best practice to examine the filters
>>>> to determine how the Requested regions behave.
>>>>
>>>> However, there is no reason that the TileImageFilter algorithm couldn?t
>>>> support streaming. It is just a matter of code and a bunch of testing. A
>>>> contribution for this issue would be welcomed! Also this filter is in
>>>> need a refactoring and bring it up to several other best practices.
>>>> There
>>>> are several issue with the current implementation that would cause it
>>>> not
>>>> to work correctly with a streaming pipeline, and cause excessive
>>>> execution.
>>>>
>>>> You can also use the PipelieMoniotorImageFilter to record and print the
>>>> pipeline interaction during Update [2]. This information helps with
>>>> debugging and diagnosing problems, but if the pipeline is mis-behaving (
>>>> as the TileImageFilter may ), the information may not be correct.
>>>>
>>>> I have tried similar streaming with the JoinSeriesImageFilter. However I
>>>> ran into many problems with having hundreds of ImageIO being utilized at
>>>> the same time. There were problems with having too many files open at
>>>> the
>>>> same time along with ImageIO libraries that couldn?t handle single
>>>> threaded access to multiple files.
>>>>
>>>> [1]
>>>> https://github.com/InsightSoftwareConsortium/ITK/blob/
>>>> master/Modules/Filtering/ImageGrid/include/itkTileImageFilte
>>>> r.hxx#L125-L136
>>>>
>>>>
>>>>
>>>
>>>> [2] https://itk.org/Doxygen/html/classitk_1_1PipelineMonitorImag
> eFilter.html
>
>>
>>>> On Jul 21, 2016, at 6:41 AM, Grothausmann, Roman Dr.
>>>>> <grothausmann.roman at mh-hannover.de> wrote:
>>>>>
>>>>> Dear mailing list members,
>>>>>
>>>>>
>>>>> Based on the examples for TileImageFilter I've created a working CLI
>>>>> to append an arbitrary number of inputs
>>>>> (https://github.com/romangrothausmann/ITK-CLIs/blob/4fdf5778
>>>>> 022598dcf83fb38e6002df72bd67bef3/tile.cxx).
>>>>>
>>>>>
>>>>>
>>>
>>>>> As there is an example that does not apply Update and
> DisconnectPipeline on the readers (https://itk.org/Doxygen/html/
> SphinxExamples_2src_2Filtering_2ImageGrid_2AppendTwo3DVolume
> s_2Code_8cxx-example.html#_a2)
>
>> I changed my code such that a reader instance is created for each input
>>>>> in a for-loop:
>>>>> https://github.com/romangrothausmann/ITK-CLIs/commit/ebfc0ae
>>>>> a37d28cbbf2bb22c3f56be52453cebde9
>>>>>
>>>>>
>>>>>
>>>>>
>>>
>>>>> However, the update from the writer seems not to propagate to the
> readers whether streaming or not. Can the TileImageFilter not stream in
> such a case or are further modifications necessary?
>
>>
>>>>> Thanks for any help or hints Roman
>>>>>
>>>>>
>>>>> On 18/08/14 17:01, Michka Popoff wrote:
>>>>>
>>>>>> Hi
>>>>>>
>>>>>> Going the way described in the CreateVolume example is the way to
>>>>>> go.
>>>>>>
>>>>>> Why did you uncomment the DisconnectPipeline() call and Update() call
>>>>>> in the for loop ? They need to stay there, else you will always use
>>>>>> the last image. That?s why you see the same image, the single update
>>>>>> call will be triggered at the end of the script and read only one
>>>>>> image.
>>>>>>
>>>>>> You don?t need to call tileFilter->Update(), you can remove this
>>>>>> line. The writer->Update() will take care of the pipeline update. As
>>>>>> a bonus, you may wrap your writer->Update() call, to fetch errors at
>>>>>> the end of the pipeline:
>>>>>>
>>>>>> try { writer->Update(); } catch( itk::ExceptionObject & error ) {
>>>>>> std::cerr << "Error: " << error << std::endl; return EXIT_FAILURE; }
>>>>>>
>>>>>> I made a little Python prototype, the syntax is a little bit
>>>>>> different than in C++ but it gives you the main idea.
>>>>>>
>>>>>> Michka
>>>>>>
>>>>>>
>>>>> -- Dr. Roman Grothausmann
>>>>>
>>>>> Tomographie und Digitale Bildverarbeitung Tomography and Digital Image
>>>>> Analysis
>>>>>
>>>>> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
>>>>> Medizinische Hochschule Hannover Carl-Neuberg-Str. 1 D-30625 Hannover
>>>>>
>>>>> Tel. +49 511 532-2900 _____________________________________ 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://www.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-users
>>>>> _______________________________________________ Community mailing list
>>>>> Community at itk.org http://public.kitware.com/mailman/listinfo/community
>>>>>
>>>>
>>>>
>>> -- Dr. Roman Grothausmann
>>>
>>> Tomographie und Digitale Bildverarbeitung Tomography and Digital Image
>>> Analysis
>>>
>>> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 Medizinische
>>> Hochschule Hannover Carl-Neuberg-Str. 1 D-30625 Hannover
>>>
>>> Tel. +49 511 532-2900
>>>
>>
>>
> --
> Dr. Roman Grothausmann
>
> Tomographie und Digitale Bildverarbeitung
> Tomography and Digital Image Analysis
>
> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
> Medizinische Hochschule Hannover
> Carl-Neuberg-Str. 1
> D-30625 Hannover
>
> Tel. +49 511 532-2900
> _____________________________________
> 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://www.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-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160909/55e121d3/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From francisco.oliveira at fe.up.pt  Fri Sep  9 10:25:41 2016
From: francisco.oliveira at fe.up.pt (Francisco Oliveira)
Date: Fri, 9 Sep 2016 15:25:41 +0100
Subject: [ITK] [ITK-users] error using Richard-Lucy deconvolution
In-Reply-To: <25402805-5FF6-4A71-83EE-B01F94FFD8C5@mail.nih.gov>
References: <1473353166441-7589179.post@n2.nabble.com>
 <CALzTN-T7PHeTozYKeb=BiaRXuxQcxdPQ8ecw9kv14bT08GDVXg@mail.gmail.com>
 <000901d20a6d$c8ae8800$5a0b9800$@oliveira@fe.up.pt>
 <25402805-5FF6-4A71-83EE-B01F94FFD8C5@mail.nih.gov>
Message-ID: <005b01d20aa6$0b268b50$2173a1f0$@oliveira@fe.up.pt>

Thanks Brad, your suggestion solved my problem.
First we need forcing the input image to have spacing=[1, 1, 1], origin=[0, 0, 0] and the direction equals to identity matrix. Then we can apply the filter and after we set back the original spacing, origin and directions to the deconvoluted image (of course we need to save them before).

Francisco


-----Mensagem original-----
De: Lowekamp, Bradley (NIH/NLM/LHC) [C] [mailto:blowekamp at mail.nih.gov] 
Enviada: sexta-feira, 9 de setembro de 2016 13:56
Para: Francisco Oliveira; Cory Quammen
Cc: Matt McCormick; ITK
Assunto: Re: [ITK-users] error using Richard-Lucy deconvolution

Hello,

I was able to reproduce your problem in SimpleITK:

In [1]: import SimpleITK as sitk

In [2]: img = sitk.ReadImage("/scratch/blowekamp/build/itkSimpleFilters/ExternalData/test/Input/DSA.png")

In [3]: img = sitk.VectorIndexSelectionCast(img, 0, sitk.sitkFloat32)

In [4]: k = sitk.Image(11,11, sitk.sitkFloat32)

In [5]: k[5,4]=.01; k[5,5]=1

In [6]: out = sitk.RichardsonLucyDeconvolution(img,k)

?????????
NOTE: OK with both origins of 0
?????????


In [7]: sitk.Show(out)


In [9]: img.SetOrigin([10,10])

In [10]: out = sitk.RichardsonLucyDeconvolution(img,k)
---------------------------------------------------------------------------
RuntimeError                              Traceback (most recent call last)
<ipython-input-10-05ff2abccb8c> in <module>()
----> 1 out = sitk.RichardsonLucyDeconvolution(img,k)

/home/blowekamp/.virtualenvs/sitk-test/lib/python2.7/site-packages/SimpleITK/SimpleITK.pyc in RichardsonLucyDeconvolution(*args, **kwargs)
  57544 
  57545     """
> 57546     return _SimpleITK.RichardsonLucyDeconvolution(*args, **kwargs)
  57547 class STAPLEImageFilter(ImageFilter_3):
  57548     """

RuntimeError: Exception thrown in SimpleITK RichardsonLucyDeconvolution: /tmp/SimpleITK-build/ITK-prefix/include/ITK-4.10/itkImageToImageFilter.hxx:250:
itk::ERROR: DivideOrZeroOutImageFilter(0x4085740): Inputs do not occupy the same physical space! 
InputImage Origin: [1.0000000e+01, 1.0000000e+01], InputImage_1 Origin: [0.0000000e+00, 0.0000000e+00]
	Tolerance: 1.0000000e-06

In [11]: out = sitk.WienerDeconvolution(img,k)

In [12]: out = sitk.TikhonovDeconvolution(img,k)




You should be  able to set with images to the same origin to bypass this exception.


I am not sure if this filter is suppose to require that both images have the same grids or not. If it does, the check should happen earlier on in the VerifyInputInformation method.

But as other Deconvolution filters I tested in SimpleITK seem to expect different origins, I think it may be a bug in this filter.

Brad

> On Sep 9, 2016, at 3:42 AM, Francisco Oliveira <francisco.oliveira at fe.up.pt> wrote:
> 
> Hi Matt,
> I already tried that and it didn't work. Independently the kernel image I use the error is the same and the origin and spacing are always the same [0, 0, 0] and [1, 1, 1], respectively.
> 
> Francisco
> 
> -----Mensagem original-----
> De: Matt McCormick [mailto:matt.mccormick at kitware.com]
> Enviada: quinta-feira, 8 de setembro de 2016 19:22
> Para: Francisco
> Cc: insight-users at itk.org
> Assunto: Re: [ITK-users] error using Richard-Lucy deconvolution
> 
> Hi Francisco,
> 
> As the error message indicates, the filter requires both inputs to have the same "information", i.e. Origin and Spacing, since it assumes that they occupy the same domain in physical space.
> 
> HTH,
> Matt
> 
> On Thu, Sep 8, 2016 at 12:46 PM, Francisco <francisco.oliveira at fe.up.pt> wrote:
>> Hi all,
>> I'm trying to use itkRichardLucyDeconvolutionImageFilter but I have 
>> always the following error independently of the size, origin, 
>> spacing, ... of the input image and the kernel image. If I use other 
>> deconvolution filter (for instance
>> itkLandweberDeconvolutionImageFilter) it works perfectly. I?m using the code example available in the ITK. I'm using itk-4.4.0 and VS2008.
>> 
>> itk::ExceptionObject (0185E9CC)
>> Location: "unknown"
>> File:
>> c:\libraries\itk-4.4.0\source\modules\core\common\include\itkImageToI
>> m
>> ageF
>> ilter.hxx
>> Line: 247
>> Description: itk::ERROR: DivideOrZeroOutImageFilter(03631DB0): Inputs 
>> do not occupy the same physical space!
>> InputImage Origin: [-2.8658594e+002, -2.1658594e+002, 
>> 9.9893402e+002],
>> InputImage_1 Origin: [0.0000000e+000, 0.0000000e+000, 0.0000000e+000]
>>        Tolerance: 4.0000000e-006
>> InputImage Spacing: [4.0000000e+000, 4.0000000e+000, 4.0000000e+000],
>> InputImage_1 Spacing: [1.0000000e+000, 1.0000000e+000, 1.0000000e+000]
>>        Tolerance: 4.0000000e-006
>> 
>> 
>> 
>> 
>> --
>> View this message in context: 
>> http://itk-insight-users.2283740.n2.nabble.com/error-using-Richard-Lu
>> c y-deconvolution-tp7589179.html Sent from the ITK Insight Users 
>> mailing list archive at Nabble.com.
>> _____________________________________
>> 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://www.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-users
> 
> -----
> N?o foram detetados v?rus nesta  mensagem.
> Verificado por AVG - www.avg.com
> Vers?o: 2016.0.7752 / Base de dados de V?rus: 4649/12974 - Data de 
> Lan?amento: 09/08/16
> 
> _____________________________________
> 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://www.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-users


-----
N?o foram detetados v?rus nesta  mensagem.
Verificado por AVG - www.avg.com
Vers?o: 2016.0.7752 / Base de dados de V?rus: 4649/12974 - Data de Lan?amento: 09/08/16

_____________________________________
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://www.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-users

From kolin9105 at gmail.com  Fri Sep  9 12:07:15 2016
From: kolin9105 at gmail.com (meikolin saimara)
Date: Fri, 9 Sep 2016 23:07:15 +0700
Subject: [ITK] [ITK-users] (no subject)
Message-ID: <CAEiw7u4obSOxKqdWrUMxbKgGvTq8ZsSakXBqigZfLcOn2-xpLg@mail.gmail.com>

hello every one I am beginner in ITK .
I want threshold my image with uperthreshold and lowerthreshold with 8 bit
without should set value outsideValue and insidevalue.
how can I do that.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160909/6b4ee965/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From chinander at gmail.com  Fri Sep  9 12:13:38 2016
From: chinander at gmail.com (Mike Chinander)
Date: Fri, 9 Sep 2016 11:13:38 -0500
Subject: [ITK] [ITK-users] (no subject)
In-Reply-To: <CAEiw7u4obSOxKqdWrUMxbKgGvTq8ZsSakXBqigZfLcOn2-xpLg@mail.gmail.com>
References: <CAEiw7u4obSOxKqdWrUMxbKgGvTq8ZsSakXBqigZfLcOn2-xpLg@mail.gmail.com>
Message-ID: <CAEb_q0dOt+DWUCfuppXaWuRNVs0nVX2NhpEATAxj-+SDWj9xbA@mail.gmail.com>

Have you checked out this example:

https://itk.org/Wiki/ITK/Examples/ImageProcessing/ThresholdImageFilter

On Fri, Sep 9, 2016 at 11:07 AM, meikolin saimara <kolin9105 at gmail.com>
wrote:

> hello every one I am beginner in ITK .
> I want threshold my image with uperthreshold and lowerthreshold with 8 bit
> without should set value outsideValue and insidevalue.
> how can I do that.
>
> _____________________________________
> 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://www.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-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160909/175dbb00/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From blowekamp at mail.nih.gov  Fri Sep  9 13:18:50 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Fri, 9 Sep 2016 17:18:50 +0000
Subject: [ITK] [ITK-dev] Clang scripting to make code changes
Message-ID: <589682C1-BE39-40E6-A7F6-E02F4964634A@mail.nih.gov>

Hans,

If I recall correctly you have used a clang based tool to make context based changes on ITK code before.

To addresses some dynamic_cast failures which can occur with Xcode based tools, we are considering the patch to change dynamic_cast to Object::SafeDownCast[1]. One issue is finding a good way to to update dynamic_casts.

With the clang based tool can we change ?dynamic_cast<TObject>(arg)? to ?TObject::SafeDownCast(arg)? only if TObject has itk::LightObject as some ancestor class?

Thanks,
Brad

[1] http://review.source.kitware.com/#/c/21499/
_______________________________________________
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

From francois.budin at kitware.com  Fri Sep  9 15:28:48 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Fri, 9 Sep 2016 15:28:48 -0400
Subject: [ITK] [ITK-dev] ITKv5
Message-ID: <CAHwLD2VMqX0vjSRTJ8z1WOxT+zLZhcp6-p1p7-oXzEUS=z202g@mail.gmail.com>

Hello everyone,

I just started a wishlist page for ITKv5. As far as I know, there is no
current ITKv5 officially planned but it may be a good location to keep
track of the current limitations of ITK and what could be improved in the
next major revision that may break some of the API. Please feel free to add
any of your wishes on that page here:
https://itk.org/Wiki/ITK_Release_5/Wish_List
Thanks!

Francois
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160909/6b76f712/attachment.html>
-------------- next part --------------
_______________________________________________
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

From dzenanz at gmail.com  Fri Sep  9 17:40:34 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Fri, 9 Sep 2016 17:40:34 -0400
Subject: [ITK] [ITK-dev] ITKv5
In-Reply-To: <CAHwLD2VMqX0vjSRTJ8z1WOxT+zLZhcp6-p1p7-oXzEUS=z202g@mail.gmail.com>
References: <CAHwLD2VMqX0vjSRTJ8z1WOxT+zLZhcp6-p1p7-oXzEUS=z202g@mail.gmail.com>
Message-ID: <CAPf2UMSRrtwkURm9=2va9d_irjXFjn0L27NtewRFiZCJF73ZHg@mail.gmail.com>

I added a couple items to the wishlist.

On Fri, Sep 9, 2016 at 3:28 PM, Francois Budin <francois.budin at kitware.com>
wrote:

> Hello everyone,
>
> I just started a wishlist page for ITKv5. As far as I know, there is no
> current ITKv5 officially planned but it may be a good location to keep
> track of the current limitations of ITK and what could be improved in the
> next major revision that may break some of the API. Please feel free to add
> any of your wishes on that page here: https://itk.org/Wiki/ITK_
> Release_5/Wish_List
> Thanks!
>
> Francois
>
> _______________________________________________
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160909/88de1bfd/attachment.html>
-------------- next part --------------
_______________________________________________
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

From someshsandbox at gmail.com  Sat Sep 10 12:11:22 2016
From: someshsandbox at gmail.com (Somesh)
Date: Sat, 10 Sep 2016 12:11:22 -0400
Subject: [ITK] [ITK-users] Polar2Cartesian Behavior
Message-ID: <CADafqVp74cw2acj4VUbeRSAs1DDmFqWqznqXK0wCrrzLde9mEA@mail.gmail.com>

Hi,
I have a very simple polar to cartesian filter. Its similar to
itkAzimuthElevationToCartesianTransform. The source code can be found @
https://github.com/someshSandbox/Polar2Cartesian

I generate cartesian and polar images and use the resample filter to do the
conversion for testing. While the conversion from Cartesian to Polar works,
Polar to conversion doesn't. The sample images can be found at the
following links:


   1. Created Cartesian Image: origin(-20, -20) size(40,40), spacing(1, 1)
   https://github.com/someshSandbox/Polar2Cartesian/
   blob/master/images/Cartesian.png
   <https://github.com/someshSandbox/Polar2Cartesian/blob/master/images/Cartesian.png>

   2. Used filter to convert Cartesian Image to Polar: origin(0, 0)
   size(20,360), spacing(1, 1). This works.
   https://github.com/someshSandbox/Polar2Cartesian/blob/master/images/
   Cartesian2Polar.png

   3. Created Polar Image: origin(0, 0) size(20,360), spacing(1, 1)
   https://github.com/someshSandbox/Polar2Cartesian/
   blob/master/images/Polar.png

   4. User filter to convert Polar Image to cartesian: origin(-20, -20)
   size(40,40), spacing(1,1). This doesn't work.
   https://github.com/someshSandbox/Polar2Cartesian/blob/master/images/
   Polar2Cartesian.png


I am probably missing something trivial, but can't seem to locate the bug.
I would appreciate if someone can review the code.

Thanks,
Somesh
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160910/b4189e95/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From hans-johnson at uiowa.edu  Sat Sep 10 07:26:49 2016
From: hans-johnson at uiowa.edu (Johnson, Hans J)
Date: Sat, 10 Sep 2016 11:26:49 +0000
Subject: [ITK] [ITK-dev] Clang scripting to make code changes
In-Reply-To: <589682C1-BE39-40E6-A7F6-E02F4964634A@mail.nih.gov>
References: <589682C1-BE39-40E6-A7F6-E02F4964634A@mail.nih.gov>
Message-ID: <0A6CB987-722D-40A5-9204-E8F9F5F30EFA@uiowa.edu>

I use clang tidy.  

I have not written any custom filters.

Sent from my iPhone

> On Sep 9, 2016, at 12:18 PM, Lowekamp, Bradley (NIH/NLM/LHC) [C] <blowekamp at mail.nih.gov> wrote:
> 
> Hans,
> 
> If I recall correctly you have used a clang based tool to make context based changes on ITK code before.
> 
> To addresses some dynamic_cast failures which can occur with Xcode based tools, we are considering the patch to change dynamic_cast to Object::SafeDownCast[1]. One issue is finding a good way to to update dynamic_casts.
> 
> With the clang based tool can we change ?dynamic_cast<TObject>(arg)? to ?TObject::SafeDownCast(arg)? only if TObject has itk::LightObject as some ancestor class?
> 
> Thanks,
> Brad
> 
> [1] http://review.source.kitware.com/#/c/21499/
_______________________________________________
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

From matt.mccormick at kitware.com  Sun Sep 11 13:37:48 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Sun, 11 Sep 2016 13:37:48 -0400
Subject: [ITK] [ITK-users] Polar2Cartesian Behavior
In-Reply-To: <CADafqVp74cw2acj4VUbeRSAs1DDmFqWqznqXK0wCrrzLde9mEA@mail.gmail.com>
References: <CADafqVp74cw2acj4VUbeRSAs1DDmFqWqznqXK0wCrrzLde9mEA@mail.gmail.com>
Message-ID: <CALzTN-Se_AFFK66c-nvd=r-2f3sDXyVuCgM1DHrJqJeF05B_OQ@mail.gmail.com>

Hi Somesh,

One issue: the domain of the Polar image (Step 3) needs to be larger
if it is going to be sampled in the domain requested in Step 4. If
Step 4, the radius goes up to sqrt(20^2 + 20^2) instead of 20.

In general, a SpecialCoordinatesImage like
itkAzimuthElevationToCartesionTransform works better than using a
Transform in ITK. This is implemented here:

  https://github.com/KitwareMedical/ITKUltrasound/blob/master/include/itkCurvilinearArraySpecialCoordinatesImage.h

HTH,
Matt

On Sat, Sep 10, 2016 at 12:11 PM, Somesh <someshsandbox at gmail.com> wrote:
> Hi,
> I have a very simple polar to cartesian filter. Its similar to
> itkAzimuthElevationToCartesianTransform. The source code can be found @
> https://github.com/someshSandbox/Polar2Cartesian
>
> I generate cartesian and polar images and use the resample filter to do the
> conversion for testing. While the conversion from Cartesian to Polar works,
> Polar to conversion doesn't. The sample images can be found at the following
> links:
>
> Created Cartesian Image: origin(-20, -20) size(40,40), spacing(1, 1)
> https://github.com/someshSandbox/Polar2Cartesian/blob/master/images/Cartesian.png
>
> Used filter to convert Cartesian Image to Polar: origin(0, 0) size(20,360),
> spacing(1, 1). This works.
> https://github.com/someshSandbox/Polar2Cartesian/blob/master/images/Cartesian2Polar.png
>
> Created Polar Image: origin(0, 0) size(20,360), spacing(1, 1)
> https://github.com/someshSandbox/Polar2Cartesian/blob/master/images/Polar.png
>
> User filter to convert Polar Image to cartesian: origin(-20, -20)
> size(40,40), spacing(1,1). This doesn't work.
> https://github.com/someshSandbox/Polar2Cartesian/blob/master/images/Polar2Cartesian.png
>
> I am probably missing something trivial, but can't seem to locate the bug. I
> would appreciate if someone can review the code.
>
> Thanks,
> Somesh
>
>
> _____________________________________
> 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://www.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-users
>
_____________________________________
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://www.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-users

From kolin9105 at gmail.com  Sun Sep 11 15:33:03 2016
From: kolin9105 at gmail.com (meikolin saimara)
Date: Mon, 12 Sep 2016 02:33:03 +0700
Subject: [ITK] [ITK-users] (no subject)
Message-ID: <CAEiw7u6x8oGLHDAjazEXNpUqhL07ijNC+O8YLkZaJ5Kd7zi4fw@mail.gmail.com>

hello every I want to ask you all..
I have a problem in itk.
I used binaryThresholdimagefilter on  ITK and I got the image then I want
to compare the result with another software.
the software is ImageJ. I got the result it is so different each other
software eventhough I put the same value of lowerthreshold and
upperthreshold in both of the software.
I use ImageJ with Threshold 8 bit.
How It can different???
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160912/370083ae/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From someshsandbox at gmail.com  Sun Sep 11 21:19:41 2016
From: someshsandbox at gmail.com (Somesh)
Date: Sun, 11 Sep 2016 21:19:41 -0400
Subject: [ITK] [ITK-users] Polar2Cartesian Behavior
In-Reply-To: <CALzTN-Se_AFFK66c-nvd=r-2f3sDXyVuCgM1DHrJqJeF05B_OQ@mail.gmail.com>
References: <CADafqVp74cw2acj4VUbeRSAs1DDmFqWqznqXK0wCrrzLde9mEA@mail.gmail.com>
 <CALzTN-Se_AFFK66c-nvd=r-2f3sDXyVuCgM1DHrJqJeF05B_OQ@mail.gmail.com>
Message-ID: <CADafqVr8q-=eF5ntFu7uyT1Gz4O9XKS_OTaKbZV2+mp03wa9QA@mail.gmail.com>

Thanks Matt. In step 3, I generate a polar image and in Step 4 I want to
get the corresponding cartesian image. Since in Step 3, the maximum radius
of my polar image is R=20 , so I have the cartesian image range from -R to
R for both X and Y and I set the default pixel to 0. The pixels in the
polar image have value equal to R. So I expected a circular image similar
to step 1. However I get a distorted/cropped semi-circle.

The use case of this program is the following. I have a cylindrical image.
I have to re-sample it at finer intervals in theta. Then I want to convert
it to cartesian co-ordinates. Given a polar to cartesian transform,
shouldn't the resample image filter be able to handle this ?

Regarding the CurvilinearArraySpecialCoordinatesImage class. How can I use
it to convert a cylindrical image to Cartesian image ? Since it is an
"Image" class and not a "Transform" class, I am a little unclear on how to
use it. Should I manually create the desired cartesian grid, find the
co--responding polar co-ordinate using
CurvilinearArraySpecialCoordinatesImage APIs and fill in the pixels. Also
do have have to manually handle the interpolation ? Or can I still use the
ResampleImageFileter to do these steps ?

Thanks,
Somesh

On Sun, Sep 11, 2016 at 1:37 PM, Matt McCormick <matt.mccormick at kitware.com>
wrote:

> Hi Somesh,
>
> One issue: the domain of the Polar image (Step 3) needs to be larger
> if it is going to be sampled in the domain requested in Step 4. If
> Step 4, the radius goes up to sqrt(20^2 + 20^2) instead of 20.
>
> In general, a SpecialCoordinatesImage like
> itkAzimuthElevationToCartesionTransform works better than using a
> Transform in ITK. This is implemented here:
>
>   https://github.com/KitwareMedical/ITKUltrasound/blob/master/include/
> itkCurvilinearArraySpecialCoordinatesImage.h
>
> HTH,
> Matt
>
> On Sat, Sep 10, 2016 at 12:11 PM, Somesh <someshsandbox at gmail.com> wrote:
> > Hi,
> > I have a very simple polar to cartesian filter. Its similar to
> > itkAzimuthElevationToCartesianTransform. The source code can be found @
> > https://github.com/someshSandbox/Polar2Cartesian
> >
> > I generate cartesian and polar images and use the resample filter to do
> the
> > conversion for testing. While the conversion from Cartesian to Polar
> works,
> > Polar to conversion doesn't. The sample images can be found at the
> following
> > links:
> >
> > Created Cartesian Image: origin(-20, -20) size(40,40), spacing(1, 1)
> > https://github.com/someshSandbox/Polar2Cartesian/
> blob/master/images/Cartesian.png
> >
> > Used filter to convert Cartesian Image to Polar: origin(0, 0)
> size(20,360),
> > spacing(1, 1). This works.
> > https://github.com/someshSandbox/Polar2Cartesian/blob/master/images/
> Cartesian2Polar.png
> >
> > Created Polar Image: origin(0, 0) size(20,360), spacing(1, 1)
> > https://github.com/someshSandbox/Polar2Cartesian/
> blob/master/images/Polar.png
> >
> > User filter to convert Polar Image to cartesian: origin(-20, -20)
> > size(40,40), spacing(1,1). This doesn't work.
> > https://github.com/someshSandbox/Polar2Cartesian/blob/master/images/
> Polar2Cartesian.png
> >
> > I am probably missing something trivial, but can't seem to locate the
> bug. I
> > would appreciate if someone can review the code.
> >
> > Thanks,
> > Somesh
> >
> >
> > _____________________________________
> > 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://www.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-users
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160911/0acd356c/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Sun Sep 11 21:47:28 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Sun, 11 Sep 2016 21:47:28 -0400
Subject: [ITK] [ITK-users] Polar2Cartesian Behavior
In-Reply-To: <CADafqVr8q-=eF5ntFu7uyT1Gz4O9XKS_OTaKbZV2+mp03wa9QA@mail.gmail.com>
References: <CADafqVp74cw2acj4VUbeRSAs1DDmFqWqznqXK0wCrrzLde9mEA@mail.gmail.com>
 <CALzTN-Se_AFFK66c-nvd=r-2f3sDXyVuCgM1DHrJqJeF05B_OQ@mail.gmail.com>
 <CADafqVr8q-=eF5ntFu7uyT1Gz4O9XKS_OTaKbZV2+mp03wa9QA@mail.gmail.com>
Message-ID: <CALzTN-Se7PGqfG2GPQxqqGO4rWzpEORnzTVi+-GTJ-mJAaOzBA@mail.gmail.com>

On Sun, Sep 11, 2016 at 9:19 PM, Somesh <someshsandbox at gmail.com> wrote:
> Thanks Matt. In step 3, I generate a polar image and in Step 4 I want to get
> the corresponding cartesian image. Since in Step 3, the maximum radius of my
> polar image is R=20 , so I have the cartesian image range from -R to R for
> both X and Y and I set the default pixel to 0. The pixels in the polar image
> have value equal to R. So I expected a circular image similar to step 1.
> However I get a distorted/cropped semi-circle.

It looks like your Transform is inheriting from itk::AffineTransform,
although it is not an AffineTransform. AffineTransform is a linear
transform, and the ResampleImageFilter takes advantage of that
property to optimize its computation:

  https://github.com/InsightSoftwareConsortium/ITK/blob/6ee10575445aa1c878797db4febf7d775a38f1f3/Modules/Filtering/ImageGrid/include/itkResampleImageFilter.hxx#L242-L249

So, your class need to override ->GetTransformCategory() to return
UnknownTransformCategory.


> The use case of this program is the following. I have a cylindrical image. I
> have to re-sample it at finer intervals in theta. Then I want to convert it
> to cartesian co-ordinates. Given a polar to cartesian transform, shouldn't
> the resample image filter be able to handle this ?

Yes, but the SpecialCoordinatesImage allows you to keep your data in
native form and it prevents abuse of "spacing", etc.


> Regarding the CurvilinearArraySpecialCoordinatesImage class. How can I use
> it to convert a cylindrical image to Cartesian image ? Since it is an
> "Image" class and not a "Transform" class, I am a little unclear on how to
> use it. Should I manually create the desired cartesian grid, find the
> co--responding polar co-ordinate using
> CurvilinearArraySpecialCoordinatesImage APIs and fill in the pixels. Also do
> have have to manually handle the interpolation ? Or can I still use the
> ResampleImageFileter to do these steps ?

Yes, you can use ResampleImageFilter and this class to perform the
desired operations. Here is an example:

 https://github.com/KitwareMedical/ITKUltrasound/blob/0cb92288333a9779da57511f779d0bde5ca35275/test/itkCurvilinearArraySpecialCoordinatesImageTest.cxx#L96-L110

HTH,
Matt
_____________________________________
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://www.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-users

From someshsandbox at gmail.com  Sun Sep 11 22:08:48 2016
From: someshsandbox at gmail.com (Somesh)
Date: Sun, 11 Sep 2016 22:08:48 -0400
Subject: [ITK] [ITK-users] Polar2Cartesian Behavior
In-Reply-To: <CALzTN-Se7PGqfG2GPQxqqGO4rWzpEORnzTVi+-GTJ-mJAaOzBA@mail.gmail.com>
References: <CADafqVp74cw2acj4VUbeRSAs1DDmFqWqznqXK0wCrrzLde9mEA@mail.gmail.com>
 <CALzTN-Se_AFFK66c-nvd=r-2f3sDXyVuCgM1DHrJqJeF05B_OQ@mail.gmail.com>
 <CADafqVr8q-=eF5ntFu7uyT1Gz4O9XKS_OTaKbZV2+mp03wa9QA@mail.gmail.com>
 <CALzTN-Se7PGqfG2GPQxqqGO4rWzpEORnzTVi+-GTJ-mJAaOzBA@mail.gmail.com>
Message-ID: <CADafqVrjPG8+0XneYFDoZxgmGT6=YYDohn-NjrnzLdAVYX07iA@mail.gmail.com>

Thanks Matt. This is very helpful.

I had modeled my transform class on itkAzimuthElevationToCartesianTransform
which also inherited from Affine transform.
Should this class also override GetTransformCategory(). It doesn't look
like its doing it now.
https://itk.org/Doxygen/html/itkAzimuthElevationToCartesianTransform_8h_source.html

Thanks,
Somesh

On Sun, Sep 11, 2016 at 9:47 PM, Matt McCormick <matt.mccormick at kitware.com>
wrote:

> On Sun, Sep 11, 2016 at 9:19 PM, Somesh <someshsandbox at gmail.com> wrote:
> > Thanks Matt. In step 3, I generate a polar image and in Step 4 I want to
> get
> > the corresponding cartesian image. Since in Step 3, the maximum radius
> of my
> > polar image is R=20 , so I have the cartesian image range from -R to R
> for
> > both X and Y and I set the default pixel to 0. The pixels in the polar
> image
> > have value equal to R. So I expected a circular image similar to step 1.
> > However I get a distorted/cropped semi-circle.
>
> It looks like your Transform is inheriting from itk::AffineTransform,
> although it is not an AffineTransform. AffineTransform is a linear
> transform, and the ResampleImageFilter takes advantage of that
> property to optimize its computation:
>
>   https://github.com/InsightSoftwareConsortium/ITK/blob/
> 6ee10575445aa1c878797db4febf7d775a38f1f3/Modules/Filtering/
> ImageGrid/include/itkResampleImageFilter.hxx#L242-L249
>
> So, your class need to override ->GetTransformCategory() to return
> UnknownTransformCategory.
>
>
> > The use case of this program is the following. I have a cylindrical
> image. I
> > have to re-sample it at finer intervals in theta. Then I want to convert
> it
> > to cartesian co-ordinates. Given a polar to cartesian transform,
> shouldn't
> > the resample image filter be able to handle this ?
>
> Yes, but the SpecialCoordinatesImage allows you to keep your data in
> native form and it prevents abuse of "spacing", etc.
>
>
> > Regarding the CurvilinearArraySpecialCoordinatesImage class. How can I
> use
> > it to convert a cylindrical image to Cartesian image ? Since it is an
> > "Image" class and not a "Transform" class, I am a little unclear on how
> to
> > use it. Should I manually create the desired cartesian grid, find the
> > co--responding polar co-ordinate using
> > CurvilinearArraySpecialCoordinatesImage APIs and fill in the pixels.
> Also do
> > have have to manually handle the interpolation ? Or can I still use the
> > ResampleImageFileter to do these steps ?
>
> Yes, you can use ResampleImageFilter and this class to perform the
> desired operations. Here is an example:
>
>  https://github.com/KitwareMedical/ITKUltrasound/blob/
> 0cb92288333a9779da57511f779d0bde5ca35275/test/
> itkCurvilinearArraySpecialCoordinatesImageTest.cxx#L96-L110
>
> HTH,
> Matt
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160911/c11691bb/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Sun Sep 11 22:39:57 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Sun, 11 Sep 2016 22:39:57 -0400
Subject: [ITK] [ITK-users] Polar2Cartesian Behavior
In-Reply-To: <CADafqVrjPG8+0XneYFDoZxgmGT6=YYDohn-NjrnzLdAVYX07iA@mail.gmail.com>
References: <CADafqVp74cw2acj4VUbeRSAs1DDmFqWqznqXK0wCrrzLde9mEA@mail.gmail.com>
 <CALzTN-Se_AFFK66c-nvd=r-2f3sDXyVuCgM1DHrJqJeF05B_OQ@mail.gmail.com>
 <CADafqVr8q-=eF5ntFu7uyT1Gz4O9XKS_OTaKbZV2+mp03wa9QA@mail.gmail.com>
 <CALzTN-Se7PGqfG2GPQxqqGO4rWzpEORnzTVi+-GTJ-mJAaOzBA@mail.gmail.com>
 <CADafqVrjPG8+0XneYFDoZxgmGT6=YYDohn-NjrnzLdAVYX07iA@mail.gmail.com>
Message-ID: <CALzTN-TkOtS6+gcRQ-+eVp2xuQSnTtAEn3B4+0RRWeZczh=YBQ@mail.gmail.com>

>
> I had modeled my transform class on itkAzimuthElevationToCartesianTransform
> which also inherited from Affine transform.
> Should this class also override GetTransformCategory(). It doesn't look like
> its doing it now.
> https://itk.org/Doxygen/html/itkAzimuthElevationToCartesianTransform_8h_source.html

Yes! Good catch. Would you like to submit a patch? [1]

Thanks,
Matt

[1] https://github.com/InsightSoftwareConsortium/ITK/blob/master/CONTRIBUTING.md
_____________________________________
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://www.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-users

From someshsandbox at gmail.com  Sun Sep 11 22:56:41 2016
From: someshsandbox at gmail.com (Somesh)
Date: Sun, 11 Sep 2016 22:56:41 -0400
Subject: [ITK] [ITK-users] Polar2Cartesian Behavior
In-Reply-To: <CALzTN-TkOtS6+gcRQ-+eVp2xuQSnTtAEn3B4+0RRWeZczh=YBQ@mail.gmail.com>
References: <CADafqVp74cw2acj4VUbeRSAs1DDmFqWqznqXK0wCrrzLde9mEA@mail.gmail.com>
 <CALzTN-Se_AFFK66c-nvd=r-2f3sDXyVuCgM1DHrJqJeF05B_OQ@mail.gmail.com>
 <CADafqVr8q-=eF5ntFu7uyT1Gz4O9XKS_OTaKbZV2+mp03wa9QA@mail.gmail.com>
 <CALzTN-Se7PGqfG2GPQxqqGO4rWzpEORnzTVi+-GTJ-mJAaOzBA@mail.gmail.com>
 <CADafqVrjPG8+0XneYFDoZxgmGT6=YYDohn-NjrnzLdAVYX07iA@mail.gmail.com>
 <CALzTN-TkOtS6+gcRQ-+eVp2xuQSnTtAEn3B4+0RRWeZczh=YBQ@mail.gmail.com>
Message-ID: <CADafqVokiS2Jkc-WCgUB0PCFCeu0CsaUD4MHhhdR9gU3f06wqg@mail.gmail.com>

Will do.

On Sun, Sep 11, 2016 at 10:39 PM, Matt McCormick <matt.mccormick at kitware.com
> wrote:

> >
> > I had modeled my transform class on itkAzimuthElevationToCartesian
> Transform
> > which also inherited from Affine transform.
> > Should this class also override GetTransformCategory(). It doesn't look
> like
> > its doing it now.
> > https://itk.org/Doxygen/html/itkAzimuthElevationToCartesian
> Transform_8h_source.html
>
> Yes! Good catch. Would you like to submit a patch? [1]
>
> Thanks,
> Matt
>
> [1] https://github.com/InsightSoftwareConsortium/ITK/
> blob/master/CONTRIBUTING.md
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160911/4b21ba41/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From grothausmann.roman at mh-hannover.de  Mon Sep 12 05:41:09 2016
From: grothausmann.roman at mh-hannover.de (Grothausmann, Roman Dr.)
Date: Mon, 12 Sep 2016 11:41:09 +0200
Subject: [ITK] [ITK-users] get outputs from a std::vector list of
 smart-pointers of image-filters
In-Reply-To: <CAPf2UMTidwWLL1_1Nj99KGHX0Hy7VDG-4vLOwm_83CD2frpRVg@mail.gmail.com>
References: <E41A3C04-73C1-40C8-9435-CCCD7E08D927@gmail.com>
 <e5200ab0-4548-093d-4f01-afa79099cf5a@mh-hannover.de>
 <C266AAD9-184A-47A3-B9E6-A099BA3804E0@mail.nih.gov>
 <dc7cf545-5ca9-669b-53fb-6ad8fe2222f8@mh-hannover.de>
 <EF0AFB4E-01FE-416F-99E8-5C6F7626A9C0@mail.nih.gov>
 <809fecd2-0c04-374d-ec1c-d52ef3420fe3@mh-hannover.de>
 <CAPf2UMTidwWLL1_1Nj99KGHX0Hy7VDG-4vLOwm_83CD2frpRVg@mail.gmail.com>
Message-ID: <f91faa39-4ea8-6bc2-1775-fe89950a3771@mh-hannover.de>

On 09/09/16 16:21, D?enan Zuki? wrote:
> Hi Roman,
>
> you should not save the pointer the SmartPointer encapsulates, but rather the
> SmartPointer itself. The saving line of code should not be
> savedPointers.push_back(caster.GetPointer());
> but rather
> savedPointers.push_back(caster);
> and later usage should not be
> smoother->SetInput(dynamic_cast<ISType*>(savedPointers[i].GetPointer())->GetOutput());
> but rather
> smoother->SetInput(savedPointers[i]->GetOutput());

Many thanks D?enan for Your reply. I tried as You suggested:

https://github.com/romangrothausmann/ITK-CLIs/commit/b00551faf951192f50e4090d683300524b4c95ba

but am getting:

resample.cxx:79:49: error: no matching function for call to 
?itk::ProcessObject::GetOutput()?
   smoother->SetInput(savedPointers[i]->GetOutput());
                                                  ^
resample.cxx:79:49: note: candidates are:
In file included from resample.cxx:5:
/opt/itk-4.9.1/include/ITK-4.9/itkProcessObject.h:612:16: note: itk::DataObject* 
itk::ProcessObject::GetOutput(const DataObjectIdentifierType&)
    DataObject * GetOutput(const DataObjectIdentifierType & key);
                 ^

I also tried:
std::vector<itk::ProcessObject> savedPointers;
std::vector<itk::ISType> savedPointers;
std::vector< itk::SmartPointer<itk::ProcessObject> > savedPointers;
but always got compile errors.
I am confused when to use the smart-pointer as is and when with .GetPointer().

According to

https://cmake.org/pipermail/insight-users/2007-May/022374.html

I also tried storing the output-pointers (without pipe-line disconnection) in a 
separate list

https://github.com/romangrothausmann/ITK-CLIs/commit/d9b5c3f1a786b595255a9153da9ceafd88d2a189

which does not compile either:

resample.cxx:77:5: error: request for member ?GetPointer? in 
?caster.itk::SmartPointer<TObjectType>::operator-><itk::CastImageFilter<itk::Image<float, 
1u>, itk::Image<float, 1u> > >()->itk::CastImageFilter<itk::Image<float, 1u>, 
itk::Image<float, 1u> 
 >::<anonymous>.itk::UnaryFunctorImageFilter<itk::Image<float, 1u>, 
itk::Image<float, 1u>, itk::Functor::Cast<float, float> 
 >::<anonymous>.itk::InPlaceImageFilter<itk::Image<float, 1u>, itk::Image<float, 
1u> >::<anonymous>.itk::ImageToImageFilter<itk::Image<float, 1u>, 
itk::Image<float, 1u> 
 >::<anonymous>.itk::ImageSource<TOutputImage>::GetOutput<itk::Image<float, 1u> 
 >()?, which is of pointer type ?itk::ImageSource<itk::Image<float, 1u> 
 >::OutputImageType* {aka itk::Image<float, 1u>*}? (maybe you meant to use ?->? ?)
      savedOutPointers.push_back(caster->GetOutput().GetPointer());
      ^

I'm wondering if construct as needed is not possible at all because I can't find 
anything like that in the ITK-sources or examples. For the code snippets I can 
find in the MLs it is not clear whether they got tested and were accepted by a 
compiler.

Any further ideas?

Best
Roman


> On Fri, Sep 9, 2016 at 8:29 AM, Grothausmann, Roman Dr.
> <grothausmann.roman at mh-hannover.de <mailto:grothausmann.roman at mh-hannover.de>>
> wrote:
>
>     On 22/07/16 14:49, Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
>
>         Hi,
>
>         Who is holding the pointer to the newly created ImageFileReader outside of
>         the loop? For that type of operation I?ll frequently just stash smart
>         pointers into a std::vector or list.
>
>
>     I tried to change the resample example
>     (https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleVolumesToBeIsotropic_8cxx-example.html
>     <https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleVolumesToBeIsotropic_8cxx-example.html>
>     that uses itkRecursiveGaussianImageFilter for each dimension) such that it works
>     for any dimensional image.
>     Doing as Brad suggested and storing each smart-pointer of
>     itkRecursiveGaussianImageFilter in a std::vector I get a program
>     (https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx
>     <https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx>)
>     that compiles but segfaults when used. I guess the way I'm trying to
>     dereference a pointer from the list is not correct
>     (https://github.com/romangrothausmann/ITK-CLIs/commit/0968dd25af2abc37ffb0c0503cc4c2972b3b2098#diff-cb1b1c6837c6074372c220250cfdbb36R80
>     <https://github.com/romangrothausmann/ITK-CLIs/commit/0968dd25af2abc37ffb0c0503cc4c2972b3b2098#diff-cb1b1c6837c6074372c220250cfdbb36R80>)
>     but I could not find an example except the one referenced in the code line.
>     So how to correctly dereference a pointer from the list of smart-pointers to
>     get its output?
>
>     Thank for any help or hints
>     Roman
>
>             On Jul 22, 2016, at 6:00 AM, Grothausmann, Roman Dr.
>             <grothausmann.roman at mh-hannover.de
>             <mailto:grothausmann.roman at mh-hannover.de>> wrote:
>
>             Many thanks Brad for Your detailed reply. I understand now the problems
>             concerning streaming TileImageFilter. However I still wonder why my
>             non-streaming version also does not work any more after moving the
>             creation
>             of reader instances into the for-loop:
>             https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea37d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50
>             <https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea37d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50>
>
>
>
>     Is this construct inappropriate for the TileImageFilter?
>
>             Why does it work for:
>             https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>             <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2>
>
>
>
>     On 21/07/16 15:41, Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
>
>                 Hello,
>
>                 The TileImageFilter does not fully stream [1]. The filter also
>                 has some
>                 odd behavior, and other older implementation details. If you are
>                 going to
>                 work on a streaming pipelines it is best practice to examine the
>                 filters
>                 to determine how the Requested regions behave.
>
>                 However, there is no reason that the TileImageFilter algorithm
>                 couldn?t
>                 support streaming. It is just a matter of code and a bunch of
>                 testing. A
>                 contribution for this issue would be welcomed! Also this filter
>                 is in
>                 need a refactoring and bring it up to several other best
>                 practices. There
>                 are several issue with the current implementation that would
>                 cause it not
>                 to work correctly with a streaming pipeline, and cause excessive
>                 execution.
>
>                 You can also use the PipelieMoniotorImageFilter to record and
>                 print the
>                 pipeline interaction during Update [2]. This information helps with
>                 debugging and diagnosing problems, but if the pipeline is
>                 mis-behaving (
>                 as the TileImageFilter may ), the information may not be correct.
>
>                 I have tried similar streaming with the JoinSeriesImageFilter.
>                 However I
>                 ran into many problems with having hundreds of ImageIO being
>                 utilized at
>                 the same time. There were problems with having too many files
>                 open at the
>                 same time along with ImageIO libraries that couldn?t handle single
>                 threaded access to multiple files.
>
>                 [1]
>                 https://github.com/InsightSoftwareConsortium/ITK/blob/master/Modules/Filtering/ImageGrid/include/itkTileImageFilter.hxx#L125-L136
>                 <https://github.com/InsightSoftwareConsortium/ITK/blob/master/Modules/Filtering/ImageGrid/include/itkTileImageFilter.hxx#L125-L136>
>
>
>
>
>     [2] https://itk.org/Doxygen/html/classitk_1_1PipelineMonitorImageFilter.html
>     <https://itk.org/Doxygen/html/classitk_1_1PipelineMonitorImageFilter.html>
>
>
>                     On Jul 21, 2016, at 6:41 AM, Grothausmann, Roman Dr.
>                     <grothausmann.roman at mh-hannover.de
>                     <mailto:grothausmann.roman at mh-hannover.de>> wrote:
>
>                     Dear mailing list members,
>
>
>                     Based on the examples for TileImageFilter I've created a
>                     working CLI
>                     to append an arbitrary number of inputs
>                     (https://github.com/romangrothausmann/ITK-CLIs/blob/4fdf5778022598dcf83fb38e6002df72bd67bef3/tile.cxx
>                     <https://github.com/romangrothausmann/ITK-CLIs/blob/4fdf5778022598dcf83fb38e6002df72bd67bef3/tile.cxx>).
>
>
>
>
>     As there is an example that does not apply Update and DisconnectPipeline on
>     the readers
>     (https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>     <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2>)
>
>
>                     I changed my code such that a reader instance is created for
>                     each input
>                     in a for-loop:
>                     https://github.com/romangrothausmann/ITK-CLIs/commit/ebfc0aea37d28cbbf2bb22c3f56be52453cebde9
>                     <https://github.com/romangrothausmann/ITK-CLIs/commit/ebfc0aea37d28cbbf2bb22c3f56be52453cebde9>
>
>
>
>
>
>     However, the update from the writer seems not to propagate to the readers
>     whether streaming or not. Can the TileImageFilter not stream in such a case
>     or are further modifications necessary?
>
>
>                     Thanks for any help or hints Roman
>
>
>                     On 18/08/14 17:01, Michka Popoff wrote:
>
>                         Hi
>
>                         Going the way described in the CreateVolume example is
>                         the way to
>                         go.
>
>                         Why did you uncomment the DisconnectPipeline() call and
>                         Update() call
>                         in the for loop ? They need to stay there, else you will
>                         always use
>                         the last image. That?s why you see the same image, the
>                         single update
>                         call will be triggered at the end of the script and read
>                         only one
>                         image.
>
>                         You don?t need to call tileFilter->Update(), you can
>                         remove this
>                         line. The writer->Update() will take care of the
>                         pipeline update. As
>                         a bonus, you may wrap your writer->Update() call, to
>                         fetch errors at
>                         the end of the pipeline:
>
>                         try { writer->Update(); } catch( itk::ExceptionObject &
>                         error ) {
>                         std::cerr << "Error: " << error << std::endl; return
>                         EXIT_FAILURE; }
>
>                         I made a little Python prototype, the syntax is a little bit
>                         different than in C++ but it gives you the main idea.
>
>                         Michka
>
>
>                     -- Dr. Roman Grothausmann
>
>                     Tomographie und Digitale Bildverarbeitung Tomography and
>                     Digital Image
>                     Analysis
>
>                     Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
>                     Medizinische Hochschule Hannover Carl-Neuberg-Str. 1 D-30625
>                     Hannover
>
>                     Tel. +49 511 532-2900 <tel:%2B49%20511%20532-2900>
>                     _____________________________________ Powered by
>                     www.kitware.com <http://www.kitware.com>
>
>                     Visit other Kitware open-source projects at
>                     http://www.kitware.com/opensource/opensource.html
>                     <http://www.kitware.com/opensource/opensource.html>
>
>                     Kitware offers ITK Training Courses, for more information visit:
>                     http://www.kitware.com/products/protraining.php
>                     <http://www.kitware.com/products/protraining.php>
>
>                     Please keep messages on-topic and check the ITK FAQ at:
>                     http://www.itk.org/Wiki/ITK_FAQ
>                     <http://www.itk.org/Wiki/ITK_FAQ>
>
>                     Follow this link to subscribe/unsubscribe:
>                     http://public.kitware.com/mailman/listinfo/insight-users
>                     <http://public.kitware.com/mailman/listinfo/insight-users>
>                     _______________________________________________ Community
>                     mailing list
>                     Community at itk.org <mailto:Community at itk.org>
>                     http://public.kitware.com/mailman/listinfo/community
>                     <http://public.kitware.com/mailman/listinfo/community>
>
>
>
>             -- Dr. Roman Grothausmann
>
>             Tomographie und Digitale Bildverarbeitung Tomography and Digital Image
>             Analysis
>
>             Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 Medizinische
>             Hochschule Hannover Carl-Neuberg-Str. 1 D-30625 Hannover
>
>             Tel. +49 511 532-2900 <tel:%2B49%20511%20532-2900>
>
>
>
>     --
>     Dr. Roman Grothausmann
>
>     Tomographie und Digitale Bildverarbeitung
>     Tomography and Digital Image Analysis
>
>     Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
>     Medizinische Hochschule Hannover
>     Carl-Neuberg-Str. 1
>     D-30625 Hannover
>
>     Tel. +49 511 532-2900 <tel:%2B49%20511%20532-2900>
>     _____________________________________
>     Powered by www.kitware.com <http://www.kitware.com>
>
>     Visit other Kitware open-source projects at
>     http://www.kitware.com/opensource/opensource.html
>     <http://www.kitware.com/opensource/opensource.html>
>
>     Kitware offers ITK Training Courses, for more information visit:
>     http://www.kitware.com/products/protraining.php
>     <http://www.kitware.com/products/protraining.php>
>
>     Please keep messages on-topic and check the ITK FAQ at:
>     http://www.itk.org/Wiki/ITK_FAQ <http://www.itk.org/Wiki/ITK_FAQ>
>
>     Follow this link to subscribe/unsubscribe:
>     http://public.kitware.com/mailman/listinfo/insight-users
>     <http://public.kitware.com/mailman/listinfo/insight-users>
>
>

-- 
Dr. Roman Grothausmann

Tomographie und Digitale Bildverarbeitung
Tomography and Digital Image Analysis

Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
Medizinische Hochschule Hannover
Carl-Neuberg-Str. 1
D-30625 Hannover

Tel. +49 511 532-2900
_____________________________________
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://www.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-users

From grothausmann.roman at mh-hannover.de  Mon Sep 12 05:49:35 2016
From: grothausmann.roman at mh-hannover.de (Grothausmann, Roman Dr.)
Date: Mon, 12 Sep 2016 11:49:35 +0200
Subject: [ITK] [ITK-users] [vtkusers] Testing ITK/VTK/PV contributions
 with (kitware) Gitlab-CI
In-Reply-To: <CAPf2UMRfLtz1Cd_kYy0uX3V3nA96F2BqGuNGn=zY6_wg_5mkEw@mail.gmail.com>
References: <b559f993-9283-7f14-b7ad-66eb85c5d52a@mh-hannover.de>
 <20160908131417.GB13993@megas.kitware.com>
 <CAPf2UMRfLtz1Cd_kYy0uX3V3nA96F2BqGuNGn=zY6_wg_5mkEw@mail.gmail.com>
Message-ID: <ddc193b4-0cc5-7cb5-4cd6-47c2409435ba@mh-hannover.de>

Many thanks Ben and D?enan for Your replies and pointing me to CircleCI. I see 
that testing contributions employing PV,VTK and ITK all together is rather 
challenging.

I wonder though why my pure VTK (PV) based contribution did not get tested when 
submitted to the VTK-Journal, e.g.
http://www.midasjournal.org/browse/publication/949

Is the testing the VTK/Midas Journals used to do not available any more?

Regards,
Roman

On 08/09/16 16:26, D?enan Zuki? wrote:
> Hi Roman,
>
> some of ITK's remote modules are using CircleCI for testing. Two recent examples
> are RLEImage <https://github.com/KitwareMedical/ITKRLEImage> and
> MorphologicalContourInterpolation
> <https://github.com/KitwareMedical/ITKMorphologicalContourInterpolation>. Of
> course, you should be familiar, or familiarize yourself with CircleCI
> <https://circleci.com/docs/configuration/>.
>
> Regards,
> D?enan
>
> On Thu, Sep 8, 2016 at 9:14 AM, Ben Boeckel <ben.boeckel at kitware.com
> <mailto:ben.boeckel at kitware.com>> wrote:
>
>     On Thu, Sep 08, 2016 at 12:36:40 +0200, Grothausmann, Roman Dr. wrote:
>     > Just getting to know Gitlab-CI, I am wondering whether it is possible to test
>     > contributions to ITK/VTK/PV with Gitlab-CI from gitlab.com <http://gitlab.com> or
>     > gitlab.kitware.com <http://gitlab.kitware.com>. As far as I understand, this
>     basically needs runners, in
>     > this case specific to ITK/VTK/PV. Since kitware has done CI even before the use
>     > of gitlab, I wonder if the former testing environments are available for use
>     > with Gitlab-CI and if so how to use them.
>
>     We're (VTK and ParaView) using buildbot to manage our testing. The
>     number of settings we test across machines is hard to specify in YAML
>     files (machines also have different settings based on what you're
>     testing, e.g., load up a different compiler or Qt4 or Qt5 and the paths
>     they live in, etc.). We're working on improving the hardware situation
>     buildbot is currently in; things should be getting better over the next
>     few months on that front.
>
>     > For example, none of my contributions to the ITK/VTK/Midas Journals got into the
>     > testing phase even though marked for testing during submission. So a possibility
>     > to use Gitlab-CI to test the compilation and to run the project test would be
>     > really great, especially for continued development and testing on other OSs.
>     > Specifically, for e.g. testing my FacetAnalyser contribution
>     > (http://www.midasjournal.org/browse/publication/951
>     <http://www.midasjournal.org/browse/publication/951>
>     > https://gitlab.com/romangrothausmann/FacetAnalyser
>     <https://gitlab.com/romangrothausmann/FacetAnalyser>) I would need a runner
>     > environment with PV, VTK and ITK ideally for Linux, MacOS and Windows.
>
>     ITK is using Gerrit and Jenkins, not Gitlab.
>
>     --Ben
>     _______________________________________________
>     Powered by www.kitware.com <http://www.kitware.com>
>
>     Visit other Kitware open-source projects at
>     http://www.kitware.com/opensource/opensource.html
>     <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 <http://www.vtk.org/Wiki/VTK_FAQ>
>
>     Search the list archives at: http://markmail.org/search/?q=vtkusers
>     <http://markmail.org/search/?q=vtkusers>
>
>     Follow this link to subscribe/unsubscribe:
>     http://public.kitware.com/mailman/listinfo/vtkusers
>     <http://public.kitware.com/mailman/listinfo/vtkusers>
>
>

-- 
Dr. Roman Grothausmann

Tomographie und Digitale Bildverarbeitung
Tomography and Digital Image Analysis

Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
Medizinische Hochschule Hannover
Carl-Neuberg-Str. 1
D-30625 Hannover

Tel. +49 511 532-2900
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Mon Sep 12 09:10:00 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Mon, 12 Sep 2016 09:10:00 -0400
Subject: [ITK] [ITK-users] [vtkusers] Testing ITK/VTK/PV contributions
	with	(kitware) Gitlab-CI
In-Reply-To: <ddc193b4-0cc5-7cb5-4cd6-47c2409435ba@mh-hannover.de>
References: <b559f993-9283-7f14-b7ad-66eb85c5d52a@mh-hannover.de>
 <20160908131417.GB13993@megas.kitware.com>
 <CAPf2UMRfLtz1Cd_kYy0uX3V3nA96F2BqGuNGn=zY6_wg_5mkEw@mail.gmail.com>
 <ddc193b4-0cc5-7cb5-4cd6-47c2409435ba@mh-hannover.de>
Message-ID: <CAPf2UMQOckvhyn0fd_XmYPgfh=kU+uj60JONT5gFH-0qnxx6eg@mail.gmail.com>

Hi Roman,

I don't think that Insight and Midas journals' testing infrastructure is
functional any more. Perhaps Matt can provide more info?

Regards,
D?enan

On Mon, Sep 12, 2016 at 5:49 AM, Grothausmann, Roman Dr. <
grothausmann.roman at mh-hannover.de> wrote:

> Many thanks Ben and D?enan for Your replies and pointing me to CircleCI. I
> see that testing contributions employing PV,VTK and ITK all together is
> rather challenging.
>
> I wonder though why my pure VTK (PV) based contribution did not get tested
> when submitted to the VTK-Journal, e.g.
> http://www.midasjournal.org/browse/publication/949
>
> Is the testing the VTK/Midas Journals used to do not available any more?
>
> Regards,
> Roman
>
> On 08/09/16 16:26, D?enan Zuki? wrote:
>
>> Hi Roman,
>>
>> some of ITK's remote modules are using CircleCI for testing. Two recent
>> examples
>> are RLEImage <https://github.com/KitwareMedical/ITKRLEImage> and
>> MorphologicalContourInterpolation
>> <https://github.com/KitwareMedical/ITKMorphologicalContourInterpolation>.
>> Of
>> course, you should be familiar, or familiarize yourself with CircleCI
>> <https://circleci.com/docs/configuration/>.
>>
>> Regards,
>> D?enan
>>
>> On Thu, Sep 8, 2016 at 9:14 AM, Ben Boeckel <ben.boeckel at kitware.com
>> <mailto:ben.boeckel at kitware.com>> wrote:
>>
>>     On Thu, Sep 08, 2016 at 12:36:40 +0200, Grothausmann, Roman Dr. wrote:
>>     > Just getting to know Gitlab-CI, I am wondering whether it is
>> possible to test
>>     > contributions to ITK/VTK/PV with Gitlab-CI from gitlab.com <
>> http://gitlab.com> or
>>     > gitlab.kitware.com <http://gitlab.kitware.com>. As far as I
>> understand, this
>>     basically needs runners, in
>>     > this case specific to ITK/VTK/PV. Since kitware has done CI even
>> before the use
>>     > of gitlab, I wonder if the former testing environments are
>> available for use
>>     > with Gitlab-CI and if so how to use them.
>>
>>     We're (VTK and ParaView) using buildbot to manage our testing. The
>>     number of settings we test across machines is hard to specify in YAML
>>     files (machines also have different settings based on what you're
>>     testing, e.g., load up a different compiler or Qt4 or Qt5 and the
>> paths
>>     they live in, etc.). We're working on improving the hardware situation
>>     buildbot is currently in; things should be getting better over the
>> next
>>     few months on that front.
>>
>>     > For example, none of my contributions to the ITK/VTK/Midas Journals
>> got into the
>>     > testing phase even though marked for testing during submission. So
>> a possibility
>>     > to use Gitlab-CI to test the compilation and to run the project
>> test would be
>>     > really great, especially for continued development and testing on
>> other OSs.
>>     > Specifically, for e.g. testing my FacetAnalyser contribution
>>     > (http://www.midasjournal.org/browse/publication/951
>>     <http://www.midasjournal.org/browse/publication/951>
>>     > https://gitlab.com/romangrothausmann/FacetAnalyser
>>     <https://gitlab.com/romangrothausmann/FacetAnalyser>) I would need a
>> runner
>>     > environment with PV, VTK and ITK ideally for Linux, MacOS and
>> Windows.
>>
>>     ITK is using Gerrit and Jenkins, not Gitlab.
>>
>>     --Ben
>>     _______________________________________________
>>     Powered by www.kitware.com <http://www.kitware.com>
>>
>>     Visit other Kitware open-source projects at
>>     http://www.kitware.com/opensource/opensource.html
>>     <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 <http://www.vtk.org/Wiki/VTK_FAQ>
>>
>>     Search the list archives at: http://markmail.org/search/?q=vtkusers
>>     <http://markmail.org/search/?q=vtkusers>
>>
>>     Follow this link to subscribe/unsubscribe:
>>     http://public.kitware.com/mailman/listinfo/vtkusers
>>     <http://public.kitware.com/mailman/listinfo/vtkusers>
>>
>>
>>
> --
> Dr. Roman Grothausmann
>
> Tomographie und Digitale Bildverarbeitung
> Tomography and Digital Image Analysis
>
> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
> Medizinische Hochschule Hannover
> Carl-Neuberg-Str. 1
> D-30625 Hannover
>
> Tel. +49 511 532-2900
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160912/9f2f5f87/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Mon Sep 12 11:41:27 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Mon, 12 Sep 2016 11:41:27 -0400
Subject: [ITK] [ITK-users] get outputs from a std::vector list of
 smart-pointers of image-filters
In-Reply-To: <f91faa39-4ea8-6bc2-1775-fe89950a3771@mh-hannover.de>
References: <E41A3C04-73C1-40C8-9435-CCCD7E08D927@gmail.com>
 <e5200ab0-4548-093d-4f01-afa79099cf5a@mh-hannover.de>
 <C266AAD9-184A-47A3-B9E6-A099BA3804E0@mail.nih.gov>
 <dc7cf545-5ca9-669b-53fb-6ad8fe2222f8@mh-hannover.de>
 <EF0AFB4E-01FE-416F-99E8-5C6F7626A9C0@mail.nih.gov>
 <809fecd2-0c04-374d-ec1c-d52ef3420fe3@mh-hannover.de>
 <CAPf2UMTidwWLL1_1Nj99KGHX0Hy7VDG-4vLOwm_83CD2frpRVg@mail.gmail.com>
 <f91faa39-4ea8-6bc2-1775-fe89950a3771@mh-hannover.de>
Message-ID: <CAPf2UMR4zV2WinjbM+22oNQyN26imt6x6-rYbVZ5_OmKR4a+_Q@mail.gmail.com>

Hi Roman,

can you turn
smoother->SetInput(savedPointers[i]->GetOutput());
into
if (i==0)

smoother->SetInput(static_cast<CastFilterType::Pointer>(savedPointers[i])->GetOutput());
else

smoother->SetInput(static_cast<GaussianFilterType::Pointer>(savedPointers[i])->GetOutput());
or something similar and see whether that works?

Regards,
D?enan

On Mon, Sep 12, 2016 at 5:41 AM, Grothausmann, Roman Dr. <
grothausmann.roman at mh-hannover.de> wrote:

> On 09/09/16 16:21, D?enan Zuki? wrote:
>
>> Hi Roman,
>>
>> you should not save the pointer the SmartPointer encapsulates, but rather
>> the
>> SmartPointer itself. The saving line of code should not be
>> savedPointers.push_back(caster.GetPointer());
>> but rather
>> savedPointers.push_back(caster);
>> and later usage should not be
>> smoother->SetInput(dynamic_cast<ISType*>(savedPointers[i].
>> GetPointer())->GetOutput());
>> but rather
>> smoother->SetInput(savedPointers[i]->GetOutput());
>>
>
> Many thanks D?enan for Your reply. I tried as You suggested:
>
> https://github.com/romangrothausmann/ITK-CLIs/commit/b00551f
> af951192f50e4090d683300524b4c95ba
>
> but am getting:
>
> resample.cxx:79:49: error: no matching function for call to
> ?itk::ProcessObject::GetOutput()?
>   smoother->SetInput(savedPointers[i]->GetOutput());
>                                                  ^
> resample.cxx:79:49: note: candidates are:
> In file included from resample.cxx:5:
> /opt/itk-4.9.1/include/ITK-4.9/itkProcessObject.h:612:16: note:
> itk::DataObject* itk::ProcessObject::GetOutput(const
> DataObjectIdentifierType&)
>    DataObject * GetOutput(const DataObjectIdentifierType & key);
>                 ^
>
> I also tried:
> std::vector<itk::ProcessObject> savedPointers;
> std::vector<itk::ISType> savedPointers;
> std::vector< itk::SmartPointer<itk::ProcessObject> > savedPointers;
> but always got compile errors.
> I am confused when to use the smart-pointer as is and when with
> .GetPointer().
>
> According to
>
> https://cmake.org/pipermail/insight-users/2007-May/022374.html
>
> I also tried storing the output-pointers (without pipe-line disconnection)
> in a separate list
>
> https://github.com/romangrothausmann/ITK-CLIs/commit/d9b5c3f
> 1a786b595255a9153da9ceafd88d2a189
>
> which does not compile either:
>
> resample.cxx:77:5: error: request for member ?GetPointer? in
> ?caster.itk::SmartPointer<TObjectType>::operator-><itk::CastImageFilter<itk::Image<float,
> 1u>, itk::Image<float, 1u> > >()->itk::CastImageFilter<itk::Image<float,
> 1u>, itk::Image<float, 1u> >::<anonymous>.itk::UnaryFunct
> orImageFilter<itk::Image<float, 1u>, itk::Image<float, 1u>,
> itk::Functor::Cast<float, float> >::<anonymous>.itk::InPlaceImageFilter<itk::Image<float,
> 1u>, itk::Image<float, 1u> >::<anonymous>.itk::ImageToImageFilter<itk::Image<float,
> 1u>, itk::Image<float, 1u> >::<anonymous>.itk::ImageSourc
> e<TOutputImage>::GetOutput<itk::Image<float, 1u> >()?, which is of
> pointer type ?itk::ImageSource<itk::Image<float, 1u> >::OutputImageType*
> {aka itk::Image<float, 1u>*}? (maybe you meant to use ?->? ?)
>      savedOutPointers.push_back(caster->GetOutput().GetPointer());
>      ^
>
> I'm wondering if construct as needed is not possible at all because I
> can't find anything like that in the ITK-sources or examples. For the code
> snippets I can find in the MLs it is not clear whether they got tested and
> were accepted by a compiler.
>
> Any further ideas?
>
> Best
> Roman
>
>
> On Fri, Sep 9, 2016 at 8:29 AM, Grothausmann, Roman Dr.
>> <grothausmann.roman at mh-hannover.de <mailto:grothausmann.roman at mh-
>> hannover.de>>
>> wrote:
>>
>>     On 22/07/16 14:49, Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
>>
>>         Hi,
>>
>>         Who is holding the pointer to the newly created ImageFileReader
>> outside of
>>         the loop? For that type of operation I?ll frequently just stash
>> smart
>>         pointers into a std::vector or list.
>>
>>
>>     I tried to change the resample example
>>     (https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleV
>> olumesToBeIsotropic_8cxx-example.html
>>     <https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleV
>> olumesToBeIsotropic_8cxx-example.html>
>>     that uses itkRecursiveGaussianImageFilter for each dimension) such
>> that it works
>>     for any dimensional image.
>>     Doing as Brad suggested and storing each smart-pointer of
>>     itkRecursiveGaussianImageFilter in a std::vector I get a program
>>     (https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25
>> af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx
>>     <https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25
>> af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx>)
>>     that compiles but segfaults when used. I guess the way I'm trying to
>>     dereference a pointer from the list is not correct
>>     (https://github.com/romangrothausmann/ITK-CLIs/commit/0968dd
>> 25af2abc37ffb0c0503cc4c2972b3b2098#diff-cb1b1c6837c6074372c2
>> 20250cfdbb36R80
>>     <https://github.com/romangrothausmann/ITK-CLIs/commit/0968dd
>> 25af2abc37ffb0c0503cc4c2972b3b2098#diff-cb1b1c6837c6074372c2
>> 20250cfdbb36R80>)
>>     but I could not find an example except the one referenced in the code
>> line.
>>     So how to correctly dereference a pointer from the list of
>> smart-pointers to
>>     get its output?
>>
>>     Thank for any help or hints
>>     Roman
>>
>>             On Jul 22, 2016, at 6:00 AM, Grothausmann, Roman Dr.
>>             <grothausmann.roman at mh-hannover.de
>>             <mailto:grothausmann.roman at mh-hannover.de>> wrote:
>>
>>             Many thanks Brad for Your detailed reply. I understand now
>> the problems
>>             concerning streaming TileImageFilter. However I still wonder
>> why my
>>             non-streaming version also does not work any more after
>> moving the
>>             creation
>>             of reader instances into the for-loop:
>>             https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea3
>> 7d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50
>>             <https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea
>> 37d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50>
>>
>>
>>
>>     Is this construct inappropriate for the TileImageFilter?
>>
>>             Why does it work for:
>>             https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_
>> 2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>>             <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering
>> _2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2>
>>
>>
>>
>>     On 21/07/16 15:41, Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
>>
>>                 Hello,
>>
>>                 The TileImageFilter does not fully stream [1]. The filter
>> also
>>                 has some
>>                 odd behavior, and other older implementation details. If
>> you are
>>                 going to
>>                 work on a streaming pipelines it is best practice to
>> examine the
>>                 filters
>>                 to determine how the Requested regions behave.
>>
>>                 However, there is no reason that the TileImageFilter
>> algorithm
>>                 couldn?t
>>                 support streaming. It is just a matter of code and a
>> bunch of
>>                 testing. A
>>                 contribution for this issue would be welcomed! Also this
>> filter
>>                 is in
>>                 need a refactoring and bring it up to several other best
>>                 practices. There
>>                 are several issue with the current implementation that
>> would
>>                 cause it not
>>                 to work correctly with a streaming pipeline, and cause
>> excessive
>>                 execution.
>>
>>                 You can also use the PipelieMoniotorImageFilter to record
>> and
>>                 print the
>>                 pipeline interaction during Update [2]. This information
>> helps with
>>                 debugging and diagnosing problems, but if the pipeline is
>>                 mis-behaving (
>>                 as the TileImageFilter may ), the information may not be
>> correct.
>>
>>                 I have tried similar streaming with the
>> JoinSeriesImageFilter.
>>                 However I
>>                 ran into many problems with having hundreds of ImageIO
>> being
>>                 utilized at
>>                 the same time. There were problems with having too many
>> files
>>                 open at the
>>                 same time along with ImageIO libraries that couldn?t
>> handle single
>>                 threaded access to multiple files.
>>
>>                 [1]
>>                 https://github.com/InsightSoftwareConsortium/ITK/blob/
>> master/Modules/Filtering/ImageGrid/include/itkTileImageFilte
>> r.hxx#L125-L136
>>                 <https://github.com/InsightSoftwareConsortium/ITK/blob/
>> master/Modules/Filtering/ImageGrid/include/itkTileImageFilte
>> r.hxx#L125-L136>
>>
>>
>>
>>
>>     [2] https://itk.org/Doxygen/html/classitk_1_1PipelineMonitorImag
>> eFilter.html
>>     <https://itk.org/Doxygen/html/classitk_1_1PipelineMonitorIma
>> geFilter.html>
>>
>>
>>                     On Jul 21, 2016, at 6:41 AM, Grothausmann, Roman Dr.
>>                     <grothausmann.roman at mh-hannover.de
>>                     <mailto:grothausmann.roman at mh-hannover.de>> wrote:
>>
>>                     Dear mailing list members,
>>
>>
>>                     Based on the examples for TileImageFilter I've
>> created a
>>                     working CLI
>>                     to append an arbitrary number of inputs
>>                     (https://github.com/romangroth
>> ausmann/ITK-CLIs/blob/4fdf5778022598dcf83fb38e6002df72bd67bef3/tile.cxx
>>                     <https://github.com/romangroth
>> ausmann/ITK-CLIs/blob/4fdf5778022598dcf83fb38e6002df72bd67bef3/tile.cxx
>> >).
>>
>>
>>
>>
>>     As there is an example that does not apply Update and
>> DisconnectPipeline on
>>     the readers
>>     (https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering
>> _2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>>     <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering
>> _2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2>)
>>
>>
>>
>>                     I changed my code such that a reader instance is
>> created for
>>                     each input
>>                     in a for-loop:
>>                     https://github.com/romangrotha
>> usmann/ITK-CLIs/commit/ebfc0aea37d28cbbf2bb22c3f56be52453cebde9
>>                     <https://github.com/romangroth
>> ausmann/ITK-CLIs/commit/ebfc0aea37d28cbbf2bb22c3f56be52453cebde9>
>>
>>
>>
>>
>>
>>     However, the update from the writer seems not to propagate to the
>> readers
>>     whether streaming or not. Can the TileImageFilter not stream in such
>> a case
>>     or are further modifications necessary?
>>
>>
>>                     Thanks for any help or hints Roman
>>
>>
>>                     On 18/08/14 17:01, Michka Popoff wrote:
>>
>>                         Hi
>>
>>                         Going the way described in the CreateVolume
>> example is
>>                         the way to
>>                         go.
>>
>>                         Why did you uncomment the DisconnectPipeline()
>> call and
>>                         Update() call
>>                         in the for loop ? They need to stay there, else
>> you will
>>                         always use
>>                         the last image. That?s why you see the same
>> image, the
>>                         single update
>>                         call will be triggered at the end of the script
>> and read
>>                         only one
>>                         image.
>>
>>                         You don?t need to call tileFilter->Update(), you
>> can
>>                         remove this
>>                         line. The writer->Update() will take care of the
>>                         pipeline update. As
>>                         a bonus, you may wrap your writer->Update() call,
>> to
>>                         fetch errors at
>>                         the end of the pipeline:
>>
>>                         try { writer->Update(); } catch(
>> itk::ExceptionObject &
>>                         error ) {
>>                         std::cerr << "Error: " << error << std::endl;
>> return
>>                         EXIT_FAILURE; }
>>
>>                         I made a little Python prototype, the syntax is a
>> little bit
>>                         different than in C++ but it gives you the main
>> idea.
>>
>>                         Michka
>>
>>
>>                     -- Dr. Roman Grothausmann
>>
>>                     Tomographie und Digitale Bildverarbeitung Tomography
>> and
>>                     Digital Image
>>                     Analysis
>>
>>                     Institut f?r Funktionelle und Angewandte Anatomie, OE
>> 4120
>>                     Medizinische Hochschule Hannover Carl-Neuberg-Str. 1
>> D-30625
>>                     Hannover
>>
>>                     Tel. +49 511 532-2900 <tel:%2B49%20511%20532-2900>
>>                     _____________________________________ Powered by
>>                     www.kitware.com <http://www.kitware.com>
>>
>>                     Visit other Kitware open-source projects at
>>                     http://www.kitware.com/opensource/opensource.html
>>                     <http://www.kitware.com/opensource/opensource.html>
>>
>>                     Kitware offers ITK Training Courses, for more
>> information visit:
>>                     http://www.kitware.com/products/protraining.php
>>                     <http://www.kitware.com/products/protraining.php>
>>
>>                     Please keep messages on-topic and check the ITK FAQ
>> at:
>>                     http://www.itk.org/Wiki/ITK_FAQ
>>                     <http://www.itk.org/Wiki/ITK_FAQ>
>>
>>                     Follow this link to subscribe/unsubscribe:
>>                     http://public.kitware.com/mail
>> man/listinfo/insight-users
>>                     <http://public.kitware.com/mai
>> lman/listinfo/insight-users>
>>                     _______________________________________________
>> Community
>>                     mailing list
>>                     Community at itk.org <mailto:Community at itk.org>
>>                     http://public.kitware.com/mailman/listinfo/community
>>                     <http://public.kitware.com/mailman/listinfo/community
>> >
>>
>>
>>
>>             -- Dr. Roman Grothausmann
>>
>>             Tomographie und Digitale Bildverarbeitung Tomography and
>> Digital Image
>>             Analysis
>>
>>             Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
>> Medizinische
>>             Hochschule Hannover Carl-Neuberg-Str. 1 D-30625 Hannover
>>
>>             Tel. +49 511 532-2900 <tel:%2B49%20511%20532-2900>
>>
>>
>>
>>     --
>>     Dr. Roman Grothausmann
>>
>>     Tomographie und Digitale Bildverarbeitung
>>     Tomography and Digital Image Analysis
>>
>>     Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
>>     Medizinische Hochschule Hannover
>>     Carl-Neuberg-Str. 1
>>     D-30625 Hannover
>>
>>     Tel. +49 511 532-2900 <tel:%2B49%20511%20532-2900>
>>     _____________________________________
>>     Powered by www.kitware.com <http://www.kitware.com>
>>
>>     Visit other Kitware open-source projects at
>>     http://www.kitware.com/opensource/opensource.html
>>     <http://www.kitware.com/opensource/opensource.html>
>>
>>     Kitware offers ITK Training Courses, for more information visit:
>>     http://www.kitware.com/products/protraining.php
>>     <http://www.kitware.com/products/protraining.php>
>>
>>     Please keep messages on-topic and check the ITK FAQ at:
>>     http://www.itk.org/Wiki/ITK_FAQ <http://www.itk.org/Wiki/ITK_FAQ>
>>
>>     Follow this link to subscribe/unsubscribe:
>>     http://public.kitware.com/mailman/listinfo/insight-users
>>     <http://public.kitware.com/mailman/listinfo/insight-users>
>>
>>
>>
> --
> Dr. Roman Grothausmann
>
> Tomographie und Digitale Bildverarbeitung
> Tomography and Digital Image Analysis
>
> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
> Medizinische Hochschule Hannover
> Carl-Neuberg-Str. 1
> D-30625 Hannover
>
> Tel. +49 511 532-2900
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160912/7e224792/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Mon Sep 12 11:43:53 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Mon, 12 Sep 2016 11:43:53 -0400
Subject: [ITK] [ITK-users] (no subject)
In-Reply-To: <CAEiw7u6x8oGLHDAjazEXNpUqhL07ijNC+O8YLkZaJ5Kd7zi4fw@mail.gmail.com>
References: <CAEiw7u6x8oGLHDAjazEXNpUqhL07ijNC+O8YLkZaJ5Kd7zi4fw@mail.gmail.com>
Message-ID: <CAPf2UMSJTvGRdMLHO9g+kiv+TcD4pTZ=L1nAZcNhdSsbusvRSg@mail.gmail.com>

Hi Meikolon,

maybe ImageJ uses threshold on 0-100 scale? ITK uses 0-255 scale for 8-bit
data.

Regards,
D?enan

On Sun, Sep 11, 2016 at 3:33 PM, meikolin saimara <kolin9105 at gmail.com>
wrote:

> hello every I want to ask you all..
> I have a problem in itk.
> I used binaryThresholdimagefilter on  ITK and I got the image then I want
> to compare the result with another software.
> the software is ImageJ. I got the result it is so different each other
> software eventhough I put the same value of lowerthreshold and
> upperthreshold in both of the software.
> I use ImageJ with Threshold 8 bit.
> How It can different???
>
> _____________________________________
> 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://www.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-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160912/2ee087b8/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From someshsandbox at gmail.com  Mon Sep 12 14:49:56 2016
From: someshsandbox at gmail.com (Somesh)
Date: Mon, 12 Sep 2016 14:49:56 -0400
Subject: [ITK] [ITK-dev] Pre-commit Failure uncrustify
Message-ID: <CADafqVpNZaq4JxNiTLLLv+4QomXW1P0mJJVcjoBGaZ6b5OmQgw@mail.gmail.com>

Hi,
I recently set up a ITK dev on my mac. While commiting a patch locally, I
am getting failure in precommit hooks. Specifically uncrustify is giving
the following errors. Do I have to install a specific version of
uncrustify/python ? I installed uncrustify using brew.

./Utilities/Maintenance/uncrustify_itk.cfg:99 Unknown symbol
'indent_cs_delegate_brace'

./Utilities/Maintenance/uncrustify_itk.cfg:287 Unknown symbol
'indent_token_after_brace'

./Utilities/Maintenance/uncrustify_itk.cfg:290 Unknown symbol
'indent_cpp_lambda_body'

./Utilities/Maintenance/uncrustify_itk.cfg:424 Unknown symbol
'sp_angle_paren_empty'

./Utilities/Maintenance/uncrustify_itk.cfg:533 Unknown symbol
'sp_after_operator_sym_empty'

./Utilities/Maintenance/uncrustify_itk.cfg:570 Unknown symbol
'sp_func_proto_paren_empty'

./Utilities/Maintenance/uncrustify_itk.cfg:576 Unknown symbol
'sp_func_def_paren_empty'

./Utilities/Maintenance/uncrustify_itk.cfg:614 Unknown symbol
'sp_func_class_paren_empty'

./Utilities/Maintenance/uncrustify_itk.cfg:644 Unknown symbol
'sp_super_paren'

./Utilities/Maintenance/uncrustify_itk.cfg:647 Unknown symbol
'sp_this_paren'

./Utilities/Maintenance/uncrustify_itk.cfg:851 Unknown symbol
'sp_skip_vbrace_tokens'

./Utilities/Maintenance/uncrustify_itk.cfg:922 Unknown symbol
'align_var_class_span'

./Utilities/Maintenance/uncrustify_itk.cfg:925 Unknown symbol
'align_var_class_thresh'

./Utilities/Maintenance/uncrustify_itk.cfg:928 Unknown symbol
'align_var_class_gap'

./Utilities/Maintenance/uncrustify_itk.cfg:1068 Unknown symbol
'nl_oc_block_brace'

./Utilities/Maintenance/uncrustify_itk.cfg:1245 Unknown symbol
'nl_enum_own_lines'

./Utilities/Maintenance/uncrustify_itk.cfg:1256 Unknown symbol
'nl_func_class_scope'

./Utilities/Maintenance/uncrustify_itk.cfg:1284 Unknown symbol
'nl_func_decl_start_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1287 Unknown symbol
'nl_func_def_start_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1296 Unknown symbol
'nl_func_decl_args_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1299 Unknown symbol
'nl_func_def_args_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1314 Unknown symbol
'nl_func_decl_end_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1317 Unknown symbol
'nl_func_def_end_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1326 Unknown symbol
'nl_func_call_start_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1329 Unknown symbol
'nl_func_call_args_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1332 Unknown symbol
'nl_func_call_end_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1388 Unknown symbol
'nl_squeeze_ifdef_top_level'

./Utilities/Maintenance/uncrustify_itk.cfg:1461 Unknown symbol
'nl_split_if_one_liner'

./Utilities/Maintenance/uncrustify_itk.cfg:1465 Unknown symbol
'nl_split_for_one_liner'

./Utilities/Maintenance/uncrustify_itk.cfg:1469 Unknown symbol
'nl_split_while_one_liner'

./Utilities/Maintenance/uncrustify_itk.cfg:1541 Unknown symbol
'nl_after_func_class_proto'

./Utilities/Maintenance/uncrustify_itk.cfg:1544 Unknown symbol
'nl_after_func_class_proto_group'

./Utilities/Maintenance/uncrustify_itk.cfg:1662 Unknown symbol
'mod_full_brace_if_chain_only'

./Utilities/Maintenance/uncrustify_itk.cfg:1781 Unknown symbol
'cmt_multi_first_len_minimum'

./Utilities/Maintenance/uncrustify_itk.cfg:1812 Unknown symbol
'cmt_insert_before_inlines'

./Utilities/Maintenance/uncrustify_itk.cfg:1817 Unknown symbol
'cmt_insert_before_ctor_dtor'

./Utilities/Maintenance/uncrustify_itk.cfg:1878 Unknown symbol
'use_options_overriding_for_qt_macros'

./Utilities/Maintenance/uncrustify_itk.cfg:1885 Unknown symbol
'warn_level_tabs_found_in_verbatim_string_literals'


Thanks,
Somesh
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160912/c7b87b15/attachment.html>
-------------- next part --------------
_______________________________________________
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

From fisidoro at ethz.ch  Mon Sep 12 15:19:23 2016
From: fisidoro at ethz.ch (D'Isidoro  Fabio)
Date: Mon, 12 Sep 2016 19:19:23 +0000
Subject: [ITK] [ITK-users] ITK with Python Wrap: print itkMatrix proxy object
Message-ID: <50B858FB5F53124F9E32314E5C1B409435B98EB8@MBX112.d.ethz.ch>

Hallo,

I am using ITK with Python wrap. I would like to print the direction matrix of a 3D image obtained with the command

image.GetDirection()

However, what is printed is just

<itkMatrixPython.itkMatrixD33; proxy of <Swig object of type 'itkMatrixD33 *' at 0x0D3E1470> >

I understand it's related to the wrapping, but how can I solve it?

Thank you,

Fabio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160912/adc7a8c2/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Mon Sep 12 17:07:46 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Mon, 12 Sep 2016 17:07:46 -0400
Subject: [ITK] [ITK-users] ITK with Python Wrap: print itkMatrix proxy
	object
In-Reply-To: <50B858FB5F53124F9E32314E5C1B409435B98EB8@MBX112.d.ethz.ch>
References: <50B858FB5F53124F9E32314E5C1B409435B98EB8@MBX112.d.ethz.ch>
Message-ID: <CALzTN-RgHxCcptqsBrDRxJJ3v9WTcGL4g5Z0h8UWmjOiNbgb6g@mail.gmail.com>

Hallo Fabio,

To print elements of the matrix, for example, the first row and the
first column:

  direction = image.GetDirection()
  vnlDirection = direction.GetVnlMatrix()
  print(vnlDirection.get(0, 0)

HTH,
Matt

On Mon, Sep 12, 2016 at 3:19 PM, D'Isidoro  Fabio <fisidoro at ethz.ch> wrote:
> Hallo,
>
>
>
> I am using ITK with Python wrap. I would like to print the direction matrix
> of a 3D image obtained with the command
>
>
>
> image.GetDirection()
>
>
>
> However, what is printed is just
>
>
>
> <itkMatrixPython.itkMatrixD33; proxy of <Swig object of type ?itkMatrixD33
> *? at 0x0D3E1470> >
>
>
>
> I understand it?s related to the wrapping, but how can I solve it?
>
>
>
> Thank you,
>
>
>
> Fabio
>
>
> _____________________________________
> 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://www.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-users
>
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Mon Sep 12 17:12:50 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Mon, 12 Sep 2016 17:12:50 -0400
Subject: [ITK] [ITK-dev] Pre-commit Failure uncrustify
In-Reply-To: <CADafqVpNZaq4JxNiTLLLv+4QomXW1P0mJJVcjoBGaZ6b5OmQgw@mail.gmail.com>
References: <CADafqVpNZaq4JxNiTLLLv+4QomXW1P0mJJVcjoBGaZ6b5OmQgw@mail.gmail.com>
Message-ID: <CALzTN-TCmCv0kWWy7go1qp+R3zUEdW-ZyhGF_x9p1-7=Up4_Zw@mail.gmail.com>

Hi Somesh,

Yes, Dzenan recently improved upstream uncrustify and its
configuration in ITK so it works much better. A newer version of
uncrustify is required as described here:

  https://github.com/InsightSoftwareConsortium/ITK/blob/6ee10575445aa1c878797db4febf7d775a38f1f3/Utilities/DevelopmentSetupScripts/GitTips.sh#L66-L74

Thanks,
Matt

On Mon, Sep 12, 2016 at 2:49 PM, Somesh <someshsandbox at gmail.com> wrote:
> Hi,
> I recently set up a ITK dev on my mac. While commiting a patch locally, I am
> getting failure in precommit hooks. Specifically uncrustify is giving the
> following errors. Do I have to install a specific version of
> uncrustify/python ? I installed uncrustify using brew.
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:99 Unknown symbol
> 'indent_cs_delegate_brace'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:287 Unknown symbol
> 'indent_token_after_brace'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:290 Unknown symbol
> 'indent_cpp_lambda_body'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:424 Unknown symbol
> 'sp_angle_paren_empty'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:533 Unknown symbol
> 'sp_after_operator_sym_empty'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:570 Unknown symbol
> 'sp_func_proto_paren_empty'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:576 Unknown symbol
> 'sp_func_def_paren_empty'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:614 Unknown symbol
> 'sp_func_class_paren_empty'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:644 Unknown symbol
> 'sp_super_paren'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:647 Unknown symbol
> 'sp_this_paren'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:851 Unknown symbol
> 'sp_skip_vbrace_tokens'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:922 Unknown symbol
> 'align_var_class_span'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:925 Unknown symbol
> 'align_var_class_thresh'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:928 Unknown symbol
> 'align_var_class_gap'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1068 Unknown symbol
> 'nl_oc_block_brace'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1245 Unknown symbol
> 'nl_enum_own_lines'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1256 Unknown symbol
> 'nl_func_class_scope'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1284 Unknown symbol
> 'nl_func_decl_start_multi_line'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1287 Unknown symbol
> 'nl_func_def_start_multi_line'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1296 Unknown symbol
> 'nl_func_decl_args_multi_line'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1299 Unknown symbol
> 'nl_func_def_args_multi_line'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1314 Unknown symbol
> 'nl_func_decl_end_multi_line'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1317 Unknown symbol
> 'nl_func_def_end_multi_line'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1326 Unknown symbol
> 'nl_func_call_start_multi_line'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1329 Unknown symbol
> 'nl_func_call_args_multi_line'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1332 Unknown symbol
> 'nl_func_call_end_multi_line'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1388 Unknown symbol
> 'nl_squeeze_ifdef_top_level'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1461 Unknown symbol
> 'nl_split_if_one_liner'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1465 Unknown symbol
> 'nl_split_for_one_liner'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1469 Unknown symbol
> 'nl_split_while_one_liner'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1541 Unknown symbol
> 'nl_after_func_class_proto'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1544 Unknown symbol
> 'nl_after_func_class_proto_group'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1662 Unknown symbol
> 'mod_full_brace_if_chain_only'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1781 Unknown symbol
> 'cmt_multi_first_len_minimum'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1812 Unknown symbol
> 'cmt_insert_before_inlines'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1817 Unknown symbol
> 'cmt_insert_before_ctor_dtor'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1878 Unknown symbol
> 'use_options_overriding_for_qt_macros'
>
> ./Utilities/Maintenance/uncrustify_itk.cfg:1885 Unknown symbol
> 'warn_level_tabs_found_in_verbatim_string_literals'
>
>
> Thanks,
> Somesh
>
>
> _______________________________________________
> 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
>
_______________________________________________
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

From Roy.Harnish at ucsf.edu  Mon Sep 12 17:15:44 2016
From: Roy.Harnish at ucsf.edu (Harnish, Roy)
Date: Mon, 12 Sep 2016 21:15:44 +0000
Subject: [ITK] [ITK-users] ITK with Python Wrap: print itkMatrix proxy
	object
In-Reply-To: <50B858FB5F53124F9E32314E5C1B409435B98EB8@MBX112.d.ethz.ch>
References: <50B858FB5F53124F9E32314E5C1B409435B98EB8@MBX112.d.ethz.ch>
Message-ID: <F968C6DCE9D2F04CB8519CB3ACF06E99DEE767E4@ex04.net.ucsf.edu>

Hi Fabio,

You could try / take a look at these two functions that are related to image direction. I have had some confusion about direction matrix orientation and how to index into it, so these aren't guaranteed to be correct. Hope this helps.

Roy

def itkImage_print_direction_cosine_matrix(itkImage):
    vnl_matrix = itkImage.GetDirection().GetVnlMatrix()
    for i in range(3):
        for j in range(3):
            print "{:>8.4f}".format(vnl_matrix.get(i,j)),
        print

def itkImage_set_direction_cosine_matrix(itkImage,direction_cosine_matrix):
    """
    direction_cosine_matrix is assumed to be
    of the form

    R0 C0 S0
    R1 C1 S1
    R2 C2 S2

    so we switch R and C to accomodate ITK's column
    major order.
    """
    for i in range(3):
        for j in range(3):
            if j == 0:
                col_idx = 1
            if j == 1:
                col_idx = 0
            if j == 2:
                col_idx = 2
            itkImage.GetDirection().GetVnlMatrix().set(i,j,direction_cosine_matrix[i,col_idx])


________________________________
From: Insight-users [insight-users-bounces at itk.org] on behalf of D'Isidoro Fabio [fisidoro at ethz.ch]
Sent: Monday, September 12, 2016 12:19 PM
To: insight-users at itk.org
Subject: [ITK-users] ITK with Python Wrap: print itkMatrix proxy object

Hallo,

I am using ITK with Python wrap. I would like to print the direction matrix of a 3D image obtained with the command

image.GetDirection()

However, what is printed is just

<itkMatrixPython.itkMatrixD33; proxy of <Swig object of type ?itkMatrixD33 *? at 0x0D3E1470> >

I understand it?s related to the wrapping, but how can I solve it?

Thank you,

Fabio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160912/db3e9d7e/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From hans-johnson at uiowa.edu  Mon Sep 12 14:58:37 2016
From: hans-johnson at uiowa.edu (Johnson, Hans J)
Date: Mon, 12 Sep 2016 18:58:37 +0000
Subject: [ITK] [ITK-dev] Pre-commit Failure uncrustify
In-Reply-To: <CADafqVpNZaq4JxNiTLLLv+4QomXW1P0mJJVcjoBGaZ6b5OmQgw@mail.gmail.com>
References: <CADafqVpNZaq4JxNiTLLLv+4QomXW1P0mJJVcjoBGaZ6b5OmQgw@mail.gmail.com>
Message-ID: <6E786F2A-50F0-4B98-8199-10F73A887138@uiowa.edu>

Somesh,

I don?t think that uncrustify and KWStyle are consistent.   I think you need to turn off uncrustify.

Hans


--


From: Insight-developers <insight-developers-bounces at itk.org> on behalf of Somesh <someshsandbox at gmail.com>
Date: Monday, September 12, 2016 at 1:49 PM
To: "insight-developers at itk.org" <insight-developers at itk.org>
Subject: [ITK-dev] Pre-commit Failure uncrustify

Hi,
I recently set up a ITK dev on my mac. While commiting a patch locally, I am getting failure in precommit hooks. Specifically uncrustify is giving the following errors. Do I have to install a specific version of uncrustify/python ? I installed uncrustify using brew.


./Utilities/Maintenance/uncrustify_itk.cfg:99 Unknown symbol 'indent_cs_delegate_brace'

./Utilities/Maintenance/uncrustify_itk.cfg:287 Unknown symbol 'indent_token_after_brace'

./Utilities/Maintenance/uncrustify_itk.cfg:290 Unknown symbol 'indent_cpp_lambda_body'

./Utilities/Maintenance/uncrustify_itk.cfg:424 Unknown symbol 'sp_angle_paren_empty'

./Utilities/Maintenance/uncrustify_itk.cfg:533 Unknown symbol 'sp_after_operator_sym_empty'

./Utilities/Maintenance/uncrustify_itk.cfg:570 Unknown symbol 'sp_func_proto_paren_empty'

./Utilities/Maintenance/uncrustify_itk.cfg:576 Unknown symbol 'sp_func_def_paren_empty'

./Utilities/Maintenance/uncrustify_itk.cfg:614 Unknown symbol 'sp_func_class_paren_empty'

./Utilities/Maintenance/uncrustify_itk.cfg:644 Unknown symbol 'sp_super_paren'

./Utilities/Maintenance/uncrustify_itk.cfg:647 Unknown symbol 'sp_this_paren'

./Utilities/Maintenance/uncrustify_itk.cfg:851 Unknown symbol 'sp_skip_vbrace_tokens'

./Utilities/Maintenance/uncrustify_itk.cfg:922 Unknown symbol 'align_var_class_span'

./Utilities/Maintenance/uncrustify_itk.cfg:925 Unknown symbol 'align_var_class_thresh'

./Utilities/Maintenance/uncrustify_itk.cfg:928 Unknown symbol 'align_var_class_gap'

./Utilities/Maintenance/uncrustify_itk.cfg:1068 Unknown symbol 'nl_oc_block_brace'

./Utilities/Maintenance/uncrustify_itk.cfg:1245 Unknown symbol 'nl_enum_own_lines'

./Utilities/Maintenance/uncrustify_itk.cfg:1256 Unknown symbol 'nl_func_class_scope'

./Utilities/Maintenance/uncrustify_itk.cfg:1284 Unknown symbol 'nl_func_decl_start_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1287 Unknown symbol 'nl_func_def_start_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1296 Unknown symbol 'nl_func_decl_args_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1299 Unknown symbol 'nl_func_def_args_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1314 Unknown symbol 'nl_func_decl_end_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1317 Unknown symbol 'nl_func_def_end_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1326 Unknown symbol 'nl_func_call_start_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1329 Unknown symbol 'nl_func_call_args_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1332 Unknown symbol 'nl_func_call_end_multi_line'

./Utilities/Maintenance/uncrustify_itk.cfg:1388 Unknown symbol 'nl_squeeze_ifdef_top_level'

./Utilities/Maintenance/uncrustify_itk.cfg:1461 Unknown symbol 'nl_split_if_one_liner'

./Utilities/Maintenance/uncrustify_itk.cfg:1465 Unknown symbol 'nl_split_for_one_liner'

./Utilities/Maintenance/uncrustify_itk.cfg:1469 Unknown symbol 'nl_split_while_one_liner'

./Utilities/Maintenance/uncrustify_itk.cfg:1541 Unknown symbol 'nl_after_func_class_proto'

./Utilities/Maintenance/uncrustify_itk.cfg:1544 Unknown symbol 'nl_after_func_class_proto_group'

./Utilities/Maintenance/uncrustify_itk.cfg:1662 Unknown symbol 'mod_full_brace_if_chain_only'

./Utilities/Maintenance/uncrustify_itk.cfg:1781 Unknown symbol 'cmt_multi_first_len_minimum'

./Utilities/Maintenance/uncrustify_itk.cfg:1812 Unknown symbol 'cmt_insert_before_inlines'

./Utilities/Maintenance/uncrustify_itk.cfg:1817 Unknown symbol 'cmt_insert_before_ctor_dtor'

./Utilities/Maintenance/uncrustify_itk.cfg:1878 Unknown symbol 'use_options_overriding_for_qt_macros'

./Utilities/Maintenance/uncrustify_itk.cfg:1885 Unknown symbol 'warn_level_tabs_found_in_verbatim_string_literals'


Thanks,
Somesh

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160912/c9b337a2/attachment-0001.html>
-------------- next part --------------
_______________________________________________
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

From someshsandbox at gmail.com  Mon Sep 12 21:03:49 2016
From: someshsandbox at gmail.com (Somesh)
Date: Mon, 12 Sep 2016 21:03:49 -0400
Subject: [ITK] [ITK-dev] Pre-commit Failure uncrustify
In-Reply-To: <CALzTN-TCmCv0kWWy7go1qp+R3zUEdW-ZyhGF_x9p1-7=Up4_Zw@mail.gmail.com>
References: <CADafqVpNZaq4JxNiTLLLv+4QomXW1P0mJJVcjoBGaZ6b5OmQgw@mail.gmail.com>
 <CALzTN-TCmCv0kWWy7go1qp+R3zUEdW-ZyhGF_x9p1-7=Up4_Zw@mail.gmail.com>
Message-ID: <CADafqVqqDKDFpE8cMqtv4AtoN8d_0AUJT75udH9wUx3zxKC8jQ@mail.gmail.com>

Hi Matt,
Do KWStyle and uncrustify play well with both enabled ?
I have  uncrustify  version 0.63 and the prehooks still fail. I believe
0.63 is the latest uncrustify version:
https://github.com/uncrustify/uncrustify/blob/master/CMakeLists.txt#L124

Thanks,
Somesh

On Mon, Sep 12, 2016 at 5:12 PM, Matt McCormick <matt.mccormick at kitware.com>
wrote:

> Hi Somesh,
>
> Yes, Dzenan recently improved upstream uncrustify and its
> configuration in ITK so it works much better. A newer version of
> uncrustify is required as described here:
>
>   https://github.com/InsightSoftwareConsortium/ITK/blob/
> 6ee10575445aa1c878797db4febf7d775a38f1f3/Utilities/
> DevelopmentSetupScripts/GitTips.sh#L66-L74
>
> Thanks,
> Matt
>
> On Mon, Sep 12, 2016 at 2:49 PM, Somesh <someshsandbox at gmail.com> wrote:
> > Hi,
> > I recently set up a ITK dev on my mac. While commiting a patch locally,
> I am
> > getting failure in precommit hooks. Specifically uncrustify is giving the
> > following errors. Do I have to install a specific version of
> > uncrustify/python ? I installed uncrustify using brew.
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:99 Unknown symbol
> > 'indent_cs_delegate_brace'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:287 Unknown symbol
> > 'indent_token_after_brace'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:290 Unknown symbol
> > 'indent_cpp_lambda_body'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:424 Unknown symbol
> > 'sp_angle_paren_empty'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:533 Unknown symbol
> > 'sp_after_operator_sym_empty'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:570 Unknown symbol
> > 'sp_func_proto_paren_empty'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:576 Unknown symbol
> > 'sp_func_def_paren_empty'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:614 Unknown symbol
> > 'sp_func_class_paren_empty'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:644 Unknown symbol
> > 'sp_super_paren'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:647 Unknown symbol
> > 'sp_this_paren'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:851 Unknown symbol
> > 'sp_skip_vbrace_tokens'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:922 Unknown symbol
> > 'align_var_class_span'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:925 Unknown symbol
> > 'align_var_class_thresh'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:928 Unknown symbol
> > 'align_var_class_gap'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1068 Unknown symbol
> > 'nl_oc_block_brace'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1245 Unknown symbol
> > 'nl_enum_own_lines'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1256 Unknown symbol
> > 'nl_func_class_scope'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1284 Unknown symbol
> > 'nl_func_decl_start_multi_line'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1287 Unknown symbol
> > 'nl_func_def_start_multi_line'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1296 Unknown symbol
> > 'nl_func_decl_args_multi_line'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1299 Unknown symbol
> > 'nl_func_def_args_multi_line'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1314 Unknown symbol
> > 'nl_func_decl_end_multi_line'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1317 Unknown symbol
> > 'nl_func_def_end_multi_line'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1326 Unknown symbol
> > 'nl_func_call_start_multi_line'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1329 Unknown symbol
> > 'nl_func_call_args_multi_line'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1332 Unknown symbol
> > 'nl_func_call_end_multi_line'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1388 Unknown symbol
> > 'nl_squeeze_ifdef_top_level'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1461 Unknown symbol
> > 'nl_split_if_one_liner'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1465 Unknown symbol
> > 'nl_split_for_one_liner'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1469 Unknown symbol
> > 'nl_split_while_one_liner'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1541 Unknown symbol
> > 'nl_after_func_class_proto'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1544 Unknown symbol
> > 'nl_after_func_class_proto_group'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1662 Unknown symbol
> > 'mod_full_brace_if_chain_only'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1781 Unknown symbol
> > 'cmt_multi_first_len_minimum'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1812 Unknown symbol
> > 'cmt_insert_before_inlines'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1817 Unknown symbol
> > 'cmt_insert_before_ctor_dtor'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1878 Unknown symbol
> > 'use_options_overriding_for_qt_macros'
> >
> > ./Utilities/Maintenance/uncrustify_itk.cfg:1885 Unknown symbol
> > 'warn_level_tabs_found_in_verbatim_string_literals'
> >
> >
> > Thanks,
> > Somesh
> >
> >
> > _______________________________________________
> > 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
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160912/206daf17/attachment.html>
-------------- next part --------------
_______________________________________________
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

From someshsandbox at gmail.com  Mon Sep 12 21:30:36 2016
From: someshsandbox at gmail.com (Somesh)
Date: Mon, 12 Sep 2016 21:30:36 -0400
Subject: [ITK] [ITK-dev] Pre-commit Failure uncrustify
In-Reply-To: <CAPmoeGbA6uxA9a0NF9b-x4JVqPkxvOsbDsWFQYw=yzAjnocOHg@mail.gmail.com>
References: <CADafqVpNZaq4JxNiTLLLv+4QomXW1P0mJJVcjoBGaZ6b5OmQgw@mail.gmail.com>
 <CALzTN-TCmCv0kWWy7go1qp+R3zUEdW-ZyhGF_x9p1-7=Up4_Zw@mail.gmail.com>
 <CADafqVqqDKDFpE8cMqtv4AtoN8d_0AUJT75udH9wUx3zxKC8jQ@mail.gmail.com>
 <CAPmoeGbA6uxA9a0NF9b-x4JVqPkxvOsbDsWFQYw=yzAjnocOHg@mail.gmail.com>
Message-ID: <CADafqVpzwHs71ft9L=YESmu5-ChnyUvkwX3p+mssQRSP_2KGPw@mail.gmail.com>

Hi D?enan,
I am using the HEAD of master uncrustify. The last commit to this repo was
made today.

commit 5a264cf59733fa8e0f69f8e6567e069a8cfd8bde
Merge: 553ef05 8ce4ca1
Author: Zhiming Wang <zmwangx at gmail.com>
Date:   Mon Sep 12 10:22:27 2016 -0400

I have build from source using brew for mac.

Also my mergetool/difftool are all set. I am using OS X El Captain 10.11.6
and kaleidoscope tool for mac http://www.kaleidoscopeapp.com/.

Thanks,
Somesh

On Mon, Sep 12, 2016 at 9:11 PM, Dzenan Zukic <dzenan.zukic at kitware.com>
wrote:

> Hi Somesh,
>
> You need a recent master version (2016-08-26 or newer) which you can build
> yourself from source available on GitHub
> <https://github.com/uncrustify/uncrustify>.
>
> Also, you need to have merge tool set. On Windows kdiff3 works well but
> TortoiseMerge doesn't.
>
> Regards,
> D?enan Zuki?, PhD, Senior R&D Engineer, Kitware (Carrboro, N.C.)
>
> On Mon, Sep 12, 2016 at 9:03 PM, Somesh <someshsandbox at gmail.com> wrote:
>
>> Hi Matt,
>> Do KWStyle and uncrustify play well with both enabled ?
>> I have  uncrustify  version 0.63 and the prehooks still fail. I believe
>> 0.63 is the latest uncrustify version: https://github.com/un
>> crustify/uncrustify/blob/master/CMakeLists.txt#L124
>>
>> Thanks,
>> Somesh
>>
>> On Mon, Sep 12, 2016 at 5:12 PM, Matt McCormick <
>> matt.mccormick at kitware.com> wrote:
>>
>>> Hi Somesh,
>>>
>>> Yes, Dzenan recently improved upstream uncrustify and its
>>> configuration in ITK so it works much better. A newer version of
>>> uncrustify is required as described here:
>>>
>>>   https://github.com/InsightSoftwareConsortium/ITK/blob/6ee105
>>> 75445aa1c878797db4febf7d775a38f1f3/Utilities/DevelopmentSetu
>>> pScripts/GitTips.sh#L66-L74
>>>
>>> Thanks,
>>> Matt
>>>
>>> On Mon, Sep 12, 2016 at 2:49 PM, Somesh <someshsandbox at gmail.com> wrote:
>>> > Hi,
>>> > I recently set up a ITK dev on my mac. While commiting a patch
>>> locally, I am
>>> > getting failure in precommit hooks. Specifically uncrustify is giving
>>> the
>>> > following errors. Do I have to install a specific version of
>>> > uncrustify/python ? I installed uncrustify using brew.
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:99 Unknown symbol
>>> > 'indent_cs_delegate_brace'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:287 Unknown symbol
>>> > 'indent_token_after_brace'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:290 Unknown symbol
>>> > 'indent_cpp_lambda_body'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:424 Unknown symbol
>>> > 'sp_angle_paren_empty'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:533 Unknown symbol
>>> > 'sp_after_operator_sym_empty'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:570 Unknown symbol
>>> > 'sp_func_proto_paren_empty'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:576 Unknown symbol
>>> > 'sp_func_def_paren_empty'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:614 Unknown symbol
>>> > 'sp_func_class_paren_empty'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:644 Unknown symbol
>>> > 'sp_super_paren'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:647 Unknown symbol
>>> > 'sp_this_paren'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:851 Unknown symbol
>>> > 'sp_skip_vbrace_tokens'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:922 Unknown symbol
>>> > 'align_var_class_span'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:925 Unknown symbol
>>> > 'align_var_class_thresh'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:928 Unknown symbol
>>> > 'align_var_class_gap'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1068 Unknown symbol
>>> > 'nl_oc_block_brace'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1245 Unknown symbol
>>> > 'nl_enum_own_lines'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1256 Unknown symbol
>>> > 'nl_func_class_scope'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1284 Unknown symbol
>>> > 'nl_func_decl_start_multi_line'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1287 Unknown symbol
>>> > 'nl_func_def_start_multi_line'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1296 Unknown symbol
>>> > 'nl_func_decl_args_multi_line'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1299 Unknown symbol
>>> > 'nl_func_def_args_multi_line'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1314 Unknown symbol
>>> > 'nl_func_decl_end_multi_line'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1317 Unknown symbol
>>> > 'nl_func_def_end_multi_line'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1326 Unknown symbol
>>> > 'nl_func_call_start_multi_line'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1329 Unknown symbol
>>> > 'nl_func_call_args_multi_line'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1332 Unknown symbol
>>> > 'nl_func_call_end_multi_line'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1388 Unknown symbol
>>> > 'nl_squeeze_ifdef_top_level'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1461 Unknown symbol
>>> > 'nl_split_if_one_liner'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1465 Unknown symbol
>>> > 'nl_split_for_one_liner'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1469 Unknown symbol
>>> > 'nl_split_while_one_liner'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1541 Unknown symbol
>>> > 'nl_after_func_class_proto'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1544 Unknown symbol
>>> > 'nl_after_func_class_proto_group'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1662 Unknown symbol
>>> > 'mod_full_brace_if_chain_only'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1781 Unknown symbol
>>> > 'cmt_multi_first_len_minimum'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1812 Unknown symbol
>>> > 'cmt_insert_before_inlines'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1817 Unknown symbol
>>> > 'cmt_insert_before_ctor_dtor'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1878 Unknown symbol
>>> > 'use_options_overriding_for_qt_macros'
>>> >
>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1885 Unknown symbol
>>> > 'warn_level_tabs_found_in_verbatim_string_literals'
>>> >
>>> >
>>> > Thanks,
>>> > Somesh
>>> >
>>> >
>>> > _______________________________________________
>>> > 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
>>> >
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160912/3dc0f44d/attachment-0001.html>
-------------- next part --------------
_______________________________________________
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

From someshsandbox at gmail.com  Mon Sep 12 22:14:57 2016
From: someshsandbox at gmail.com (Somesh)
Date: Mon, 12 Sep 2016 22:14:57 -0400
Subject: [ITK] [ITK-dev] Pre-commit Failure uncrustify
In-Reply-To: <CADafqVpzwHs71ft9L=YESmu5-ChnyUvkwX3p+mssQRSP_2KGPw@mail.gmail.com>
References: <CADafqVpNZaq4JxNiTLLLv+4QomXW1P0mJJVcjoBGaZ6b5OmQgw@mail.gmail.com>
 <CALzTN-TCmCv0kWWy7go1qp+R3zUEdW-ZyhGF_x9p1-7=Up4_Zw@mail.gmail.com>
 <CADafqVqqDKDFpE8cMqtv4AtoN8d_0AUJT75udH9wUx3zxKC8jQ@mail.gmail.com>
 <CAPmoeGbA6uxA9a0NF9b-x4JVqPkxvOsbDsWFQYw=yzAjnocOHg@mail.gmail.com>
 <CADafqVpzwHs71ft9L=YESmu5-ChnyUvkwX3p+mssQRSP_2KGPw@mail.gmail.com>
Message-ID: <CADafqVrQ6SZ2P6KeNPtSZ_mqD+oXJEUfb3oKQA036ez7zg04gQ@mail.gmail.com>

Is running uncrustify hooks a required process in the ITK development
workflow or can I disable it if I have to submit a patch ?

Thanks,
Somesh

On Mon, Sep 12, 2016 at 9:30 PM, Somesh <someshsandbox at gmail.com> wrote:

> Hi D?enan,
> I am using the HEAD of master uncrustify. The last commit to this repo was
> made today.
>
> commit 5a264cf59733fa8e0f69f8e6567e069a8cfd8bde
> Merge: 553ef05 8ce4ca1
> Author: Zhiming Wang <zmwangx at gmail.com>
> Date:   Mon Sep 12 10:22:27 2016 -0400
>
> I have build from source using brew for mac.
>
> Also my mergetool/difftool are all set. I am using OS X El Captain 10.11.6
> and kaleidoscope tool for mac http://www.kaleidoscopeapp.com/.
>
> Thanks,
> Somesh
>
> On Mon, Sep 12, 2016 at 9:11 PM, Dzenan Zukic <dzenan.zukic at kitware.com>
> wrote:
>
>> Hi Somesh,
>>
>> You need a recent master version (2016-08-26 or newer) which you can
>> build yourself from source available on GitHub
>> <https://github.com/uncrustify/uncrustify>.
>>
>> Also, you need to have merge tool set. On Windows kdiff3 works well but
>> TortoiseMerge doesn't.
>>
>> Regards,
>> D?enan Zuki?, PhD, Senior R&D Engineer, Kitware (Carrboro, N.C.)
>>
>> On Mon, Sep 12, 2016 at 9:03 PM, Somesh <someshsandbox at gmail.com> wrote:
>>
>>> Hi Matt,
>>> Do KWStyle and uncrustify play well with both enabled ?
>>> I have  uncrustify  version 0.63 and the prehooks still fail. I believe
>>> 0.63 is the latest uncrustify version: https://github.com/un
>>> crustify/uncrustify/blob/master/CMakeLists.txt#L124
>>>
>>> Thanks,
>>> Somesh
>>>
>>> On Mon, Sep 12, 2016 at 5:12 PM, Matt McCormick <
>>> matt.mccormick at kitware.com> wrote:
>>>
>>>> Hi Somesh,
>>>>
>>>> Yes, Dzenan recently improved upstream uncrustify and its
>>>> configuration in ITK so it works much better. A newer version of
>>>> uncrustify is required as described here:
>>>>
>>>>   https://github.com/InsightSoftwareConsortium/ITK/blob/6ee105
>>>> 75445aa1c878797db4febf7d775a38f1f3/Utilities/DevelopmentSetu
>>>> pScripts/GitTips.sh#L66-L74
>>>>
>>>> Thanks,
>>>> Matt
>>>>
>>>> On Mon, Sep 12, 2016 at 2:49 PM, Somesh <someshsandbox at gmail.com>
>>>> wrote:
>>>> > Hi,
>>>> > I recently set up a ITK dev on my mac. While commiting a patch
>>>> locally, I am
>>>> > getting failure in precommit hooks. Specifically uncrustify is giving
>>>> the
>>>> > following errors. Do I have to install a specific version of
>>>> > uncrustify/python ? I installed uncrustify using brew.
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:99 Unknown symbol
>>>> > 'indent_cs_delegate_brace'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:287 Unknown symbol
>>>> > 'indent_token_after_brace'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:290 Unknown symbol
>>>> > 'indent_cpp_lambda_body'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:424 Unknown symbol
>>>> > 'sp_angle_paren_empty'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:533 Unknown symbol
>>>> > 'sp_after_operator_sym_empty'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:570 Unknown symbol
>>>> > 'sp_func_proto_paren_empty'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:576 Unknown symbol
>>>> > 'sp_func_def_paren_empty'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:614 Unknown symbol
>>>> > 'sp_func_class_paren_empty'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:644 Unknown symbol
>>>> > 'sp_super_paren'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:647 Unknown symbol
>>>> > 'sp_this_paren'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:851 Unknown symbol
>>>> > 'sp_skip_vbrace_tokens'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:922 Unknown symbol
>>>> > 'align_var_class_span'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:925 Unknown symbol
>>>> > 'align_var_class_thresh'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:928 Unknown symbol
>>>> > 'align_var_class_gap'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1068 Unknown symbol
>>>> > 'nl_oc_block_brace'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1245 Unknown symbol
>>>> > 'nl_enum_own_lines'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1256 Unknown symbol
>>>> > 'nl_func_class_scope'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1284 Unknown symbol
>>>> > 'nl_func_decl_start_multi_line'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1287 Unknown symbol
>>>> > 'nl_func_def_start_multi_line'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1296 Unknown symbol
>>>> > 'nl_func_decl_args_multi_line'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1299 Unknown symbol
>>>> > 'nl_func_def_args_multi_line'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1314 Unknown symbol
>>>> > 'nl_func_decl_end_multi_line'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1317 Unknown symbol
>>>> > 'nl_func_def_end_multi_line'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1326 Unknown symbol
>>>> > 'nl_func_call_start_multi_line'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1329 Unknown symbol
>>>> > 'nl_func_call_args_multi_line'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1332 Unknown symbol
>>>> > 'nl_func_call_end_multi_line'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1388 Unknown symbol
>>>> > 'nl_squeeze_ifdef_top_level'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1461 Unknown symbol
>>>> > 'nl_split_if_one_liner'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1465 Unknown symbol
>>>> > 'nl_split_for_one_liner'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1469 Unknown symbol
>>>> > 'nl_split_while_one_liner'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1541 Unknown symbol
>>>> > 'nl_after_func_class_proto'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1544 Unknown symbol
>>>> > 'nl_after_func_class_proto_group'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1662 Unknown symbol
>>>> > 'mod_full_brace_if_chain_only'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1781 Unknown symbol
>>>> > 'cmt_multi_first_len_minimum'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1812 Unknown symbol
>>>> > 'cmt_insert_before_inlines'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1817 Unknown symbol
>>>> > 'cmt_insert_before_ctor_dtor'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1878 Unknown symbol
>>>> > 'use_options_overriding_for_qt_macros'
>>>> >
>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1885 Unknown symbol
>>>> > 'warn_level_tabs_found_in_verbatim_string_literals'
>>>> >
>>>> >
>>>> > Thanks,
>>>> > Somesh
>>>> >
>>>> >
>>>> > _______________________________________________
>>>> > 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
>>>> >
>>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160912/3e486734/attachment.html>
-------------- next part --------------
_______________________________________________
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

From dzenanz at gmail.com  Mon Sep 12 22:17:52 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Mon, 12 Sep 2016 22:17:52 -0400
Subject: [ITK] [ITK-dev] Pre-commit Failure uncrustify
In-Reply-To: <CADafqVrQ6SZ2P6KeNPtSZ_mqD+oXJEUfb3oKQA036ez7zg04gQ@mail.gmail.com>
References: <CADafqVpNZaq4JxNiTLLLv+4QomXW1P0mJJVcjoBGaZ6b5OmQgw@mail.gmail.com>
 <CALzTN-TCmCv0kWWy7go1qp+R3zUEdW-ZyhGF_x9p1-7=Up4_Zw@mail.gmail.com>
 <CADafqVqqDKDFpE8cMqtv4AtoN8d_0AUJT75udH9wUx3zxKC8jQ@mail.gmail.com>
 <CAPmoeGbA6uxA9a0NF9b-x4JVqPkxvOsbDsWFQYw=yzAjnocOHg@mail.gmail.com>
 <CADafqVpzwHs71ft9L=YESmu5-ChnyUvkwX3p+mssQRSP_2KGPw@mail.gmail.com>
 <CADafqVrQ6SZ2P6KeNPtSZ_mqD+oXJEUfb3oKQA036ez7zg04gQ@mail.gmail.com>
Message-ID: <CAPf2UMTzDG9xdqhTYkTq+p=7_Py21HuL5fz5qrE3Lhr4xqSBfA@mail.gmail.com>

It is not required.

D?enan at phone

On Sep 12, 2016 22:15, "Somesh" <someshsandbox at gmail.com> wrote:

> Is running uncrustify hooks a required process in the ITK development
> workflow or can I disable it if I have to submit a patch ?
>
> Thanks,
> Somesh
>
> On Mon, Sep 12, 2016 at 9:30 PM, Somesh <someshsandbox at gmail.com> wrote:
>
>> Hi D?enan,
>> I am using the HEAD of master uncrustify. The last commit to this repo
>> was made today.
>>
>> commit 5a264cf59733fa8e0f69f8e6567e069a8cfd8bde
>> Merge: 553ef05 8ce4ca1
>> Author: Zhiming Wang <zmwangx at gmail.com>
>> Date:   Mon Sep 12 10:22:27 2016 -0400
>>
>> I have build from source using brew for mac.
>>
>> Also my mergetool/difftool are all set. I am using OS X El
>> Captain 10.11.6 and kaleidoscope tool for mac http://www.kaleidoscopeapp
>> .com/.
>>
>> Thanks,
>> Somesh
>>
>> On Mon, Sep 12, 2016 at 9:11 PM, Dzenan Zukic <dzenan.zukic at kitware.com>
>> wrote:
>>
>>> Hi Somesh,
>>>
>>> You need a recent master version (2016-08-26 or newer) which you can
>>> build yourself from source available on GitHub
>>> <https://github.com/uncrustify/uncrustify>.
>>>
>>> Also, you need to have merge tool set. On Windows kdiff3 works well but
>>> TortoiseMerge doesn't.
>>>
>>> Regards,
>>> D?enan Zuki?, PhD, Senior R&D Engineer, Kitware (Carrboro, N.C.)
>>>
>>> On Mon, Sep 12, 2016 at 9:03 PM, Somesh <someshsandbox at gmail.com> wrote:
>>>
>>>> Hi Matt,
>>>> Do KWStyle and uncrustify play well with both enabled ?
>>>> I have  uncrustify  version 0.63 and the prehooks still fail. I
>>>> believe 0.63 is the latest uncrustify version: https://github.com/un
>>>> crustify/uncrustify/blob/master/CMakeLists.txt#L124
>>>>
>>>> Thanks,
>>>> Somesh
>>>>
>>>> On Mon, Sep 12, 2016 at 5:12 PM, Matt McCormick <
>>>> matt.mccormick at kitware.com> wrote:
>>>>
>>>>> Hi Somesh,
>>>>>
>>>>> Yes, Dzenan recently improved upstream uncrustify and its
>>>>> configuration in ITK so it works much better. A newer version of
>>>>> uncrustify is required as described here:
>>>>>
>>>>>   https://github.com/InsightSoftwareConsortium/ITK/blob/6ee105
>>>>> 75445aa1c878797db4febf7d775a38f1f3/Utilities/DevelopmentSetu
>>>>> pScripts/GitTips.sh#L66-L74
>>>>>
>>>>> Thanks,
>>>>> Matt
>>>>>
>>>>> On Mon, Sep 12, 2016 at 2:49 PM, Somesh <someshsandbox at gmail.com>
>>>>> wrote:
>>>>> > Hi,
>>>>> > I recently set up a ITK dev on my mac. While commiting a patch
>>>>> locally, I am
>>>>> > getting failure in precommit hooks. Specifically uncrustify is
>>>>> giving the
>>>>> > following errors. Do I have to install a specific version of
>>>>> > uncrustify/python ? I installed uncrustify using brew.
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:99 Unknown symbol
>>>>> > 'indent_cs_delegate_brace'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:287 Unknown symbol
>>>>> > 'indent_token_after_brace'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:290 Unknown symbol
>>>>> > 'indent_cpp_lambda_body'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:424 Unknown symbol
>>>>> > 'sp_angle_paren_empty'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:533 Unknown symbol
>>>>> > 'sp_after_operator_sym_empty'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:570 Unknown symbol
>>>>> > 'sp_func_proto_paren_empty'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:576 Unknown symbol
>>>>> > 'sp_func_def_paren_empty'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:614 Unknown symbol
>>>>> > 'sp_func_class_paren_empty'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:644 Unknown symbol
>>>>> > 'sp_super_paren'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:647 Unknown symbol
>>>>> > 'sp_this_paren'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:851 Unknown symbol
>>>>> > 'sp_skip_vbrace_tokens'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:922 Unknown symbol
>>>>> > 'align_var_class_span'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:925 Unknown symbol
>>>>> > 'align_var_class_thresh'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:928 Unknown symbol
>>>>> > 'align_var_class_gap'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1068 Unknown symbol
>>>>> > 'nl_oc_block_brace'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1245 Unknown symbol
>>>>> > 'nl_enum_own_lines'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1256 Unknown symbol
>>>>> > 'nl_func_class_scope'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1284 Unknown symbol
>>>>> > 'nl_func_decl_start_multi_line'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1287 Unknown symbol
>>>>> > 'nl_func_def_start_multi_line'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1296 Unknown symbol
>>>>> > 'nl_func_decl_args_multi_line'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1299 Unknown symbol
>>>>> > 'nl_func_def_args_multi_line'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1314 Unknown symbol
>>>>> > 'nl_func_decl_end_multi_line'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1317 Unknown symbol
>>>>> > 'nl_func_def_end_multi_line'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1326 Unknown symbol
>>>>> > 'nl_func_call_start_multi_line'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1329 Unknown symbol
>>>>> > 'nl_func_call_args_multi_line'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1332 Unknown symbol
>>>>> > 'nl_func_call_end_multi_line'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1388 Unknown symbol
>>>>> > 'nl_squeeze_ifdef_top_level'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1461 Unknown symbol
>>>>> > 'nl_split_if_one_liner'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1465 Unknown symbol
>>>>> > 'nl_split_for_one_liner'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1469 Unknown symbol
>>>>> > 'nl_split_while_one_liner'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1541 Unknown symbol
>>>>> > 'nl_after_func_class_proto'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1544 Unknown symbol
>>>>> > 'nl_after_func_class_proto_group'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1662 Unknown symbol
>>>>> > 'mod_full_brace_if_chain_only'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1781 Unknown symbol
>>>>> > 'cmt_multi_first_len_minimum'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1812 Unknown symbol
>>>>> > 'cmt_insert_before_inlines'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1817 Unknown symbol
>>>>> > 'cmt_insert_before_ctor_dtor'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1878 Unknown symbol
>>>>> > 'use_options_overriding_for_qt_macros'
>>>>> >
>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1885 Unknown symbol
>>>>> > 'warn_level_tabs_found_in_verbatim_string_literals'
>>>>> >
>>>>> >
>>>>> > Thanks,
>>>>> > Somesh
>>>>> >
>>>>> >
>>>>> > _______________________________________________
>>>>> > 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
>>>>> >
>>>>>
>>>>
>>>>
>>>
>>
>
> _______________________________________________
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160912/5c4025f2/attachment-0001.html>
-------------- next part --------------
_______________________________________________
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

From r.oliveira16 at imperial.ac.uk  Tue Sep 13 05:54:19 2016
From: r.oliveira16 at imperial.ac.uk (Oliveira, Rodolfo)
Date: Tue, 13 Sep 2016 09:54:19 +0000
Subject: [ITK] Get the list of Points, Edges and Cells of a Mesh
In-Reply-To: <CALzTN-S15Y4Bt8QeBcJX1SPfz+kG6EDcRyT4MMuphm6na2LNvQ@mail.gmail.com>
References: <DB6PR0601MB227858A6B883C32AE8067E05B9F80@DB6PR0601MB2278.eurprd06.prod.outlook.com>,
 <CALzTN-S15Y4Bt8QeBcJX1SPfz+kG6EDcRyT4MMuphm6na2LNvQ@mail.gmail.com>
Message-ID: <AM5PR0601MB2276467E6092EE8FED67F6CBB9FE0@AM5PR0601MB2276.eurprd06.prod.outlook.com>

Hi Matt,


It did helped a lot!


I modified the example to display what's been written to file in terms of what I need but I'm struggling to access the edges of a particular face. For now all I can do is to iterate over the points and cell's ids. There are some examples to write data to cells but I either don't find it that useful for my case or completely understood it.


Please find my code below:



#include "itkQuadEdgeMesh.h"
#include "itkMeshFileWriter.h"
#include "itkMeshFileReader.h"

int main(int argc, char* argv[])
{
    if (argc != 2)
    {
        std::cerr << "Usage: " << std::endl;
        std::cerr << argv[0];
        std::cerr << " <OutputFileName>";
        std::cerr << std::endl;
        return EXIT_FAILURE;
    }

    const char * outputFileName = argv[1];

    //
    // Definitions
    //
    const unsigned int Dimension = 3;

    typedef double                                    CoordType;
    typedef itk::QuadEdgeMesh< CoordType, Dimension > MeshType;

    MeshType::Pointer mesh = MeshType::New();

    typedef MeshType::PointsContainer         PointsContainer;
    typedef MeshType::PointsContainerPointer  PointsContainerPointer;

    //
    // Create points
    //
    PointsContainerPointer points = PointsContainer::New();
    points->Reserve(9);

    typedef MeshType::PointType               PointType;
    PointType p;
    p[2] = 0.;

    typedef MeshType::PointIdentifier         PointIdentifier;
    PointIdentifier k = 0;

    for (int i = 0; i < 3; i++)
    {
        p[0] = static_cast< CoordType >(i);

        for (int j = 0; j < 3; j++)
        {
            p[1] = static_cast< CoordType >(j);
            points->SetElement(k, p);
            k++;
        }
    }

    mesh->SetPoints(points);

    //
    // Create faces
    //
    k = 0;

    for (int i = 0; i < 2; i++)
    {
        for (int j = 0; j < 2; j++)
        {
            mesh->AddFaceTriangle(k, k + 1, k + 4);
            mesh->AddFaceTriangle(k, k + 4, k + 3);
            k++;
        }
        k++;
    }

    //
    // Write mesh to file
    //
    typedef itk::MeshFileWriter< MeshType > WriterType;
    WriterType::Pointer writer = WriterType::New();
    writer->SetFileName(outputFileName);
    writer->SetInput(mesh);
    try
    {
        writer->Update();
    }
    catch (itk::ExceptionObject & error)
    {
        std::cerr << "Error: " << error << std::endl;
        return EXIT_FAILURE;
    }

    //
    // Read mesh to file
    //
    typedef itk::MeshFileReader< MeshType > ReaderType;
    ReaderType::Pointer reader = ReaderType::New();
    reader->SetFileName(outputFileName);
    try
    {
        reader->Update();
    }
    catch (itk::ExceptionObject & error)
    {
        std::cerr << "Error: " << error << std::endl;
        return EXIT_FAILURE;
    }

    mesh = reader->GetOutput();

    //
    // Print data
    //
    typedef MeshType::PointsContainer::ConstIterator PointIterator;
    PointIterator pointIterator = mesh->GetPoints()->Begin();
    PointIterator pointEnd = mesh->GetPoints()->End();

    MeshType::PointIdentifier pid;

    while (pointIterator != pointEnd)
    {
        p = pointIterator.Value();
        pid = pointIterator.Index();

        std::cout << pid << ": "
            << p[0] << " "
            << p[1] << " "
            << p[2] << std::endl;

        ++pointIterator;
    }

    //
    // Print edges
    //
    typedef MeshType::CellsContainer::ConstIterator CellIterator;
    CellIterator cellIterator = mesh->GetCells()->Begin();
    CellIterator cellEnd = mesh->GetCells()->End();

    MeshType::CellType *c;
    MeshType::CellIdentifier cid;

    while (cellIterator != cellEnd)
    {
        c = cellIterator.Value();
        cid = cellIterator.Index();

        std::cout << cid << ": "
            // The face's edge list?
            << std::endl;

        ++cellIterator;
    }

    return EXIT_SUCCESS;
}



Thanks again!


Rodolfo

________________________________
From: Matt McCormick <matt.mccormick at kitware.com>
Sent: 07 September 2016 21:30:18
To: Oliveira, Rodolfo
Cc: Community at itk.org
Subject: Re: [ITK] Get the list of Points, Edges and Cells of a Mesh

Hi Rodolfo,

Here is an example of how to manually create a mesh:

  https://itk.org/ITKExamples/src/Core/QuadEdgeMesh/CreateTriangularQuadEdgeMesh/Documentation.html

HTH,
Matt

On Wed, Sep 7, 2016 at 12:36 PM, Oliveira, Rodolfo
<r.oliveira16 at imperial.ac.uk> wrote:
> Hi,
>
>
> I need to get the list of points, edges and cells of an itk mesh to file. I
> have to write the points, the edges as a reference of two points' indexes
> and the faces as three edges' indexes.
>
>
> So far I only managed to get the points from a mesh, using a point iterator
> and writing its value and indexes. I still haven't figure it out how to get
> the linking indexes of the edges and faces.
>
>
> For illustration purposes, say I have a mesh containing a single triangle,
> defined this:
>
>
> 0,1 - 2 - 1,1
>
>  |       /
>
>  |      /
>
>  |  1  /
>
>  1    3
>
>  |   /
>
>  |  /
>
>  | /
>
> 0,0
>
>
> The structure would be like this:
>
> Points:
> 1: 0,0
> 2: 0,1
> 3: 1,1
>
> Edges:
> 1: 1 2 (Point 1 to Point 2)
> 2: 2 3
> 3: 3 1
>
> Faces:
> 1: 1 2 3 (Edge 1, to Edge 2 and Edge 3)
>
> This is a rather simplistic example, but there is no difference for the case
> of more than one triangle. But they might share some of the same indexes
> when neighbours.
>
> Any help would be much appreciated!
>
>
> Thanks,
>
>
> Rodolfo
>
>
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160913/7f85a663/attachment.html>

From c.metz at quantib.com  Tue Sep 13 06:07:44 2016
From: c.metz at quantib.com (Coert Metz)
Date: Tue, 13 Sep 2016 12:07:44 +0200
Subject: [ITK] [ITK-dev] ITKv5
In-Reply-To: <CAPf2UMSRrtwkURm9=2va9d_irjXFjn0L27NtewRFiZCJF73ZHg@mail.gmail.com>
References: <CAHwLD2VMqX0vjSRTJ8z1WOxT+zLZhcp6-p1p7-oXzEUS=z202g@mail.gmail.com>
 <CAPf2UMSRrtwkURm9=2va9d_irjXFjn0L27NtewRFiZCJF73ZHg@mail.gmail.com>
Message-ID: <CAAmKhgrrtD0QNUpuakj6wxUdWL0OXSP_HMr7zU5Q1s1QvFx0XQ@mail.gmail.com>

I don't have editing privileges for the wiki but I want to respond on the
suggestion to use fixed width types. In general, I think this is a good
idea. However, for char you have to realize that char, signed char and
unsigned char are three different types. Changing char -> int8_t will
therefore always be a real type change (and not only potentially for some
platforms). I am not sure if this is desirable as char is quite widely used
for 8 bit image representations in other systems/libraries.

Kind regards,
Coert Metz

On Fri, Sep 9, 2016 at 11:40 PM, D?enan Zuki? <dzenanz at gmail.com> wrote:

> I added a couple items to the wishlist.
>
> On Fri, Sep 9, 2016 at 3:28 PM, Francois Budin <francois.budin at kitware.com
> > wrote:
>
>> Hello everyone,
>>
>> I just started a wishlist page for ITKv5. As far as I know, there is no
>> current ITKv5 officially planned but it may be a good location to keep
>> track of the current limitations of ITK and what could be improved in the
>> next major revision that may break some of the API. Please feel free to add
>> any of your wishes on that page here: https://itk.org/Wiki/ITK_Relea
>> se_5/Wish_List
>> Thanks!
>>
>> Francois
>>
>> _______________________________________________
>> 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
>>
>>
>
> _______________________________________________
> 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
>
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
>
>


-- 
Coert Metz, PhD
Software Architect / Research & Development Engineer  |  Quantib B.V.
<http://www.quantib.com/>
c.metz at quantib.com  |  +31 650 68 60 28

-- 
This message may contain confidential or privileged information. If you are 
not the addressee, please notify the sender and delete it from your files.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160913/dcc459f6/attachment-0001.html>

From francois.budin at kitware.com  Tue Sep 13 09:17:06 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Tue, 13 Sep 2016 09:17:06 -0400
Subject: [ITK] [ITK-dev] ITKv5
In-Reply-To: <CAAmKhgrrtD0QNUpuakj6wxUdWL0OXSP_HMr7zU5Q1s1QvFx0XQ@mail.gmail.com>
References: <CAHwLD2VMqX0vjSRTJ8z1WOxT+zLZhcp6-p1p7-oXzEUS=z202g@mail.gmail.com>
 <CAPf2UMSRrtwkURm9=2va9d_irjXFjn0L27NtewRFiZCJF73ZHg@mail.gmail.com>
 <CAAmKhgrrtD0QNUpuakj6wxUdWL0OXSP_HMr7zU5Q1s1QvFx0XQ@mail.gmail.com>
Message-ID: <CAHwLD2UwzA0Z9agyPQ5Aeqmw2CHs4YLEf5xLtB18suhZKMefGA@mail.gmail.com>

Thank you for your suggestion. I have updated the wiki page accordingly. I
do agree that it makes sense since most (all?) format use char and unsigned
char to store 8 bits information.

Francois

On Tue, Sep 13, 2016 at 6:07 AM, Coert Metz <c.metz at quantib.com> wrote:

> I don't have editing privileges for the wiki but I want to respond on the
> suggestion to use fixed width types. In general, I think this is a good
> idea. However, for char you have to realize that char, signed char and
> unsigned char are three different types. Changing char -> int8_t will
> therefore always be a real type change (and not only potentially for some
> platforms). I am not sure if this is desirable as char is quite widely used
> for 8 bit image representations in other systems/libraries.
>
> Kind regards,
> Coert Metz
>
> On Fri, Sep 9, 2016 at 11:40 PM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>
>> I added a couple items to the wishlist.
>>
>> On Fri, Sep 9, 2016 at 3:28 PM, Francois Budin <
>> francois.budin at kitware.com> wrote:
>>
>>> Hello everyone,
>>>
>>> I just started a wishlist page for ITKv5. As far as I know, there is no
>>> current ITKv5 officially planned but it may be a good location to keep
>>> track of the current limitations of ITK and what could be improved in the
>>> next major revision that may break some of the API. Please feel free to add
>>> any of your wishes on that page here: https://itk.org/Wiki/ITK_Relea
>>> se_5/Wish_List
>>> Thanks!
>>>
>>> Francois
>>>
>>> _______________________________________________
>>> 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
>>>
>>>
>>
>> _______________________________________________
>> 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
>>
>> _______________________________________________
>> Community mailing list
>> Community at itk.org
>> http://public.kitware.com/mailman/listinfo/community
>>
>>
>
>
> --
> Coert Metz, PhD
> Software Architect / Research & Development Engineer  |  Quantib B.V.
> <http://www.quantib.com/>
> c.metz at quantib.com  |  +31 650 68 60 28
>
> This message may contain confidential or privileged information. If you
> are not the addressee, please notify the sender and delete it from your
> files.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160913/b266e24f/attachment.html>

From dzenanz at gmail.com  Tue Sep 13 10:14:47 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Tue, 13 Sep 2016 10:14:47 -0400
Subject: [ITK] Get the list of Points, Edges and Cells of a Mesh
In-Reply-To: <AM5PR0601MB2276467E6092EE8FED67F6CBB9FE0@AM5PR0601MB2276.eurprd06.prod.outlook.com>
References: <DB6PR0601MB227858A6B883C32AE8067E05B9F80@DB6PR0601MB2278.eurprd06.prod.outlook.com>
 <CALzTN-S15Y4Bt8QeBcJX1SPfz+kG6EDcRyT4MMuphm6na2LNvQ@mail.gmail.com>
 <AM5PR0601MB2276467E6092EE8FED67F6CBB9FE0@AM5PR0601MB2276.eurprd06.prod.outlook.com>
Message-ID: <CAPf2UMTLM1Y+2Vtvdr5ZfQG2fx1nrH70=ALReYSjPXXJ1abdow@mail.gmail.com>

Hi Rodolfo,

faces are one type of cells for a mesh. For examples how to access them,
you can take a look at:
https://itk.org/Doxygen/html/Examples_2DataRepresentation_
2Mesh_2MeshCellsIteration_8cxx-example.html
https://itk.org/ITKExamples/src/Core/QuadEdgeMesh/CutMesh/Documentation.html

Regards,
D?enan

On Tue, Sep 13, 2016 at 5:54 AM, Oliveira, Rodolfo <
r.oliveira16 at imperial.ac.uk> wrote:

> Hi Matt,
>
>
> It did helped a lot!
>
>
> I modified the example to display what's been written to file in terms of
> what I need but I'm struggling to access the edges of a particular face.
> For now all I can do is to iterate over the points and cell's ids. There
> are some examples to write data to cells but I either don't find it that
> useful for my case or completely understood it.
>
>
> Please find my code below:
>
>
>
> #include "itkQuadEdgeMesh.h"
> #include "itkMeshFileWriter.h"
> #include "itkMeshFileReader.h"
>
> int main(int argc, char* argv[])
> {
>     if (argc != 2)
>     {
>         std::cerr << "Usage: " << std::endl;
>         std::cerr << argv[0];
>         std::cerr << " <OutputFileName>";
>         std::cerr << std::endl;
>         return EXIT_FAILURE;
>     }
>
>     const char * outputFileName = argv[1];
>
>     //
>     // Definitions
>     //
>     const unsigned int Dimension = 3;
>
>     typedef double                                    CoordType;
>     typedef itk::QuadEdgeMesh< CoordType, Dimension > MeshType;
>
>     MeshType::Pointer mesh = MeshType::New();
>
>     typedef MeshType::PointsContainer         PointsContainer;
>     typedef MeshType::PointsContainerPointer  PointsContainerPointer;
>
>     //
>     // Create points
>     //
>     PointsContainerPointer points = PointsContainer::New();
>     points->Reserve(9);
>
>     typedef MeshType::PointType               PointType;
>     PointType p;
>     p[2] = 0.;
>
>     typedef MeshType::PointIdentifier         PointIdentifier;
>     PointIdentifier k = 0;
>
>     for (int i = 0; i < 3; i++)
>     {
>         p[0] = static_cast< CoordType >(i);
>
>         for (int j = 0; j < 3; j++)
>         {
>             p[1] = static_cast< CoordType >(j);
>             points->SetElement(k, p);
>             k++;
>         }
>     }
>
>     mesh->SetPoints(points);
>
>     //
>     // Create faces
>     //
>     k = 0;
>
>     for (int i = 0; i < 2; i++)
>     {
>         for (int j = 0; j < 2; j++)
>         {
>             mesh->AddFaceTriangle(k, k + 1, k + 4);
>             mesh->AddFaceTriangle(k, k + 4, k + 3);
>             k++;
>         }
>         k++;
>     }
>
>     //
>     // Write mesh to file
>     //
>     typedef itk::MeshFileWriter< MeshType > WriterType;
>     WriterType::Pointer writer = WriterType::New();
>     writer->SetFileName(outputFileName);
>     writer->SetInput(mesh);
>     try
>     {
>         writer->Update();
>     }
>     catch (itk::ExceptionObject & error)
>     {
>         std::cerr << "Error: " << error << std::endl;
>         return EXIT_FAILURE;
>     }
>
>     //
>     // Read mesh to file
>     //
>     typedef itk::MeshFileReader< MeshType > ReaderType;
>     ReaderType::Pointer reader = ReaderType::New();
>     reader->SetFileName(outputFileName);
>     try
>     {
>         reader->Update();
>     }
>     catch (itk::ExceptionObject & error)
>     {
>         std::cerr << "Error: " << error << std::endl;
>         return EXIT_FAILURE;
>     }
>
>     mesh = reader->GetOutput();
>
>     //
>     // Print data
>     //
>     typedef MeshType::PointsContainer::ConstIterator PointIterator;
>     PointIterator pointIterator = mesh->GetPoints()->Begin();
>     PointIterator pointEnd = mesh->GetPoints()->End();
>
>     MeshType::PointIdentifier pid;
>
>     while (pointIterator != pointEnd)
>     {
>         p = pointIterator.Value();
>         pid = pointIterator.Index();
>
>         std::cout << pid << ": "
>             << p[0] << " "
>             << p[1] << " "
>             << p[2] << std::endl;
>
>         ++pointIterator;
>     }
>
>     //
>     // Print edges
>     //
>     typedef MeshType::CellsContainer::ConstIterator CellIterator;
>     CellIterator cellIterator = mesh->GetCells()->Begin();
>     CellIterator cellEnd = mesh->GetCells()->End();
>
>     MeshType::CellType *c;
>     MeshType::CellIdentifier cid;
>
>     while (cellIterator != cellEnd)
>     {
>         c = cellIterator.Value();
>         cid = cellIterator.Index();
>
>         std::cout << cid << ": "
>             // The face's edge list?
>             << std::endl;
>
>         ++cellIterator;
>     }
>
>     return EXIT_SUCCESS;
> }
>
>
>
> Thanks again!
>
>
> Rodolfo
> ------------------------------
> *From:* Matt McCormick <matt.mccormick at kitware.com>
> *Sent:* 07 September 2016 21:30:18
> *To:* Oliveira, Rodolfo
> *Cc:* Community at itk.org
> *Subject:* Re: [ITK] Get the list of Points, Edges and Cells of a Mesh
>
> Hi Rodolfo,
>
> Here is an example of how to manually create a mesh:
>
>   https://itk.org/ITKExamples/src/Core/QuadEdgeMesh/CreateTria
> ngularQuadEdgeMesh/Documentation.html
>
> HTH,
> Matt
>
> On Wed, Sep 7, 2016 at 12:36 PM, Oliveira, Rodolfo
> <r.oliveira16 at imperial.ac.uk> wrote:
> > Hi,
> >
> >
> > I need to get the list of points, edges and cells of an itk mesh to
> file. I
> > have to write the points, the edges as a reference of two points' indexes
> > and the faces as three edges' indexes.
> >
> >
> > So far I only managed to get the points from a mesh, using a point
> iterator
> > and writing its value and indexes. I still haven't figure it out how to
> get
> > the linking indexes of the edges and faces.
> >
> >
> > For illustration purposes, say I have a mesh containing a single
> triangle,
> > defined this:
> >
> >
> > 0,1 - 2 - 1,1
> >
> >  |       /
> >
> >  |      /
> >
> >  |  1  /
> >
> >  1    3
> >
> >  |   /
> >
> >  |  /
> >
> >  | /
> >
> > 0,0
> >
> >
> > The structure would be like this:
> >
> > Points:
> > 1: 0,0
> > 2: 0,1
> > 3: 1,1
> >
> > Edges:
> > 1: 1 2 (Point 1 to Point 2)
> > 2: 2 3
> > 3: 3 1
> >
> > Faces:
> > 1: 1 2 3 (Edge 1, to Edge 2 and Edge 3)
> >
> > This is a rather simplistic example, but there is no difference for the
> case
> > of more than one triangle. But they might share some of the same indexes
> > when neighbours.
> >
> > Any help would be much appreciated!
> >
> >
> > Thanks,
> >
> >
> > Rodolfo
> >
> >
> > _______________________________________________
> > Community mailing list
> > Community at itk.org
> > http://public.kitware.com/mailman/listinfo/community
> >
>
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160913/6d0777e9/attachment-0001.html>

From tammy.diprima at stonybrook.edu  Tue Sep 13 10:30:23 2016
From: tammy.diprima at stonybrook.edu (Tammy Diprima)
Date: Tue, 13 Sep 2016 10:30:23 -0400
Subject: [ITK] [ITK-users] sanity check, please
Message-ID: <CAH-Tv+stknXThwfELw5GCyjB1qJCsA=PVxrtJ7x==NCAJDaRNA@mail.gmail.com>

Dear Friends,

I've got a tiff image, which, when I read it in with ITK example "
ReadUnknownImageType", pixel type is short.

The following is correct for reading in that image, right?
    typedef itk::Image<short, 2> ShortImageType;

    typedef itk::ImageFileReader<ShortImageType> ReaderType;

    ReaderType::Pointer reader = ReaderType::New();
    reader->SetFileName(filename);
    reader->Update();

    ShortImageType::Pointer inputImage = reader->GetOutput();

I'm asking because example TIFFImageIO shows creating an image in
memory *(rather
than reading it from a file)*, but then it *writes* it as itk::TIFFImageIO.

So I'm confused.  Do I need to read it as TIFFImageIO?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160913/ba1cab39/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From tevain at telecom-paristech.fr  Tue Sep 13 10:42:53 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Tue, 13 Sep 2016 16:42:53 +0200 (CEST)
Subject: [ITK] [ITK-users]   sanity check, please
In-Reply-To: <CAH-Tv+stknXThwfELw5GCyjB1qJCsA=PVxrtJ7x==NCAJDaRNA@mail.gmail.com>
References: <CAH-Tv+stknXThwfELw5GCyjB1qJCsA=PVxrtJ7x==NCAJDaRNA@mail.gmail.com>
Message-ID: <907278540.61233965.1473777773493.JavaMail.zimbra@enst.fr>

Hi,

That's actually what is done when you're using the image file reader.
This filter (and it writing twin ImageFileWriter) are automatically calling the needed IO depending on the input/output format at run time.

HTH,

Tim


----- Mail original -----
De: "Tammy Diprima" <tammy.diprima at stonybrook.edu>
?: "Insight-users" <insight-users at itk.org>
Envoy?: Mardi 13 Septembre 2016 16:30:23
Objet: [ITK] [ITK-users] sanity check, please

Dear Friends, 

I've got a tiff image, which, when I read it in with ITK example " ReadUnknownImageType ", pixel type is short. 

The following is correct for reading in that image, right? 
typedef itk::Image<short, 2> ShortImageType; 

typedef itk::ImageFileReader<ShortImageType> ReaderType; 

ReaderType::Pointer reader = ReaderType::New(); 
reader->SetFileName(filename); 
reader->Update(); 

ShortImageType::Pointer inputImage = reader->GetOutput(); 

I'm asking because example TIFFImageIO shows creating an image in memory (rather than reading it from a file) , but then it writes it as itk::TIFFImageIO . 

So I'm confused. Do I need to read it as TIFFImageIO ? 

_____________________________________
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://www.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-users

_______________________________________________
Community mailing list
Community at itk.org
http://public.kitware.com/mailman/listinfo/community
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Tue Sep 13 10:42:47 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Tue, 13 Sep 2016 10:42:47 -0400
Subject: [ITK] [ITK-users] sanity check, please
In-Reply-To: <CAH-Tv+stknXThwfELw5GCyjB1qJCsA=PVxrtJ7x==NCAJDaRNA@mail.gmail.com>
References: <CAH-Tv+stknXThwfELw5GCyjB1qJCsA=PVxrtJ7x==NCAJDaRNA@mail.gmail.com>
Message-ID: <CALzTN-SmR=GkYQgOzvyOnc1c7mPWP7wP1mWbZ69yPCukBEfo1Q@mail.gmail.com>

Hi Tammy,

Yes, the code looks good and sane :-).

Internally, your itk::ImageFileReader will use an itk::TIFFImageIO.
After reading the images, the instance of the itk::ImageIO used can be
obtained with the reader via [1]

  itk::ImageIOBase::Pointer imageIO = reader->GetImageIO();
  std::cout << imageIO << std::endl;

Hope this helps,
Matt

[1] https://itk.org/Doxygen/html/classitk_1_1ImageFileReader.html#a9786e003237eaa37f0d46714b2ba75c1

On Tue, Sep 13, 2016 at 10:30 AM, Tammy Diprima
<tammy.diprima at stonybrook.edu> wrote:
> Dear Friends,
>
> I've got a tiff image, which, when I read it in with ITK example
> "ReadUnknownImageType", pixel type is short.
>
> The following is correct for reading in that image, right?
>     typedef itk::Image<short, 2> ShortImageType;
>
>     typedef itk::ImageFileReader<ShortImageType> ReaderType;
>
>     ReaderType::Pointer reader = ReaderType::New();
>     reader->SetFileName(filename);
>     reader->Update();
>
>     ShortImageType::Pointer inputImage = reader->GetOutput();
>
> I'm asking because example TIFFImageIO shows creating an image in memory
> (rather than reading it from a file), but then it writes it as
> itk::TIFFImageIO.
>
> So I'm confused.  Do I need to read it as TIFFImageIO?
>
> _____________________________________
> 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://www.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-users
>
_____________________________________
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://www.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-users

From tammy.diprima at stonybrook.edu  Tue Sep 13 10:58:00 2016
From: tammy.diprima at stonybrook.edu (Tammy Diprima)
Date: Tue, 13 Sep 2016 10:58:00 -0400
Subject: [ITK] [ITK-users] sanity check, please
In-Reply-To: <CALzTN-SmR=GkYQgOzvyOnc1c7mPWP7wP1mWbZ69yPCukBEfo1Q@mail.gmail.com>
References: <CAH-Tv+stknXThwfELw5GCyjB1qJCsA=PVxrtJ7x==NCAJDaRNA@mail.gmail.com>
 <CALzTN-SmR=GkYQgOzvyOnc1c7mPWP7wP1mWbZ69yPCukBEfo1Q@mail.gmail.com>
Message-ID: <CAH-Tv+t03m1JKrUvGBeuALm3905AGp+mjNfxEW2vxZ+WKrnGgA@mail.gmail.com>

Thank you Matt, as always, for your support :-)

- Tammy


On 13 September 2016 at 10:42, Matt McCormick <matt.mccormick at kitware.com>
wrote:

> Hi Tammy,
>
> Yes, the code looks good and sane :-).
>
> Internally, your itk::ImageFileReader will use an itk::TIFFImageIO.
> After reading the images, the instance of the itk::ImageIO used can be
> obtained with the reader via [1]
>
>   itk::ImageIOBase::Pointer imageIO = reader->GetImageIO();
>   std::cout << imageIO << std::endl;
>
> Hope this helps,
> Matt
>
> [1] https://itk.org/Doxygen/html/classitk_1_1ImageFileReader.html#
> a9786e003237eaa37f0d46714b2ba75c1
>
> On Tue, Sep 13, 2016 at 10:30 AM, Tammy wrote:
> > Dear Friends,
> >
> > I've got a tiff image, which, when I read it in with ITK example
> > "ReadUnknownImageType", pixel type is short.
> >
> > The following is correct for reading in that image, right?
> >     typedef itk::Image<short, 2> ShortImageType;
> >
> >     typedef itk::ImageFileReader<ShortImageType> ReaderType;
> >
> >     ReaderType::Pointer reader = ReaderType::New();
> >     reader->SetFileName(filename);
> >     reader->Update();
> >
> >     ShortImageType::Pointer inputImage = reader->GetOutput();
> >
> > I'm asking because example TIFFImageIO shows creating an image in memory
> > (rather than reading it from a file), but then it writes it as
> > itk::TIFFImageIO.
> >
> > So I'm confused.  Do I need to read it as TIFFImageIO?
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160913/514d4063/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From weiliu620 at gmail.com  Tue Sep 13 14:54:25 2016
From: weiliu620 at gmail.com (Wei Liu)
Date: Tue, 13 Sep 2016 14:54:25 -0400
Subject: [ITK] gpu mean filter segfault
Message-ID: <CAJoKFkTrXt9_DY2PcU_uNJkZKt+mMG2uZazeyCUuPVRBJ5gAGQ@mail.gmail.com>

Hi community,

It's more like a question to developers. I'm using itkGPUMeanImageFilter
and got a segfault. Here are the steps I took:

- Compile latest github version of ITK with GPU option on
- Wrote a program to apply gpu mean filter on a 3D MRI brain image.

Run it in gdb (to show the location of segfault) and here is the output:
---------- gdb output ------------------------
(gdb) run -i ../data/MRHead.nrrd -o tmp.nrrd
Starting program: /home/weiliu/build/gpu_mean_smoothing -i
../data/MRHead.nrrd -o tmp.nrrd
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Platform  : NVIDIA CUDA
[New Thread 0x7ffff465e700 (LWP 12782)]
[New Thread 0x7fffebbff700 (LWP 12783)]
[New Thread 0x7fffeb2b6700 (LWP 12784)]
[New Thread 0x7fffeaab5700 (LWP 12785)]
[New Thread 0x7fffea2b4700 (LWP 12786)]
[New Thread 0x7fffe9ab3700 (LWP 12787)]
[New Thread 0x7fffe92b2700 (LWP 12788)]
GeForce GTX 980 Ti
Maximum Work Item Sizes : { 1024, 1024, 64 }
Maximum Work Group Size : 1024
Alignment in bits of the base address : 4096
Smallest alignment in bytes for any data type : 128
cl_khr_byte_addressable_store cl_khr_icd cl_khr_gl_sharing
cl_nv_compiler_options cl_nv_device_attribute_query cl_nv_pragma_unroll
cl_nv_copy_opts  cl_khr_global_int32_base_atomics
cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics
cl_khr_local_int32_extended_atomics cl_khr_fp64
Defines: #define DIM_3
#define PIXELTYPE float


Program received signal SIGSEGV, Segmentation fault.
0x0000000000670f96 in itk::GPUMeanImageFilter<itk::Image<float, 3u>,
itk::Image<float, 3u> >::GPUGenerateData (this=0x1b01f00)
    at
/home/weiliu/packages/ITK/Modules/Filtering/GPUSmoothing/include/itkGPUMeanImageFilter.hxx:75
75  typename GPUOutputImage::SizeType outSize =
otPtr->GetLargestPossibleRegion().GetSize();
--------- end of gdb output --------------------

So where should I start to debug? I'm on Ubuntu 14.04 LTS, 64 bit, with
CUDA 7.5.

Thanks for your input.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160913/e1bb300b/attachment.html>

From blowekamp at mail.nih.gov  Tue Sep 13 15:51:03 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Tue, 13 Sep 2016 19:51:03 +0000
Subject: [ITK] [ITK-dev] ITKv5
In-Reply-To: <CAAmKhgrrtD0QNUpuakj6wxUdWL0OXSP_HMr7zU5Q1s1QvFx0XQ@mail.gmail.com>
References: <CAHwLD2VMqX0vjSRTJ8z1WOxT+zLZhcp6-p1p7-oXzEUS=z202g@mail.gmail.com>
 <CAPf2UMSRrtwkURm9=2va9d_irjXFjn0L27NtewRFiZCJF73ZHg@mail.gmail.com>
 <CAAmKhgrrtD0QNUpuakj6wxUdWL0OXSP_HMr7zU5Q1s1QvFx0XQ@mail.gmail.com>
Message-ID: <AF93DC5F-67DA-46A3-BE29-4E0DF8A99B48@mail.nih.gov>

Yes, according to C++(C) the types ?char?, ?unsigned char?, and ?signed char? are distinct intrinsict types. The ?char? type may or may not be signed [1].

However, from a portable I/O perspective, the data must be either ?signed? or ?unsigned?. I think using fixed with integer types for the byte size is appropriate for portable I/O.

Using the ?char? type, with its undefined signess for I/O or image processing is a mistake just waiting to happen, which can result in unexpected signed behavior.

HTH,
Brad

[1] http://stackoverflow.com/questions/2054939/is-char-signed-or-unsigned-by-default


On Sep 13, 2016, at 6:07 AM, Coert Metz <c.metz at quantib.com<mailto:c.metz at quantib.com>> wrote:

I don't have editing privileges for the wiki but I want to respond on the suggestion to use fixed width types. In general, I think this is a good idea. However, for char you have to realize that char, signed char and unsigned char are three different types. Changing char -> int8_t will therefore always be a real type change (and not only potentially for some platforms). I am not sure if this is desirable as char is quite widely used for 8 bit image representations in other systems/libraries.

Kind regards,
Coert Metz

On Fri, Sep 9, 2016 at 11:40 PM, D?enan Zuki? <dzenanz at gmail.com<mailto:dzenanz at gmail.com>> wrote:
I added a couple items to the wishlist.

On Fri, Sep 9, 2016 at 3:28 PM, Francois Budin <francois.budin at kitware.com<mailto:francois.budin at kitware.com>> wrote:
Hello everyone,

I just started a wishlist page for ITKv5. As far as I know, there is no current ITKv5 officially planned but it may be a good location to keep track of the current limitations of ITK and what could be improved in the next major revision that may break some of the API. Please feel free to add any of your wishes on that page here: https://itk.org/Wiki/ITK_Release_5/Wish_List
Thanks!

Francois

_______________________________________________
Powered by www.kitware.com<http://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



_______________________________________________
Powered by www.kitware.com<http://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

_______________________________________________
Community mailing list
Community at itk.org<mailto:Community at itk.org>
http://public.kitware.com/mailman/listinfo/community




--
Coert Metz, PhD
Software Architect / Research & Development Engineer  |  Quantib B.V.<http://www.quantib.com/>
c.metz at quantib.com<mailto:c.metz at quantib.com>  |  +31 650 68 60 28

This message may contain confidential or privileged information. If you are not the addressee, please notify the sender and delete it from your files._______________________________________________
Community mailing list
Community at itk.org<mailto:Community at itk.org>
http://public.kitware.com/mailman/listinfo/community

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160913/f867c795/attachment.html>

From dzenanz at gmail.com  Tue Sep 13 16:36:01 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Tue, 13 Sep 2016 16:36:01 -0400
Subject: [ITK] [ITK-dev] ITKv5
In-Reply-To: <AF93DC5F-67DA-46A3-BE29-4E0DF8A99B48@mail.nih.gov>
References: <CAHwLD2VMqX0vjSRTJ8z1WOxT+zLZhcp6-p1p7-oXzEUS=z202g@mail.gmail.com>
 <CAPf2UMSRrtwkURm9=2va9d_irjXFjn0L27NtewRFiZCJF73ZHg@mail.gmail.com>
 <CAAmKhgrrtD0QNUpuakj6wxUdWL0OXSP_HMr7zU5Q1s1QvFx0XQ@mail.gmail.com>
 <AF93DC5F-67DA-46A3-BE29-4E0DF8A99B48@mail.nih.gov>
Message-ID: <CAPf2UMTLvdLzm0V=Gpn5dihn+GfY7AU4gwzMtLHZ+66L8PqNCg@mail.gmail.com>

I am in the camp of not using char but rather explicit 8-bit int (signed or
unsigned). In C++, uint8_t and int8_t should be implicitly convertible to
unsigned char and signed char respectively.

On Tue, Sep 13, 2016 at 3:51 PM, Lowekamp, Bradley (NIH/NLM/LHC) [C] <
blowekamp at mail.nih.gov> wrote:

> Yes, according to C++(C) the types ?char?, ?unsigned char?, and ?signed
> char? are distinct intrinsict types. The ?char? type may or may not be
> signed [1].
>
> However, from a portable I/O perspective, the data must be either ?signed?
> or ?unsigned?. I think using fixed with integer types for the byte size is
> appropriate for portable I/O.
>
> Using the ?char? type, with its undefined signess for I/O or image
> processing is a mistake just waiting to happen, which can result in
> unexpected signed behavior.
>
> HTH,
> Brad
>
> [1] http://stackoverflow.com/questions/2054939/is-char-
> signed-or-unsigned-by-default
>
>
> On Sep 13, 2016, at 6:07 AM, Coert Metz <c.metz at quantib.com> wrote:
>
> I don't have editing privileges for the wiki but I want to respond on the
> suggestion to use fixed width types. In general, I think this is a good
> idea. However, for char you have to realize that char, signed char and
> unsigned char are three different types. Changing char -> int8_t will
> therefore always be a real type change (and not only potentially for some
> platforms). I am not sure if this is desirable as char is quite widely used
> for 8 bit image representations in other systems/libraries.
>
> Kind regards,
> Coert Metz
>
> On Fri, Sep 9, 2016 at 11:40 PM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>
>> I added a couple items to the wishlist.
>>
>> On Fri, Sep 9, 2016 at 3:28 PM, Francois Budin <
>> francois.budin at kitware.com> wrote:
>>
>>> Hello everyone,
>>>
>>> I just started a wishlist page for ITKv5. As far as I know, there is no
>>> current ITKv5 officially planned but it may be a good location to keep
>>> track of the current limitations of ITK and what could be improved in the
>>> next major revision that may break some of the API. Please feel free to add
>>> any of your wishes on that page here: https://itk.org/Wiki/ITK_Relea
>>> se_5/Wish_List
>>> Thanks!
>>>
>>> Francois
>>>
>>> _______________________________________________
>>> 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
>>>
>>>
>>
>> _______________________________________________
>> 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
>>
>> _______________________________________________
>> Community mailing list
>> Community at itk.org
>> http://public.kitware.com/mailman/listinfo/community
>>
>>
>
>
> --
> Coert Metz, PhD
> Software Architect / Research & Development Engineer  |  Quantib B.V.
> <http://www.quantib.com/>
> c.metz at quantib.com  |  +31 650 68 60 28
>
> This message may contain confidential or privileged information. If you
> are not the addressee, please notify the sender and delete it from your
> files._______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160913/bcf8952e/attachment-0001.html>

From dzenanz at gmail.com  Wed Sep 14 11:02:02 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Wed, 14 Sep 2016 11:02:02 -0400
Subject: [ITK] gpu mean filter segfault
In-Reply-To: <CAJoKFkTrXt9_DY2PcU_uNJkZKt+mMG2uZazeyCUuPVRBJ5gAGQ@mail.gmail.com>
References: <CAJoKFkTrXt9_DY2PcU_uNJkZKt+mMG2uZazeyCUuPVRBJ5gAGQ@mail.gmail.com>
Message-ID: <CAPf2UMRYA9bAixeL2S8RuB7Xan=C4CNpYAE7AwM3B+tkFPJJcA@mail.gmail.com>

Hi Wei,

you should start by setting a breakpoint in
file /home/weiliu/packages/ITK/Modules/Filtering/GPUSmoothing/include/itkGPUMeanImageFilter.hxx,
line 75 and inspect variables involved in that statement: does oPtr point
to a valid itk::Image etc. If you find a problem with the code or
documentation, please submit <http://itk.org/Wiki/ITK/Git/Develop> a fix.

Regards,
D?enan

On Tue, Sep 13, 2016 at 2:54 PM, Wei Liu <weiliu620 at gmail.com> wrote:

> Hi community,
>
> It's more like a question to developers. I'm using itkGPUMeanImageFilter
> and got a segfault. Here are the steps I took:
>
> - Compile latest github version of ITK with GPU option on
> - Wrote a program to apply gpu mean filter on a 3D MRI brain image.
>
> Run it in gdb (to show the location of segfault) and here is the output:
> ---------- gdb output ------------------------
> (gdb) run -i ../data/MRHead.nrrd -o tmp.nrrd
> Starting program: /home/weiliu/build/gpu_mean_smoothing -i
> ../data/MRHead.nrrd -o tmp.nrrd
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> Platform  : NVIDIA CUDA
> [New Thread 0x7ffff465e700 (LWP 12782)]
> [New Thread 0x7fffebbff700 (LWP 12783)]
> [New Thread 0x7fffeb2b6700 (LWP 12784)]
> [New Thread 0x7fffeaab5700 (LWP 12785)]
> [New Thread 0x7fffea2b4700 (LWP 12786)]
> [New Thread 0x7fffe9ab3700 (LWP 12787)]
> [New Thread 0x7fffe92b2700 (LWP 12788)]
> GeForce GTX 980 Ti
> Maximum Work Item Sizes : { 1024, 1024, 64 }
> Maximum Work Group Size : 1024
> Alignment in bits of the base address : 4096
> Smallest alignment in bytes for any data type : 128
> cl_khr_byte_addressable_store cl_khr_icd cl_khr_gl_sharing
> cl_nv_compiler_options cl_nv_device_attribute_query cl_nv_pragma_unroll
> cl_nv_copy_opts  cl_khr_global_int32_base_atomics
> cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics
> cl_khr_local_int32_extended_atomics cl_khr_fp64
> Defines: #define DIM_3
> #define PIXELTYPE float
>
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x0000000000670f96 in itk::GPUMeanImageFilter<itk::Image<float, 3u>,
> itk::Image<float, 3u> >::GPUGenerateData (this=0x1b01f00)
>     at /home/weiliu/packages/ITK/Modules/Filtering/GPUSmoothing/include/
> itkGPUMeanImageFilter.hxx:75
> 75  typename GPUOutputImage::SizeType outSize = otPtr->
> GetLargestPossibleRegion().GetSize();
> --------- end of gdb output --------------------
>
> So where should I start to debug? I'm on Ubuntu 14.04 LTS, 64 bit, with
> CUDA 7.5.
>
> Thanks for your input.
>
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160914/710a2bb3/attachment.html>

From scorpiuni at gmail.com  Wed Sep 14 14:24:22 2016
From: scorpiuni at gmail.com (Robert)
Date: Wed, 14 Sep 2016 11:24:22 -0700 (MST)
Subject: [ITK] [ITK-users] Write to file
Message-ID: <1473877462293-7589209.post@n2.nabble.com>

Dear ITK community,

is there a possibility to write the output of a shape function to a file?
More precisely, if I take for example the geodesic segmentation filter, this
inputs the shape to the algorithm:
geodesicActiveContour->SetShapeFunction( shape );
However, I now want this "shape" object saved to a file for a later use, and
not calculated on the fly each time running the algorithm.
An imagefilewriter does not seem to do the job...

Thanks in advance,
Robert



--
View this message in context: http://itk-insight-users.2283740.n2.nabble.com/Write-to-file-tp7589209.html
Sent from the ITK Insight Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From tobias.wood at kcl.ac.uk  Wed Sep 14 06:55:07 2016
From: tobias.wood at kcl.ac.uk (Wood, Tobias)
Date: Wed, 14 Sep 2016 10:55:07 +0000
Subject: [ITK] [ITK-dev] ITKv5
In-Reply-To: <CAPf2UMTLvdLzm0V=Gpn5dihn+GfY7AU4gwzMtLHZ+66L8PqNCg@mail.gmail.com>
References: <CAHwLD2VMqX0vjSRTJ8z1WOxT+zLZhcp6-p1p7-oXzEUS=z202g@mail.gmail.com>
 <CAPf2UMSRrtwkURm9=2va9d_irjXFjn0L27NtewRFiZCJF73ZHg@mail.gmail.com>
 <CAAmKhgrrtD0QNUpuakj6wxUdWL0OXSP_HMr7zU5Q1s1QvFx0XQ@mail.gmail.com>
 <AF93DC5F-67DA-46A3-BE29-4E0DF8A99B48@mail.nih.gov>
 <CAPf2UMTLvdLzm0V=Gpn5dihn+GfY7AU4gwzMtLHZ+66L8PqNCg@mail.gmail.com>
Message-ID: <B3193797-EC75-43E8-8C61-DD15FFAA0C52@kcl.ac.uk>

To take the conversation in a slightly different direction - I would dearly love to see the C++11 and Eigen suggestions taken forward. I already use both alongside ITK. Occasionally I have thought about attempting to make the changes to ITK myself, but it?s a large amount of work and I?m time poor at the moment. If a branch was started for either/both of these I would be happy to contribute.

Thanks,
Toby


On 13/09/2016, 21:36, "Community on behalf of D?enan Zuki?" <community-bounces at itk.org on behalf of dzenanz at gmail.com> wrote:

    
    I am in the camp of not using char but rather explicit 8-bit int (signed or unsigned). In C++, uint8_t and int8_t should be implicitly convertible to unsigned char and signed char respectively.
    
    
    On Tue, Sep 13, 2016 at 3:51 PM, Lowekamp, Bradley (NIH/NLM/LHC) [C]
    <blowekamp at mail.nih.gov> wrote:
    
    Yes, according to C++(C) the types ?char?, ?unsigned char?, and ?signed char? are distinct intrinsict types. The ?char? type may or may not be signed [1].
    
    
    However, from a portable I/O perspective, the data must be either ?signed? or ?unsigned?. I think using fixed with integer types for the byte size is appropriate for portable I/O.
    
    
    Using the ?char? type, with its undefined signess for I/O or image processing is a mistake just waiting to happen, which can result in unexpected signed behavior.
    
    
    HTH,
    Brad
    
    
    [1] http://stackoverflow.com/questions/2054939/is-char-signed-or-unsigned-by-default <https://emea01.safelinks.protection.outlook.com/?url=http%3a%2f%2fstackoverflow.com%2fquestions%2f2054939%2fis-char-signed-or-unsigned-by-default&data=01%7c01%7ctobias.wood%40kcl.ac.uk%7c7e3dabb90a5a4e0ca6e308d3dc15a49d%7c8370cf1416f34c16b83c724071654356%7c0&sdata=cSGTi81UpFEYtwzfXvJgSuhrEBKkB5puk6IXymnxT1w%3d>
    
    
    
    
    On Sep 13, 2016, at 6:07 AM, Coert Metz <c.metz at quantib.com> wrote:
    
    
    
    I don't have editing privileges for the wiki but I want to respond on the suggestion to use fixed width types. In general, I think this is a good idea. However, for char you have to realize that char, signed char and unsigned char
     are three different types. Changing char -> int8_t will therefore always be a real type change (and not only potentially for some platforms). I am not sure if this is desirable as char is quite widely used for 8 bit image representations in other systems/libraries.
    
    
    Kind regards,
    Coert Metz
    
    
    On Fri, Sep 9, 2016 at 11:40 PM, D?enan Zuki? 
    <dzenanz at gmail.com> wrote:
    
    I added a couple items to the wishlist.
    
    
    On Fri, Sep 9, 2016 at 3:28 PM, Francois Budin <francois.budin at kitware.com> wrote:
    
    
    
    Hello everyone,
    
    
    I just started a wishlist page for ITKv5. As far as I know, there is no current ITKv5 officially planned but it may be a good location to keep track of the current limitations of ITK and what could be improved in the next major revision that may break some
     of the API. Please feel free to add any of your wishes on that page here: 
    https://itk.org/Wiki/ITK_Release_5/Wish_List <https://emea01.safelinks.protection.outlook.com/?url=https%3a%2f%2fitk.org%2fWiki%2fITK_Release_5%2fWish_List&data=01%7c01%7ctobias.wood%40kcl.ac.uk%7c7e3dabb90a5a4e0ca6e308d3dc15a49d%7c8370cf1416f34c16b83c724071654356%7c0&sdata=38D1OlYlO5A%2fyCJha4KrN2iUR9epHNINdhtwsLTQ2%2bA%3d>
    
    Thanks!
    
    
    Francois
    
    
    
    
    _______________________________________________
    Powered by 
    www.kitware.com <https://emea01.safelinks.protection.outlook.com/?url=http%3a%2f%2fwww.kitware.com%2f&data=01%7c01%7ctobias.wood%40kcl.ac.uk%7c7e3dabb90a5a4e0ca6e308d3dc15a49d%7c8370cf1416f34c16b83c724071654356%7c0&sdata=OIqZ%2bOowH9YO8jG8m8rS7SeMj%2bnL7UnERnZuy7hs3ew%3d>
    
    Visit other Kitware open-source projects at
    http://www.kitware.com/opensource/opensource.html <https://emea01.safelinks.protection.outlook.com/?url=http%3a%2f%2fwww.kitware.com%2fopensource%2fopensource.html&data=01%7c01%7ctobias.wood%40kcl.ac.uk%7c7e3dabb90a5a4e0ca6e308d3dc15a49d%7c8370cf1416f34c16b83c724071654356%7c0&sdata=sH16zEIjita0tWqcsJBfxWKfWde0GARD9pL1JnXdnOY%3d>
    
    Kitware offers ITK Training Courses, for more information visit:
    http://kitware.com/products/protraining.php <https://emea01.safelinks.protection.outlook.com/?url=http%3a%2f%2fkitware.com%2fproducts%2fprotraining.php&data=01%7c01%7ctobias.wood%40kcl.ac.uk%7c7e3dabb90a5a4e0ca6e308d3dc15a49d%7c8370cf1416f34c16b83c724071654356%7c0&sdata=DjiABeLs4j426RwMJmLKVlXwEC%2bvN4ispf7FRdio3aw%3d>
    
    Please keep messages on-topic and check the ITK FAQ at:
    http://www.itk.org/Wiki/ITK_FAQ <https://emea01.safelinks.protection.outlook.com/?url=http%3a%2f%2fwww.itk.org%2fWiki%2fITK_FAQ&data=01%7c01%7ctobias.wood%40kcl.ac.uk%7c7e3dabb90a5a4e0ca6e308d3dc15a49d%7c8370cf1416f34c16b83c724071654356%7c0&sdata=0rDccmsywVv8r5nJMDzDKvSium0sM4xWtllVfgTjz9s%3d>
    
    Follow this link to subscribe/unsubscribe:
    http://public.kitware.com/mailman/listinfo/insight-developers <https://emea01.safelinks.protection.outlook.com/?url=http%3a%2f%2fpublic.kitware.com%2fmailman%2flistinfo%2finsight-developers&data=01%7c01%7ctobias.wood%40kcl.ac.uk%7c7e3dabb90a5a4e0ca6e308d3dc15a49d%7c8370cf1416f34c16b83c724071654356%7c0&sdata=Xsz9sHsrGlv4zOBdQBVO8IG5e0gJKeo1Rn%2bT5%2bZD3OQ%3d>
    
    
    
    
    
    
    
    _______________________________________________
    Powered by 
    www.kitware.com <https://emea01.safelinks.protection.outlook.com/?url=http%3a%2f%2fwww.kitware.com%2f&data=01%7c01%7ctobias.wood%40kcl.ac.uk%7c7e3dabb90a5a4e0ca6e308d3dc15a49d%7c8370cf1416f34c16b83c724071654356%7c0&sdata=OIqZ%2bOowH9YO8jG8m8rS7SeMj%2bnL7UnERnZuy7hs3ew%3d>
    
    Visit other Kitware open-source projects at
    http://www.kitware.com/opensource/opensource.html <https://emea01.safelinks.protection.outlook.com/?url=http%3a%2f%2fwww.kitware.com%2fopensource%2fopensource.html&data=01%7c01%7ctobias.wood%40kcl.ac.uk%7c7e3dabb90a5a4e0ca6e308d3dc15a49d%7c8370cf1416f34c16b83c724071654356%7c0&sdata=sH16zEIjita0tWqcsJBfxWKfWde0GARD9pL1JnXdnOY%3d>
    
    Kitware offers ITK Training Courses, for more information visit:
    http://kitware.com/products/protraining.php <https://emea01.safelinks.protection.outlook.com/?url=http%3a%2f%2fkitware.com%2fproducts%2fprotraining.php&data=01%7c01%7ctobias.wood%40kcl.ac.uk%7c7e3dabb90a5a4e0ca6e308d3dc15a49d%7c8370cf1416f34c16b83c724071654356%7c0&sdata=DjiABeLs4j426RwMJmLKVlXwEC%2bvN4ispf7FRdio3aw%3d>
    
    Please keep messages on-topic and check the ITK FAQ at:
    http://www.itk.org/Wiki/ITK_FAQ <https://emea01.safelinks.protection.outlook.com/?url=http%3a%2f%2fwww.itk.org%2fWiki%2fITK_FAQ&data=01%7c01%7ctobias.wood%40kcl.ac.uk%7c7e3dabb90a5a4e0ca6e308d3dc15a49d%7c8370cf1416f34c16b83c724071654356%7c0&sdata=0rDccmsywVv8r5nJMDzDKvSium0sM4xWtllVfgTjz9s%3d>
    
    Follow this link to subscribe/unsubscribe:
    http://public.kitware.com/mailman/listinfo/insight-developers <https://emea01.safelinks.protection.outlook.com/?url=http%3a%2f%2fpublic.kitware.com%2fmailman%2flistinfo%2finsight-developers&data=01%7c01%7ctobias.wood%40kcl.ac.uk%7c7e3dabb90a5a4e0ca6e308d3dc15a49d%7c8370cf1416f34c16b83c724071654356%7c0&sdata=Xsz9sHsrGlv4zOBdQBVO8IG5e0gJKeo1Rn%2bT5%2bZD3OQ%3d>
    
    _______________________________________________
    Community mailing list
    Community at itk.org
    http://public.kitware.com/mailman/listinfo/community <https://emea01.safelinks.protection.outlook.com/?url=http%3a%2f%2fpublic.kitware.com%2fmailman%2flistinfo%2fcommunity&data=01%7c01%7ctobias.wood%40kcl.ac.uk%7c7e3dabb90a5a4e0ca6e308d3dc15a49d%7c8370cf1416f34c16b83c724071654356%7c0&sdata=sYgLx0LkjSuQ2%2fNFL4hDIT6A3lVLqbXypVTylTIZbt0%3d>
    
    
    
    
    
    
    
    
    -- 
    Coert Metz, PhDSoftware Architect / Research & Development Engineer  |  Quantib
     B.V. <https://emea01.safelinks.protection.outlook.com/?url=http%3a%2f%2fwww.quantib.com%2f&data=01%7c01%7ctobias.wood%40kcl.ac.uk%7c7e3dabb90a5a4e0ca6e308d3dc15a49d%7c8370cf1416f34c16b83c724071654356%7c0&sdata=g21IqsAGCl2KMe9ToLNfGtN3gzJB31qwXwOmM9d3PW4%3d>
    c.metz at quantib.com  |  +31 650 68 60 28
    
    
    
    
    
    
    
    
    
    
    
    This message may contain confidential or privileged information. If you are not the addressee, please notify the sender and delete it from your files._______________________________________________
    Community mailing list
    Community at itk.org
    http://public.kitware.com/mailman/listinfo/community <https://emea01.safelinks.protection.outlook.com/?url=http%3a%2f%2fpublic.kitware.com%2fmailman%2flistinfo%2fcommunity&data=01%7c01%7ctobias.wood%40kcl.ac.uk%7c7e3dabb90a5a4e0ca6e308d3dc15a49d%7c8370cf1416f34c16b83c724071654356%7c0&sdata=sYgLx0LkjSuQ2%2fNFL4hDIT6A3lVLqbXypVTylTIZbt0%3d>
    
    
    
    
    
    
    
    
    
    
    
    
    
    



From dzenanz at gmail.com  Wed Sep 14 16:04:14 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Wed, 14 Sep 2016 16:04:14 -0400
Subject: [ITK] [ITK-dev] Pre-commit Failure uncrustify
In-Reply-To: <CAPf2UMTzDG9xdqhTYkTq+p=7_Py21HuL5fz5qrE3Lhr4xqSBfA@mail.gmail.com>
References: <CADafqVpNZaq4JxNiTLLLv+4QomXW1P0mJJVcjoBGaZ6b5OmQgw@mail.gmail.com>
 <CALzTN-TCmCv0kWWy7go1qp+R3zUEdW-ZyhGF_x9p1-7=Up4_Zw@mail.gmail.com>
 <CADafqVqqDKDFpE8cMqtv4AtoN8d_0AUJT75udH9wUx3zxKC8jQ@mail.gmail.com>
 <CAPmoeGbA6uxA9a0NF9b-x4JVqPkxvOsbDsWFQYw=yzAjnocOHg@mail.gmail.com>
 <CADafqVpzwHs71ft9L=YESmu5-ChnyUvkwX3p+mssQRSP_2KGPw@mail.gmail.com>
 <CADafqVrQ6SZ2P6KeNPtSZ_mqD+oXJEUfb3oKQA036ez7zg04gQ@mail.gmail.com>
 <CAPf2UMTzDG9xdqhTYkTq+p=7_Py21HuL5fz5qrE3Lhr4xqSBfA@mail.gmail.com>
Message-ID: <CAPf2UMTBt81+33QLvQut1N+Hix2CdJK2O0zW-=MqaDVOO5aD8A@mail.gmail.com>

Hi Somesh,

I just pulled master version of uncrustify, the last commit is on 10th (you
have a commit on 12th!):
Revision: 5d703fa01ff67afc029f31a5ac36bd2fbafb6aea
Author: gmaurel <guy.j at maurel.de>
Date: 2016-09-10 15:06:05
Message: Merge pull request #756 from Unity-Technologies/fixes/make_
version_with_cmake

I must conclude that you are using somebody's fork of uncrustify, not HEAD
from the official repository. Can you verify this?

Regards,
D?enan

On Mon, Sep 12, 2016 at 10:17 PM, D?enan Zuki? <dzenanz at gmail.com> wrote:

> It is not required.
>
> D?enan at phone
>
> On Sep 12, 2016 22:15, "Somesh" <someshsandbox at gmail.com> wrote:
>
>> Is running uncrustify hooks a required process in the ITK development
>> workflow or can I disable it if I have to submit a patch ?
>>
>> Thanks,
>> Somesh
>>
>> On Mon, Sep 12, 2016 at 9:30 PM, Somesh <someshsandbox at gmail.com> wrote:
>>
>>> Hi D?enan,
>>> I am using the HEAD of master uncrustify. The last commit to this repo
>>> was made today.
>>>
>>> commit 5a264cf59733fa8e0f69f8e6567e069a8cfd8bde
>>> Merge: 553ef05 8ce4ca1
>>> Author: Zhiming Wang <zmwangx at gmail.com>
>>> Date:   Mon Sep 12 10:22:27 2016 -0400
>>>
>>> I have build from source using brew for mac.
>>>
>>> Also my mergetool/difftool are all set. I am using OS X El
>>> Captain 10.11.6 and kaleidoscope tool for mac http://www.kaleidoscopeapp
>>> .com/.
>>>
>>> Thanks,
>>> Somesh
>>>
>>> On Mon, Sep 12, 2016 at 9:11 PM, Dzenan Zukic <dzenan.zukic at kitware.com>
>>> wrote:
>>>
>>>> Hi Somesh,
>>>>
>>>> You need a recent master version (2016-08-26 or newer) which you can
>>>> build yourself from source available on GitHub
>>>> <https://github.com/uncrustify/uncrustify>.
>>>>
>>>> Also, you need to have merge tool set. On Windows kdiff3 works well but
>>>> TortoiseMerge doesn't.
>>>>
>>>> Regards,
>>>> D?enan Zuki?, PhD, Senior R&D Engineer, Kitware (Carrboro, N.C.)
>>>>
>>>> On Mon, Sep 12, 2016 at 9:03 PM, Somesh <someshsandbox at gmail.com>
>>>> wrote:
>>>>
>>>>> Hi Matt,
>>>>> Do KWStyle and uncrustify play well with both enabled ?
>>>>> I have  uncrustify  version 0.63 and the prehooks still fail. I
>>>>> believe 0.63 is the latest uncrustify version: https://github.com/un
>>>>> crustify/uncrustify/blob/master/CMakeLists.txt#L124
>>>>>
>>>>> Thanks,
>>>>> Somesh
>>>>>
>>>>> On Mon, Sep 12, 2016 at 5:12 PM, Matt McCormick <
>>>>> matt.mccormick at kitware.com> wrote:
>>>>>
>>>>>> Hi Somesh,
>>>>>>
>>>>>> Yes, Dzenan recently improved upstream uncrustify and its
>>>>>> configuration in ITK so it works much better. A newer version of
>>>>>> uncrustify is required as described here:
>>>>>>
>>>>>>   https://github.com/InsightSoftwareConsortium/ITK/blob/6ee105
>>>>>> 75445aa1c878797db4febf7d775a38f1f3/Utilities/DevelopmentSetu
>>>>>> pScripts/GitTips.sh#L66-L74
>>>>>>
>>>>>> Thanks,
>>>>>> Matt
>>>>>>
>>>>>> On Mon, Sep 12, 2016 at 2:49 PM, Somesh <someshsandbox at gmail.com>
>>>>>> wrote:
>>>>>> > Hi,
>>>>>> > I recently set up a ITK dev on my mac. While commiting a patch
>>>>>> locally, I am
>>>>>> > getting failure in precommit hooks. Specifically uncrustify is
>>>>>> giving the
>>>>>> > following errors. Do I have to install a specific version of
>>>>>> > uncrustify/python ? I installed uncrustify using brew.
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:99 Unknown symbol
>>>>>> > 'indent_cs_delegate_brace'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:287 Unknown symbol
>>>>>> > 'indent_token_after_brace'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:290 Unknown symbol
>>>>>> > 'indent_cpp_lambda_body'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:424 Unknown symbol
>>>>>> > 'sp_angle_paren_empty'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:533 Unknown symbol
>>>>>> > 'sp_after_operator_sym_empty'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:570 Unknown symbol
>>>>>> > 'sp_func_proto_paren_empty'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:576 Unknown symbol
>>>>>> > 'sp_func_def_paren_empty'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:614 Unknown symbol
>>>>>> > 'sp_func_class_paren_empty'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:644 Unknown symbol
>>>>>> > 'sp_super_paren'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:647 Unknown symbol
>>>>>> > 'sp_this_paren'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:851 Unknown symbol
>>>>>> > 'sp_skip_vbrace_tokens'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:922 Unknown symbol
>>>>>> > 'align_var_class_span'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:925 Unknown symbol
>>>>>> > 'align_var_class_thresh'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:928 Unknown symbol
>>>>>> > 'align_var_class_gap'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1068 Unknown symbol
>>>>>> > 'nl_oc_block_brace'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1245 Unknown symbol
>>>>>> > 'nl_enum_own_lines'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1256 Unknown symbol
>>>>>> > 'nl_func_class_scope'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1284 Unknown symbol
>>>>>> > 'nl_func_decl_start_multi_line'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1287 Unknown symbol
>>>>>> > 'nl_func_def_start_multi_line'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1296 Unknown symbol
>>>>>> > 'nl_func_decl_args_multi_line'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1299 Unknown symbol
>>>>>> > 'nl_func_def_args_multi_line'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1314 Unknown symbol
>>>>>> > 'nl_func_decl_end_multi_line'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1317 Unknown symbol
>>>>>> > 'nl_func_def_end_multi_line'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1326 Unknown symbol
>>>>>> > 'nl_func_call_start_multi_line'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1329 Unknown symbol
>>>>>> > 'nl_func_call_args_multi_line'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1332 Unknown symbol
>>>>>> > 'nl_func_call_end_multi_line'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1388 Unknown symbol
>>>>>> > 'nl_squeeze_ifdef_top_level'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1461 Unknown symbol
>>>>>> > 'nl_split_if_one_liner'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1465 Unknown symbol
>>>>>> > 'nl_split_for_one_liner'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1469 Unknown symbol
>>>>>> > 'nl_split_while_one_liner'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1541 Unknown symbol
>>>>>> > 'nl_after_func_class_proto'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1544 Unknown symbol
>>>>>> > 'nl_after_func_class_proto_group'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1662 Unknown symbol
>>>>>> > 'mod_full_brace_if_chain_only'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1781 Unknown symbol
>>>>>> > 'cmt_multi_first_len_minimum'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1812 Unknown symbol
>>>>>> > 'cmt_insert_before_inlines'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1817 Unknown symbol
>>>>>> > 'cmt_insert_before_ctor_dtor'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1878 Unknown symbol
>>>>>> > 'use_options_overriding_for_qt_macros'
>>>>>> >
>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1885 Unknown symbol
>>>>>> > 'warn_level_tabs_found_in_verbatim_string_literals'
>>>>>> >
>>>>>> >
>>>>>> > Thanks,
>>>>>> > Somesh
>>>>>> >
>>>>>> >
>>>>>> > _______________________________________________
>>>>>> > 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
>>>>>> >
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>> _______________________________________________
>> 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
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160914/fce6ff85/attachment-0001.html>
-------------- next part --------------
_______________________________________________
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

From c.metz at quantib.com  Wed Sep 14 16:36:32 2016
From: c.metz at quantib.com (Coert Metz)
Date: Wed, 14 Sep 2016 22:36:32 +0200
Subject: [ITK] [ITK-dev] ITKv5
In-Reply-To: <CAPf2UMTLvdLzm0V=Gpn5dihn+GfY7AU4gwzMtLHZ+66L8PqNCg@mail.gmail.com>
References: <CAHwLD2VMqX0vjSRTJ8z1WOxT+zLZhcp6-p1p7-oXzEUS=z202g@mail.gmail.com>
 <CAPf2UMSRrtwkURm9=2va9d_irjXFjn0L27NtewRFiZCJF73ZHg@mail.gmail.com>
 <CAAmKhgrrtD0QNUpuakj6wxUdWL0OXSP_HMr7zU5Q1s1QvFx0XQ@mail.gmail.com>
 <AF93DC5F-67DA-46A3-BE29-4E0DF8A99B48@mail.nih.gov>
 <CAPf2UMTLvdLzm0V=Gpn5dihn+GfY7AU4gwzMtLHZ+66L8PqNCg@mail.gmail.com>
Message-ID: <CAAmKhgryUfcy2nhqgckPsgnAx57Y_vZehFehPRfCWBs-bu4bCQ@mail.gmail.com>

Just to clarify. I think there could be very good reasons to choose either
one or the other option. Personally, I think I would be in favor to switch
to fixed width types as far as the downsides are not too large. I just
wanted to make you aware of the issue as it might not be so widely known
that there are three char types in C++ (at least, when I discovered it, I
was quite surprised) and it is something to take into account when making
the decision.

Kind regards,
Coert Metz

On Tue, Sep 13, 2016 at 10:36 PM, D?enan Zuki? <dzenanz at gmail.com> wrote:

> I am in the camp of not using char but rather explicit 8-bit int (signed
> or unsigned). In C++, uint8_t and int8_t should be implicitly convertible
> to unsigned char and signed char respectively.
>
> On Tue, Sep 13, 2016 at 3:51 PM, Lowekamp, Bradley (NIH/NLM/LHC) [C] <
> blowekamp at mail.nih.gov> wrote:
>
>> Yes, according to C++(C) the types ?char?, ?unsigned char?, and ?signed
>> char? are distinct intrinsict types. The ?char? type may or may not be
>> signed [1].
>>
>> However, from a portable I/O perspective, the data must be either
>> ?signed? or ?unsigned?. I think using fixed with integer types for the byte
>> size is appropriate for portable I/O.
>>
>> Using the ?char? type, with its undefined signess for I/O or image
>> processing is a mistake just waiting to happen, which can result in
>> unexpected signed behavior.
>>
>> HTH,
>> Brad
>>
>> [1] http://stackoverflow.com/questions/2054939/is-char-signe
>> d-or-unsigned-by-default
>>
>>
>> On Sep 13, 2016, at 6:07 AM, Coert Metz <c.metz at quantib.com> wrote:
>>
>> I don't have editing privileges for the wiki but I want to respond on the
>> suggestion to use fixed width types. In general, I think this is a good
>> idea. However, for char you have to realize that char, signed char and
>> unsigned char are three different types. Changing char -> int8_t will
>> therefore always be a real type change (and not only potentially for some
>> platforms). I am not sure if this is desirable as char is quite widely used
>> for 8 bit image representations in other systems/libraries.
>>
>> Kind regards,
>> Coert Metz
>>
>> On Fri, Sep 9, 2016 at 11:40 PM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>>
>>> I added a couple items to the wishlist.
>>>
>>> On Fri, Sep 9, 2016 at 3:28 PM, Francois Budin <
>>> francois.budin at kitware.com> wrote:
>>>
>>>> Hello everyone,
>>>>
>>>> I just started a wishlist page for ITKv5. As far as I know, there is no
>>>> current ITKv5 officially planned but it may be a good location to keep
>>>> track of the current limitations of ITK and what could be improved in the
>>>> next major revision that may break some of the API. Please feel free to add
>>>> any of your wishes on that page here: https://itk.org/Wiki/ITK_Relea
>>>> se_5/Wish_List
>>>> Thanks!
>>>>
>>>> Francois
>>>>
>>>> _______________________________________________
>>>> 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
>>>>
>>>>
>>>
>>> _______________________________________________
>>> 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
>>>
>>> _______________________________________________
>>> Community mailing list
>>> Community at itk.org
>>> http://public.kitware.com/mailman/listinfo/community
>>>
>>>
>>
>>
>> --
>> Coert Metz, PhD
>> Software Architect / Research & Development Engineer  |  Quantib B.V.
>> <http://www.quantib.com/>
>> c.metz at quantib.com  |  +31 650 68 60 28
>>
>> This message may contain confidential or privileged information. If you
>> are not the addressee, please notify the sender and delete it from your
>> files._______________________________________________
>> Community mailing list
>> Community at itk.org
>> http://public.kitware.com/mailman/listinfo/community
>>
>>
>>
>


-- 
Coert Metz, PhD
Software Architect / Research & Development Engineer  |  Quantib B.V.
<http://www.quantib.com/>
c.metz at quantib.com  |  +31 650 68 60 28

-- 
This message may contain confidential or privileged information. If you are 
not the addressee, please notify the sender and delete it from your files.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160914/1858b21c/attachment.html>

From someshsandbox at gmail.com  Wed Sep 14 19:05:57 2016
From: someshsandbox at gmail.com (Somesh)
Date: Wed, 14 Sep 2016 19:05:57 -0400
Subject: [ITK] [ITK-dev] Pre-commit Failure uncrustify
In-Reply-To: <CAPf2UMTBt81+33QLvQut1N+Hix2CdJK2O0zW-=MqaDVOO5aD8A@mail.gmail.com>
References: <CADafqVpNZaq4JxNiTLLLv+4QomXW1P0mJJVcjoBGaZ6b5OmQgw@mail.gmail.com>
 <CALzTN-TCmCv0kWWy7go1qp+R3zUEdW-ZyhGF_x9p1-7=Up4_Zw@mail.gmail.com>
 <CADafqVqqDKDFpE8cMqtv4AtoN8d_0AUJT75udH9wUx3zxKC8jQ@mail.gmail.com>
 <CAPmoeGbA6uxA9a0NF9b-x4JVqPkxvOsbDsWFQYw=yzAjnocOHg@mail.gmail.com>
 <CADafqVpzwHs71ft9L=YESmu5-ChnyUvkwX3p+mssQRSP_2KGPw@mail.gmail.com>
 <CADafqVrQ6SZ2P6KeNPtSZ_mqD+oXJEUfb3oKQA036ez7zg04gQ@mail.gmail.com>
 <CAPf2UMTzDG9xdqhTYkTq+p=7_Py21HuL5fz5qrE3Lhr4xqSBfA@mail.gmail.com>
 <CAPf2UMTBt81+33QLvQut1N+Hix2CdJK2O0zW-=MqaDVOO5aD8A@mail.gmail.com>
Message-ID: <CADafqVoYSBceDbJb7XP6FH-ciULSiSAT8YrH7_hBRxEHz6U_wg@mail.gmail.com>

Hi D?enan,
You are right.  I accidentally sent you the wrong commit info. I use
homebrew package manager for mac and I accidentally sent you the commit ID
of homebrew commit instead of uncrustify. See
https://github.com/Homebrew/brew/commit/5a264cf59733fa8e0f69f8e6567e069a8cfd8bde
. My apologies :)
However it seems I have correct version of uncrustify. Looking into the
uncrustify remotes that I have installed, this is what I am using:

origin https://github.com/uncrustify/uncrustify.git (fetch)
origin https://github.com/uncrustify/uncrustify.git (push)

With the last 5 commits as:


   - 5d703fa01ff67afc029f31a5ac36bd2fbafb6aea Merge pull request #756 from
   Unity-Technologies/fixes/make_version_with_cmake
   - bc2b0c3e0c5b485cabbbcefcfb1eee76dbd62356 removed cmake dependency on
   autotools and directly use make_version.py
   - ac79e4081241359bdf3eec42baca690776ab565f make_version.py will be used
   only to retrieve the version from the VCS.
   - 3ef03cd6ac3fe218e77f14336e7c17daf75ba551 fixed instability retrieving
   the version when under hg-git
   - d9b0253f2d89c3556704bd45145d5bd4108f1043 Merge pull request #661 from
   uncrustify/NewLineProt


I can take a look into why its not working for me in the weekend.

Thanks,
Somesh



On Wed, Sep 14, 2016 at 4:04 PM, D?enan Zuki? <dzenanz at gmail.com> wrote:

> Hi Somesh,
>
> I just pulled master version of uncrustify, the last commit is on 10th
> (you have a commit on 12th!):
> Revision: 5d703fa01ff67afc029f31a5ac36bd2fbafb6aea
> Author: gmaurel <guy.j at maurel.de>
> Date: 2016-09-10 15:06:05
> Message: Merge pull request #756 from Unity-Technologies/fixes/make_
> version_with_cmake
>
> I must conclude that you are using somebody's fork of uncrustify, not HEAD
> from the official repository. Can you verify this?
>
> Regards,
> D?enan
>
> On Mon, Sep 12, 2016 at 10:17 PM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>
>> It is not required.
>>
>> D?enan at phone
>>
>> On Sep 12, 2016 22:15, "Somesh" <someshsandbox at gmail.com> wrote:
>>
>>> Is running uncrustify hooks a required process in the ITK development
>>> workflow or can I disable it if I have to submit a patch ?
>>>
>>> Thanks,
>>> Somesh
>>>
>>> On Mon, Sep 12, 2016 at 9:30 PM, Somesh <someshsandbox at gmail.com> wrote:
>>>
>>>> Hi D?enan,
>>>> I am using the HEAD of master uncrustify. The last commit to this repo
>>>> was made today.
>>>>
>>>> commit 5a264cf59733fa8e0f69f8e6567e069a8cfd8bde
>>>> Merge: 553ef05 8ce4ca1
>>>> Author: Zhiming Wang <zmwangx at gmail.com>
>>>> Date:   Mon Sep 12 10:22:27 2016 -0400
>>>>
>>>> I have build from source using brew for mac.
>>>>
>>>> Also my mergetool/difftool are all set. I am using OS X El
>>>> Captain 10.11.6 and kaleidoscope tool for mac
>>>> http://www.kaleidoscopeapp.com/.
>>>>
>>>> Thanks,
>>>> Somesh
>>>>
>>>> On Mon, Sep 12, 2016 at 9:11 PM, Dzenan Zukic <dzenan.zukic at kitware.com
>>>> > wrote:
>>>>
>>>>> Hi Somesh,
>>>>>
>>>>> You need a recent master version (2016-08-26 or newer) which you can
>>>>> build yourself from source available on GitHub
>>>>> <https://github.com/uncrustify/uncrustify>.
>>>>>
>>>>> Also, you need to have merge tool set. On Windows kdiff3 works well
>>>>> but TortoiseMerge doesn't.
>>>>>
>>>>> Regards,
>>>>> D?enan Zuki?, PhD, Senior R&D Engineer, Kitware (Carrboro, N.C.)
>>>>>
>>>>> On Mon, Sep 12, 2016 at 9:03 PM, Somesh <someshsandbox at gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Hi Matt,
>>>>>> Do KWStyle and uncrustify play well with both enabled ?
>>>>>> I have  uncrustify  version 0.63 and the prehooks still fail. I
>>>>>> believe 0.63 is the latest uncrustify version: https://github.com/un
>>>>>> crustify/uncrustify/blob/master/CMakeLists.txt#L124
>>>>>>
>>>>>> Thanks,
>>>>>> Somesh
>>>>>>
>>>>>> On Mon, Sep 12, 2016 at 5:12 PM, Matt McCormick <
>>>>>> matt.mccormick at kitware.com> wrote:
>>>>>>
>>>>>>> Hi Somesh,
>>>>>>>
>>>>>>> Yes, Dzenan recently improved upstream uncrustify and its
>>>>>>> configuration in ITK so it works much better. A newer version of
>>>>>>> uncrustify is required as described here:
>>>>>>>
>>>>>>>   https://github.com/InsightSoftwareConsortium/ITK/blob/6ee105
>>>>>>> 75445aa1c878797db4febf7d775a38f1f3/Utilities/DevelopmentSetu
>>>>>>> pScripts/GitTips.sh#L66-L74
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Matt
>>>>>>>
>>>>>>> On Mon, Sep 12, 2016 at 2:49 PM, Somesh <someshsandbox at gmail.com>
>>>>>>> wrote:
>>>>>>> > Hi,
>>>>>>> > I recently set up a ITK dev on my mac. While commiting a patch
>>>>>>> locally, I am
>>>>>>> > getting failure in precommit hooks. Specifically uncrustify is
>>>>>>> giving the
>>>>>>> > following errors. Do I have to install a specific version of
>>>>>>> > uncrustify/python ? I installed uncrustify using brew.
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:99 Unknown symbol
>>>>>>> > 'indent_cs_delegate_brace'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:287 Unknown symbol
>>>>>>> > 'indent_token_after_brace'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:290 Unknown symbol
>>>>>>> > 'indent_cpp_lambda_body'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:424 Unknown symbol
>>>>>>> > 'sp_angle_paren_empty'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:533 Unknown symbol
>>>>>>> > 'sp_after_operator_sym_empty'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:570 Unknown symbol
>>>>>>> > 'sp_func_proto_paren_empty'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:576 Unknown symbol
>>>>>>> > 'sp_func_def_paren_empty'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:614 Unknown symbol
>>>>>>> > 'sp_func_class_paren_empty'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:644 Unknown symbol
>>>>>>> > 'sp_super_paren'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:647 Unknown symbol
>>>>>>> > 'sp_this_paren'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:851 Unknown symbol
>>>>>>> > 'sp_skip_vbrace_tokens'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:922 Unknown symbol
>>>>>>> > 'align_var_class_span'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:925 Unknown symbol
>>>>>>> > 'align_var_class_thresh'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:928 Unknown symbol
>>>>>>> > 'align_var_class_gap'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1068 Unknown symbol
>>>>>>> > 'nl_oc_block_brace'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1245 Unknown symbol
>>>>>>> > 'nl_enum_own_lines'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1256 Unknown symbol
>>>>>>> > 'nl_func_class_scope'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1284 Unknown symbol
>>>>>>> > 'nl_func_decl_start_multi_line'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1287 Unknown symbol
>>>>>>> > 'nl_func_def_start_multi_line'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1296 Unknown symbol
>>>>>>> > 'nl_func_decl_args_multi_line'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1299 Unknown symbol
>>>>>>> > 'nl_func_def_args_multi_line'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1314 Unknown symbol
>>>>>>> > 'nl_func_decl_end_multi_line'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1317 Unknown symbol
>>>>>>> > 'nl_func_def_end_multi_line'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1326 Unknown symbol
>>>>>>> > 'nl_func_call_start_multi_line'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1329 Unknown symbol
>>>>>>> > 'nl_func_call_args_multi_line'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1332 Unknown symbol
>>>>>>> > 'nl_func_call_end_multi_line'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1388 Unknown symbol
>>>>>>> > 'nl_squeeze_ifdef_top_level'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1461 Unknown symbol
>>>>>>> > 'nl_split_if_one_liner'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1465 Unknown symbol
>>>>>>> > 'nl_split_for_one_liner'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1469 Unknown symbol
>>>>>>> > 'nl_split_while_one_liner'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1541 Unknown symbol
>>>>>>> > 'nl_after_func_class_proto'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1544 Unknown symbol
>>>>>>> > 'nl_after_func_class_proto_group'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1662 Unknown symbol
>>>>>>> > 'mod_full_brace_if_chain_only'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1781 Unknown symbol
>>>>>>> > 'cmt_multi_first_len_minimum'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1812 Unknown symbol
>>>>>>> > 'cmt_insert_before_inlines'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1817 Unknown symbol
>>>>>>> > 'cmt_insert_before_ctor_dtor'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1878 Unknown symbol
>>>>>>> > 'use_options_overriding_for_qt_macros'
>>>>>>> >
>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1885 Unknown symbol
>>>>>>> > 'warn_level_tabs_found_in_verbatim_string_literals'
>>>>>>> >
>>>>>>> >
>>>>>>> > Thanks,
>>>>>>> > Somesh
>>>>>>> >
>>>>>>> >
>>>>>>> > _______________________________________________
>>>>>>> > 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
>>>>>>> >
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>> _______________________________________________
>>> 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
>>>
>>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160914/bca1aa9f/attachment-0001.html>
-------------- next part --------------
_______________________________________________
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

From dzenanz at gmail.com  Wed Sep 14 20:10:05 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Wed, 14 Sep 2016 20:10:05 -0400
Subject: [ITK] [ITK-dev] Pre-commit Failure uncrustify
In-Reply-To: <CADafqVoYSBceDbJb7XP6FH-ciULSiSAT8YrH7_hBRxEHz6U_wg@mail.gmail.com>
References: <CADafqVpNZaq4JxNiTLLLv+4QomXW1P0mJJVcjoBGaZ6b5OmQgw@mail.gmail.com>
 <CALzTN-TCmCv0kWWy7go1qp+R3zUEdW-ZyhGF_x9p1-7=Up4_Zw@mail.gmail.com>
 <CADafqVqqDKDFpE8cMqtv4AtoN8d_0AUJT75udH9wUx3zxKC8jQ@mail.gmail.com>
 <CAPmoeGbA6uxA9a0NF9b-x4JVqPkxvOsbDsWFQYw=yzAjnocOHg@mail.gmail.com>
 <CADafqVpzwHs71ft9L=YESmu5-ChnyUvkwX3p+mssQRSP_2KGPw@mail.gmail.com>
 <CADafqVrQ6SZ2P6KeNPtSZ_mqD+oXJEUfb3oKQA036ez7zg04gQ@mail.gmail.com>
 <CAPf2UMTzDG9xdqhTYkTq+p=7_Py21HuL5fz5qrE3Lhr4xqSBfA@mail.gmail.com>
 <CAPf2UMTBt81+33QLvQut1N+Hix2CdJK2O0zW-=MqaDVOO5aD8A@mail.gmail.com>
 <CADafqVoYSBceDbJb7XP6FH-ciULSiSAT8YrH7_hBRxEHz6U_wg@mail.gmail.com>
Message-ID: <CAPf2UMSoL_Hd1aYwWP0738MrDDzymA1B-3hxUp1KXsG=VmGgmA@mail.gmail.com>

Hi Somesh,

maybe ITK's hook is picking up a different version of uncrustify from what
you think it is using. Check how many uncrustify executables there are on
your machine, especially in ITK's source tree.

Regards,
D?enan

On Wed, Sep 14, 2016 at 7:05 PM, Somesh <someshsandbox at gmail.com> wrote:

> Hi D?enan,
> You are right.  I accidentally sent you the wrong commit info. I use
> homebrew package manager for mac and I accidentally sent you the commit ID
> of homebrew commit instead of uncrustify. See https://github.com/
> Homebrew/brew/commit/5a264cf59733fa8e0f69f8e6567e069a8cfd8bde . My
> apologies :)
> However it seems I have correct version of uncrustify. Looking into the
> uncrustify remotes that I have installed, this is what I am using:
>
> origin https://github.com/uncrustify/uncrustify.git (fetch)
> origin https://github.com/uncrustify/uncrustify.git (push)
>
> With the last 5 commits as:
>
>
>    - 5d703fa01ff67afc029f31a5ac36bd2fbafb6aea Merge pull request #756
>    from Unity-Technologies/fixes/make_version_with_cmake
>    - bc2b0c3e0c5b485cabbbcefcfb1eee76dbd62356 removed cmake dependency on
>    autotools and directly use make_version.py
>    - ac79e4081241359bdf3eec42baca690776ab565f make_version.py will be
>    used only to retrieve the version from the VCS.
>    - 3ef03cd6ac3fe218e77f14336e7c17daf75ba551 fixed instability
>    retrieving the version when under hg-git
>    - d9b0253f2d89c3556704bd45145d5bd4108f1043 Merge pull request #661
>    from uncrustify/NewLineProt
>
>
> I can take a look into why its not working for me in the weekend.
>
> Thanks,
> Somesh
>
>
>
> On Wed, Sep 14, 2016 at 4:04 PM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>
>> Hi Somesh,
>>
>> I just pulled master version of uncrustify, the last commit is on 10th
>> (you have a commit on 12th!):
>> Revision: 5d703fa01ff67afc029f31a5ac36bd2fbafb6aea
>> Author: gmaurel <guy.j at maurel.de>
>> Date: 2016-09-10 15:06:05
>> Message: Merge pull request #756 from Unity-Technologies/fixes/make_
>> version_with_cmake
>>
>> I must conclude that you are using somebody's fork of uncrustify, not
>> HEAD from the official repository. Can you verify this?
>>
>> Regards,
>> D?enan
>>
>> On Mon, Sep 12, 2016 at 10:17 PM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>>
>>> It is not required.
>>>
>>> D?enan at phone
>>>
>>> On Sep 12, 2016 22:15, "Somesh" <someshsandbox at gmail.com> wrote:
>>>
>>>> Is running uncrustify hooks a required process in the ITK development
>>>> workflow or can I disable it if I have to submit a patch ?
>>>>
>>>> Thanks,
>>>> Somesh
>>>>
>>>> On Mon, Sep 12, 2016 at 9:30 PM, Somesh <someshsandbox at gmail.com>
>>>> wrote:
>>>>
>>>>> Hi D?enan,
>>>>> I am using the HEAD of master uncrustify. The last commit to this repo
>>>>> was made today.
>>>>>
>>>>> commit 5a264cf59733fa8e0f69f8e6567e069a8cfd8bde
>>>>> Merge: 553ef05 8ce4ca1
>>>>> Author: Zhiming Wang <zmwangx at gmail.com>
>>>>> Date:   Mon Sep 12 10:22:27 2016 -0400
>>>>>
>>>>> I have build from source using brew for mac.
>>>>>
>>>>> Also my mergetool/difftool are all set. I am using OS X El
>>>>> Captain 10.11.6 and kaleidoscope tool for mac
>>>>> http://www.kaleidoscopeapp.com/.
>>>>>
>>>>> Thanks,
>>>>> Somesh
>>>>>
>>>>> On Mon, Sep 12, 2016 at 9:11 PM, Dzenan Zukic <
>>>>> dzenan.zukic at kitware.com> wrote:
>>>>>
>>>>>> Hi Somesh,
>>>>>>
>>>>>> You need a recent master version (2016-08-26 or newer) which you can
>>>>>> build yourself from source available on GitHub
>>>>>> <https://github.com/uncrustify/uncrustify>.
>>>>>>
>>>>>> Also, you need to have merge tool set. On Windows kdiff3 works well
>>>>>> but TortoiseMerge doesn't.
>>>>>>
>>>>>> Regards,
>>>>>> D?enan Zuki?, PhD, Senior R&D Engineer, Kitware (Carrboro, N.C.)
>>>>>>
>>>>>> On Mon, Sep 12, 2016 at 9:03 PM, Somesh <someshsandbox at gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Hi Matt,
>>>>>>> Do KWStyle and uncrustify play well with both enabled ?
>>>>>>> I have  uncrustify  version 0.63 and the prehooks still fail. I
>>>>>>> believe 0.63 is the latest uncrustify version: https://github.com/un
>>>>>>> crustify/uncrustify/blob/master/CMakeLists.txt#L124
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Somesh
>>>>>>>
>>>>>>> On Mon, Sep 12, 2016 at 5:12 PM, Matt McCormick <
>>>>>>> matt.mccormick at kitware.com> wrote:
>>>>>>>
>>>>>>>> Hi Somesh,
>>>>>>>>
>>>>>>>> Yes, Dzenan recently improved upstream uncrustify and its
>>>>>>>> configuration in ITK so it works much better. A newer version of
>>>>>>>> uncrustify is required as described here:
>>>>>>>>
>>>>>>>>   https://github.com/InsightSoftwareConsortium/ITK/blob/6ee105
>>>>>>>> 75445aa1c878797db4febf7d775a38f1f3/Utilities/DevelopmentSetu
>>>>>>>> pScripts/GitTips.sh#L66-L74
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Matt
>>>>>>>>
>>>>>>>> On Mon, Sep 12, 2016 at 2:49 PM, Somesh <someshsandbox at gmail.com>
>>>>>>>> wrote:
>>>>>>>> > Hi,
>>>>>>>> > I recently set up a ITK dev on my mac. While commiting a patch
>>>>>>>> locally, I am
>>>>>>>> > getting failure in precommit hooks. Specifically uncrustify is
>>>>>>>> giving the
>>>>>>>> > following errors. Do I have to install a specific version of
>>>>>>>> > uncrustify/python ? I installed uncrustify using brew.
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:99 Unknown symbol
>>>>>>>> > 'indent_cs_delegate_brace'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:287 Unknown symbol
>>>>>>>> > 'indent_token_after_brace'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:290 Unknown symbol
>>>>>>>> > 'indent_cpp_lambda_body'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:424 Unknown symbol
>>>>>>>> > 'sp_angle_paren_empty'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:533 Unknown symbol
>>>>>>>> > 'sp_after_operator_sym_empty'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:570 Unknown symbol
>>>>>>>> > 'sp_func_proto_paren_empty'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:576 Unknown symbol
>>>>>>>> > 'sp_func_def_paren_empty'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:614 Unknown symbol
>>>>>>>> > 'sp_func_class_paren_empty'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:644 Unknown symbol
>>>>>>>> > 'sp_super_paren'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:647 Unknown symbol
>>>>>>>> > 'sp_this_paren'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:851 Unknown symbol
>>>>>>>> > 'sp_skip_vbrace_tokens'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:922 Unknown symbol
>>>>>>>> > 'align_var_class_span'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:925 Unknown symbol
>>>>>>>> > 'align_var_class_thresh'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:928 Unknown symbol
>>>>>>>> > 'align_var_class_gap'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1068 Unknown symbol
>>>>>>>> > 'nl_oc_block_brace'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1245 Unknown symbol
>>>>>>>> > 'nl_enum_own_lines'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1256 Unknown symbol
>>>>>>>> > 'nl_func_class_scope'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1284 Unknown symbol
>>>>>>>> > 'nl_func_decl_start_multi_line'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1287 Unknown symbol
>>>>>>>> > 'nl_func_def_start_multi_line'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1296 Unknown symbol
>>>>>>>> > 'nl_func_decl_args_multi_line'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1299 Unknown symbol
>>>>>>>> > 'nl_func_def_args_multi_line'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1314 Unknown symbol
>>>>>>>> > 'nl_func_decl_end_multi_line'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1317 Unknown symbol
>>>>>>>> > 'nl_func_def_end_multi_line'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1326 Unknown symbol
>>>>>>>> > 'nl_func_call_start_multi_line'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1329 Unknown symbol
>>>>>>>> > 'nl_func_call_args_multi_line'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1332 Unknown symbol
>>>>>>>> > 'nl_func_call_end_multi_line'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1388 Unknown symbol
>>>>>>>> > 'nl_squeeze_ifdef_top_level'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1461 Unknown symbol
>>>>>>>> > 'nl_split_if_one_liner'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1465 Unknown symbol
>>>>>>>> > 'nl_split_for_one_liner'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1469 Unknown symbol
>>>>>>>> > 'nl_split_while_one_liner'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1541 Unknown symbol
>>>>>>>> > 'nl_after_func_class_proto'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1544 Unknown symbol
>>>>>>>> > 'nl_after_func_class_proto_group'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1662 Unknown symbol
>>>>>>>> > 'mod_full_brace_if_chain_only'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1781 Unknown symbol
>>>>>>>> > 'cmt_multi_first_len_minimum'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1812 Unknown symbol
>>>>>>>> > 'cmt_insert_before_inlines'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1817 Unknown symbol
>>>>>>>> > 'cmt_insert_before_ctor_dtor'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1878 Unknown symbol
>>>>>>>> > 'use_options_overriding_for_qt_macros'
>>>>>>>> >
>>>>>>>> > ./Utilities/Maintenance/uncrustify_itk.cfg:1885 Unknown symbol
>>>>>>>> > 'warn_level_tabs_found_in_verbatim_string_literals'
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > Thanks,
>>>>>>>> > Somesh
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > _______________________________________________
>>>>>>>> > 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
>>>>>>>> >
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>>
>>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160914/22337241/attachment-0001.html>
-------------- next part --------------
_______________________________________________
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

From weiliu620 at gmail.com  Wed Sep 14 20:56:35 2016
From: weiliu620 at gmail.com (Wei Liu)
Date: Wed, 14 Sep 2016 20:56:35 -0400
Subject: [ITK] GPU filters
Message-ID: <CAJoKFkR0H6gwM=hef-ZnR-+kRRj_6P5xoi1CfEZnK0wr4QJ3bQ@mail.gmail.com>

Hi communities,

I have a few maybe vague questions about the GPU filters.

- Does GPU base class support vector image (each pixel is a vector)? If I
want to write my own custom GPU filter (or at least my code using GPU base
class), is there anything I should keep in mind, or pitfall I should avoid
when writing OpenCL kernel?

- is multi-GPU supported? From the code, and searching online, it seems it
is not supported yet. If that's the case, what is the difficulty of adding
it myself? (may not in filter format, as long as it works)

- What is the relationship between streaming filter, multi-threading and
OpenCL kernels? I've read chapters in the guide book but appreciate some
insight from the community.

Thank you all!

Wei
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160914/fa06ab5d/attachment.html>

From swetha.bsharma at gmail.com  Thu Sep 15 03:26:38 2016
From: swetha.bsharma at gmail.com (swetha)
Date: Thu, 15 Sep 2016 00:26:38 -0700 (MST)
Subject: [ITK] [ITK-users] itk mhd header
Message-ID: <1473924398226-7589210.post@n2.nabble.com>

Hi,

  I have this mhd file header 

ObjectType = Image
NDims = 3
BinaryData = True
BinaryDataByteOrderMSB = False
CompressedData = False
TransformMatrix = 1 0 0 0 1 0 0 0 1
Offset = 0 0 0
CenterOfRotation = 0 0 0
AnatomicalOrientation = RAI
ElementSpacing = 1 1 1
bitpix = 8
cal_max = 256
cal_min = 0
datatype = 2
dim[0] = 4
dim[1] = 480
dim[2] = 480
dim[3] = 256
dim[4] = 1
dim[5] = 1
dim[6] = 0
dim[7] = 0
dim_info =  
intent_code = 0
intent_p1 = 1.86143e+034
intent_p2 = 0
intent_p3 = 0
pixdim[0] = 0
pixdim[1] = 1
pixdim[2] = 1
pixdim[3] = 1
pixdim[4] = 0
pixdim[5] = 0
pixdim[6] = 0
pixdim[7] = 0
qform_code = 0
qoffset_x = 0
qoffset_y = 0
qoffset_z = 0
quatern_b = 0
quatern_c = 0
quatern_d = 0
scl_inter = 0
scl_slope = 1
sform_code = 0
slice_code =  
slice_duration = 0
slice_end = 0
slice_start = 0
srow_x = 0 0 0 0
srow_y = 0 0 0 0
srow_z = 0 0 0 0
toffset = 0
vox_offset = 0
xyzt_units =  
DimSize = 480 480 256
ElementType = MET_SHORT
ElementDataFile = usg2_-2.raw

I want to know what the tags mean so that i can write a function to parse
and display the image.
-swetha




--
View this message in context: http://itk-insight-users.2283740.n2.nabble.com/itk-mhd-header-tp7589210.html
Sent from the ITK Insight Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From francois.budin at kitware.com  Thu Sep 15 08:52:10 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Thu, 15 Sep 2016 08:52:10 -0400
Subject: [ITK] [ITK-users] itk mhd header
In-Reply-To: <1473924398226-7589210.post@n2.nabble.com>
References: <1473924398226-7589210.post@n2.nabble.com>
Message-ID: <CAHwLD2VN4_t_fG3uB=PHhPs+XJk-3=zeNpiq+-WScQGUzj6rRw@mail.gmail.com>

Hello Swetha,

The easiest way to load an mhd file is to use itkImageFileReader [1]. The
ITK Software Guide (pdf) [2]
has great examples on how to read an image in section "4.1.2 Reading an
Image from a File". This will make is much simplier to actually read the
image without having to worry about the format and the tags (ITK supports a
wide variety of formats including Meta images such as mhd and mha files).
To display the image, you will need to read:
* the size: image->GetLargestPossibleRegion().GetSize()
* the spacing: image->GetSpacing()
* the direction matrix: image->GetDirection()
* the origin: image->GetOrigin()

If you want to read the mhd file manually, it will be more complicated, but
you can look at [3].

In the case of your specific header, it seems to me that you have extra
tags that are coming from the conversion of a NIFTI image into your mhd
file (basically all the tags that start with a lower case), which makes
your header harder to read, although this will not be a problem to read
this image with ITK.

Hope this helps,

Francois

[1] https://itk.org/Doxygen/html/classitk_1_1ImageFileReader.html

[2] https://itk.org/ItkSoftwareGuide.pdf

[3] https://itk.org/Wiki/ITK/MetaIO/Documentation

On Thu, Sep 15, 2016 at 3:26 AM, swetha <swetha.bsharma at gmail.com> wrote:

> Hi,
>
>   I have this mhd file header
>
> ObjectType = Image
> NDims = 3
> BinaryData = True
> BinaryDataByteOrderMSB = False
> CompressedData = False
> TransformMatrix = 1 0 0 0 1 0 0 0 1
> Offset = 0 0 0
> CenterOfRotation = 0 0 0
> AnatomicalOrientation = RAI
> ElementSpacing = 1 1 1
> bitpix = 8
> cal_max = 256
> cal_min = 0
> datatype = 2
> dim[0] = 4
> dim[1] = 480
> dim[2] = 480
> dim[3] = 256
> dim[4] = 1
> dim[5] = 1
> dim[6] = 0
> dim[7] = 0
> dim_info =
> intent_code = 0
> intent_p1 = 1.86143e+034
> intent_p2 = 0
> intent_p3 = 0
> pixdim[0] = 0
> pixdim[1] = 1
> pixdim[2] = 1
> pixdim[3] = 1
> pixdim[4] = 0
> pixdim[5] = 0
> pixdim[6] = 0
> pixdim[7] = 0
> qform_code = 0
> qoffset_x = 0
> qoffset_y = 0
> qoffset_z = 0
> quatern_b = 0
> quatern_c = 0
> quatern_d = 0
> scl_inter = 0
> scl_slope = 1
> sform_code = 0
> slice_code =
> slice_duration = 0
> slice_end = 0
> slice_start = 0
> srow_x = 0 0 0 0
> srow_y = 0 0 0 0
> srow_z = 0 0 0 0
> toffset = 0
> vox_offset = 0
> xyzt_units =
> DimSize = 480 480 256
> ElementType = MET_SHORT
> ElementDataFile = usg2_-2.raw
>
> I want to know what the tags mean so that i can write a function to parse
> and display the image.
> -swetha
>
>
>
>
> --
> View this message in context: http://itk-insight-users.
> 2283740.n2.nabble.com/itk-mhd-header-tp7589210.html
> Sent from the ITK Insight Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160915/7ede31c7/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From blowekamp at mail.nih.gov  Thu Sep 15 09:07:11 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Thu, 15 Sep 2016 13:07:11 +0000
Subject: [ITK] [ITK-users] itk mhd header
In-Reply-To: <1473924398226-7589210.post@n2.nabble.com>
References: <1473924398226-7589210.post@n2.nabble.com>
Message-ID: <62ADBFC4-D6AD-4E26-9A95-8BA6C49D9BDF@mail.nih.gov>

MetaIO does not have many formal fields. Those that are defined are here:

https://itk.org/Wiki/ITK/MetaIO/Documentation

MetaIO Image from ITK also writes out the ITK's Meta Data Dictionary along with the image. The dictionary can contain arbitrary information. These fields looks like they came from a NIFT file:

https://brainder.org/2012/09/23/the-nifti-file-format/

It is generally more productive to learn how to use existing libraries as opposed to hacking your own for IO. This help ensure that everyones files are compatible and usable.

HTH,
Brad

> On Sep 15, 2016, at 3:26 AM, swetha <swetha.bsharma at gmail.com> wrote:
> 
> Hi,
> 
>  I have this mhd file header 
> 
> ObjectType = Image
> NDims = 3
> BinaryData = True
> BinaryDataByteOrderMSB = False
> CompressedData = False
> TransformMatrix = 1 0 0 0 1 0 0 0 1
> Offset = 0 0 0
> CenterOfRotation = 0 0 0
> AnatomicalOrientation = RAI
> ElementSpacing = 1 1 1
> bitpix = 8
> cal_max = 256
> cal_min = 0
> datatype = 2
> dim[0] = 4
> dim[1] = 480
> dim[2] = 480
> dim[3] = 256
> dim[4] = 1
> dim[5] = 1
> dim[6] = 0
> dim[7] = 0
> dim_info =  
> intent_code = 0
> intent_p1 = 1.86143e+034
> intent_p2 = 0
> intent_p3 = 0
> pixdim[0] = 0
> pixdim[1] = 1
> pixdim[2] = 1
> pixdim[3] = 1
> pixdim[4] = 0
> pixdim[5] = 0
> pixdim[6] = 0
> pixdim[7] = 0
> qform_code = 0
> qoffset_x = 0
> qoffset_y = 0
> qoffset_z = 0
> quatern_b = 0
> quatern_c = 0
> quatern_d = 0
> scl_inter = 0
> scl_slope = 1
> sform_code = 0
> slice_code =  
> slice_duration = 0
> slice_end = 0
> slice_start = 0
> srow_x = 0 0 0 0
> srow_y = 0 0 0 0
> srow_z = 0 0 0 0
> toffset = 0
> vox_offset = 0
> xyzt_units =  
> DimSize = 480 480 256
> ElementType = MET_SHORT
> ElementDataFile = usg2_-2.raw
> 
> I want to know what the tags mean so that i can write a function to parse
> and display the image.
> -swetha
> 
> 
> 
> 
> --
> View this message in context: http://itk-insight-users.2283740.n2.nabble.com/itk-mhd-header-tp7589210.html
> Sent from the ITK Insight Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users

_____________________________________
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://www.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-users

From swetha.bsharma at gmail.com  Thu Sep 15 09:11:06 2016
From: swetha.bsharma at gmail.com (Swetha Sharma)
Date: Thu, 15 Sep 2016 13:11:06 +0000
Subject: [ITK] [ITK-users] itk mhd header
In-Reply-To: <62ADBFC4-D6AD-4E26-9A95-8BA6C49D9BDF@mail.nih.gov>
References: <1473924398226-7589210.post@n2.nabble.com>
 <62ADBFC4-D6AD-4E26-9A95-8BA6C49D9BDF@mail.nih.gov>
Message-ID: <CACDHZEQqn=mCs6X4oZP+cPp+UYqtP5DGvhYQ93Gyo8+b36nntQ@mail.gmail.com>

I am trying to read the file using an application outside itk.it can read
the regular .mhd but it failed when I input this.

When I investigated the header I found these tags hence the post

On Thu, 15 Sep 2016, 18:37 Lowekamp, Bradley (NIH/NLM/LHC) [C], <
blowekamp at mail.nih.gov> wrote:

> MetaIO does not have many formal fields. Those that are defined are here:
>
> https://itk.org/Wiki/ITK/MetaIO/Documentation
>
> MetaIO Image from ITK also writes out the ITK's Meta Data Dictionary along
> with the image. The dictionary can contain arbitrary information. These
> fields looks like they came from a NIFT file:
>
> https://brainder.org/2012/09/23/the-nifti-file-format/
>
> It is generally more productive to learn how to use existing libraries as
> opposed to hacking your own for IO. This help ensure that everyones files
> are compatible and usable.
>
> HTH,
> Brad
>
> > On Sep 15, 2016, at 3:26 AM, swetha <swetha.bsharma at gmail.com> wrote:
> >
> > Hi,
> >
> >  I have this mhd file header
> >
> > ObjectType = Image
> > NDims = 3
> > BinaryData = True
> > BinaryDataByteOrderMSB = False
> > CompressedData = False
> > TransformMatrix = 1 0 0 0 1 0 0 0 1
> > Offset = 0 0 0
> > CenterOfRotation = 0 0 0
> > AnatomicalOrientation = RAI
> > ElementSpacing = 1 1 1
> > bitpix = 8
> > cal_max = 256
> > cal_min = 0
> > datatype = 2
> > dim[0] = 4
> > dim[1] = 480
> > dim[2] = 480
> > dim[3] = 256
> > dim[4] = 1
> > dim[5] = 1
> > dim[6] = 0
> > dim[7] = 0
> > dim_info =
> > intent_code = 0
> > intent_p1 = 1.86143e+034
> > intent_p2 = 0
> > intent_p3 = 0
> > pixdim[0] = 0
> > pixdim[1] = 1
> > pixdim[2] = 1
> > pixdim[3] = 1
> > pixdim[4] = 0
> > pixdim[5] = 0
> > pixdim[6] = 0
> > pixdim[7] = 0
> > qform_code = 0
> > qoffset_x = 0
> > qoffset_y = 0
> > qoffset_z = 0
> > quatern_b = 0
> > quatern_c = 0
> > quatern_d = 0
> > scl_inter = 0
> > scl_slope = 1
> > sform_code = 0
> > slice_code =
> > slice_duration = 0
> > slice_end = 0
> > slice_start = 0
> > srow_x = 0 0 0 0
> > srow_y = 0 0 0 0
> > srow_z = 0 0 0 0
> > toffset = 0
> > vox_offset = 0
> > xyzt_units =
> > DimSize = 480 480 256
> > ElementType = MET_SHORT
> > ElementDataFile = usg2_-2.raw
> >
> > I want to know what the tags mean so that i can write a function to parse
> > and display the image.
> > -swetha
> >
> >
> >
> >
> > --
> > View this message in context:
> http://itk-insight-users.2283740.n2.nabble.com/itk-mhd-header-tp7589210.html
> > Sent from the ITK Insight Users mailing list archive at Nabble.com.
> > _____________________________________
> > 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://www.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-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160915/4dca2f83/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From will.schroeder at kitware.com  Thu Sep 15 13:54:58 2016
From: will.schroeder at kitware.com (Will Schroeder)
Date: Thu, 15 Sep 2016 13:54:58 -0400
Subject: [ITK] [ITK-dev] VTK Textbook and User's Guide now available for
	download
Message-ID: <CAEiDrtVi8dBP_5jNd6fs1kmyiS0VtzxJk0ZVSyzk89fpuvHouQ@mail.gmail.com>

Kitware is releasing the VTK Textbook and VTK User's Guide for PDF
download. Follow the links below to a landing page where you can buy a
printed version, or download a PDF.

Longer term, the plan is to convert these books to LaTeX (from Framemaker)
and place the content into an open repository. The first step is to mostly
duplicate what exists now; eventually we have the ambitious goal to
completely rewrite / recombine / rethink the books. For example, using
VTK.js (under development now) to offer web interaction with examples etc.
We can certainly use the talents of the community to take this challenge
on, so if you are interested please let me know.

The Visualization Toolkit An Object-Oriented Approach to 3D Graphics (4th
ed.)
http://www.vtk.org/vtk-textbook/
pdf: http://www.kitware.com/products/books/VTKTextbook.pdf

*The VTK User?s Guide*
http://www.vtk.org/vtk-users-guide/
pdf: http://www.kitware.com/products/books/VTKUsersGuide.pdf

Best, please let me know if there are issues or concerns.
W

-- 
William J. Schroeder, PhD
Kitware, Inc. - Building the World's Technical Computing Software
28 Corporate Drive
Clifton Park, NY 12065
will.schroeder at kitware.com
http://www.kitware.com
(518) 881-4902
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160915/32962145/attachment.html>
-------------- next part --------------
_______________________________________________
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

From will.schroeder at kitware.com  Thu Sep 15 13:54:58 2016
From: will.schroeder at kitware.com (Will Schroeder)
Date: Thu, 15 Sep 2016 13:54:58 -0400
Subject: [ITK] [ITK-users] VTK Textbook and User's Guide now available for
	download
Message-ID: <CAEiDrtVi8dBP_5jNd6fs1kmyiS0VtzxJk0ZVSyzk89fpuvHouQ@mail.gmail.com>

Kitware is releasing the VTK Textbook and VTK User's Guide for PDF
download. Follow the links below to a landing page where you can buy a
printed version, or download a PDF.

Longer term, the plan is to convert these books to LaTeX (from Framemaker)
and place the content into an open repository. The first step is to mostly
duplicate what exists now; eventually we have the ambitious goal to
completely rewrite / recombine / rethink the books. For example, using
VTK.js (under development now) to offer web interaction with examples etc.
We can certainly use the talents of the community to take this challenge
on, so if you are interested please let me know.

The Visualization Toolkit An Object-Oriented Approach to 3D Graphics (4th
ed.)
http://www.vtk.org/vtk-textbook/
pdf: http://www.kitware.com/products/books/VTKTextbook.pdf

*The VTK User?s Guide*
http://www.vtk.org/vtk-users-guide/
pdf: http://www.kitware.com/products/books/VTKUsersGuide.pdf

Best, please let me know if there are issues or concerns.
W

-- 
William J. Schroeder, PhD
Kitware, Inc. - Building the World's Technical Computing Software
28 Corporate Drive
Clifton Park, NY 12065
will.schroeder at kitware.com
http://www.kitware.com
(518) 881-4902
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160915/32962145/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Thu Sep 15 13:56:32 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Thu, 15 Sep 2016 13:56:32 -0400
Subject: [ITK] GPU filters
In-Reply-To: <CAJoKFkR0H6gwM=hef-ZnR-+kRRj_6P5xoi1CfEZnK0wr4QJ3bQ@mail.gmail.com>
References: <CAJoKFkR0H6gwM=hef-ZnR-+kRRj_6P5xoi1CfEZnK0wr4QJ3bQ@mail.gmail.com>
Message-ID: <CAPf2UMRA+-buq16+bX08AAUfsTpP5=7jWqE42bG_vn=2gtFHYw@mail.gmail.com>

Hi Wei,

there has not been a lot of effort on the GPU front in ITK. The wiki page
<https://itk.org/Wiki/ITK/Release_4/GPU_Acceleration> about it is
informative, and since multi-GPU support is on the TODO
<https://itk.org/Wiki/ITK/Release_4/GPU_Acceleration#ToDo_List> list I
guess it is unsupported. More unfinished things can be found on the wish
list <https://itk.org/Wiki/ITK_Release_4/GPU_Acceleration/Wish_List>.

Regards,
D?enan

On Wed, Sep 14, 2016 at 8:56 PM, Wei Liu <weiliu620 at gmail.com> wrote:

> Hi communities,
>
> I have a few maybe vague questions about the GPU filters.
>
> - Does GPU base class support vector image (each pixel is a vector)? If I
> want to write my own custom GPU filter (or at least my code using GPU base
> class), is there anything I should keep in mind, or pitfall I should avoid
> when writing OpenCL kernel?
>
> - is multi-GPU supported? From the code, and searching online, it seems it
> is not supported yet. If that's the case, what is the difficulty of adding
> it myself? (may not in filter format, as long as it works)
>
> - What is the relationship between streaming filter, multi-threading and
> OpenCL kernels? I've read chapters in the guide book but appreciate some
> insight from the community.
>
> Thank you all!
>
> Wei
>
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160915/01c758aa/attachment.html>

From francois.budin at kitware.com  Thu Sep 15 15:07:30 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Thu, 15 Sep 2016 15:07:30 -0400
Subject: [ITK] [ITK-users] [ITK-dev] VTK Textbook and User's Guide
	now	available for download
In-Reply-To: <CAEiDrtVi8dBP_5jNd6fs1kmyiS0VtzxJk0ZVSyzk89fpuvHouQ@mail.gmail.com>
References: <CAEiDrtVi8dBP_5jNd6fs1kmyiS0VtzxJk0ZVSyzk89fpuvHouQ@mail.gmail.com>
Message-ID: <CAHwLD2XspFeiW4BmkEf7LWs_P=iSoQQVjxWM3x5V9eKnp4DATA@mail.gmail.com>

How about writing the book in a Jupyter notebook using a Python or a
Javascript kernel to run the examples? I know it is possible to export the
content of notebooks as PDFs through LaTeX, although I am not sure how the
formatting is handled and if that would work for a book.

Francois

On Thu, Sep 15, 2016 at 1:54 PM, Will Schroeder <will.schroeder at kitware.com>
wrote:

> Kitware is releasing the VTK Textbook and VTK User's Guide for PDF
> download. Follow the links below to a landing page where you can buy a
> printed version, or download a PDF.
>
> Longer term, the plan is to convert these books to LaTeX (from Framemaker)
> and place the content into an open repository. The first step is to mostly
> duplicate what exists now; eventually we have the ambitious goal to
> completely rewrite / recombine / rethink the books. For example, using
> VTK.js (under development now) to offer web interaction with examples etc.
> We can certainly use the talents of the community to take this challenge
> on, so if you are interested please let me know.
>
> The Visualization Toolkit An Object-Oriented Approach to 3D Graphics (4th
> ed.)
> http://www.vtk.org/vtk-textbook/
> pdf: http://www.kitware.com/products/books/VTKTextbook.pdf
>
> *The VTK User?s Guide*
> http://www.vtk.org/vtk-users-guide/
> pdf: http://www.kitware.com/products/books/VTKUsersGuide.pdf
>
> Best, please let me know if there are issues or concerns.
> W
>
> --
> William J. Schroeder, PhD
> Kitware, Inc. - Building the World's Technical Computing Software
> 28 Corporate Drive
> Clifton Park, NY 12065
> will.schroeder at kitware.com
> http://www.kitware.com
> (518) 881-4902
>
> _______________________________________________
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160915/c460972d/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From francois.budin at kitware.com  Thu Sep 15 15:07:30 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Thu, 15 Sep 2016 15:07:30 -0400
Subject: [ITK] [ITK-dev] VTK Textbook and User's Guide now available
	for	download
In-Reply-To: <CAEiDrtVi8dBP_5jNd6fs1kmyiS0VtzxJk0ZVSyzk89fpuvHouQ@mail.gmail.com>
References: <CAEiDrtVi8dBP_5jNd6fs1kmyiS0VtzxJk0ZVSyzk89fpuvHouQ@mail.gmail.com>
Message-ID: <CAHwLD2XspFeiW4BmkEf7LWs_P=iSoQQVjxWM3x5V9eKnp4DATA@mail.gmail.com>

How about writing the book in a Jupyter notebook using a Python or a
Javascript kernel to run the examples? I know it is possible to export the
content of notebooks as PDFs through LaTeX, although I am not sure how the
formatting is handled and if that would work for a book.

Francois

On Thu, Sep 15, 2016 at 1:54 PM, Will Schroeder <will.schroeder at kitware.com>
wrote:

> Kitware is releasing the VTK Textbook and VTK User's Guide for PDF
> download. Follow the links below to a landing page where you can buy a
> printed version, or download a PDF.
>
> Longer term, the plan is to convert these books to LaTeX (from Framemaker)
> and place the content into an open repository. The first step is to mostly
> duplicate what exists now; eventually we have the ambitious goal to
> completely rewrite / recombine / rethink the books. For example, using
> VTK.js (under development now) to offer web interaction with examples etc.
> We can certainly use the talents of the community to take this challenge
> on, so if you are interested please let me know.
>
> The Visualization Toolkit An Object-Oriented Approach to 3D Graphics (4th
> ed.)
> http://www.vtk.org/vtk-textbook/
> pdf: http://www.kitware.com/products/books/VTKTextbook.pdf
>
> *The VTK User?s Guide*
> http://www.vtk.org/vtk-users-guide/
> pdf: http://www.kitware.com/products/books/VTKUsersGuide.pdf
>
> Best, please let me know if there are issues or concerns.
> W
>
> --
> William J. Schroeder, PhD
> Kitware, Inc. - Building the World's Technical Computing Software
> 28 Corporate Drive
> Clifton Park, NY 12065
> will.schroeder at kitware.com
> http://www.kitware.com
> (518) 881-4902
>
> _______________________________________________
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160915/c460972d/attachment-0002.html>
-------------- next part --------------
_______________________________________________
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

From dzenanz at gmail.com  Thu Sep 15 15:36:35 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Thu, 15 Sep 2016 15:36:35 -0400
Subject: [ITK] [ITK-users] itk mhd header
In-Reply-To: <CACDHZEQqn=mCs6X4oZP+cPp+UYqtP5DGvhYQ93Gyo8+b36nntQ@mail.gmail.com>
References: <1473924398226-7589210.post@n2.nabble.com>
 <62ADBFC4-D6AD-4E26-9A95-8BA6C49D9BDF@mail.nih.gov>
 <CACDHZEQqn=mCs6X4oZP+cPp+UYqtP5DGvhYQ93Gyo8+b36nntQ@mail.gmail.com>
Message-ID: <CAPf2UMTHagrMRmsYYFAQgF-vC01uxP4bCTiSq_BpKO0F4z-nkg@mail.gmail.com>

Hi Swetha,

since NIFTI has a binary header, I guess someone confusingly dumped NIFTI
header in text format and renamed that .mhd. That is neither valid MHD nor
NIFTI. In short, it is a corrupted file.

Regards,
D?enan

On Thu, Sep 15, 2016 at 9:11 AM, Swetha Sharma <swetha.bsharma at gmail.com>
wrote:

> I am trying to read the file using an application outside itk.it can read
> the regular .mhd but it failed when I input this.
>
> When I investigated the header I found these tags hence the post
>
> On Thu, 15 Sep 2016, 18:37 Lowekamp, Bradley (NIH/NLM/LHC) [C], <
> blowekamp at mail.nih.gov> wrote:
>
>> MetaIO does not have many formal fields. Those that are defined are here:
>>
>> https://itk.org/Wiki/ITK/MetaIO/Documentation
>>
>> MetaIO Image from ITK also writes out the ITK's Meta Data Dictionary
>> along with the image. The dictionary can contain arbitrary information.
>> These fields looks like they came from a NIFT file:
>>
>> https://brainder.org/2012/09/23/the-nifti-file-format/
>>
>> It is generally more productive to learn how to use existing libraries as
>> opposed to hacking your own for IO. This help ensure that everyones files
>> are compatible and usable.
>>
>> HTH,
>> Brad
>>
>> > On Sep 15, 2016, at 3:26 AM, swetha <swetha.bsharma at gmail.com> wrote:
>> >
>> > Hi,
>> >
>> >  I have this mhd file header
>> >
>> > ObjectType = Image
>> > NDims = 3
>> > BinaryData = True
>> > BinaryDataByteOrderMSB = False
>> > CompressedData = False
>> > TransformMatrix = 1 0 0 0 1 0 0 0 1
>> > Offset = 0 0 0
>> > CenterOfRotation = 0 0 0
>> > AnatomicalOrientation = RAI
>> > ElementSpacing = 1 1 1
>> > bitpix = 8
>> > cal_max = 256
>> > cal_min = 0
>> > datatype = 2
>> > dim[0] = 4
>> > dim[1] = 480
>> > dim[2] = 480
>> > dim[3] = 256
>> > dim[4] = 1
>> > dim[5] = 1
>> > dim[6] = 0
>> > dim[7] = 0
>> > dim_info =
>> > intent_code = 0
>> > intent_p1 = 1.86143e+034
>> > intent_p2 = 0
>> > intent_p3 = 0
>> > pixdim[0] = 0
>> > pixdim[1] = 1
>> > pixdim[2] = 1
>> > pixdim[3] = 1
>> > pixdim[4] = 0
>> > pixdim[5] = 0
>> > pixdim[6] = 0
>> > pixdim[7] = 0
>> > qform_code = 0
>> > qoffset_x = 0
>> > qoffset_y = 0
>> > qoffset_z = 0
>> > quatern_b = 0
>> > quatern_c = 0
>> > quatern_d = 0
>> > scl_inter = 0
>> > scl_slope = 1
>> > sform_code = 0
>> > slice_code =
>> > slice_duration = 0
>> > slice_end = 0
>> > slice_start = 0
>> > srow_x = 0 0 0 0
>> > srow_y = 0 0 0 0
>> > srow_z = 0 0 0 0
>> > toffset = 0
>> > vox_offset = 0
>> > xyzt_units =
>> > DimSize = 480 480 256
>> > ElementType = MET_SHORT
>> > ElementDataFile = usg2_-2.raw
>> >
>> > I want to know what the tags mean so that i can write a function to
>> parse
>> > and display the image.
>> > -swetha
>> >
>> >
>> >
>> >
>> > --
>> > View this message in context: http://itk-insight-users.
>> 2283740.n2.nabble.com/itk-mhd-header-tp7589210.html
>> > Sent from the ITK Insight Users mailing list archive at Nabble.com.
>> > _____________________________________
>> > 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://www.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-users
>>
>>
> _____________________________________
> 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://www.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-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160915/a1cb1b8b/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From swetha.bsharma at gmail.com  Fri Sep 16 00:26:34 2016
From: swetha.bsharma at gmail.com (Swetha Sharma)
Date: Fri, 16 Sep 2016 04:26:34 +0000
Subject: [ITK] [ITK-users] itk mhd header
In-Reply-To: <CAPf2UMTHagrMRmsYYFAQgF-vC01uxP4bCTiSq_BpKO0F4z-nkg@mail.gmail.com>
References: <1473924398226-7589210.post@n2.nabble.com>
 <62ADBFC4-D6AD-4E26-9A95-8BA6C49D9BDF@mail.nih.gov>
 <CACDHZEQqn=mCs6X4oZP+cPp+UYqtP5DGvhYQ93Gyo8+b36nntQ@mail.gmail.com>
 <CAPf2UMTHagrMRmsYYFAQgF-vC01uxP4bCTiSq_BpKO0F4z-nkg@mail.gmail.com>
Message-ID: <CACDHZERwYuGc5b0pKS56shjsNYXGnLo13e7bwZ8G157M9uCSBQ@mail.gmail.com>

Thank you dzenanz

On Fri, 16 Sep 2016, 01:06 D?enan Zuki?, <dzenanz at gmail.com> wrote:

> Hi Swetha,
>
> since NIFTI has a binary header, I guess someone confusingly dumped NIFTI
> header in text format and renamed that .mhd. That is neither valid MHD nor
> NIFTI. In short, it is a corrupted file.
>
> Regards,
> D?enan
>
> On Thu, Sep 15, 2016 at 9:11 AM, Swetha Sharma <swetha.bsharma at gmail.com>
> wrote:
>
>> I am trying to read the file using an application outside itk.it can
>> read the regular .mhd but it failed when I input this.
>>
>> When I investigated the header I found these tags hence the post
>>
>> On Thu, 15 Sep 2016, 18:37 Lowekamp, Bradley (NIH/NLM/LHC) [C], <
>> blowekamp at mail.nih.gov> wrote:
>>
>>> MetaIO does not have many formal fields. Those that are defined are here:
>>>
>>> https://itk.org/Wiki/ITK/MetaIO/Documentation
>>>
>>> MetaIO Image from ITK also writes out the ITK's Meta Data Dictionary
>>> along with the image. The dictionary can contain arbitrary information.
>>> These fields looks like they came from a NIFT file:
>>>
>>> https://brainder.org/2012/09/23/the-nifti-file-format/
>>>
>>> It is generally more productive to learn how to use existing libraries
>>> as opposed to hacking your own for IO. This help ensure that everyones
>>> files are compatible and usable.
>>>
>>> HTH,
>>> Brad
>>>
>>> > On Sep 15, 2016, at 3:26 AM, swetha <swetha.bsharma at gmail.com> wrote:
>>> >
>>> > Hi,
>>> >
>>> >  I have this mhd file header
>>> >
>>> > ObjectType = Image
>>> > NDims = 3
>>> > BinaryData = True
>>> > BinaryDataByteOrderMSB = False
>>> > CompressedData = False
>>> > TransformMatrix = 1 0 0 0 1 0 0 0 1
>>> > Offset = 0 0 0
>>> > CenterOfRotation = 0 0 0
>>> > AnatomicalOrientation = RAI
>>> > ElementSpacing = 1 1 1
>>> > bitpix = 8
>>> > cal_max = 256
>>> > cal_min = 0
>>> > datatype = 2
>>> > dim[0] = 4
>>> > dim[1] = 480
>>> > dim[2] = 480
>>> > dim[3] = 256
>>> > dim[4] = 1
>>> > dim[5] = 1
>>> > dim[6] = 0
>>> > dim[7] = 0
>>> > dim_info =
>>> > intent_code = 0
>>> > intent_p1 = 1.86143e+034
>>> > intent_p2 = 0
>>> > intent_p3 = 0
>>> > pixdim[0] = 0
>>> > pixdim[1] = 1
>>> > pixdim[2] = 1
>>> > pixdim[3] = 1
>>> > pixdim[4] = 0
>>> > pixdim[5] = 0
>>> > pixdim[6] = 0
>>> > pixdim[7] = 0
>>> > qform_code = 0
>>> > qoffset_x = 0
>>> > qoffset_y = 0
>>> > qoffset_z = 0
>>> > quatern_b = 0
>>> > quatern_c = 0
>>> > quatern_d = 0
>>> > scl_inter = 0
>>> > scl_slope = 1
>>> > sform_code = 0
>>> > slice_code =
>>> > slice_duration = 0
>>> > slice_end = 0
>>> > slice_start = 0
>>> > srow_x = 0 0 0 0
>>> > srow_y = 0 0 0 0
>>> > srow_z = 0 0 0 0
>>> > toffset = 0
>>> > vox_offset = 0
>>> > xyzt_units =
>>> > DimSize = 480 480 256
>>> > ElementType = MET_SHORT
>>> > ElementDataFile = usg2_-2.raw
>>> >
>>> > I want to know what the tags mean so that i can write a function to
>>> parse
>>> > and display the image.
>>> > -swetha
>>> >
>>> >
>>> >
>>> >
>>> > --
>>> > View this message in context:
>>> http://itk-insight-users.2283740.n2.nabble.com/itk-mhd-header-tp7589210.html
>>> > Sent from the ITK Insight Users mailing list archive at Nabble.com.
>>> > _____________________________________
>>> > 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://www.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-users
>>>
>>>
>> _____________________________________
>> 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://www.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-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160916/ee72330a/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From grothausmann.roman at mh-hannover.de  Fri Sep 16 07:42:24 2016
From: grothausmann.roman at mh-hannover.de (Grothausmann, Roman Dr.)
Date: Fri, 16 Sep 2016 13:42:24 +0200
Subject: [ITK] [ITK-users] get outputs from a std::vector list of
 smart-pointers of image-filters
In-Reply-To: <CAPf2UMR4zV2WinjbM+22oNQyN26imt6x6-rYbVZ5_OmKR4a+_Q@mail.gmail.com>
References: <E41A3C04-73C1-40C8-9435-CCCD7E08D927@gmail.com>
 <e5200ab0-4548-093d-4f01-afa79099cf5a@mh-hannover.de>
 <C266AAD9-184A-47A3-B9E6-A099BA3804E0@mail.nih.gov>
 <dc7cf545-5ca9-669b-53fb-6ad8fe2222f8@mh-hannover.de>
 <EF0AFB4E-01FE-416F-99E8-5C6F7626A9C0@mail.nih.gov>
 <809fecd2-0c04-374d-ec1c-d52ef3420fe3@mh-hannover.de>
 <CAPf2UMTidwWLL1_1Nj99KGHX0Hy7VDG-4vLOwm_83CD2frpRVg@mail.gmail.com>
 <f91faa39-4ea8-6bc2-1775-fe89950a3771@mh-hannover.de>
 <CAPf2UMR4zV2WinjbM+22oNQyN26imt6x6-rYbVZ5_OmKR4a+_Q@mail.gmail.com>
Message-ID: <6df22bd5-bca5-8673-007d-d8c7887cf735@mh-hannover.de>

On 12/09/16 17:41, D?enan Zuki? wrote:
> can you turn
> smoother->SetInput(savedPointers[i]->GetOutput());
> into
> if (i==0)
>
> smoother->SetInput(static_cast<CastFilterType::Pointer>(savedPointers[i])->GetOutput());
> else
>
> smoother->SetInput(static_cast<GaussianFilterType::Pointer>(savedPointers[i])->GetOutput());
> or something similar and see whether that works?

Did so,
https://github.com/romangrothausmann/ITK-CLIs/commit/2cd1fbe4406eccbd6552e88e8be0a0ab1aad4ba6
but still getting compile errors like:
resample.cxx:73:5: error: no matching function for call to 
?std::vector<itk::SmartPointer<itk::ProcessObject> 
 >::push_back(itk::CastImageFilter<itk::Image<float, 1u>, itk::Image<float, 1u> 
 >::Pointer&)?
      savedPointers.push_back(caster);

and

resample.cxx:80:25: error: invalid user-defined conversion from 
?itk::SmartPointer<itk::ProcessObject>? to 
?itk::SmartPointer<itk::CastImageFilter<itk::Image<float, 1u>, itk::Image<float, 
1u> > >::ObjectType* {aka itk::CastImageFilter<itk::Image<float, 1u>, 
itk::Image<float, 1u> >*}? [-fpermissive]
       smoother->SetInput(static_cast<typename 
CastFilterType::Pointer>(savedPointers[i])->GetOutput());



I also tried Your suggestion on the .GetPointer() variant:
https://github.com/romangrothausmann/ITK-CLIs/commit/4a96d962430461c0b26de9363a1ccf623b9c9840
which compiles but segfaults when executed.



A third variant stores the Output SPs in a separate list:
https://github.com/romangrothausmann/ITK-CLIs/commit/d9b5c3f1a786b595255a9153da9ceafd88d2a189
but compilation stops with:
resample.cxx:77:5: error: request for member ?GetPointer? in 
?caster.itk::SmartPointer<TObjectType>::operator-><itk::CastImageFilter<itk::Image<float, 
1u>, itk::Image<float, 1u> > >()->itk::CastImageFilter<itk::Image<float, 1u>, 
itk::Image<float, 1u> 
 >::<anonymous>.itk::UnaryFunctorImageFilter<itk::Image<float, 1u>, 
itk::Image<float, 1u>, itk::Functor::Cast<float, float> 
 >::<anonymous>.itk::InPlaceImageFilter<itk::Image<float, 1u>, itk::Image<float, 
1u> >::<anonymous>.itk::ImageToImageFilter<itk::Image<float, 1u>, 
itk::Image<float, 1u> 
 >::<anonymous>.itk::ImageSource<TOutputImage>::GetOutput<itk::Image<float, 1u> 
 >()?, which is of pointer type ?itk::ImageSource<itk::Image<float, 1u> 
 >::OutputImageType* {aka itk::Image<float, 1u>*}? (maybe you meant to use ?->? ?)
      savedOutPointers.push_back(caster->GetOutput().GetPointer());
      ^

Any other ideas how to get this working?

Many thanks for looking into this.
Roman


> On Mon, Sep 12, 2016 at 5:41 AM, Grothausmann, Roman Dr.
> <grothausmann.roman at mh-hannover.de <mailto:grothausmann.roman at mh-hannover.de>>
> wrote:
>
>     On 09/09/16 16:21, D?enan Zuki? wrote:
>
>         Hi Roman,
>
>         you should not save the pointer the SmartPointer encapsulates, but
>         rather the
>         SmartPointer itself. The saving line of code should not be
>         savedPointers.push_back(caster.GetPointer());
>         but rather
>         savedPointers.push_back(caster);
>         and later usage should not be
>         smoother->SetInput(dynamic_cast<ISType*>(savedPointers[i].GetPointer())->GetOutput());
>         but rather
>         smoother->SetInput(savedPointers[i]->GetOutput());
>
>
>     Many thanks D?enan for Your reply. I tried as You suggested:
>
>     https://github.com/romangrothausmann/ITK-CLIs/commit/b00551faf951192f50e4090d683300524b4c95ba
>     <https://github.com/romangrothausmann/ITK-CLIs/commit/b00551faf951192f50e4090d683300524b4c95ba>
>
>     but am getting:
>
>     resample.cxx:79:49: error: no matching function for call to
>     ?itk::ProcessObject::GetOutput()?
>       smoother->SetInput(savedPointers[i]->GetOutput());
>                                                      ^
>     resample.cxx:79:49: note: candidates are:
>     In file included from resample.cxx:5:
>     /opt/itk-4.9.1/include/ITK-4.9/itkProcessObject.h:612:16: note:
>     itk::DataObject* itk::ProcessObject::GetOutput(const DataObjectIdentifierType&)
>        DataObject * GetOutput(const DataObjectIdentifierType & key);
>                     ^
>
>     I also tried:
>     std::vector<itk::ProcessObject> savedPointers;
>     std::vector<itk::ISType> savedPointers;
>     std::vector< itk::SmartPointer<itk::ProcessObject> > savedPointers;
>     but always got compile errors.
>     I am confused when to use the smart-pointer as is and when with .GetPointer().
>
>     According to
>
>     https://cmake.org/pipermail/insight-users/2007-May/022374.html
>     <https://cmake.org/pipermail/insight-users/2007-May/022374.html>
>
>     I also tried storing the output-pointers (without pipe-line disconnection)
>     in a separate list
>
>     https://github.com/romangrothausmann/ITK-CLIs/commit/d9b5c3f1a786b595255a9153da9ceafd88d2a189
>     <https://github.com/romangrothausmann/ITK-CLIs/commit/d9b5c3f1a786b595255a9153da9ceafd88d2a189>
>
>     which does not compile either:
>
>     resample.cxx:77:5: error: request for member ?GetPointer? in
>     ?caster.itk::SmartPointer<TObjectType>::operator-><itk::CastImageFilter<itk::Image<float,
>     1u>, itk::Image<float, 1u> > >()->itk::CastImageFilter<itk::Image<float,
>     1u>, itk::Image<float, 1u>
>     >::<anonymous>.itk::UnaryFunctorImageFilter<itk::Image<float, 1u>,
>     itk::Image<float, 1u>, itk::Functor::Cast<float, float>
>     >::<anonymous>.itk::InPlaceImageFilter<itk::Image<float, 1u>,
>     itk::Image<float, 1u>
>     >::<anonymous>.itk::ImageToImageFilter<itk::Image<float, 1u>,
>     itk::Image<float, 1u>
>     >::<anonymous>.itk::ImageSource<TOutputImage>::GetOutput<itk::Image<float,
>     1u> >()?, which is of pointer type ?itk::ImageSource<itk::Image<float, 1u>
>     >::OutputImageType* {aka itk::Image<float, 1u>*}? (maybe you meant to use
>     ?->? ?)
>          savedOutPointers.push_back(caster->GetOutput().GetPointer());
>          ^
>
>     I'm wondering if construct as needed is not possible at all because I can't
>     find anything like that in the ITK-sources or examples. For the code
>     snippets I can find in the MLs it is not clear whether they got tested and
>     were accepted by a compiler.
>
>     Any further ideas?
>
>     Best
>     Roman
>
>
>         On Fri, Sep 9, 2016 at 8:29 AM, Grothausmann, Roman Dr.
>         <grothausmann.roman at mh-hannover.de
>         <mailto:grothausmann.roman at mh-hannover.de>
>         <mailto:grothausmann.roman at mh-hannover.de
>         <mailto:grothausmann.roman at mh-hannover.de>>>
>         wrote:
>
>             On 22/07/16 14:49, Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
>
>                 Hi,
>
>                 Who is holding the pointer to the newly created ImageFileReader
>         outside of
>                 the loop? For that type of operation I?ll frequently just stash
>         smart
>                 pointers into a std::vector or list.
>
>
>             I tried to change the resample example
>
>         (https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleVolumesToBeIsotropic_8cxx-example.html
>         <https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleVolumesToBeIsotropic_8cxx-example.html>
>
>         <https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleVolumesToBeIsotropic_8cxx-example.html
>         <https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleVolumesToBeIsotropic_8cxx-example.html>>
>             that uses itkRecursiveGaussianImageFilter for each dimension) such
>         that it works
>             for any dimensional image.
>             Doing as Brad suggested and storing each smart-pointer of
>             itkRecursiveGaussianImageFilter in a std::vector I get a program
>
>         (https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx
>         <https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx>
>
>         <https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx
>         <https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx>>)
>             that compiles but segfaults when used. I guess the way I'm trying to
>             dereference a pointer from the list is not correct
>
>         (https://github.com/romangrothausmann/ITK-CLIs/commit/0968dd25af2abc37ffb0c0503cc4c2972b3b2098#diff-cb1b1c6837c6074372c220250cfdbb36R80
>         <https://github.com/romangrothausmann/ITK-CLIs/commit/0968dd25af2abc37ffb0c0503cc4c2972b3b2098#diff-cb1b1c6837c6074372c220250cfdbb36R80>
>
>         <https://github.com/romangrothausmann/ITK-CLIs/commit/0968dd25af2abc37ffb0c0503cc4c2972b3b2098#diff-cb1b1c6837c6074372c220250cfdbb36R80
>         <https://github.com/romangrothausmann/ITK-CLIs/commit/0968dd25af2abc37ffb0c0503cc4c2972b3b2098#diff-cb1b1c6837c6074372c220250cfdbb36R80>>)
>             but I could not find an example except the one referenced in the
>         code line.
>             So how to correctly dereference a pointer from the list of
>         smart-pointers to
>             get its output?
>
>             Thank for any help or hints
>             Roman
>
>                     On Jul 22, 2016, at 6:00 AM, Grothausmann, Roman Dr.
>                     <grothausmann.roman at mh-hannover.de
>         <mailto:grothausmann.roman at mh-hannover.de>
>                     <mailto:grothausmann.roman at mh-hannover.de
>         <mailto:grothausmann.roman at mh-hannover.de>>> wrote:
>
>                     Many thanks Brad for Your detailed reply. I understand now
>         the problems
>                     concerning streaming TileImageFilter. However I still wonder
>         why my
>                     non-streaming version also does not work any more after
>         moving the
>                     creation
>                     of reader instances into the for-loop:
>
>         https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea37d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50
>         <https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea37d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50>
>
>         <https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea37d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50
>         <https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea37d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50>>
>
>
>
>             Is this construct inappropriate for the TileImageFilter?
>
>                     Why does it work for:
>
>         https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2>
>
>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2>>
>
>
>
>             On 21/07/16 15:41, Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
>
>                         Hello,
>
>                         The TileImageFilter does not fully stream [1]. The
>         filter also
>                         has some
>                         odd behavior, and other older implementation details. If
>         you are
>                         going to
>                         work on a streaming pipelines it is best practice to
>         examine the
>                         filters
>                         to determine how the Requested regions behave.
>
>                         However, there is no reason that the TileImageFilter
>         algorithm
>                         couldn?t
>                         support streaming. It is just a matter of code and a
>         bunch of
>                         testing. A
>                         contribution for this issue would be welcomed! Also this
>         filter
>                         is in
>                         need a refactoring and bring it up to several other best
>                         practices. There
>                         are several issue with the current implementation that would
>                         cause it not
>                         to work correctly with a streaming pipeline, and cause
>         excessive
>                         execution.
>
>                         You can also use the PipelieMoniotorImageFilter to
>         record and
>                         print the
>                         pipeline interaction during Update [2]. This information
>         helps with
>                         debugging and diagnosing problems, but if the pipeline is
>                         mis-behaving (
>                         as the TileImageFilter may ), the information may not be
>         correct.
>
>                         I have tried similar streaming with the
>         JoinSeriesImageFilter.
>                         However I
>                         ran into many problems with having hundreds of ImageIO being
>                         utilized at
>                         the same time. There were problems with having too many
>         files
>                         open at the
>                         same time along with ImageIO libraries that couldn?t
>         handle single
>                         threaded access to multiple files.
>
>                         [1]
>
>         https://github.com/InsightSoftwareConsortium/ITK/blob/master/Modules/Filtering/ImageGrid/include/itkTileImageFilter.hxx#L125-L136
>         <https://github.com/InsightSoftwareConsortium/ITK/blob/master/Modules/Filtering/ImageGrid/include/itkTileImageFilter.hxx#L125-L136>
>
>         <https://github.com/InsightSoftwareConsortium/ITK/blob/master/Modules/Filtering/ImageGrid/include/itkTileImageFilter.hxx#L125-L136
>         <https://github.com/InsightSoftwareConsortium/ITK/blob/master/Modules/Filtering/ImageGrid/include/itkTileImageFilter.hxx#L125-L136>>
>
>
>
>
>             [2]
>         https://itk.org/Doxygen/html/classitk_1_1PipelineMonitorImageFilter.html
>         <https://itk.org/Doxygen/html/classitk_1_1PipelineMonitorImageFilter.html>
>
>         <https://itk.org/Doxygen/html/classitk_1_1PipelineMonitorImageFilter.html <https://itk.org/Doxygen/html/classitk_1_1PipelineMonitorImageFilter.html>>
>
>
>                             On Jul 21, 2016, at 6:41 AM, Grothausmann, Roman Dr.
>                             <grothausmann.roman at mh-hannover.de
>         <mailto:grothausmann.roman at mh-hannover.de>
>                             <mailto:grothausmann.roman at mh-hannover.de
>         <mailto:grothausmann.roman at mh-hannover.de>>> wrote:
>
>                             Dear mailing list members,
>
>
>                             Based on the examples for TileImageFilter I've created a
>                             working CLI
>                             to append an arbitrary number of inputs
>
>         (https://github.com/romangrothausmann/ITK-CLIs/blob/4fdf5778022598dcf83fb38e6002df72bd67bef3/tile.cxx
>         <https://github.com/romangrothausmann/ITK-CLIs/blob/4fdf5778022598dcf83fb38e6002df72bd67bef3/tile.cxx>
>
>         <https://github.com/romangrothausmann/ITK-CLIs/blob/4fdf5778022598dcf83fb38e6002df72bd67bef3/tile.cxx
>         <https://github.com/romangrothausmann/ITK-CLIs/blob/4fdf5778022598dcf83fb38e6002df72bd67bef3/tile.cxx>>).
>
>
>
>
>             As there is an example that does not apply Update and
>         DisconnectPipeline on
>             the readers
>
>         (https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2>
>
>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2>>)
>
>
>
>                             I changed my code such that a reader instance is
>         created for
>                             each input
>                             in a for-loop:
>
>         https://github.com/romangrothausmann/ITK-CLIs/commit/ebfc0aea37d28cbbf2bb22c3f56be52453cebde9
>         <https://github.com/romangrothausmann/ITK-CLIs/commit/ebfc0aea37d28cbbf2bb22c3f56be52453cebde9>
>
>         <https://github.com/romangrothausmann/ITK-CLIs/commit/ebfc0aea37d28cbbf2bb22c3f56be52453cebde9
>         <https://github.com/romangrothausmann/ITK-CLIs/commit/ebfc0aea37d28cbbf2bb22c3f56be52453cebde9>>
>
>
>
>
>
>             However, the update from the writer seems not to propagate to the
>         readers
>             whether streaming or not. Can the TileImageFilter not stream in such
>         a case
>             or are further modifications necessary?
>
>
>                             Thanks for any help or hints Roman
>
>
>                             On 18/08/14 17:01, Michka Popoff wrote:
>
>                                 Hi
>
>                                 Going the way described in the CreateVolume
>         example is
>                                 the way to
>                                 go.
>
>                                 Why did you uncomment the DisconnectPipeline()
>         call and
>                                 Update() call
>                                 in the for loop ? They need to stay there, else
>         you will
>                                 always use
>                                 the last image. That?s why you see the same
>         image, the
>                                 single update
>                                 call will be triggered at the end of the script
>         and read
>                                 only one
>                                 image.
>
>                                 You don?t need to call tileFilter->Update(), you can
>                                 remove this
>                                 line. The writer->Update() will take care of the
>                                 pipeline update. As
>                                 a bonus, you may wrap your writer->Update() call, to
>                                 fetch errors at
>                                 the end of the pipeline:
>
>                                 try { writer->Update(); } catch(
>         itk::ExceptionObject &
>                                 error ) {
>                                 std::cerr << "Error: " << error << std::endl; return
>                                 EXIT_FAILURE; }
>
>                                 I made a little Python prototype, the syntax is
>         a little bit
>                                 different than in C++ but it gives you the main
>         idea.
>
>                                 Michka
>
>
>                             -- Dr. Roman Grothausmann
>
>                             Tomographie und Digitale Bildverarbeitung Tomography and
>                             Digital Image
>                             Analysis
>
>                             Institut f?r Funktionelle und Angewandte Anatomie,
>         OE 4120
>                             Medizinische Hochschule Hannover Carl-Neuberg-Str. 1
>         D-30625
>                             Hannover
>
>                             Tel. +49 511 532-2900 <tel:%2B49%20511%20532-2900>
>         <tel:%2B49%20511%20532-2900>
>                             _____________________________________ Powered by
>                             www.kitware.com <http://www.kitware.com>
>         <http://www.kitware.com>
>
>                             Visit other Kitware open-source projects at
>                             http://www.kitware.com/opensource/opensource.html
>         <http://www.kitware.com/opensource/opensource.html>
>                             <http://www.kitware.com/opensource/opensource.html
>         <http://www.kitware.com/opensource/opensource.html>>
>
>                             Kitware offers ITK Training Courses, for more
>         information visit:
>                             http://www.kitware.com/products/protraining.php
>         <http://www.kitware.com/products/protraining.php>
>                             <http://www.kitware.com/products/protraining.php
>         <http://www.kitware.com/products/protraining.php>>
>
>                             Please keep messages on-topic and check the ITK FAQ at:
>                             http://www.itk.org/Wiki/ITK_FAQ
>         <http://www.itk.org/Wiki/ITK_FAQ>
>                             <http://www.itk.org/Wiki/ITK_FAQ
>         <http://www.itk.org/Wiki/ITK_FAQ>>
>
>                             Follow this link to subscribe/unsubscribe:
>
>         http://public.kitware.com/mailman/listinfo/insight-users
>         <http://public.kitware.com/mailman/listinfo/insight-users>
>
>         <http://public.kitware.com/mailman/listinfo/insight-users
>         <http://public.kitware.com/mailman/listinfo/insight-users>>
>                             _______________________________________________
>         Community
>                             mailing list
>                             Community at itk.org <mailto:Community at itk.org>
>         <mailto:Community at itk.org <mailto:Community at itk.org>>
>                             http://public.kitware.com/mailman/listinfo/community
>         <http://public.kitware.com/mailman/listinfo/community>
>
>         <http://public.kitware.com/mailman/listinfo/community
>         <http://public.kitware.com/mailman/listinfo/community>>
>
>
>
>                     -- Dr. Roman Grothausmann
>
>                     Tomographie und Digitale Bildverarbeitung Tomography and
>         Digital Image
>                     Analysis
>
>                     Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
>         Medizinische
>                     Hochschule Hannover Carl-Neuberg-Str. 1 D-30625 Hannover
>
>                     Tel. +49 511 532-2900 <tel:%2B49%20511%20532-2900>
>         <tel:%2B49%20511%20532-2900>
>
>
>
>             --
>             Dr. Roman Grothausmann
>
>             Tomographie und Digitale Bildverarbeitung
>             Tomography and Digital Image Analysis
>
>             Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
>             Medizinische Hochschule Hannover
>             Carl-Neuberg-Str. 1
>             D-30625 Hannover
>
>             Tel. +49 511 532-2900 <tel:%2B49%20511%20532-2900>
>         <tel:%2B49%20511%20532-2900>
>             _____________________________________
>             Powered by www.kitware.com <http://www.kitware.com>
>         <http://www.kitware.com>
>
>             Visit other Kitware open-source projects at
>             http://www.kitware.com/opensource/opensource.html
>         <http://www.kitware.com/opensource/opensource.html>
>             <http://www.kitware.com/opensource/opensource.html
>         <http://www.kitware.com/opensource/opensource.html>>
>
>             Kitware offers ITK Training Courses, for more information visit:
>             http://www.kitware.com/products/protraining.php
>         <http://www.kitware.com/products/protraining.php>
>             <http://www.kitware.com/products/protraining.php
>         <http://www.kitware.com/products/protraining.php>>
>
>             Please keep messages on-topic and check the ITK FAQ at:
>             http://www.itk.org/Wiki/ITK_FAQ <http://www.itk.org/Wiki/ITK_FAQ>
>         <http://www.itk.org/Wiki/ITK_FAQ <http://www.itk.org/Wiki/ITK_FAQ>>
>
>             Follow this link to subscribe/unsubscribe:
>             http://public.kitware.com/mailman/listinfo/insight-users
>         <http://public.kitware.com/mailman/listinfo/insight-users>
>             <http://public.kitware.com/mailman/listinfo/insight-users
>         <http://public.kitware.com/mailman/listinfo/insight-users>>
>
>
>
>     --
>     Dr. Roman Grothausmann
>
>     Tomographie und Digitale Bildverarbeitung
>     Tomography and Digital Image Analysis
>
>     Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
>     Medizinische Hochschule Hannover
>     Carl-Neuberg-Str. 1
>     D-30625 Hannover
>
>     Tel. +49 511 532-2900 <tel:%2B49%20511%20532-2900>
>
>

-- 
Dr. Roman Grothausmann

Tomographie und Digitale Bildverarbeitung
Tomography and Digital Image Analysis

Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
Medizinische Hochschule Hannover
Carl-Neuberg-Str. 1
D-30625 Hannover

Tel. +49 511 532-2900
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Fri Sep 16 08:16:52 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Fri, 16 Sep 2016 08:16:52 -0400
Subject: [ITK] [ITK-users] itk mhd header
In-Reply-To: <CACDHZERwYuGc5b0pKS56shjsNYXGnLo13e7bwZ8G157M9uCSBQ@mail.gmail.com>
References: <1473924398226-7589210.post@n2.nabble.com>
 <62ADBFC4-D6AD-4E26-9A95-8BA6C49D9BDF@mail.nih.gov>
 <CACDHZEQqn=mCs6X4oZP+cPp+UYqtP5DGvhYQ93Gyo8+b36nntQ@mail.gmail.com>
 <CAPf2UMTHagrMRmsYYFAQgF-vC01uxP4bCTiSq_BpKO0F4z-nkg@mail.gmail.com>
 <CACDHZERwYuGc5b0pKS56shjsNYXGnLo13e7bwZ8G157M9uCSBQ@mail.gmail.com>
Message-ID: <CAPf2UMQxAT1DX-33kAcKXAw7AXG9F6U-35MUijg7t3v=iHhn3w@mail.gmail.com>

You could turn it into a valid MHD file by manually modifying the header to
make it match a valid one, e.g. the one attached.

Regards

On Fri, Sep 16, 2016 at 12:26 AM, Swetha Sharma <swetha.bsharma at gmail.com>
wrote:

> Thank you dzenanz
>
> On Fri, 16 Sep 2016, 01:06 D?enan Zuki?, <dzenanz at gmail.com> wrote:
>
>> Hi Swetha,
>>
>> since NIFTI has a binary header, I guess someone confusingly dumped NIFTI
>> header in text format and renamed that .mhd. That is neither valid MHD nor
>> NIFTI. In short, it is a corrupted file.
>>
>> Regards,
>> D?enan
>>
>> On Thu, Sep 15, 2016 at 9:11 AM, Swetha Sharma <swetha.bsharma at gmail.com>
>> wrote:
>>
>>> I am trying to read the file using an application outside itk.it can
>>> read the regular .mhd but it failed when I input this.
>>>
>>> When I investigated the header I found these tags hence the post
>>>
>>> On Thu, 15 Sep 2016, 18:37 Lowekamp, Bradley (NIH/NLM/LHC) [C], <
>>> blowekamp at mail.nih.gov> wrote:
>>>
>>>> MetaIO does not have many formal fields. Those that are defined are
>>>> here:
>>>>
>>>> https://itk.org/Wiki/ITK/MetaIO/Documentation
>>>>
>>>> MetaIO Image from ITK also writes out the ITK's Meta Data Dictionary
>>>> along with the image. The dictionary can contain arbitrary information.
>>>> These fields looks like they came from a NIFT file:
>>>>
>>>> https://brainder.org/2012/09/23/the-nifti-file-format/
>>>>
>>>> It is generally more productive to learn how to use existing libraries
>>>> as opposed to hacking your own for IO. This help ensure that everyones
>>>> files are compatible and usable.
>>>>
>>>> HTH,
>>>> Brad
>>>>
>>>> > On Sep 15, 2016, at 3:26 AM, swetha <swetha.bsharma at gmail.com> wrote:
>>>> >
>>>> > Hi,
>>>> >
>>>> >  I have this mhd file header
>>>> >
>>>> > ObjectType = Image
>>>> > NDims = 3
>>>> > BinaryData = True
>>>> > BinaryDataByteOrderMSB = False
>>>> > CompressedData = False
>>>> > TransformMatrix = 1 0 0 0 1 0 0 0 1
>>>> > Offset = 0 0 0
>>>> > CenterOfRotation = 0 0 0
>>>> > AnatomicalOrientation = RAI
>>>> > ElementSpacing = 1 1 1
>>>> > bitpix = 8
>>>> > cal_max = 256
>>>> > cal_min = 0
>>>> > datatype = 2
>>>> > dim[0] = 4
>>>> > dim[1] = 480
>>>> > dim[2] = 480
>>>> > dim[3] = 256
>>>> > dim[4] = 1
>>>> > dim[5] = 1
>>>> > dim[6] = 0
>>>> > dim[7] = 0
>>>> > dim_info =
>>>> > intent_code = 0
>>>> > intent_p1 = 1.86143e+034
>>>> > intent_p2 = 0
>>>> > intent_p3 = 0
>>>> > pixdim[0] = 0
>>>> > pixdim[1] = 1
>>>> > pixdim[2] = 1
>>>> > pixdim[3] = 1
>>>> > pixdim[4] = 0
>>>> > pixdim[5] = 0
>>>> > pixdim[6] = 0
>>>> > pixdim[7] = 0
>>>> > qform_code = 0
>>>> > qoffset_x = 0
>>>> > qoffset_y = 0
>>>> > qoffset_z = 0
>>>> > quatern_b = 0
>>>> > quatern_c = 0
>>>> > quatern_d = 0
>>>> > scl_inter = 0
>>>> > scl_slope = 1
>>>> > sform_code = 0
>>>> > slice_code =
>>>> > slice_duration = 0
>>>> > slice_end = 0
>>>> > slice_start = 0
>>>> > srow_x = 0 0 0 0
>>>> > srow_y = 0 0 0 0
>>>> > srow_z = 0 0 0 0
>>>> > toffset = 0
>>>> > vox_offset = 0
>>>> > xyzt_units =
>>>> > DimSize = 480 480 256
>>>> > ElementType = MET_SHORT
>>>> > ElementDataFile = usg2_-2.raw
>>>> >
>>>> > I want to know what the tags mean so that i can write a function to
>>>> parse
>>>> > and display the image.
>>>> > -swetha
>>>> >
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > View this message in context: http://itk-insight-users.
>>>> 2283740.n2.nabble.com/itk-mhd-header-tp7589210.html
>>>> > Sent from the ITK Insight Users mailing list archive at Nabble.com.
>>>> > _____________________________________
>>>> > 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://www.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-users
>>>>
>>>>
>>> _____________________________________
>>> 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://www.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-users
>>>
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160916/aa81e343/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: DzZ_T1.mhd
Type: application/octet-stream
Size: 443 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/community/attachments/20160916/aa81e343/attachment.obj>
-------------- next part --------------
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Fri Sep 16 09:49:53 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Fri, 16 Sep 2016 09:49:53 -0400
Subject: [ITK] [ITK-users] get outputs from a std::vector list of
 smart-pointers of image-filters
In-Reply-To: <6df22bd5-bca5-8673-007d-d8c7887cf735@mh-hannover.de>
References: <E41A3C04-73C1-40C8-9435-CCCD7E08D927@gmail.com>
 <e5200ab0-4548-093d-4f01-afa79099cf5a@mh-hannover.de>
 <C266AAD9-184A-47A3-B9E6-A099BA3804E0@mail.nih.gov>
 <dc7cf545-5ca9-669b-53fb-6ad8fe2222f8@mh-hannover.de>
 <EF0AFB4E-01FE-416F-99E8-5C6F7626A9C0@mail.nih.gov>
 <809fecd2-0c04-374d-ec1c-d52ef3420fe3@mh-hannover.de>
 <CAPf2UMTidwWLL1_1Nj99KGHX0Hy7VDG-4vLOwm_83CD2frpRVg@mail.gmail.com>
 <f91faa39-4ea8-6bc2-1775-fe89950a3771@mh-hannover.de>
 <CAPf2UMR4zV2WinjbM+22oNQyN26imt6x6-rYbVZ5_OmKR4a+_Q@mail.gmail.com>
 <6df22bd5-bca5-8673-007d-d8c7887cf735@mh-hannover.de>
Message-ID: <CAPf2UMSU_5Uxj9yn6U3LetzJpLV7oeQi-CDMyGqUj4tk2KdREg@mail.gmail.com>

Hi Roman,

I tried some modifications of your second attempt
<https://github.com/romangrothausmann/ITK-CLIs/blob/d9b5c3f1a786b595255a9153da9ceafd88d2a189/resample.cxx>,
but couldn't get it to compile. But your code reminded me very much of
BRAINSFit <https://github.com/BRAINSia/BRAINSTools/tree/master/BRAINSFit>,
so you might take inspiration from that.

I am sorry I could not be of more help.

D?enan

On Fri, Sep 16, 2016 at 7:42 AM, Grothausmann, Roman Dr. <
grothausmann.roman at mh-hannover.de> wrote:

> On 12/09/16 17:41, D?enan Zuki? wrote:
>
>> can you turn
>> smoother->SetInput(savedPointers[i]->GetOutput());
>> into
>> if (i==0)
>>
>> smoother->SetInput(static_cast<CastFilterType::Pointer>(save
>> dPointers[i])->GetOutput());
>> else
>>
>> smoother->SetInput(static_cast<GaussianFilterType::Pointer>(
>> savedPointers[i])->GetOutput());
>> or something similar and see whether that works?
>>
>
> Did so,
> https://github.com/romangrothausmann/ITK-CLIs/commit/2cd1fbe
> 4406eccbd6552e88e8be0a0ab1aad4ba6
> but still getting compile errors like:
> resample.cxx:73:5: error: no matching function for call to
> ?std::vector<itk::SmartPointer<itk::ProcessObject>
> >::push_back(itk::CastImageFilter<itk::Image<float, 1u>,
> itk::Image<float, 1u> >::Pointer&)?
>      savedPointers.push_back(caster);
>
> and
>
> resample.cxx:80:25: error: invalid user-defined conversion from
> ?itk::SmartPointer<itk::ProcessObject>? to ?itk::SmartPointer<itk::CastImageFilter<itk::Image<float,
> 1u>, itk::Image<float, 1u> > >::ObjectType* {aka
> itk::CastImageFilter<itk::Image<float, 1u>, itk::Image<float, 1u> >*}?
> [-fpermissive]
>       smoother->SetInput(static_cast<typename
> CastFilterType::Pointer>(savedPointers[i])->GetOutput());
>
>
>
> I also tried Your suggestion on the .GetPointer() variant:
> https://github.com/romangrothausmann/ITK-CLIs/commit/4a96d96
> 2430461c0b26de9363a1ccf623b9c9840
> which compiles but segfaults when executed.
>
>
>
> A third variant stores the Output SPs in a separate list:
> https://github.com/romangrothausmann/ITK-CLIs/commit/d9b5c3f
> 1a786b595255a9153da9ceafd88d2a189
> but compilation stops with:
> resample.cxx:77:5: error: request for member ?GetPointer? in
> ?caster.itk::SmartPointer<TObjectType>::operator-><itk::CastImageFilter<itk::Image<float,
> 1u>, itk::Image<float, 1u> > >()->itk::CastImageFilter<itk::Image<float,
> 1u>, itk::Image<float, 1u> >::<anonymous>.itk::UnaryFunct
> orImageFilter<itk::Image<float, 1u>, itk::Image<float, 1u>,
> itk::Functor::Cast<float, float> >::<anonymous>.itk::InPlaceImageFilter<itk::Image<float,
> 1u>, itk::Image<float, 1u> >::<anonymous>.itk::ImageToImageFilter<itk::Image<float,
> 1u>, itk::Image<float, 1u> >::<anonymous>.itk::ImageSourc
> e<TOutputImage>::GetOutput<itk::Image<float, 1u> >()?, which is of
> pointer type ?itk::ImageSource<itk::Image<float, 1u> >::OutputImageType*
> {aka itk::Image<float, 1u>*}? (maybe you meant to use ?->? ?)
>      savedOutPointers.push_back(caster->GetOutput().GetPointer());
>      ^
>
> Any other ideas how to get this working?
>
> Many thanks for looking into this.
> Roman
>
>
> On Mon, Sep 12, 2016 at 5:41 AM, Grothausmann, Roman Dr.
>> <grothausmann.roman at mh-hannover.de <mailto:grothausmann.roman at mh-
>> hannover.de>>
>>
>> wrote:
>>
>>     On 09/09/16 16:21, D?enan Zuki? wrote:
>>
>>         Hi Roman,
>>
>>         you should not save the pointer the SmartPointer encapsulates, but
>>         rather the
>>         SmartPointer itself. The saving line of code should not be
>>         savedPointers.push_back(caster.GetPointer());
>>         but rather
>>         savedPointers.push_back(caster);
>>         and later usage should not be
>>         smoother->SetInput(dynamic_cast<ISType*>(savedPointers[i].
>> GetPointer())->GetOutput());
>>         but rather
>>         smoother->SetInput(savedPointers[i]->GetOutput());
>>
>>
>>     Many thanks D?enan for Your reply. I tried as You suggested:
>>
>>     https://github.com/romangrothausmann/ITK-CLIs/commit/b00551f
>> af951192f50e4090d683300524b4c95ba
>>     <https://github.com/romangrothausmann/ITK-CLIs/commit/b00551
>> faf951192f50e4090d683300524b4c95ba>
>>
>>     but am getting:
>>
>>     resample.cxx:79:49: error: no matching function for call to
>>     ?itk::ProcessObject::GetOutput()?
>>       smoother->SetInput(savedPointers[i]->GetOutput());
>>                                                      ^
>>     resample.cxx:79:49: note: candidates are:
>>     In file included from resample.cxx:5:
>>     /opt/itk-4.9.1/include/ITK-4.9/itkProcessObject.h:612:16: note:
>>     itk::DataObject* itk::ProcessObject::GetOutput(const
>> DataObjectIdentifierType&)
>>        DataObject * GetOutput(const DataObjectIdentifierType & key);
>>                     ^
>>
>>     I also tried:
>>     std::vector<itk::ProcessObject> savedPointers;
>>     std::vector<itk::ISType> savedPointers;
>>     std::vector< itk::SmartPointer<itk::ProcessObject> > savedPointers;
>>     but always got compile errors.
>>     I am confused when to use the smart-pointer as is and when with
>> .GetPointer().
>>
>>     According to
>>
>>     https://cmake.org/pipermail/insight-users/2007-May/022374.html
>>     <https://cmake.org/pipermail/insight-users/2007-May/022374.html>
>>
>>     I also tried storing the output-pointers (without pipe-line
>> disconnection)
>>     in a separate list
>>
>>     https://github.com/romangrothausmann/ITK-CLIs/commit/d9b5c3f
>> 1a786b595255a9153da9ceafd88d2a189
>>     <https://github.com/romangrothausmann/ITK-CLIs/commit/d9b5c3
>> f1a786b595255a9153da9ceafd88d2a189>
>>
>>     which does not compile either:
>>
>>     resample.cxx:77:5: error: request for member ?GetPointer? in
>>     ?caster.itk::SmartPointer<TObjectType>::operator-><itk::Cast
>> ImageFilter<itk::Image<float,
>>     1u>, itk::Image<float, 1u> > >()->itk::CastImageFilter<itk:
>> :Image<float,
>>     1u>, itk::Image<float, 1u>
>>     >::<anonymous>.itk::UnaryFunctorImageFilter<itk::Image<float, 1u>,
>>     itk::Image<float, 1u>, itk::Functor::Cast<float, float>
>>     >::<anonymous>.itk::InPlaceImageFilter<itk::Image<float, 1u>,
>>     itk::Image<float, 1u>
>>     >::<anonymous>.itk::ImageToImageFilter<itk::Image<float, 1u>,
>>     itk::Image<float, 1u>
>>     >::<anonymous>.itk::ImageSource<TOutputImage>::GetOutput<
>> itk::Image<float,
>>     1u> >()?, which is of pointer type ?itk::ImageSource<itk::Image<float,
>> 1u>
>>     >::OutputImageType* {aka itk::Image<float, 1u>*}? (maybe you meant to
>> use
>>     ?->? ?)
>>          savedOutPointers.push_back(caster->GetOutput().GetPointer());
>>          ^
>>
>>     I'm wondering if construct as needed is not possible at all because I
>> can't
>>     find anything like that in the ITK-sources or examples. For the code
>>     snippets I can find in the MLs it is not clear whether they got
>> tested and
>>     were accepted by a compiler.
>>
>>     Any further ideas?
>>
>>     Best
>>     Roman
>>
>>
>>         On Fri, Sep 9, 2016 at 8:29 AM, Grothausmann, Roman Dr.
>>         <grothausmann.roman at mh-hannover.de
>>         <mailto:grothausmann.roman at mh-hannover.de>
>>         <mailto:grothausmann.roman at mh-hannover.de
>>
>>         <mailto:grothausmann.roman at mh-hannover.de>>>
>>         wrote:
>>
>>             On 22/07/16 14:49, Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
>>
>>                 Hi,
>>
>>                 Who is holding the pointer to the newly created
>> ImageFileReader
>>         outside of
>>                 the loop? For that type of operation I?ll frequently just
>> stash
>>         smart
>>                 pointers into a std::vector or list.
>>
>>
>>             I tried to change the resample example
>>
>>         (https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleV
>> olumesToBeIsotropic_8cxx-example.html
>>         <https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleV
>> olumesToBeIsotropic_8cxx-example.html>
>>
>>         <https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleV
>> olumesToBeIsotropic_8cxx-example.html
>>         <https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleV
>> olumesToBeIsotropic_8cxx-example.html>>
>>             that uses itkRecursiveGaussianImageFilter for each
>> dimension) such
>>         that it works
>>             for any dimensional image.
>>             Doing as Brad suggested and storing each smart-pointer of
>>             itkRecursiveGaussianImageFilter in a std::vector I get a
>> program
>>
>>         (https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25
>> af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx
>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25
>> af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx>
>>
>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25
>> af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx
>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25
>> af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx>>)
>>             that compiles but segfaults when used. I guess the way I'm
>> trying to
>>             dereference a pointer from the list is not correct
>>
>>         (https://github.com/romangrothausmann/ITK-CLIs/commit/0968dd
>> 25af2abc37ffb0c0503cc4c2972b3b2098#diff-cb1b1c6837c6074372c2
>> 20250cfdbb36R80
>>         <https://github.com/romangrothausmann/ITK-CLIs/commit/0968dd
>> 25af2abc37ffb0c0503cc4c2972b3b2098#diff-cb1b1c6837c6074372c2
>> 20250cfdbb36R80>
>>
>>         <https://github.com/romangrothausmann/ITK-CLIs/commit/0968dd
>> 25af2abc37ffb0c0503cc4c2972b3b2098#diff-cb1b1c6837c6074372c2
>> 20250cfdbb36R80
>>         <https://github.com/romangrothausmann/ITK-CLIs/commit/0968dd
>> 25af2abc37ffb0c0503cc4c2972b3b2098#diff-cb1b1c6837c6074372c2
>> 20250cfdbb36R80>>)
>>             but I could not find an example except the one referenced in
>> the
>>         code line.
>>             So how to correctly dereference a pointer from the list of
>>         smart-pointers to
>>             get its output?
>>
>>             Thank for any help or hints
>>             Roman
>>
>>                     On Jul 22, 2016, at 6:00 AM, Grothausmann, Roman Dr.
>>                     <grothausmann.roman at mh-hannover.de
>>         <mailto:grothausmann.roman at mh-hannover.de>
>>                     <mailto:grothausmann.roman at mh-hannover.de
>>
>>         <mailto:grothausmann.roman at mh-hannover.de>>> wrote:
>>
>>                     Many thanks Brad for Your detailed reply. I
>> understand now
>>         the problems
>>                     concerning streaming TileImageFilter. However I still
>> wonder
>>         why my
>>                     non-streaming version also does not work any more
>> after
>>         moving the
>>                     creation
>>                     of reader instances into the for-loop:
>>
>>         https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea3
>> 7d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50
>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea
>> 37d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50>
>>
>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea
>> 37d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50
>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea
>> 37d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50>>
>>
>>
>>
>>             Is this construct inappropriate for the TileImageFilter?
>>
>>                     Why does it work for:
>>
>>         https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_
>> 2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering
>> _2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2>
>>
>>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering
>> _2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering
>> _2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2>>
>>
>>
>>
>>             On 21/07/16 15:41, Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
>>
>>                         Hello,
>>
>>                         The TileImageFilter does not fully stream [1]. The
>>         filter also
>>                         has some
>>                         odd behavior, and other older implementation
>> details. If
>>         you are
>>                         going to
>>                         work on a streaming pipelines it is best practice
>> to
>>         examine the
>>                         filters
>>                         to determine how the Requested regions behave.
>>
>>                         However, there is no reason that the
>> TileImageFilter
>>         algorithm
>>                         couldn?t
>>                         support streaming. It is just a matter of code
>> and a
>>         bunch of
>>                         testing. A
>>                         contribution for this issue would be welcomed!
>> Also this
>>         filter
>>                         is in
>>                         need a refactoring and bring it up to several
>> other best
>>                         practices. There
>>                         are several issue with the current implementation
>> that would
>>                         cause it not
>>                         to work correctly with a streaming pipeline, and
>> cause
>>         excessive
>>                         execution.
>>
>>                         You can also use the PipelieMoniotorImageFilter to
>>         record and
>>                         print the
>>                         pipeline interaction during Update [2]. This
>> information
>>         helps with
>>                         debugging and diagnosing problems, but if the
>> pipeline is
>>                         mis-behaving (
>>                         as the TileImageFilter may ), the information may
>> not be
>>         correct.
>>
>>                         I have tried similar streaming with the
>>         JoinSeriesImageFilter.
>>                         However I
>>                         ran into many problems with having hundreds of
>> ImageIO being
>>                         utilized at
>>                         the same time. There were problems with having
>> too many
>>         files
>>                         open at the
>>                         same time along with ImageIO libraries that
>> couldn?t
>>         handle single
>>                         threaded access to multiple files.
>>
>>                         [1]
>>
>>         https://github.com/InsightSoftwareConsortium/ITK/blob/
>> master/Modules/Filtering/ImageGrid/include/itkTileImageFilte
>> r.hxx#L125-L136
>>         <https://github.com/InsightSoftwareConsortium/ITK/blob/
>> master/Modules/Filtering/ImageGrid/include/itkTileImageFilte
>> r.hxx#L125-L136>
>>
>>         <https://github.com/InsightSoftwareConsortium/ITK/blob/
>> master/Modules/Filtering/ImageGrid/include/itkTileImageFilte
>> r.hxx#L125-L136
>>         <https://github.com/InsightSoftwareConsortium/ITK/blob/
>> master/Modules/Filtering/ImageGrid/include/itkTileImageFilte
>> r.hxx#L125-L136>>
>>
>>
>>
>>
>>             [2]
>>         https://itk.org/Doxygen/html/classitk_1_1PipelineMonitorImag
>> eFilter.html
>>         <https://itk.org/Doxygen/html/classitk_1_1PipelineMonitorIma
>> geFilter.html>
>>
>>         <https://itk.org/Doxygen/html/classitk_1_1PipelineMonitorIma
>> geFilter.html <https://itk.org/Doxygen/html/
>> classitk_1_1PipelineMonitorImageFilter.html>>
>>
>>
>>                             On Jul 21, 2016, at 6:41 AM, Grothausmann,
>> Roman Dr.
>>                             <grothausmann.roman at mh-hannover.de
>>         <mailto:grothausmann.roman at mh-hannover.de>
>>                             <mailto:grothausmann.roman at mh-hannover.de
>>
>>         <mailto:grothausmann.roman at mh-hannover.de>>> wrote:
>>
>>                             Dear mailing list members,
>>
>>
>>                             Based on the examples for TileImageFilter
>> I've created a
>>                             working CLI
>>                             to append an arbitrary number of inputs
>>
>>         (https://github.com/romangrothausmann/ITK-CLIs/blob/4fdf5778
>> 022598dcf83fb38e6002df72bd67bef3/tile.cxx
>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/4fdf5778
>> 022598dcf83fb38e6002df72bd67bef3/tile.cxx>
>>
>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/4fdf5778
>> 022598dcf83fb38e6002df72bd67bef3/tile.cxx
>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/4fdf5778
>> 022598dcf83fb38e6002df72bd67bef3/tile.cxx>>).
>>
>>
>>
>>
>>             As there is an example that does not apply Update and
>>         DisconnectPipeline on
>>             the readers
>>
>>         (https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering
>> _2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering
>> _2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2>
>>
>>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering
>> _2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering
>> _2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2>>)
>>
>>
>>
>>                             I changed my code such that a reader instance
>> is
>>         created for
>>                             each input
>>                             in a for-loop:
>>
>>         https://github.com/romangrothausmann/ITK-CLIs/commit/ebfc0ae
>> a37d28cbbf2bb22c3f56be52453cebde9
>>         <https://github.com/romangrothausmann/ITK-CLIs/commit/ebfc0a
>> ea37d28cbbf2bb22c3f56be52453cebde9>
>>
>>         <https://github.com/romangrothausmann/ITK-CLIs/commit/ebfc0a
>> ea37d28cbbf2bb22c3f56be52453cebde9
>>         <https://github.com/romangrothausmann/ITK-CLIs/commit/ebfc0a
>> ea37d28cbbf2bb22c3f56be52453cebde9>>
>>
>>
>>
>>
>>
>>             However, the update from the writer seems not to propagate to
>> the
>>         readers
>>             whether streaming or not. Can the TileImageFilter not stream
>> in such
>>         a case
>>             or are further modifications necessary?
>>
>>
>>                             Thanks for any help or hints Roman
>>
>>
>>                             On 18/08/14 17:01, Michka Popoff wrote:
>>
>>                                 Hi
>>
>>                                 Going the way described in the
>> CreateVolume
>>         example is
>>                                 the way to
>>                                 go.
>>
>>                                 Why did you uncomment the
>> DisconnectPipeline()
>>         call and
>>                                 Update() call
>>                                 in the for loop ? They need to stay
>> there, else
>>         you will
>>                                 always use
>>                                 the last image. That?s why you see the
>> same
>>         image, the
>>                                 single update
>>                                 call will be triggered at the end of the
>> script
>>         and read
>>                                 only one
>>                                 image.
>>
>>                                 You don?t need to call
>> tileFilter->Update(), you can
>>                                 remove this
>>                                 line. The writer->Update() will take care
>> of the
>>                                 pipeline update. As
>>                                 a bonus, you may wrap your
>> writer->Update() call, to
>>                                 fetch errors at
>>                                 the end of the pipeline:
>>
>>                                 try { writer->Update(); } catch(
>>         itk::ExceptionObject &
>>                                 error ) {
>>                                 std::cerr << "Error: " << error <<
>> std::endl; return
>>                                 EXIT_FAILURE; }
>>
>>                                 I made a little Python prototype, the
>> syntax is
>>         a little bit
>>                                 different than in C++ but it gives you
>> the main
>>         idea.
>>
>>                                 Michka
>>
>>
>>                             -- Dr. Roman Grothausmann
>>
>>                             Tomographie und Digitale Bildverarbeitung
>> Tomography and
>>                             Digital Image
>>                             Analysis
>>
>>                             Institut f?r Funktionelle und Angewandte
>> Anatomie,
>>         OE 4120
>>                             Medizinische Hochschule Hannover
>> Carl-Neuberg-Str. 1
>>         D-30625
>>                             Hannover
>>
>>                             Tel. +49 511 532-2900
>> <tel:%2B49%20511%20532-2900>
>>         <tel:%2B49%20511%20532-2900>
>>                             _____________________________________
>> Powered by
>>                             www.kitware.com <http://www.kitware.com>
>>         <http://www.kitware.com>
>>
>>                             Visit other Kitware open-source projects at
>>                             http://www.kitware.com/opensou
>> rce/opensource.html
>>         <http://www.kitware.com/opensource/opensource.html>
>>                             <http://www.kitware.com/openso
>> urce/opensource.html
>>         <http://www.kitware.com/opensource/opensource.html>>
>>
>>                             Kitware offers ITK Training Courses, for more
>>         information visit:
>>                             http://www.kitware.com/product
>> s/protraining.php
>>         <http://www.kitware.com/products/protraining.php>
>>                             <http://www.kitware.com/produc
>> ts/protraining.php
>>         <http://www.kitware.com/products/protraining.php>>
>>
>>                             Please keep messages on-topic and check the
>> ITK FAQ at:
>>                             http://www.itk.org/Wiki/ITK_FAQ
>>         <http://www.itk.org/Wiki/ITK_FAQ>
>>                             <http://www.itk.org/Wiki/ITK_FAQ
>>         <http://www.itk.org/Wiki/ITK_FAQ>>
>>
>>                             Follow this link to subscribe/unsubscribe:
>>
>>         http://public.kitware.com/mailman/listinfo/insight-users
>>         <http://public.kitware.com/mailman/listinfo/insight-users>
>>
>>         <http://public.kitware.com/mailman/listinfo/insight-users
>>         <http://public.kitware.com/mailman/listinfo/insight-users>>
>>                             ______________________________
>> _________________
>>         Community
>>                             mailing list
>>                             Community at itk.org <mailto:Community at itk.org>
>>         <mailto:Community at itk.org <mailto:Community at itk.org>>
>>                             http://public.kitware.com/mail
>> man/listinfo/community
>>         <http://public.kitware.com/mailman/listinfo/community>
>>
>>         <http://public.kitware.com/mailman/listinfo/community
>>         <http://public.kitware.com/mailman/listinfo/community>>
>>
>>
>>
>>                     -- Dr. Roman Grothausmann
>>
>>                     Tomographie und Digitale Bildverarbeitung Tomography
>> and
>>         Digital Image
>>                     Analysis
>>
>>                     Institut f?r Funktionelle und Angewandte Anatomie, OE
>> 4120
>>         Medizinische
>>                     Hochschule Hannover Carl-Neuberg-Str. 1 D-30625
>> Hannover
>>
>>                     Tel. +49 511 532-2900 <tel:%2B49%20511%20532-2900>
>>         <tel:%2B49%20511%20532-2900>
>>
>>
>>
>>             --
>>             Dr. Roman Grothausmann
>>
>>             Tomographie und Digitale Bildverarbeitung
>>             Tomography and Digital Image Analysis
>>
>>             Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
>>             Medizinische Hochschule Hannover
>>             Carl-Neuberg-Str. 1
>>             D-30625 Hannover
>>
>>             Tel. +49 511 532-2900 <tel:%2B49%20511%20532-2900>
>>         <tel:%2B49%20511%20532-2900>
>>             _____________________________________
>>             Powered by www.kitware.com <http://www.kitware.com>
>>         <http://www.kitware.com>
>>
>>             Visit other Kitware open-source projects at
>>             http://www.kitware.com/opensource/opensource.html
>>         <http://www.kitware.com/opensource/opensource.html>
>>             <http://www.kitware.com/opensource/opensource.html
>>         <http://www.kitware.com/opensource/opensource.html>>
>>
>>             Kitware offers ITK Training Courses, for more information
>> visit:
>>             http://www.kitware.com/products/protraining.php
>>         <http://www.kitware.com/products/protraining.php>
>>             <http://www.kitware.com/products/protraining.php
>>         <http://www.kitware.com/products/protraining.php>>
>>
>>             Please keep messages on-topic and check the ITK FAQ at:
>>             http://www.itk.org/Wiki/ITK_FAQ <
>> http://www.itk.org/Wiki/ITK_FAQ>
>>         <http://www.itk.org/Wiki/ITK_FAQ <http://www.itk.org/Wiki/ITK_FAQ
>> >>
>>
>>             Follow this link to subscribe/unsubscribe:
>>             http://public.kitware.com/mailman/listinfo/insight-users
>>         <http://public.kitware.com/mailman/listinfo/insight-users>
>>             <http://public.kitware.com/mailman/listinfo/insight-users
>>         <http://public.kitware.com/mailman/listinfo/insight-users>>
>>
>>
>>
>>     --
>>     Dr. Roman Grothausmann
>>
>>     Tomographie und Digitale Bildverarbeitung
>>     Tomography and Digital Image Analysis
>>
>>     Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
>>     Medizinische Hochschule Hannover
>>     Carl-Neuberg-Str. 1
>>     D-30625 Hannover
>>
>>     Tel. +49 511 532-2900 <tel:%2B49%20511%20532-2900>
>>
>>
>>
> --
> Dr. Roman Grothausmann
>
> Tomographie und Digitale Bildverarbeitung
> Tomography and Digital Image Analysis
>
> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
> Medizinische Hochschule Hannover
> Carl-Neuberg-Str. 1
> D-30625 Hannover
>
> Tel. +49 511 532-2900
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160916/8d840ed7/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Fri Sep 16 10:12:33 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Fri, 16 Sep 2016 10:12:33 -0400
Subject: [ITK] [ITK-users] get outputs from a std::vector list of
 smart-pointers of image-filters
In-Reply-To: <CAPf2UMSU_5Uxj9yn6U3LetzJpLV7oeQi-CDMyGqUj4tk2KdREg@mail.gmail.com>
References: <E41A3C04-73C1-40C8-9435-CCCD7E08D927@gmail.com>
 <e5200ab0-4548-093d-4f01-afa79099cf5a@mh-hannover.de>
 <C266AAD9-184A-47A3-B9E6-A099BA3804E0@mail.nih.gov>
 <dc7cf545-5ca9-669b-53fb-6ad8fe2222f8@mh-hannover.de>
 <EF0AFB4E-01FE-416F-99E8-5C6F7626A9C0@mail.nih.gov>
 <809fecd2-0c04-374d-ec1c-d52ef3420fe3@mh-hannover.de>
 <CAPf2UMTidwWLL1_1Nj99KGHX0Hy7VDG-4vLOwm_83CD2frpRVg@mail.gmail.com>
 <f91faa39-4ea8-6bc2-1775-fe89950a3771@mh-hannover.de>
 <CAPf2UMR4zV2WinjbM+22oNQyN26imt6x6-rYbVZ5_OmKR4a+_Q@mail.gmail.com>
 <6df22bd5-bca5-8673-007d-d8c7887cf735@mh-hannover.de>
 <CAPf2UMSU_5Uxj9yn6U3LetzJpLV7oeQi-CDMyGqUj4tk2KdREg@mail.gmail.com>
Message-ID: <CAPf2UMTQ=ZNWg0rQWf3=p8snUWzknJNQ5kLtG-fWSe+qu=x2xw@mail.gmail.com>

Something just occurred to me. Why not make your code like this:

define CastFilter cF;
define SmoothFilter s0
s0->SetInput(cF->GetOutput());
SmoothFilter::Pointer previous=s0;
for (int i=1 to Dim)
{
  define SmoothFilter sI
  sI->SetInput(previous->GetOutput());
  previous=sI;
}
output=sI->GetOutput();
output->Update(); //or writer->Update

My attempt at it is attached. This code seems to have other bugs besides
the for loop (this crashes for me with "access violation"). Also, your big
for loops seems to be implementing an already existing filter:
SmoothingRecursiveGaussianImageFilter
<https://itk.org/Doxygen/html/classitk_1_1SmoothingRecursiveGaussianImageFilter.html>
.

HTH,
D?enan

On Fri, Sep 16, 2016 at 9:49 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:

> Hi Roman,
>
> I tried some modifications of your second attempt
> <https://github.com/romangrothausmann/ITK-CLIs/blob/d9b5c3f1a786b595255a9153da9ceafd88d2a189/resample.cxx>,
> but couldn't get it to compile. But your code reminded me very much of
> BRAINSFit <https://github.com/BRAINSia/BRAINSTools/tree/master/BRAINSFit>,
> so you might take inspiration from that.
>
> I am sorry I could not be of more help.
>
> D?enan
>
> On Fri, Sep 16, 2016 at 7:42 AM, Grothausmann, Roman Dr. <
> grothausmann.roman at mh-hannover.de> wrote:
>
>> On 12/09/16 17:41, D?enan Zuki? wrote:
>>
>>> can you turn
>>> smoother->SetInput(savedPointers[i]->GetOutput());
>>> into
>>> if (i==0)
>>>
>>> smoother->SetInput(static_cast<CastFilterType::Pointer>(save
>>> dPointers[i])->GetOutput());
>>> else
>>>
>>> smoother->SetInput(static_cast<GaussianFilterType::Pointer>(
>>> savedPointers[i])->GetOutput());
>>> or something similar and see whether that works?
>>>
>>
>> Did so,
>> https://github.com/romangrothausmann/ITK-CLIs/commit/2cd1fbe
>> 4406eccbd6552e88e8be0a0ab1aad4ba6
>> but still getting compile errors like:
>> resample.cxx:73:5: error: no matching function for call to
>> ?std::vector<itk::SmartPointer<itk::ProcessObject>
>> >::push_back(itk::CastImageFilter<itk::Image<float, 1u>,
>> itk::Image<float, 1u> >::Pointer&)?
>>      savedPointers.push_back(caster);
>>
>> and
>>
>> resample.cxx:80:25: error: invalid user-defined conversion from
>> ?itk::SmartPointer<itk::ProcessObject>? to ?itk::SmartPointer<itk::CastImageFilter<itk::Image<float,
>> 1u>, itk::Image<float, 1u> > >::ObjectType* {aka
>> itk::CastImageFilter<itk::Image<float, 1u>, itk::Image<float, 1u> >*}?
>> [-fpermissive]
>>       smoother->SetInput(static_cast<typename
>> CastFilterType::Pointer>(savedPointers[i])->GetOutput());
>>
>>
>>
>> I also tried Your suggestion on the .GetPointer() variant:
>> https://github.com/romangrothausmann/ITK-CLIs/commit/4a96d96
>> 2430461c0b26de9363a1ccf623b9c9840
>> which compiles but segfaults when executed.
>>
>>
>>
>> A third variant stores the Output SPs in a separate list:
>> https://github.com/romangrothausmann/ITK-CLIs/commit/d9b5c3f
>> 1a786b595255a9153da9ceafd88d2a189
>> but compilation stops with:
>> resample.cxx:77:5: error: request for member ?GetPointer? in
>> ?caster.itk::SmartPointer<TObjectType>::operator-><itk::CastImageFilter<itk::Image<float,
>> 1u>, itk::Image<float, 1u> > >()->itk::CastImageFilter<itk::Image<float,
>> 1u>, itk::Image<float, 1u> >::<anonymous>.itk::UnaryFunct
>> orImageFilter<itk::Image<float, 1u>, itk::Image<float, 1u>,
>> itk::Functor::Cast<float, float> >::<anonymous>.itk::InPlaceImageFilter<itk::Image<float,
>> 1u>, itk::Image<float, 1u> >::<anonymous>.itk::ImageToImageFilter<itk::Image<float,
>> 1u>, itk::Image<float, 1u> >::<anonymous>.itk::ImageSourc
>> e<TOutputImage>::GetOutput<itk::Image<float, 1u> >()?, which is of
>> pointer type ?itk::ImageSource<itk::Image<float, 1u> >::OutputImageType*
>> {aka itk::Image<float, 1u>*}? (maybe you meant to use ?->? ?)
>>      savedOutPointers.push_back(caster->GetOutput().GetPointer());
>>      ^
>>
>> Any other ideas how to get this working?
>>
>> Many thanks for looking into this.
>> Roman
>>
>>
>> On Mon, Sep 12, 2016 at 5:41 AM, Grothausmann, Roman Dr.
>>> <grothausmann.roman at mh-hannover.de <mailto:grothausmann.roman at mh-
>>> hannover.de>>
>>>
>>> wrote:
>>>
>>>     On 09/09/16 16:21, D?enan Zuki? wrote:
>>>
>>>         Hi Roman,
>>>
>>>         you should not save the pointer the SmartPointer encapsulates,
>>> but
>>>         rather the
>>>         SmartPointer itself. The saving line of code should not be
>>>         savedPointers.push_back(caster.GetPointer());
>>>         but rather
>>>         savedPointers.push_back(caster);
>>>         and later usage should not be
>>>         smoother->SetInput(dynamic_cast<ISType*>(savedPointers[i].Ge
>>> tPointer())->GetOutput());
>>>         but rather
>>>         smoother->SetInput(savedPointers[i]->GetOutput());
>>>
>>>
>>>     Many thanks D?enan for Your reply. I tried as You suggested:
>>>
>>>     https://github.com/romangrothausmann/ITK-CLIs/commit/b00551f
>>> af951192f50e4090d683300524b4c95ba
>>>     <https://github.com/romangrothausmann/ITK-CLIs/commit/b00551
>>> faf951192f50e4090d683300524b4c95ba>
>>>
>>>     but am getting:
>>>
>>>     resample.cxx:79:49: error: no matching function for call to
>>>     ?itk::ProcessObject::GetOutput()?
>>>       smoother->SetInput(savedPointers[i]->GetOutput());
>>>                                                      ^
>>>     resample.cxx:79:49: note: candidates are:
>>>     In file included from resample.cxx:5:
>>>     /opt/itk-4.9.1/include/ITK-4.9/itkProcessObject.h:612:16: note:
>>>     itk::DataObject* itk::ProcessObject::GetOutput(const
>>> DataObjectIdentifierType&)
>>>        DataObject * GetOutput(const DataObjectIdentifierType & key);
>>>                     ^
>>>
>>>     I also tried:
>>>     std::vector<itk::ProcessObject> savedPointers;
>>>     std::vector<itk::ISType> savedPointers;
>>>     std::vector< itk::SmartPointer<itk::ProcessObject> > savedPointers;
>>>     but always got compile errors.
>>>     I am confused when to use the smart-pointer as is and when with
>>> .GetPointer().
>>>
>>>     According to
>>>
>>>     https://cmake.org/pipermail/insight-users/2007-May/022374.html
>>>     <https://cmake.org/pipermail/insight-users/2007-May/022374.html>
>>>
>>>     I also tried storing the output-pointers (without pipe-line
>>> disconnection)
>>>     in a separate list
>>>
>>>     https://github.com/romangrothausmann/ITK-CLIs/commit/d9b5c3f
>>> 1a786b595255a9153da9ceafd88d2a189
>>>     <https://github.com/romangrothausmann/ITK-CLIs/commit/d9b5c3
>>> f1a786b595255a9153da9ceafd88d2a189>
>>>
>>>     which does not compile either:
>>>
>>>     resample.cxx:77:5: error: request for member ?GetPointer? in
>>>     ?caster.itk::SmartPointer<TObjectType>::operator-><itk::Cast
>>> ImageFilter<itk::Image<float,
>>>     1u>, itk::Image<float, 1u> > >()->itk::CastImageFilter<itk:
>>> :Image<float,
>>>     1u>, itk::Image<float, 1u>
>>>     >::<anonymous>.itk::UnaryFunctorImageFilter<itk::Image<float, 1u>,
>>>     itk::Image<float, 1u>, itk::Functor::Cast<float, float>
>>>     >::<anonymous>.itk::InPlaceImageFilter<itk::Image<float, 1u>,
>>>     itk::Image<float, 1u>
>>>     >::<anonymous>.itk::ImageToImageFilter<itk::Image<float, 1u>,
>>>     itk::Image<float, 1u>
>>>     >::<anonymous>.itk::ImageSource<TOutputImage>::GetOutput<itk
>>> ::Image<float,
>>>     1u> >()?, which is of pointer type ?itk::ImageSource<itk::Image<float,
>>> 1u>
>>>     >::OutputImageType* {aka itk::Image<float, 1u>*}? (maybe you meant
>>> to use
>>>     ?->? ?)
>>>          savedOutPointers.push_back(caster->GetOutput().GetPointer());
>>>          ^
>>>
>>>     I'm wondering if construct as needed is not possible at all because
>>> I can't
>>>     find anything like that in the ITK-sources or examples. For the code
>>>     snippets I can find in the MLs it is not clear whether they got
>>> tested and
>>>     were accepted by a compiler.
>>>
>>>     Any further ideas?
>>>
>>>     Best
>>>     Roman
>>>
>>>
>>>         On Fri, Sep 9, 2016 at 8:29 AM, Grothausmann, Roman Dr.
>>>         <grothausmann.roman at mh-hannover.de
>>>         <mailto:grothausmann.roman at mh-hannover.de>
>>>         <mailto:grothausmann.roman at mh-hannover.de
>>>
>>>         <mailto:grothausmann.roman at mh-hannover.de>>>
>>>         wrote:
>>>
>>>             On 22/07/16 14:49, Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
>>>
>>>                 Hi,
>>>
>>>                 Who is holding the pointer to the newly created
>>> ImageFileReader
>>>         outside of
>>>                 the loop? For that type of operation I?ll frequently
>>> just stash
>>>         smart
>>>                 pointers into a std::vector or list.
>>>
>>>
>>>             I tried to change the resample example
>>>
>>>         (https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleV
>>> olumesToBeIsotropic_8cxx-example.html
>>>         <https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleV
>>> olumesToBeIsotropic_8cxx-example.html>
>>>
>>>         <https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleV
>>> olumesToBeIsotropic_8cxx-example.html
>>>         <https://itk.org/Doxygen/html/Examples_2Filtering_2ResampleV
>>> olumesToBeIsotropic_8cxx-example.html>>
>>>             that uses itkRecursiveGaussianImageFilter for each
>>> dimension) such
>>>         that it works
>>>             for any dimensional image.
>>>             Doing as Brad suggested and storing each smart-pointer of
>>>             itkRecursiveGaussianImageFilter in a std::vector I get a
>>> program
>>>
>>>         (https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25
>>> af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx
>>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25
>>> af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx>
>>>
>>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25
>>> af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx
>>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/0968dd25
>>> af2abc37ffb0c0503cc4c2972b3b2098/resample.cxx>>)
>>>             that compiles but segfaults when used. I guess the way I'm
>>> trying to
>>>             dereference a pointer from the list is not correct
>>>
>>>         (https://github.com/romangrothausmann/ITK-CLIs/commit/0968dd
>>> 25af2abc37ffb0c0503cc4c2972b3b2098#diff-cb1b1c6837c6074372c2
>>> 20250cfdbb36R80
>>>         <https://github.com/romangrothausmann/ITK-CLIs/commit/0968dd
>>> 25af2abc37ffb0c0503cc4c2972b3b2098#diff-cb1b1c6837c6074372c2
>>> 20250cfdbb36R80>
>>>
>>>         <https://github.com/romangrothausmann/ITK-CLIs/commit/0968dd
>>> 25af2abc37ffb0c0503cc4c2972b3b2098#diff-cb1b1c6837c6074372c2
>>> 20250cfdbb36R80
>>>         <https://github.com/romangrothausmann/ITK-CLIs/commit/0968dd
>>> 25af2abc37ffb0c0503cc4c2972b3b2098#diff-cb1b1c6837c6074372c2
>>> 20250cfdbb36R80>>)
>>>             but I could not find an example except the one referenced in
>>> the
>>>         code line.
>>>             So how to correctly dereference a pointer from the list of
>>>         smart-pointers to
>>>             get its output?
>>>
>>>             Thank for any help or hints
>>>             Roman
>>>
>>>                     On Jul 22, 2016, at 6:00 AM, Grothausmann, Roman Dr.
>>>                     <grothausmann.roman at mh-hannover.de
>>>         <mailto:grothausmann.roman at mh-hannover.de>
>>>                     <mailto:grothausmann.roman at mh-hannover.de
>>>
>>>         <mailto:grothausmann.roman at mh-hannover.de>>> wrote:
>>>
>>>                     Many thanks Brad for Your detailed reply. I
>>> understand now
>>>         the problems
>>>                     concerning streaming TileImageFilter. However I
>>> still wonder
>>>         why my
>>>                     non-streaming version also does not work any more
>>> after
>>>         moving the
>>>                     creation
>>>                     of reader instances into the for-loop:
>>>
>>>         https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea3
>>> 7d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50
>>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea
>>> 37d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50>
>>>
>>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea
>>> 37d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50
>>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/ebfc0aea
>>> 37d28cbbf2bb22c3f56be52453cebde9/tile.cxx#L46-L50>>
>>>
>>>
>>>
>>>             Is this construct inappropriate for the TileImageFilter?
>>>
>>>                     Why does it work for:
>>>
>>>         https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering_
>>> 2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>>>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering
>>> _2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2>
>>>
>>>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering
>>> _2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>>>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering
>>> _2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2>>
>>>
>>>
>>>
>>>             On 21/07/16 15:41, Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
>>>
>>>                         Hello,
>>>
>>>                         The TileImageFilter does not fully stream [1].
>>> The
>>>         filter also
>>>                         has some
>>>                         odd behavior, and other older implementation
>>> details. If
>>>         you are
>>>                         going to
>>>                         work on a streaming pipelines it is best
>>> practice to
>>>         examine the
>>>                         filters
>>>                         to determine how the Requested regions behave.
>>>
>>>                         However, there is no reason that the
>>> TileImageFilter
>>>         algorithm
>>>                         couldn?t
>>>                         support streaming. It is just a matter of code
>>> and a
>>>         bunch of
>>>                         testing. A
>>>                         contribution for this issue would be welcomed!
>>> Also this
>>>         filter
>>>                         is in
>>>                         need a refactoring and bring it up to several
>>> other best
>>>                         practices. There
>>>                         are several issue with the current
>>> implementation that would
>>>                         cause it not
>>>                         to work correctly with a streaming pipeline, and
>>> cause
>>>         excessive
>>>                         execution.
>>>
>>>                         You can also use the PipelieMoniotorImageFilter
>>> to
>>>         record and
>>>                         print the
>>>                         pipeline interaction during Update [2]. This
>>> information
>>>         helps with
>>>                         debugging and diagnosing problems, but if the
>>> pipeline is
>>>                         mis-behaving (
>>>                         as the TileImageFilter may ), the information
>>> may not be
>>>         correct.
>>>
>>>                         I have tried similar streaming with the
>>>         JoinSeriesImageFilter.
>>>                         However I
>>>                         ran into many problems with having hundreds of
>>> ImageIO being
>>>                         utilized at
>>>                         the same time. There were problems with having
>>> too many
>>>         files
>>>                         open at the
>>>                         same time along with ImageIO libraries that
>>> couldn?t
>>>         handle single
>>>                         threaded access to multiple files.
>>>
>>>                         [1]
>>>
>>>         https://github.com/InsightSoftwareConsortium/ITK/blob/master
>>> /Modules/Filtering/ImageGrid/include/itkTileImageFilter.hxx#L125-L136
>>>         <https://github.com/InsightSoftwareConsortium/ITK/blob/maste
>>> r/Modules/Filtering/ImageGrid/include/itkTileImageFilter.hxx#L125-L136>
>>>
>>>         <https://github.com/InsightSoftwareConsortium/ITK/blob/maste
>>> r/Modules/Filtering/ImageGrid/include/itkTileImageFilter.hxx#L125-L136
>>>         <https://github.com/InsightSoftwareConsortium/ITK/blob/maste
>>> r/Modules/Filtering/ImageGrid/include/itkTileImageFilter.hxx#L125-L136>>
>>>
>>>
>>>
>>>
>>>             [2]
>>>         https://itk.org/Doxygen/html/classitk_1_1PipelineMonitorImag
>>> eFilter.html
>>>         <https://itk.org/Doxygen/html/classitk_1_1PipelineMonitorIma
>>> geFilter.html>
>>>
>>>         <https://itk.org/Doxygen/html/classitk_1_1PipelineMonitorIma
>>> geFilter.html <https://itk.org/Doxygen/html/
>>> classitk_1_1PipelineMonitorImageFilter.html>>
>>>
>>>
>>>                             On Jul 21, 2016, at 6:41 AM, Grothausmann,
>>> Roman Dr.
>>>                             <grothausmann.roman at mh-hannover.de
>>>         <mailto:grothausmann.roman at mh-hannover.de>
>>>                             <mailto:grothausmann.roman at mh-hannover.de
>>>
>>>         <mailto:grothausmann.roman at mh-hannover.de>>> wrote:
>>>
>>>                             Dear mailing list members,
>>>
>>>
>>>                             Based on the examples for TileImageFilter
>>> I've created a
>>>                             working CLI
>>>                             to append an arbitrary number of inputs
>>>
>>>         (https://github.com/romangrothausmann/ITK-CLIs/blob/4fdf5778
>>> 022598dcf83fb38e6002df72bd67bef3/tile.cxx
>>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/4fdf5778
>>> 022598dcf83fb38e6002df72bd67bef3/tile.cxx>
>>>
>>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/4fdf5778
>>> 022598dcf83fb38e6002df72bd67bef3/tile.cxx
>>>         <https://github.com/romangrothausmann/ITK-CLIs/blob/4fdf5778
>>> 022598dcf83fb38e6002df72bd67bef3/tile.cxx>>).
>>>
>>>
>>>
>>>
>>>             As there is an example that does not apply Update and
>>>         DisconnectPipeline on
>>>             the readers
>>>
>>>         (https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering
>>> _2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>>>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering
>>> _2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2>
>>>
>>>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering
>>> _2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2
>>>         <https://itk.org/Doxygen/html/SphinxExamples_2src_2Filtering
>>> _2ImageGrid_2AppendTwo3DVolumes_2Code_8cxx-example.html#_a2>>)
>>>
>>>
>>>
>>>                             I changed my code such that a reader
>>> instance is
>>>         created for
>>>                             each input
>>>                             in a for-loop:
>>>
>>>         https://github.com/romangrothausmann/ITK-CLIs/commit/ebfc0ae
>>> a37d28cbbf2bb22c3f56be52453cebde9
>>>         <https://github.com/romangrothausmann/ITK-CLIs/commit/ebfc0a
>>> ea37d28cbbf2bb22c3f56be52453cebde9>
>>>
>>>         <https://github.com/romangrothausmann/ITK-CLIs/commit/ebfc0a
>>> ea37d28cbbf2bb22c3f56be52453cebde9
>>>         <https://github.com/romangrothausmann/ITK-CLIs/commit/ebfc0a
>>> ea37d28cbbf2bb22c3f56be52453cebde9>>
>>>
>>>
>>>
>>>
>>>
>>>             However, the update from the writer seems not to propagate
>>> to the
>>>         readers
>>>             whether streaming or not. Can the TileImageFilter not stream
>>> in such
>>>         a case
>>>             or are further modifications necessary?
>>>
>>>
>>>                             Thanks for any help or hints Roman
>>>
>>>
>>>                             On 18/08/14 17:01, Michka Popoff wrote:
>>>
>>>                                 Hi
>>>
>>>                                 Going the way described in the
>>> CreateVolume
>>>         example is
>>>                                 the way to
>>>                                 go.
>>>
>>>                                 Why did you uncomment the
>>> DisconnectPipeline()
>>>         call and
>>>                                 Update() call
>>>                                 in the for loop ? They need to stay
>>> there, else
>>>         you will
>>>                                 always use
>>>                                 the last image. That?s why you see the
>>> same
>>>         image, the
>>>                                 single update
>>>                                 call will be triggered at the end of the
>>> script
>>>         and read
>>>                                 only one
>>>                                 image.
>>>
>>>                                 You don?t need to call
>>> tileFilter->Update(), you can
>>>                                 remove this
>>>                                 line. The writer->Update() will take
>>> care of the
>>>                                 pipeline update. As
>>>                                 a bonus, you may wrap your
>>> writer->Update() call, to
>>>                                 fetch errors at
>>>                                 the end of the pipeline:
>>>
>>>                                 try { writer->Update(); } catch(
>>>         itk::ExceptionObject &
>>>                                 error ) {
>>>                                 std::cerr << "Error: " << error <<
>>> std::endl; return
>>>                                 EXIT_FAILURE; }
>>>
>>>                                 I made a little Python prototype, the
>>> syntax is
>>>         a little bit
>>>                                 different than in C++ but it gives you
>>> the main
>>>         idea.
>>>
>>>                                 Michka
>>>
>>>
>>>                             -- Dr. Roman Grothausmann
>>>
>>>                             Tomographie und Digitale Bildverarbeitung
>>> Tomography and
>>>                             Digital Image
>>>                             Analysis
>>>
>>>                             Institut f?r Funktionelle und Angewandte
>>> Anatomie,
>>>         OE 4120
>>>                             Medizinische Hochschule Hannover
>>> Carl-Neuberg-Str. 1
>>>         D-30625
>>>                             Hannover
>>>
>>>                             Tel. +49 511 532-2900
>>> <tel:%2B49%20511%20532-2900>
>>>         <tel:%2B49%20511%20532-2900>
>>>                             _____________________________________
>>> Powered by
>>>                             www.kitware.com <http://www.kitware.com>
>>>         <http://www.kitware.com>
>>>
>>>                             Visit other Kitware open-source projects at
>>>                             http://www.kitware.com/opensou
>>> rce/opensource.html
>>>         <http://www.kitware.com/opensource/opensource.html>
>>>                             <http://www.kitware.com/openso
>>> urce/opensource.html
>>>         <http://www.kitware.com/opensource/opensource.html>>
>>>
>>>                             Kitware offers ITK Training Courses, for more
>>>         information visit:
>>>                             http://www.kitware.com/product
>>> s/protraining.php
>>>         <http://www.kitware.com/products/protraining.php>
>>>                             <http://www.kitware.com/produc
>>> ts/protraining.php
>>>         <http://www.kitware.com/products/protraining.php>>
>>>
>>>                             Please keep messages on-topic and check the
>>> ITK FAQ at:
>>>                             http://www.itk.org/Wiki/ITK_FAQ
>>>         <http://www.itk.org/Wiki/ITK_FAQ>
>>>                             <http://www.itk.org/Wiki/ITK_FAQ
>>>         <http://www.itk.org/Wiki/ITK_FAQ>>
>>>
>>>                             Follow this link to subscribe/unsubscribe:
>>>
>>>         http://public.kitware.com/mailman/listinfo/insight-users
>>>         <http://public.kitware.com/mailman/listinfo/insight-users>
>>>
>>>         <http://public.kitware.com/mailman/listinfo/insight-users
>>>         <http://public.kitware.com/mailman/listinfo/insight-users>>
>>>                             ______________________________
>>> _________________
>>>         Community
>>>                             mailing list
>>>                             Community at itk.org <mailto:Community at itk.org>
>>>         <mailto:Community at itk.org <mailto:Community at itk.org>>
>>>                             http://public.kitware.com/mail
>>> man/listinfo/community
>>>         <http://public.kitware.com/mailman/listinfo/community>
>>>
>>>         <http://public.kitware.com/mailman/listinfo/community
>>>         <http://public.kitware.com/mailman/listinfo/community>>
>>>
>>>
>>>
>>>                     -- Dr. Roman Grothausmann
>>>
>>>                     Tomographie und Digitale Bildverarbeitung Tomography
>>> and
>>>         Digital Image
>>>                     Analysis
>>>
>>>                     Institut f?r Funktionelle und Angewandte Anatomie,
>>> OE 4120
>>>         Medizinische
>>>                     Hochschule Hannover Carl-Neuberg-Str. 1 D-30625
>>> Hannover
>>>
>>>                     Tel. +49 511 532-2900 <tel:%2B49%20511%20532-2900>
>>>         <tel:%2B49%20511%20532-2900>
>>>
>>>
>>>
>>>             --
>>>             Dr. Roman Grothausmann
>>>
>>>             Tomographie und Digitale Bildverarbeitung
>>>             Tomography and Digital Image Analysis
>>>
>>>             Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
>>>             Medizinische Hochschule Hannover
>>>             Carl-Neuberg-Str. 1
>>>             D-30625 Hannover
>>>
>>>             Tel. +49 511 532-2900 <tel:%2B49%20511%20532-2900>
>>>         <tel:%2B49%20511%20532-2900>
>>>             _____________________________________
>>>             Powered by www.kitware.com <http://www.kitware.com>
>>>         <http://www.kitware.com>
>>>
>>>             Visit other Kitware open-source projects at
>>>             http://www.kitware.com/opensource/opensource.html
>>>         <http://www.kitware.com/opensource/opensource.html>
>>>             <http://www.kitware.com/opensource/opensource.html
>>>         <http://www.kitware.com/opensource/opensource.html>>
>>>
>>>             Kitware offers ITK Training Courses, for more information
>>> visit:
>>>             http://www.kitware.com/products/protraining.php
>>>         <http://www.kitware.com/products/protraining.php>
>>>             <http://www.kitware.com/products/protraining.php
>>>         <http://www.kitware.com/products/protraining.php>>
>>>
>>>             Please keep messages on-topic and check the ITK FAQ at:
>>>             http://www.itk.org/Wiki/ITK_FAQ <
>>> http://www.itk.org/Wiki/ITK_FAQ>
>>>         <http://www.itk.org/Wiki/ITK_FAQ <http://www.itk.org/Wiki/ITK_F
>>> AQ>>
>>>
>>>             Follow this link to subscribe/unsubscribe:
>>>             http://public.kitware.com/mailman/listinfo/insight-users
>>>         <http://public.kitware.com/mailman/listinfo/insight-users>
>>>             <http://public.kitware.com/mailman/listinfo/insight-users
>>>         <http://public.kitware.com/mailman/listinfo/insight-users>>
>>>
>>>
>>>
>>>     --
>>>     Dr. Roman Grothausmann
>>>
>>>     Tomographie und Digitale Bildverarbeitung
>>>     Tomography and Digital Image Analysis
>>>
>>>     Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
>>>     Medizinische Hochschule Hannover
>>>     Carl-Neuberg-Str. 1
>>>     D-30625 Hannover
>>>
>>>     Tel. +49 511 532-2900 <tel:%2B49%20511%20532-2900>
>>>
>>>
>>>
>> --
>> Dr. Roman Grothausmann
>>
>> Tomographie und Digitale Bildverarbeitung
>> Tomography and Digital Image Analysis
>>
>> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120
>> Medizinische Hochschule Hannover
>> Carl-Neuberg-Str. 1
>> D-30625 Hannover
>>
>> Tel. +49 511 532-2900
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160916/2820b09d/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tester.cpp
Type: text/x-c++src
Size: 17310 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/community/attachments/20160916/2820b09d/attachment-0001.cpp>
-------------- next part --------------
_____________________________________
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://www.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-users

From fisidoro at ethz.ch  Fri Sep 16 17:51:32 2016
From: fisidoro at ethz.ch (D'Isidoro  Fabio)
Date: Fri, 16 Sep 2016 21:51:32 +0000
Subject: [ITK] [ITK-users] itk Python: change orientation of CT scan
Message-ID: <50B858FB5F53124F9E32314E5C1B409435BB2787@MBX212.d.ethz.ch>

Hallo,

I have a CT scan of a pelvis and I want to re-orient the axes (I need to rotate the physical coordinate system by 90? around the x-axis, with image center as centre of rotation). How could I do it?


1)      Flip Image Filter. However, I will need to generate Digitally Reconstructed Radiographs DRR at different orientations of the CT scan. Hence I would be scared to change the direction cosine matrix, because I don't really understand what will happen when the CT scan will be further rotated.



2)      A more understable solution would be to use a ResampleImageFilter with transform a CenteredEuler3DTransform. However I get completely lost when I need to assign the origin, the spacing and the size to the output image:



-        Ouptput origin: would be a properly roto-translated version of the input origin, right? Describing with M the roto-translation matrix obtained with the CenteredEuler3DTransform, I would do "resample_filter.SetOutputOrigin(M*input_origin)".



-        Output spacing: I would need that the input_spacing = (0.7, 0.7, 1.0) would have to become output_ spacing = (0.7, 1.0, 0.7). This would in practice be the clumsy operation "resample_filter.SetOutputSpacing(abs(M*input_ spacing))".


-        Output size: same as for the origin "resample_filter.SetOutputSize(abs(M*input_ size))".


-        Output Direction: does it have to be changed at all? My understanding is that it has nothing to do with the transform, because it only defines the way pixel indexes are retrieved from the physical coordinates. So I would not change the OutputDirection for the output image.

I have read the section 2.9 of the ITK guide (Geometric Transformations), however in all the examples the origin, spacing and size of the output image were arbitrarily chosen independently from the transform. In my case I need to obtain an output image that is consistent with the input image (for example, the y coordinate of the input origin should become the -z coordinate of the output origin and so on). If I arbitrarily choose the output parameters, the output image will be partially black and parts of the pelvis will be cut out.

Please help,

Thank you.

Fabio.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160916/e09aff76/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From riddhishb at gmail.com  Fri Sep 16 19:53:21 2016
From: riddhishb at gmail.com (riddhish bhalodia)
Date: Fri, 16 Sep 2016 17:53:21 -0600
Subject: [ITK] IKT ThresholdSegmentationLevelSetFilter does not give
 expected output with 3D data
Message-ID: <CAA-rOoCcBxY6cpU_w+v8nM56aAKB_sjqvn3wDMMGw1d8KPDo4w@mail.gmail.com>

Hello

I have been trying to use ThresholdSegmentationLevelSetFilter.py with a
NIFTY volume, and I have modified the example code (which works perfectly
for 2D) to incorporate 3D data.
It gives a strange error

InputImage Origin: [0.0000000e+00, 0.0000000e+00, 0.0000000e+00],
InputImage_1 Origin: [9.8000000e+01, 1.3400000e+02, -7.2000000e+01]
Tolerance: 1.0000000e-06
InputImage Direction: 1.0000000e+00 0.0000000e+00 0.0000000e+00
0.0000000e+00 1.0000000e+00 0.0000000e+00
0.0000000e+00 0.0000000e+00 1.0000000e+00
, InputImage_1 Direction: -1.0000000e+00 0.0000000e+00 0.0000000e+00
0.0000000e+00 -1.0000000e+00 0.0000000e+00
0.0000000e+00 0.0000000e+00 1.0000000e+00

Tolerance: 1.0000000e-06

This is resulting as the writer does not have any output at all.
I cant seem to find anything wrong with the code I have written
https://gist.github.com/riddhishb/c12b70e25a7c2e727a3bc62ee27960d7
Any help in this aspect will be appreciated

Thank You
Regards

-- 
*Riddhish Bhalodia*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160916/c0286ed3/attachment.html>

From tevain at telecom-paristech.fr  Mon Sep 19 04:20:10 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Mon, 19 Sep 2016 10:20:10 +0200 (CEST)
Subject: [ITK] [ITK-users]   itk Python: change orientation of CT scan
In-Reply-To: <50B858FB5F53124F9E32314E5C1B409435BB2787@MBX212.d.ethz.ch>
References: <50B858FB5F53124F9E32314E5C1B409435BB2787@MBX212.d.ethz.ch>
Message-ID: <1951585285.66743908.1474273210799.JavaMail.zimbra@enst.fr>

Hello Fabio,

The ResampleImageFilter is the correct way to do it.
I think it's the output origin that fails you. 
The image origin is the most negative coordinate point <=> where the image start.
You want a -90? rotation around X-axis, if X facing toward you (quoting "the y coordinate of the input origin should become the ?z coordinate"). So the point that is going to be the new origin is the most negative X,Z and most positive Y in the initial image. Apply the transformation on it and you should have the correct output origin.

The size and spacing should be [SizeX,SizeZ,SizeY] and [SpacingX,SpacingZ,SpacingY] as you already said, and direction should stay the same.

HTH,

Tim


----- Mail original -----
De: "D'Isidoro Fabio" <fisidoro at ethz.ch>
?: insight-users at itk.org
Envoy?: Vendredi 16 Septembre 2016 23:51:32
Objet: [ITK] [ITK-users] itk Python: change orientation of CT scan



Hallo, 



I have a CT scan of a pelvis and I want to re-orient the axes (I need to rotate the physical coordinate system by 90? around the x-axis, with image center as centre of rotation). How could I do it? 



1) Flip Image Filter. However, I will need to generate Digitally Reconstructed Radiographs DRR at different orientations of the CT scan. Hence I would be scared to change the direction cosine matrix, because I don?t really understand what will happen when the CT scan will be further rotated. 



2) A more understable solution would be to use a ResampleImageFilter with transform a CenteredEuler3DTransform. However I get completely lost when I need to assign the origin, the spacing and the size to the output image: 



- Ouptput origin : would be a properly roto-translated version of the input origin, right? Describing with M the roto-translation matrix obtained with the CenteredEuler3DTransform, I would do ?resample_filter.SetOutputOrigin(M*input_origin)?. 



- Output spacing : I would need that the input_spacing = (0.7, 0.7, 1.0) would have to become output_ spacing = (0.7, 1.0, 0.7). This would in practice be the clumsy operation ?resample_filter.SetOutputSpacing(abs(M*input_ spacing))?. 



- Output size : same as for the origin ?resample_filter.SetOutputSize(abs(M*input_ size))?. 



- Output Direction : does it have to be changed at all? My understanding is that it has nothing to do with the transform, because it only defines the way pixel indexes are retrieved from the physical coordinates. So I would not change the OutputDirection for the output image. 



I have read the section 2.9 of the ITK guide (Geometric Transformations), however in all the examples the origin, spacing and size of the output image were arbitrarily chosen independently from the transform. In my case I need to obtain an output image that is consistent with the input image (for example, the y coordinate of the input origin should become the ?z coordinate of the output origin and so on). If I arbitrarily choose the output parameters, the output image will be partially black and parts of the pelvis will be cut out. 



Please help, 



Thank you. 



Fabio. 

_____________________________________
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://www.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-users

_______________________________________________
Community mailing list
Community at itk.org
http://public.kitware.com/mailman/listinfo/community
_____________________________________
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://www.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-users

From tevain at telecom-paristech.fr  Mon Sep 19 04:33:12 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Mon, 19 Sep 2016 10:33:12 +0200 (CEST)
Subject: [ITK] IKT ThresholdSegmentationLevelSetFilter does not give
 expected output with 3D data
In-Reply-To: <CAA-rOoCcBxY6cpU_w+v8nM56aAKB_sjqvn3wDMMGw1d8KPDo4w@mail.gmail.com>
References: <CAA-rOoCcBxY6cpU_w+v8nM56aAKB_sjqvn3wDMMGw1d8KPDo4w@mail.gmail.com>
Message-ID: <663305992.66773216.1474273992424.JavaMail.zimbra@enst.fr>

Hi,

That error means that your inputs do not have the same origin, so they don't overlap.
I guess this comes from the fact you are only setting the size for the FastMarching output (line 124). 
You should set the origin, the spacing and the direction as well.
It's worked in 2D probably because the input image had a [0,0] origin, which is the default also.

HTH,

Tim


----- Mail original -----
De: "riddhish bhalodia" <riddhishb at gmail.com>
?: community at itk.org
Envoy?: Samedi 17 Septembre 2016 01:53:21
Objet: [ITK] IKT ThresholdSegmentationLevelSetFilter does not give expected output with 3D data

Hello 

I have been trying to use ThresholdSegmentationLevelSetFilter.py with a NIFTY volume, and I have modified the example code (which works perfectly for 2D) to incorporate 3D data. 
It gives a strange error 

InputImage Origin: [0.0000000e+00, 0.0000000e+00, 0.0000000e+00], InputImage_1 Origin: [9.8000000e+01, 1.3400000e+02, -7.2000000e+01] 
Tolerance: 1.0000000e-06 
InputImage Direction: 1.0000000e+00 0.0000000e+00 0.0000000e+00 
0.0000000e+00 1.0000000e+00 0.0000000e+00 
0.0000000e+00 0.0000000e+00 1.0000000e+00 
, InputImage_1 Direction: -1.0000000e+00 0.0000000e+00 0.0000000e+00 
0.0000000e+00 -1.0000000e+00 0.0000000e+00 
0.0000000e+00 0.0000000e+00 1.0000000e+00 

Tolerance: 1.0000000e-06 

This is resulting as the writer does not have any output at all. 
I cant seem to find anything wrong with the code I have written https://gist.github.com/riddhishb/c12b70e25a7c2e727a3bc62ee27960d7 
Any help in this aspect will be appreciated 

Thank You 
Regards 

-- 
Riddhish Bhalodia 

_______________________________________________
Community mailing list
Community at itk.org
http://public.kitware.com/mailman/listinfo/community

From dzenanz at gmail.com  Mon Sep 19 09:54:37 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Mon, 19 Sep 2016 09:54:37 -0400
Subject: [ITK] [ITK-dev] lhcp-vm-rh502.nlm
Message-ID: <CAPf2UMRSABa1DhdAHs7wt=o_0UM_ozZGPrc6wDcbZ8Cod22jPQ@mail.gmail.com>

Hi guys,

who owns build machine lhcp-vm-rh502.nlm? It looks like this machine needs
to have it build directory cleaned up, it produces some spurious warnings
such as these
<https://open.cdash.org/viewBuildError.php?type=1&buildid=4553608>.

Regards,
D?enan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160919/9739b9cc/attachment.html>
-------------- next part --------------
_______________________________________________
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

From blowekamp at mail.nih.gov  Mon Sep 19 10:01:59 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Mon, 19 Sep 2016 14:01:59 +0000
Subject: [ITK] [ITK-dev]   lhcp-vm-rh502.nlm
In-Reply-To: <CAPf2UMRSABa1DhdAHs7wt=o_0UM_ozZGPrc6wDcbZ8Cod22jPQ@mail.gmail.com>
References: <CAPf2UMRSABa1DhdAHs7wt=o_0UM_ozZGPrc6wDcbZ8Cod22jPQ@mail.gmail.com>
Message-ID: <C1E15FB2-F616-42CA-BBC0-448D33C684D6@mail.nih.gov>

That is my machine.

The ITK repo is clean and up-to-date.

The warnings looks legitimate about implicit conversion from float to integer types. It should be addressed:

itkAbsImageFilterAndAdaptorTest.cxx:120: warning: passing 'float' for argument 1 to 'std::streamsize std::ios_base::precision(std::streamsize)'

HTH,
Brad

On Sep 19, 2016, at 9:54 AM, D?enan Zuki? <dzenanz at gmail.com<mailto:dzenanz at gmail.com>> wrote:

Hi guys,

who owns build machine lhcp-vm-rh502.nlm? It looks like this machine needs to have it build directory cleaned up, it produces some spurious warnings such as these<https://open.cdash.org/viewBuildError.php?type=1&buildid=4553608>.

Regards,
D?enan
_______________________________________________
Powered by www.kitware.com<http://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
_______________________________________________
Community mailing list
Community at itk.org
http://public.kitware.com/mailman/listinfo/community

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160919/dd4d6454/attachment-0001.html>
-------------- next part --------------
_______________________________________________
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

From jhlegarreta at vicomtech.org  Mon Sep 19 10:11:46 2016
From: jhlegarreta at vicomtech.org (Jon Haitz Legarreta)
Date: Mon, 19 Sep 2016 16:11:46 +0200
Subject: [ITK] [ITK-dev]  lhcp-vm-rh502.nlm
In-Reply-To: <C1E15FB2-F616-42CA-BBC0-448D33C684D6@mail.nih.gov>
References: <CAPf2UMRSABa1DhdAHs7wt=o_0UM_ozZGPrc6wDcbZ8Cod22jPQ@mail.gmail.com>
 <C1E15FB2-F616-42CA-BBC0-448D33C684D6@mail.nih.gov>
Message-ID: <CAAKhGh_A4R-WksFXXYQDscfpQDv0KmSPY_+9JDf_D6DiZgpKXw@mail.gmail.com>

Uops, that warning "belongs to me".
Will submit a patch.

Thanks for the heads-up.

JON HAITZ


--


On 19 September 2016 at 16:01, Lowekamp, Bradley (NIH/NLM/LHC) [C] <
blowekamp at mail.nih.gov> wrote:

> That is my machine.
>
> The ITK repo is clean and up-to-date.
>
> The warnings looks legitimate about implicit conversion from float to
> integer types. It should be addressed:
>
> itkAbsImageFilterAndAdaptorTest.cxx:120: warning: passing 'float' for argument 1 to 'std::streamsize std::ios_base::precision(std::streamsize)'
>
>
> HTH,
> Brad
>
> On Sep 19, 2016, at 9:54 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>
> Hi guys,
>
> who owns build machine lhcp-vm-rh502.nlm? It looks like this machine needs
> to have it build directory cleaned up, it produces some spurious warnings
> such as these
> <https://open.cdash.org/viewBuildError.php?type=1&buildid=4553608>.
>
> Regards,
> D?enan
> _______________________________________________
> 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
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
>
>
>
> _______________________________________________
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160919/a08f0f11/attachment.html>
-------------- next part --------------
_______________________________________________
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

From mike.jackson at bluequartz.net  Mon Sep 19 10:26:52 2016
From: mike.jackson at bluequartz.net (Michael Jackson)
Date: Mon, 19 Sep 2016 10:26:52 -0400
Subject: [ITK] [ITK-users] Access to ITK_LIBRARY_DIRS during CMake
Message-ID: <57DFF5AC.5060300@bluequartz.net>

I have a self built ITK 4.9.1 on OS X 10.10.5 with Xcode 7.2. I am 
trying to get the "ITK_LIBRARY_DIRS" but that variable seems to be empty 
when I run CMake. This is after I do the "FindPackage(ITK...)" cmake 
code. Is that variable supposed to be empty? Is there a better way to 
get the Library directory? I need it for one of my scripts that packages 
our OS X application.

Thanks

-- 
Michael A. Jackson
BlueQuartz Software, LLC
[e]: mike.jackson at bluequartz.net
_____________________________________
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://www.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-users

From blowekamp at mail.nih.gov  Mon Sep 19 10:39:04 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Mon, 19 Sep 2016 14:39:04 +0000
Subject: [ITK] [ITK-users] Access to ITK_LIBRARY_DIRS during CMake
In-Reply-To: <57DFF5AC.5060300@bluequartz.net>
References: <57DFF5AC.5060300@bluequartz.net>
Message-ID: <91C17CD4-5147-4C07-8614-D01842136D59@mail.nih.gov>

Hello,

I would look at ITKConfig.cmake and ITKTargets.cmake.

ITK now uses the libraries as ?IMPORTED? targets with properties to specify the full path to the libraries. 

After that there are a variety of ?rpath? complication at link and run time to ensure the correct library is loaded. I have to spend a while reading the documentation to understand the issues again.

These are considered the ?new? and ?better? way of doing things. I would look into why you need ?ITK_LIBRARY_DIRS? for you project, and then see if there is a newer and better way to now do that with imported targets or ?rpaths?.

HTH,
Brad



> On Sep 19, 2016, at 10:26 AM, Michael Jackson <mike.jackson at bluequartz.net> wrote:
> 
> I have a self built ITK 4.9.1 on OS X 10.10.5 with Xcode 7.2. I am trying to get the "ITK_LIBRARY_DIRS" but that variable seems to be empty when I run CMake. This is after I do the "FindPackage(ITK...)" cmake code. Is that variable supposed to be empty? Is there a better way to get the Library directory? I need it for one of my scripts that packages our OS X application.
> 
> Thanks
> 
> -- 
> Michael A. Jackson
> BlueQuartz Software, LLC
> [e]: mike.jackson at bluequartz.net
> _____________________________________
> 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://www.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-users

_____________________________________
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://www.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-users

From mike.jackson at bluequartz.net  Mon Sep 19 10:55:26 2016
From: mike.jackson at bluequartz.net (Michael Jackson)
Date: Mon, 19 Sep 2016 10:55:26 -0400
Subject: [ITK] [ITK-users] Access to ITK_LIBRARY_DIRS during CMake
In-Reply-To: <91C17CD4-5147-4C07-8614-D01842136D59@mail.nih.gov>
References: <57DFF5AC.5060300@bluequartz.net>
 <91C17CD4-5147-4C07-8614-D01842136D59@mail.nih.gov>
Message-ID: <57DFFC5E.4000506@bluequartz.net>

we need the directory for the BundleUtilities to be able to find the Itk 
libraries because the Itk libraries are built with @rpath as the 
"install_name" instead of an absolute path. I wrote the following cmake 
code:

   # get the ITKCommon library absolute path
   STRING(TOUPPER ${CMAKE_BUILD_TYPE} BUILD_TYPE_UPPER)
   get_target_property(ITK_COMMON_LIB ITKCommon 
IMPORTED_LOCATION_${BUILD_TYPE_UPPER})
   #message(STATUS "ITK_COMMON_LIB: ${ITK_COMMON_LIB}")
   # Now get the absolute PATH to that library. We assume this is the 
library directory (Which might fail on Windows)
   GET_FILENAME_COMPONENT (ITK_LIBRARY_DIRS "${ITK_COMMON_LIB}" PATH)

   #message(STATUS "ITK_LIBRARY_DIRS:\n    ${ITK_LIBRARY_DIRS}")

   # Now append that path to the SIMPLibSearchDirs property
   get_property(SIMPLibSearchDirs GLOBAL PROPERTY SIMPLibSearchDirs)
   if(NOT "${SIMPLibSearchDirs}" STREQUAL "")
     file(APPEND "${SIMPLibSearchDirs}" "${ITK_LIBRARY_DIRS};")
   endif()

I think ItkCommon is the lowest level of the Itk libraries so if we can 
find that we should be OK. If that does not exist then I am assuming Itk 
is probably not build correctly.

-- 
Mike Jackson  [mike.jackson at bluequartz.net]


Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
> Hello,
>
> I would look at ITKConfig.cmake and ITKTargets.cmake.
>
> ITK now uses the libraries as ?IMPORTED? targets with properties to specify the full path to the libraries.
>
> After that there are a variety of ?rpath? complication at link and run time to ensure the correct library is loaded. I have to spend a while reading the documentation to understand the issues again.
>
> These are considered the ?new? and ?better? way of doing things. I would look into why you need ?ITK_LIBRARY_DIRS? for you project, and then see if there is a newer and better way to now do that with imported targets or ?rpaths?.
>
> HTH,
> Brad
>
>
>
>> On Sep 19, 2016, at 10:26 AM, Michael Jackson<mike.jackson at bluequartz.net>  wrote:
>>
>> I have a self built ITK 4.9.1 on OS X 10.10.5 with Xcode 7.2. I am trying to get the "ITK_LIBRARY_DIRS" but that variable seems to be empty when I run CMake. This is after I do the "FindPackage(ITK...)" cmake code. Is that variable supposed to be empty? Is there a better way to get the Library directory? I need it for one of my scripts that packages our OS X application.
>>
>> Thanks
>>
>> --
>> Michael A. Jackson
>> BlueQuartz Software, LLC
>> [e]: mike.jackson at bluequartz.net
>> _____________________________________
>> 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://www.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-users
>
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Mon Sep 19 11:21:04 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Mon, 19 Sep 2016 11:21:04 -0400
Subject: [ITK] [ITK-users] Access to ITK_LIBRARY_DIRS during CMake
In-Reply-To: <57DFFC5E.4000506@bluequartz.net>
References: <57DFF5AC.5060300@bluequartz.net>
 <91C17CD4-5147-4C07-8614-D01842136D59@mail.nih.gov>
 <57DFFC5E.4000506@bluequartz.net>
Message-ID: <CALzTN-R_-HEmWPU38Lvyrmd43Ux7vW=fFEN-YauDfoupwBEpGA@mail.gmail.com>

Hi Mike,

The ITK_RUNTIME_LIBRARY_DIRS variable was added in ITK 4.9.0 as
explained here [1] [2]

Hope this helps,
Matt

[1] https://issues.itk.org/jira/browse/ITK-3026

[2] http://review.source.kitware.com/#/c/20473

On Mon, Sep 19, 2016 at 10:55 AM, Michael Jackson
<mike.jackson at bluequartz.net> wrote:
> we need the directory for the BundleUtilities to be able to find the Itk
> libraries because the Itk libraries are built with @rpath as the
> "install_name" instead of an absolute path. I wrote the following cmake
> code:
>
>   # get the ITKCommon library absolute path
>   STRING(TOUPPER ${CMAKE_BUILD_TYPE} BUILD_TYPE_UPPER)
>   get_target_property(ITK_COMMON_LIB ITKCommon
> IMPORTED_LOCATION_${BUILD_TYPE_UPPER})
>   #message(STATUS "ITK_COMMON_LIB: ${ITK_COMMON_LIB}")
>   # Now get the absolute PATH to that library. We assume this is the library
> directory (Which might fail on Windows)
>   GET_FILENAME_COMPONENT (ITK_LIBRARY_DIRS "${ITK_COMMON_LIB}" PATH)
>
>   #message(STATUS "ITK_LIBRARY_DIRS:\n    ${ITK_LIBRARY_DIRS}")
>
>   # Now append that path to the SIMPLibSearchDirs property
>   get_property(SIMPLibSearchDirs GLOBAL PROPERTY SIMPLibSearchDirs)
>   if(NOT "${SIMPLibSearchDirs}" STREQUAL "")
>     file(APPEND "${SIMPLibSearchDirs}" "${ITK_LIBRARY_DIRS};")
>   endif()
>
> I think ItkCommon is the lowest level of the Itk libraries so if we can find
> that we should be OK. If that does not exist then I am assuming Itk is
> probably not build correctly.
>
> --
> Mike Jackson  [mike.jackson at bluequartz.net]
>
>
>
> Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
>>
>> Hello,
>>
>> I would look at ITKConfig.cmake and ITKTargets.cmake.
>>
>> ITK now uses the libraries as ?IMPORTED? targets with properties to
>> specify the full path to the libraries.
>>
>> After that there are a variety of ?rpath? complication at link and run
>> time to ensure the correct library is loaded. I have to spend a while
>> reading the documentation to understand the issues again.
>>
>> These are considered the ?new? and ?better? way of doing things. I would
>> look into why you need ?ITK_LIBRARY_DIRS? for you project, and then see if
>> there is a newer and better way to now do that with imported targets or
>> ?rpaths?.
>>
>> HTH,
>> Brad
>>
>>
>>
>>> On Sep 19, 2016, at 10:26 AM, Michael
>>> Jackson<mike.jackson at bluequartz.net>  wrote:
>>>
>>> I have a self built ITK 4.9.1 on OS X 10.10.5 with Xcode 7.2. I am trying
>>> to get the "ITK_LIBRARY_DIRS" but that variable seems to be empty when I run
>>> CMake. This is after I do the "FindPackage(ITK...)" cmake code. Is that
>>> variable supposed to be empty? Is there a better way to get the Library
>>> directory? I need it for one of my scripts that packages our OS X
>>> application.
>>>
>>> Thanks
>>>
>>> --
>>> Michael A. Jackson
>>> BlueQuartz Software, LLC
>>> [e]: mike.jackson at bluequartz.net
>>> _____________________________________
>>> 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://www.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-users
>>
>>
> _____________________________________
> 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://www.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-users
_____________________________________
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://www.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-users

From cyril.mory at creatis.insa-lyon.fr  Mon Sep 19 11:05:28 2016
From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory)
Date: Mon, 19 Sep 2016 17:05:28 +0200
Subject: [ITK] [ITK-users] Multiply VariableSizeMatrix by
	VariableLengthVector
Message-ID: <41eb944a-306a-db60-de1f-7ad8414c3173@creatis.insa-lyon.fr>

Hi ITK users,

I have some working ITK code with itk::Matrix by itk::Vector 
multiplications, and I need to change to itk::VariableSizeMatrix and 
itk::VariableLengthVector.

Simply writing

"myResultVector = myMatrix * myInputVector"

works with itk::Matrix and itk::Vector objects, but not with their 
VariableSize/Length counterparts. Is there a way to do it, other than 
writing the matrix by vector multiplication for-loops myself ?

Regards,

Cyril

_____________________________________
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://www.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-users

From francois.budin at kitware.com  Mon Sep 19 12:12:07 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Mon, 19 Sep 2016 12:12:07 -0400
Subject: [ITK] [ITK-users] Multiply VariableSizeMatrix by
	VariableLengthVector
In-Reply-To: <41eb944a-306a-db60-de1f-7ad8414c3173@creatis.insa-lyon.fr>
References: <41eb944a-306a-db60-de1f-7ad8414c3173@creatis.insa-lyon.fr>
Message-ID: <CAHwLD2X7J_-GuS1bh+t+=7ZsqnN8R6NpXE4uhvcZUSxrv5Cd4A@mail.gmail.com>

Hello Cyril,

For the matrix conversion, you can use itk::Matrix::GetVnlMatrix() to
extract the matrix from the itk::Matrix object, and use assign that vnl
matrix to your itk::VariableLengthVector using operator=(const vnl_matrix<
T > &matrix).

itk::Matrix<float,3,3> mat;
itk::VariableSizeMatrix<float> v_mat;
v_mat = mat.GetVnlMatrix();

For the vectors, you could get access to the data from itk::Vector and pass
the pointer to the data to your itk::VariableLengthVector.
itk::Vector<float> vec;
itk::VariableLengthVector<float> v_vec;
v_vec.SetSize(3);
v_vec.SetData(vec.GetDataPointer(),false);

Be careful with the memory management for the vector as the data is still
managed by the itk::Vector in this example, so the data will be destroyed
if the vector is destroyed (if you go out of scope).

On Mon, Sep 19, 2016 at 11:05 AM, Cyril Mory <
cyril.mory at creatis.insa-lyon.fr> wrote:

> Hi ITK users,
>
> I have some working ITK code with itk::Matrix by itk::Vector
> multiplications, and I need to change to itk::VariableSizeMatrix and
> itk::VariableLengthVector.
>
> Simply writing
>
> "myResultVector = myMatrix * myInputVector"
>
> works with itk::Matrix and itk::Vector objects, but not with their
> VariableSize/Length counterparts. Is there a way to do it, other than
> writing the matrix by vector multiplication for-loops myself ?
>
> Regards,
>
> Cyril
>
> _____________________________________
> 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://www.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-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160919/98519a95/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From mike.jackson at bluequartz.net  Mon Sep 19 12:56:06 2016
From: mike.jackson at bluequartz.net (Michael Jackson)
Date: Mon, 19 Sep 2016 12:56:06 -0400
Subject: [ITK] [ITK-users] Access to ITK_LIBRARY_DIRS during CMake
In-Reply-To: <CALzTN-R_-HEmWPU38Lvyrmd43Ux7vW=fFEN-YauDfoupwBEpGA@mail.gmail.com>
References: <57DFF5AC.5060300@bluequartz.net>
 <91C17CD4-5147-4C07-8614-D01842136D59@mail.nih.gov>
 <57DFFC5E.4000506@bluequartz.net>
 <CALzTN-R_-HEmWPU38Lvyrmd43Ux7vW=fFEN-YauDfoupwBEpGA@mail.gmail.com>
Message-ID: <57E018A6.3030506@bluequartz.net>

Thanks Matt, I'll use ITK_RUNTIME_LIBRARY_DIRS variable.

-- 
Michael A. Jackson
BlueQuartz Software, LLC
[e]: mike.jackson at bluequartz.net


Matt McCormick wrote:
> Hi Mike,
>
> The ITK_RUNTIME_LIBRARY_DIRS variable was added in ITK 4.9.0 as
> explained here [1] [2]
>
> Hope this helps,
> Matt
>
> [1] https://issues.itk.org/jira/browse/ITK-3026
>
> [2] http://review.source.kitware.com/#/c/20473
>
> On Mon, Sep 19, 2016 at 10:55 AM, Michael Jackson
> <mike.jackson at bluequartz.net>  wrote:
>> we need the directory for the BundleUtilities to be able to find the Itk
>> libraries because the Itk libraries are built with @rpath as the
>> "install_name" instead of an absolute path. I wrote the following cmake
>> code:
>>
>>    # get the ITKCommon library absolute path
>>    STRING(TOUPPER ${CMAKE_BUILD_TYPE} BUILD_TYPE_UPPER)
>>    get_target_property(ITK_COMMON_LIB ITKCommon
>> IMPORTED_LOCATION_${BUILD_TYPE_UPPER})
>>    #message(STATUS "ITK_COMMON_LIB: ${ITK_COMMON_LIB}")
>>    # Now get the absolute PATH to that library. We assume this is the library
>> directory (Which might fail on Windows)
>>    GET_FILENAME_COMPONENT (ITK_LIBRARY_DIRS "${ITK_COMMON_LIB}" PATH)
>>
>>    #message(STATUS "ITK_LIBRARY_DIRS:\n    ${ITK_LIBRARY_DIRS}")
>>
>>    # Now append that path to the SIMPLibSearchDirs property
>>    get_property(SIMPLibSearchDirs GLOBAL PROPERTY SIMPLibSearchDirs)
>>    if(NOT "${SIMPLibSearchDirs}" STREQUAL "")
>>      file(APPEND "${SIMPLibSearchDirs}" "${ITK_LIBRARY_DIRS};")
>>    endif()
>>
>> I think ItkCommon is the lowest level of the Itk libraries so if we can find
>> that we should be OK. If that does not exist then I am assuming Itk is
>> probably not build correctly.
>>
>> --
>> Mike Jackson  [mike.jackson at bluequartz.net]
>>
>>
>>
>> Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
>>> Hello,
>>>
>>> I would look at ITKConfig.cmake and ITKTargets.cmake.
>>>
>>> ITK now uses the libraries as ?IMPORTED? targets with properties to
>>> specify the full path to the libraries.
>>>
>>> After that there are a variety of ?rpath? complication at link and run
>>> time to ensure the correct library is loaded. I have to spend a while
>>> reading the documentation to understand the issues again.
>>>
>>> These are considered the ?new? and ?better? way of doing things. I would
>>> look into why you need ?ITK_LIBRARY_DIRS? for you project, and then see if
>>> there is a newer and better way to now do that with imported targets or
>>> ?rpaths?.
>>>
>>> HTH,
>>> Brad
>>>
>>>
>>>
>>>> On Sep 19, 2016, at 10:26 AM, Michael
>>>> Jackson<mike.jackson at bluequartz.net>   wrote:
>>>>
>>>> I have a self built ITK 4.9.1 on OS X 10.10.5 with Xcode 7.2. I am trying
>>>> to get the "ITK_LIBRARY_DIRS" but that variable seems to be empty when I run
>>>> CMake. This is after I do the "FindPackage(ITK...)" cmake code. Is that
>>>> variable supposed to be empty? Is there a better way to get the Library
>>>> directory? I need it for one of my scripts that packages our OS X
>>>> application.
>>>>
>>>> Thanks
>>>>
>>>> --
>>>> Michael A. Jackson
>>>> BlueQuartz Software, LLC
>>>> [e]: mike.jackson at bluequartz.net
>>>> _____________________________________
>>>> 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://www.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-users
>>>
>> _____________________________________
>> 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://www.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-users
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Mon Sep 19 15:32:39 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Mon, 19 Sep 2016 15:32:39 -0400
Subject: [ITK] [ITK-users] Write to file
In-Reply-To: <1473877462293-7589209.post@n2.nabble.com>
References: <1473877462293-7589209.post@n2.nabble.com>
Message-ID: <CALzTN-QDBsQLO2dw67pQUuH_oJUVmtzX6NFXAjjW9FH_jDTwOw@mail.gmail.com>

Hi Robert,

This library could be extended to serialize / deserialize the object
to disk as .JSON files:

  https://github.com/Slicer/ParameterSerializer

HTH,
Matt

On Wed, Sep 14, 2016 at 2:24 PM, Robert <scorpiuni at gmail.com> wrote:
> Dear ITK community,
>
> is there a possibility to write the output of a shape function to a file?
> More precisely, if I take for example the geodesic segmentation filter, this
> inputs the shape to the algorithm:
> geodesicActiveContour->SetShapeFunction( shape );
> However, I now want this "shape" object saved to a file for a later use, and
> not calculated on the fly each time running the algorithm.
> An imagefilewriter does not seem to do the job...
>
> Thanks in advance,
> Robert
>
>
>
> --
> View this message in context: http://itk-insight-users.2283740.n2.nabble.com/Write-to-file-tp7589209.html
> Sent from the ITK Insight Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users
_____________________________________
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://www.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-users

From cyril.mory at creatis.insa-lyon.fr  Mon Sep 19 16:02:47 2016
From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory)
Date: Mon, 19 Sep 2016 22:02:47 +0200
Subject: [ITK] [ITK-users] Multiply VariableSizeMatrix by
	VariableLengthVector
In-Reply-To: <CAHwLD2X7J_-GuS1bh+t+=7ZsqnN8R6NpXE4uhvcZUSxrv5Cd4A@mail.gmail.com>
References: <41eb944a-306a-db60-de1f-7ad8414c3173@creatis.insa-lyon.fr>
 <CAHwLD2X7J_-GuS1bh+t+=7ZsqnN8R6NpXE4uhvcZUSxrv5Cd4A@mail.gmail.com>
Message-ID: <e6ee0fa8-b672-3523-2761-ca033dd5f12b@creatis.insa-lyon.fr>

Thanks for this reply, but part of it is not what I was looking for. In 
my understanding, the solution you suggested allows to multiply a 
VariableSizeMatrix with a Vector, and then store the result into a 
VariableLenghtVector. But my input is also a VariableLengthVector, not a 
Vector.

So let me be clearer: I want to multiply a VariableSizeMatrix with a 
VariableLengthVector. Is there a way to extract from this 
VariableLengthVector something that can be multiplied with 
VariableSizeMatrix.GetVnlMatrix() ? Maybe I should copy my 
VariableLengthVector into a vnl_vector ?

I do not know the size of that VariableLengthVector at compile time, so 
I cannot create an itk::Vector of the correct size.

Best,
Cyril

On 09/19/2016 06:12 PM, Francois Budin wrote:
> Hello Cyril,
>
> For the matrix conversion, you can use itk::Matrix::GetVnlMatrix() to 
> extract the matrix from the itk::Matrix object, and use assign that 
> vnl matrix to your itk::VariableLengthVector using operator=(const 
> vnl_matrix< T > &matrix).
>
> itk::Matrix<float,3,3> mat;
> itk::VariableSizeMatrix<float> v_mat;
> v_mat = mat.GetVnlMatrix();
>
> For the vectors, you could get access to the data from itk::Vector and 
> pass the pointer to the data to your itk::VariableLengthVector.
> itk::Vector<float> vec;
> itk::VariableLengthVector<float> v_vec;
> v_vec.SetSize(3);
> v_vec.SetData(vec.GetDataPointer(),false);
>
> Be careful with the memory management for the vector as the data is 
> still managed by the itk::Vector in this example, so the data will be 
> destroyed if the vector is destroyed (if you go out of scope).
>
> On Mon, Sep 19, 2016 at 11:05 AM, Cyril Mory 
> <cyril.mory at creatis.insa-lyon.fr 
> <mailto:cyril.mory at creatis.insa-lyon.fr>> wrote:
>
>     Hi ITK users,
>
>     I have some working ITK code with itk::Matrix by itk::Vector
>     multiplications, and I need to change to itk::VariableSizeMatrix
>     and itk::VariableLengthVector.
>
>     Simply writing
>
>     "myResultVector = myMatrix * myInputVector"
>
>     works with itk::Matrix and itk::Vector objects, but not with their
>     VariableSize/Length counterparts. Is there a way to do it, other
>     than writing the matrix by vector multiplication for-loops myself ?
>
>     Regards,
>
>     Cyril
>
>     _____________________________________
>     Powered by www.kitware.com <http://www.kitware.com>
>
>     Visit other Kitware open-source projects at
>     http://www.kitware.com/opensource/opensource.html
>     <http://www.kitware.com/opensource/opensource.html>
>
>     Kitware offers ITK Training Courses, for more information visit:
>     http://www.kitware.com/products/protraining.php
>     <http://www.kitware.com/products/protraining.php>
>
>     Please keep messages on-topic and check the ITK FAQ at:
>     http://www.itk.org/Wiki/ITK_FAQ <http://www.itk.org/Wiki/ITK_FAQ>
>
>     Follow this link to subscribe/unsubscribe:
>     http://public.kitware.com/mailman/listinfo/insight-users
>     <http://public.kitware.com/mailman/listinfo/insight-users>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160919/edc9a65c/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From fisidoro at ethz.ch  Mon Sep 19 16:09:39 2016
From: fisidoro at ethz.ch (D'Isidoro  Fabio)
Date: Mon, 19 Sep 2016 20:09:39 +0000
Subject: [ITK] [ITK-users] itk Python: origin of DICOM slice does not change
Message-ID: <50B858FB5F53124F9E32314E5C1B409435BB5ABA@MBX212.d.ethz.ch>

Hi,

Following the code ResampleImageFilter2.cxx, I am applying an Identity Transform to a single DICOM slice, I change the origin to
output_origin = reader.GetOutput().GetOrigin() + offset

and I write the transformed DICOM slice into a new DICOM slice (following the code DICOMImageReadAndWrite.cxx).

I visualize the written DICOM slice with a viewer (it's an itk-vtk segmentation software).

The transformed DICOM slice looks as it should. Surprisingly however the viewer shows the original input values as origin. This is confirmed by the fact that if I read with an itk script the written DICOM slice again, and I print the information of the DICOM slice, the origin is still the original one and not the modified one.

How could this be?

Original DICOM slice:

[cid:image001.png at 01D212C2.83CCFB10]

Transformed DICOM slice:

[cid:image002.png at 01D212C2.83CCFB10]


Thank you for help,

Fabio.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160919/6774aeaa/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: application/softgrid-png
Size: 33458 bytes
Desc: image001.png
URL: <http://public.kitware.com/pipermail/community/attachments/20160919/6774aeaa/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: application/softgrid-png
Size: 34423 bytes
Desc: image002.png
URL: <http://public.kitware.com/pipermail/community/attachments/20160919/6774aeaa/attachment-0003.bin>
-------------- next part --------------
_____________________________________
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://www.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-users

From francois.budin at kitware.com  Mon Sep 19 16:32:52 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Mon, 19 Sep 2016 16:32:52 -0400
Subject: [ITK] [ITK-users] Multiply VariableSizeMatrix by
	VariableLengthVector
In-Reply-To: <e6ee0fa8-b672-3523-2761-ca033dd5f12b@creatis.insa-lyon.fr>
References: <41eb944a-306a-db60-de1f-7ad8414c3173@creatis.insa-lyon.fr>
 <CAHwLD2X7J_-GuS1bh+t+=7ZsqnN8R6NpXE4uhvcZUSxrv5Cd4A@mail.gmail.com>
 <e6ee0fa8-b672-3523-2761-ca033dd5f12b@creatis.insa-lyon.fr>
Message-ID: <CAHwLD2XSM9eHH7=pycbXL6SnbYW-XMQtoTe2UX4X2RQS8TcS=g@mail.gmail.com>

Hello Cyril,

The solution I provided works indeed only if you have an itk::Matrix and an
itk::Vector, compute the product, and then convert it to variable size
containers.
It seems that what you want to do is the reverse.
One solution is to work directly with vnl_vector and vnl_matrix:
//Input data
itk::VariableLengthVector<float> v_vec;
itk::VariableSizeMatrix<float> v_mat;
v_vec.SetSize(3);
v_vec.Fill(1.7);
v_mat.Fill(1.3);
// Converting data to vnl vector and matrix
vnl_vector<float> vnl_vec(v_vec.GetDataPointer(),v_vec.GetSize());
vnl_matrix<float> vnl_mat=v_mat.GetVnlMatrix();
vnl_vector<float> vnl_vec_res=vnl_mat*vnl_vec;
// Converting result back
v_vec.SetData(vnl_vec_res.data_block(),3,false);

You could also work with itk::Vector and itk::Matrix if you know the size
is within a certain range (i.e. dimensions 2 and 3). You could use
templates over this range.

Hope this helps
Francois

On Mon, Sep 19, 2016 at 4:02 PM, Cyril Mory <cyril.mory at creatis.insa-lyon.fr
> wrote:

> Thanks for this reply, but part of it is not what I was looking for. In my
> understanding, the solution you suggested allows to multiply a
> VariableSizeMatrix with a Vector, and then store the result into a
> VariableLenghtVector. But my input is also a VariableLengthVector, not a
> Vector.
>
> So let me be clearer: I want to multiply a VariableSizeMatrix with a
> VariableLengthVector. Is there a way to extract from this
> VariableLengthVector something that can be multiplied with
> VariableSizeMatrix.GetVnlMatrix() ? Maybe I should copy my
> VariableLengthVector into a vnl_vector ?
>
> I do not know the size of that VariableLengthVector at compile time, so I
> cannot create an itk::Vector of the correct size.
> Best,
> Cyril
>
>
> On 09/19/2016 06:12 PM, Francois Budin wrote:
>
> Hello Cyril,
>
> For the matrix conversion, you can use itk::Matrix::GetVnlMatrix() to
> extract the matrix from the itk::Matrix object, and use assign that vnl
> matrix to your itk::VariableLengthVector using operator=(const vnl_matrix<
> T > &matrix).
>
> itk::Matrix<float,3,3> mat;
> itk::VariableSizeMatrix<float> v_mat;
> v_mat = mat.GetVnlMatrix();
>
> For the vectors, you could get access to the data from itk::Vector and
> pass the pointer to the data to your itk::VariableLengthVector.
> itk::Vector<float> vec;
> itk::VariableLengthVector<float> v_vec;
> v_vec.SetSize(3);
> v_vec.SetData(vec.GetDataPointer(),false);
>
> Be careful with the memory management for the vector as the data is still
> managed by the itk::Vector in this example, so the data will be destroyed
> if the vector is destroyed (if you go out of scope).
>
> On Mon, Sep 19, 2016 at 11:05 AM, Cyril Mory <
> cyril.mory at creatis.insa-lyon.fr> wrote:
>
>> Hi ITK users,
>>
>> I have some working ITK code with itk::Matrix by itk::Vector
>> multiplications, and I need to change to itk::VariableSizeMatrix and
>> itk::VariableLengthVector.
>>
>> Simply writing
>>
>> "myResultVector = myMatrix * myInputVector"
>>
>> works with itk::Matrix and itk::Vector objects, but not with their
>> VariableSize/Length counterparts. Is there a way to do it, other than
>> writing the matrix by vector multiplication for-loops myself ?
>>
>> Regards,
>>
>> Cyril
>>
>> _____________________________________
>> 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://www.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-users
>>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160919/840daa01/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From steve at sumost.ca  Mon Sep 19 17:38:58 2016
From: steve at sumost.ca (Steve M. Robbins)
Date: Mon, 19 Sep 2016 16:38:58 -0500
Subject: [ITK] [ITK-dev]
 itk::LinearInterpolateImageFunction::EvaluateAtContinuousIndex() -- what is
 intended behaviour outside of image?
Message-ID: <20160919213858.yx4rb56iie4k7mvm@sumost.ca>

Hi,

The doc for this function doesn't make it clear whether the user may
call it with an index point that lies outside the image or not.  I can
tell you that the code doesn't check the bounds, resulting in
uninitialized memory reads [1].

My question is: is that a user error or bug in the evaluation
function?

If I read the ITK 4.8.2 code correctly, it looks like it takes care of
the lower index bound, but not the upper index bound -- so ITK bug?


Thanks,
-Steve


[1] http://my.cdash.org/viewDynamicAnalysisFile.php?id=3780109

Elastix test suite creates a 2D image of size 10x10, then calls
the interpolator with coordinates { 12.7, 15.3 }.  I believe
that is the cause of this diagnostic:

UMR ==26834== Invalid read of size 2
==26834==    at 0x62AE77: itk::LinearInterpolateImageFunction<itk::Image<short, 2u>, double>::EvaluateOptimized(itk::LinearInterpolateImageFunction<itk::Image<short, 2u>, double>::Dispatch<2u> const&, itk::ContinuousIndex<double, 2u> const&) const (itkLinearInterpolateImageFunction.h:172)
==26834==    by 0x62228A: itk::LinearInterpolateImageFunction<itk::Image<short, 2u>, double>::EvaluateAtContinuousIndex(itk::ContinuousIndex<double, 2u> const&) const (itkLinearInterpolateImageFunction.h:99)
==26834==    by 0x61C431: bool TestInterpolators<2u>() (itkAdvancedLinearInterpolatorTest.cxx:171)
==26834==    by 0x616CD2: main (itkAdvancedLinearInterpolatorTest.cxx:279)

(Later, the code does an out-of-image call in 3D as well)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/community/attachments/20160919/ed2a4b74/attachment.sig>
-------------- next part --------------
_______________________________________________
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

From tevain at telecom-paristech.fr  Tue Sep 20 04:34:43 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Tue, 20 Sep 2016 10:34:43 +0200 (CEST)
Subject: [ITK] [ITK-users] itk Python: origin of DICOM slice does not
 change
In-Reply-To: <50B858FB5F53124F9E32314E5C1B409435BB5ABA@MBX212.d.ethz.ch>
References: <50B858FB5F53124F9E32314E5C1B409435BB5ABA@MBX212.d.ethz.ch>
Message-ID: <2009491561.68129018.1474360483434.JavaMail.zimbra@enst.fr>

Hi,

You refer to the DICOMImageReadWrite example. If you don't change the writing part, I think your problem comes from the fact that you assign the read metadata directly to the output ( ->UseInputMetaDataDictionaryOff() ) so the original origin will be saved.

HTH,

Tim

----- Mail original -----
De: "D'Isidoro Fabio" <fisidoro at ethz.ch>
?: insight-users at itk.org
Envoy?: Lundi 19 Septembre 2016 22:09:39
Objet: [ITK] [ITK-users] itk Python: origin of DICOM slice does not change



Hi, 



Following the code ResampleImageFilter2.cxx, I am applying an Identity Transform to a single DICOM slice, I change the origin to 



output_origin = reader.GetOutput().GetOrigin() + offset 



and I write the transformed DICOM slice into a new DICOM slice (following the code DICOMImageReadAndWrite.cxx). 



I visualize the written DICOM slice with a viewer (it?s an itk-vtk segmentation software). 



The transformed DICOM slice looks as it should. Surprisingly however the viewer shows the original input values as origin. This is confirmed by the fact that if I read with an itk script the written DICOM slice again, and I print the information of the DICOM slice, the origin is still the original one and not the modified one. 



How could this be? 



Original DICOM slice: 







Transformed DICOM slice: 









Thank you for help, 



Fabio. 

_____________________________________
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://www.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-users

_______________________________________________
Community mailing list
Community at itk.org
http://public.kitware.com/mailman/listinfo/community
_____________________________________
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://www.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-users

From cyril.mory at creatis.insa-lyon.fr  Tue Sep 20 07:11:34 2016
From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory)
Date: Tue, 20 Sep 2016 13:11:34 +0200
Subject: [ITK] [ITK-users] Multiply VariableSizeMatrix by
	VariableLengthVector
In-Reply-To: <CAHwLD2XSM9eHH7=pycbXL6SnbYW-XMQtoTe2UX4X2RQS8TcS=g@mail.gmail.com>
References: <41eb944a-306a-db60-de1f-7ad8414c3173@creatis.insa-lyon.fr>
 <CAHwLD2X7J_-GuS1bh+t+=7ZsqnN8R6NpXE4uhvcZUSxrv5Cd4A@mail.gmail.com>
 <e6ee0fa8-b672-3523-2761-ca033dd5f12b@creatis.insa-lyon.fr>
 <CAHwLD2XSM9eHH7=pycbXL6SnbYW-XMQtoTe2UX4X2RQS8TcS=g@mail.gmail.com>
Message-ID: <614728991593a717537a51aab3651209@pop3.creatis.insa-lyon.fr>

OK, great, I'll do as you suggest and create a vnl_vector from the 
VariableLenghtVector's data pointer.
Thank you for your answer and the example code.

Cyril

On 2016-09-19 22:32, Francois Budin wrote:
> Hello Cyril,
> 
> The solution I provided works indeed only if you have an itk::Matrix
> and an itk::Vector, compute the product, and then convert it to
> variable size containers.
> It seems that what you want to do is the reverse.
> One solution is to work directly with vnl_vector and vnl_matrix:
> //Input data
> itk::VariableLengthVector<float> v_vec;
> itk::VariableSizeMatrix<float> v_mat;
> v_vec.SetSize(3);
> v_vec.Fill(1.7);
> v_mat.Fill(1.3);
> 
> // Converting data to vnl vector and matrix
> 
> vnl_vector<float> vnl_vec(v_vec.GetDataPointer(),v_vec.GetSize());
> vnl_matrix<float> vnl_mat=v_mat.GetVnlMatrix();
> vnl_vector<float> vnl_vec_res=vnl_mat*vnl_vec;
> 
> // Converting result back
> 
> v_vec.SetData(vnl_vec_res.data_block(),3,false);
> 
> You could also work with itk::Vector and itk::Matrix if you know the
> size is within a certain range (i.e. dimensions 2 and 3). You could
> use
> 
> templates over this range.
> 
> Hope this helps
> 
> Francois
> 
> On Mon, Sep 19, 2016 at 4:02 PM, Cyril Mory
> <cyril.mory at creatis.insa-lyon.fr> wrote:
> 
>> Thanks for this reply, but part of it is not what I was looking for.
>> In my understanding, the solution you suggested allows to multiply a
>> VariableSizeMatrix with a Vector, and then store the result into a
>> VariableLenghtVector. But my input is also a VariableLengthVector,
>> not a Vector.
>> 
>> So let me be clearer: I want to multiply a VariableSizeMatrix with a
>> VariableLengthVector. Is there a way to extract from this
>> VariableLengthVector something that can be multiplied with
>> VariableSizeMatrix.GetVnlMatrix() ? Maybe I should copy my
>> VariableLengthVector into a vnl_vector ?
>> 
>> I do not know the size of that VariableLengthVector at compile time,
>> so I cannot create an itk::Vector of the correct size.
>> Best,
>> Cyril
>> 
>> On 09/19/2016 06:12 PM, Francois Budin wrote:
>> 
>> Hello Cyril,
>> 
>> For the matrix conversion, you can use itk::Matrix::GetVnlMatrix()
>> to extract the matrix from the itk::Matrix object, and use assign
>> that vnl matrix to your itk::VariableLengthVector using
>> operator=(const vnl_matrix< T > &matrix).
>> 
>> itk::Matrix<float,3,3> mat;
>> itk::VariableSizeMatrix<float> v_mat;
>> v_mat = mat.GetVnlMatrix();
>> 
>> For the vectors, you could get access to the data from itk::Vector
>> and pass the pointer to the data to your itk::VariableLengthVector.
>> itk::Vector<float> vec;
>> itk::VariableLengthVector<float> v_vec;
>> v_vec.SetSize(3);
>> v_vec.SetData(vec.GetDataPointer(),false);
>> 
>> Be careful with the memory management for the vector as the data is
>> still managed by the itk::Vector in this example, so the data will
>> be destroyed if the vector is destroyed (if you go out of scope).
>> 
>> On Mon, Sep 19, 2016 at 11:05 AM, Cyril Mory
>> <cyril.mory at creatis.insa-lyon.fr> wrote:
>> Hi ITK users,
>> 
>> I have some working ITK code with itk::Matrix by itk::Vector
>> multiplications, and I need to change to itk::VariableSizeMatrix and
>> itk::VariableLengthVector.
>> 
>> Simply writing
>> 
>> "myResultVector = myMatrix * myInputVector"
>> 
>> works with itk::Matrix and itk::Vector objects, but not with their
>> VariableSize/Length counterparts. Is there a way to do it, other
>> than writing the matrix by vector multiplication for-loops myself ?
>> 
>> Regards,
>> 
>> Cyril
>> 
>> _____________________________________
>> Powered by www.kitware.com [1]
>> 
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html [2]
>> 
>> Kitware offers ITK Training Courses, for more information visit:
>> http://www.kitware.com/products/protraining.php [3]
>> 
>> Please keep messages on-topic and check the ITK FAQ at:
>> http://www.itk.org/Wiki/ITK_FAQ [4]
>> 
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/insight-users [5]
> 
> 
> 
> Links:
> ------
> [1] http://www.kitware.com
> [2] http://www.kitware.com/opensource/opensource.html
> [3] http://www.kitware.com/products/protraining.php
> [4] http://www.itk.org/Wiki/ITK_FAQ
> [5] http://public.kitware.com/mailman/listinfo/insight-users
_____________________________________
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://www.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-users

From fisidoro at ethz.ch  Tue Sep 20 08:34:28 2016
From: fisidoro at ethz.ch (D'Isidoro  Fabio)
Date: Tue, 20 Sep 2016 12:34:28 +0000
Subject: [ITK] [ITK-users] itk Python: origin of DICOM slice does not
 change
In-Reply-To: <2009491561.68129018.1474360483434.JavaMail.zimbra@enst.fr>
References: <50B858FB5F53124F9E32314E5C1B409435BB5ABA@MBX212.d.ethz.ch>
 <2009491561.68129018.1474360483434.JavaMail.zimbra@enst.fr>
Message-ID: <50B858FB5F53124F9E32314E5C1B409435BB6BD7@MBX212.d.ethz.ch>

Hi,

I am currently using the command: 

writer_output.UseInputMetaDataDictionaryOff()

If I don't use it, the image is saved with default origin (0,0) mm and default spacing (1., 1.). 

According to the manual for UseInputMetaDataDictionaryOff(), "this flag defines whether the MetaDataDictionary to use will be the one from the input image or the one already set in the ImageIO object." My understanding is that if I set it off, the DICOM slice will be written with current values (and not the input values), which is what I want. But this seems not to happen.

Relevant parts of my code:

filter.SetOutputOrigin( new_origin )
writer_output.SetInput(filter.GetOutput())
writer_output.UseInputMetaDataDictionaryOff()
writer_output.SetImageIO(gdcmImageIO)
writer_output.Update()

Maybe the function UseInputMetaDataDictionaryOff() does not work properly for the itk with Python wrapping?

Thanks for your answer.

Fabio.

-----Original Message-----
From: Timothee Evain [mailto:tevain at telecom-paristech.fr] 
Sent: Dienstag, 20. September 2016 10:35
To: D'Isidoro Fabio
Cc: insight-users at itk.org
Subject: Re: [ITK] [ITK-users] itk Python: origin of DICOM slice does not change

Hi,

You refer to the DICOMImageReadWrite example. If you don't change the writing part, I think your problem comes from the fact that you assign the read metadata directly to the output ( ->UseInputMetaDataDictionaryOff() ) so the original origin will be saved.

HTH,

Tim

----- Mail original -----
De: "D'Isidoro Fabio" <fisidoro at ethz.ch>
?: insight-users at itk.org
Envoy?: Lundi 19 Septembre 2016 22:09:39
Objet: [ITK] [ITK-users] itk Python: origin of DICOM slice does not change



Hi, 



Following the code ResampleImageFilter2.cxx, I am applying an Identity Transform to a single DICOM slice, I change the origin to 



output_origin = reader.GetOutput().GetOrigin() + offset 



and I write the transformed DICOM slice into a new DICOM slice (following the code DICOMImageReadAndWrite.cxx). 



I visualize the written DICOM slice with a viewer (it?s an itk-vtk segmentation software). 



The transformed DICOM slice looks as it should. Surprisingly however the viewer shows the original input values as origin. This is confirmed by the fact that if I read with an itk script the written DICOM slice again, and I print the information of the DICOM slice, the origin is still the original one and not the modified one. 



How could this be? 



Original DICOM slice: 







Transformed DICOM slice: 









Thank you for help, 



Fabio. 

_____________________________________
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://www.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-users

_______________________________________________
Community mailing list
Community at itk.org
http://public.kitware.com/mailman/listinfo/community
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Tue Sep 20 08:45:46 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Tue, 20 Sep 2016 08:45:46 -0400
Subject: [ITK] [ITK-users] itk Python: origin of DICOM slice does
	not	change
In-Reply-To: <50B858FB5F53124F9E32314E5C1B409435BB6BD7@MBX212.d.ethz.ch>
References: <50B858FB5F53124F9E32314E5C1B409435BB5ABA@MBX212.d.ethz.ch>
 <2009491561.68129018.1474360483434.JavaMail.zimbra@enst.fr>
 <50B858FB5F53124F9E32314E5C1B409435BB6BD7@MBX212.d.ethz.ch>
Message-ID: <CAPf2UMS1b6Lx=RWb2+QaG4-8Jbyu-UmP+LFQ7jfj3gjrcmpJEg@mail.gmail.com>

Hi Fabio,

did you try setting the origin directly on the result image:
filter->Update();
outImage=filter->GetOutput();
outImage->SetOrigin(new_origin);
writer_output->SetInput(outImage);

Regards,
D?enan


On Tue, Sep 20, 2016 at 8:34 AM, D'Isidoro Fabio <fisidoro at ethz.ch> wrote:

> Hi,
>
> I am currently using the command:
>
> writer_output.UseInputMetaDataDictionaryOff()
>
> If I don't use it, the image is saved with default origin (0,0) mm and
> default spacing (1., 1.).
>
> According to the manual for UseInputMetaDataDictionaryOff(), "this flag
> defines whether the MetaDataDictionary to use will be the one from the
> input image or the one already set in the ImageIO object." My understanding
> is that if I set it off, the DICOM slice will be written with current
> values (and not the input values), which is what I want. But this seems not
> to happen.
>
> Relevant parts of my code:
>
> filter.SetOutputOrigin( new_origin )
> writer_output.SetInput(filter.GetOutput())
> writer_output.UseInputMetaDataDictionaryOff()
> writer_output.SetImageIO(gdcmImageIO)
> writer_output.Update()
>
> Maybe the function UseInputMetaDataDictionaryOff() does not work properly
> for the itk with Python wrapping?
>
> Thanks for your answer.
>
> Fabio.
>
> -----Original Message-----
> From: Timothee Evain [mailto:tevain at telecom-paristech.fr]
> Sent: Dienstag, 20. September 2016 10:35
> To: D'Isidoro Fabio
> Cc: insight-users at itk.org
> Subject: Re: [ITK] [ITK-users] itk Python: origin of DICOM slice does not
> change
>
> Hi,
>
> You refer to the DICOMImageReadWrite example. If you don't change the
> writing part, I think your problem comes from the fact that you assign the
> read metadata directly to the output ( ->UseInputMetaDataDictionaryOff()
> ) so the original origin will be saved.
>
> HTH,
>
> Tim
>
> ----- Mail original -----
> De: "D'Isidoro Fabio" <fisidoro at ethz.ch>
> ?: insight-users at itk.org
> Envoy?: Lundi 19 Septembre 2016 22:09:39
> Objet: [ITK] [ITK-users] itk Python: origin of DICOM slice does not change
>
>
>
> Hi,
>
>
>
> Following the code ResampleImageFilter2.cxx, I am applying an Identity
> Transform to a single DICOM slice, I change the origin to
>
>
>
> output_origin = reader.GetOutput().GetOrigin() + offset
>
>
>
> and I write the transformed DICOM slice into a new DICOM slice (following
> the code DICOMImageReadAndWrite.cxx).
>
>
>
> I visualize the written DICOM slice with a viewer (it?s an itk-vtk
> segmentation software).
>
>
>
> The transformed DICOM slice looks as it should. Surprisingly however the
> viewer shows the original input values as origin. This is confirmed by the
> fact that if I read with an itk script the written DICOM slice again, and I
> print the information of the DICOM slice, the origin is still the original
> one and not the modified one.
>
>
>
> How could this be?
>
>
>
> Original DICOM slice:
>
>
>
>
>
>
>
> Transformed DICOM slice:
>
>
>
>
>
>
>
>
>
> Thank you for help,
>
>
>
> Fabio.
>
> _____________________________________
> 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://www.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-users
>
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
> _____________________________________
> 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://www.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-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160920/7ba5f82d/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Tue Sep 20 09:00:24 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Tue, 20 Sep 2016 09:00:24 -0400
Subject: [ITK] [ITK-dev]
 itk::LinearInterpolateImageFunction::EvaluateAtContinuousIndex() -- what is
 intended behaviour outside of image?
In-Reply-To: <20160919213858.yx4rb56iie4k7mvm@sumost.ca>
References: <20160919213858.yx4rb56iie4k7mvm@sumost.ca>
Message-ID: <CAPf2UMS9VXW9UAQ0PwkFNiRHJZNqOwm1C7deyYYF+uZ=g2Gv9g@mail.gmail.com>

Hi Steve,

this function is not supposed to do bounds checking. Bounds checking can be
done with IsInsideBuffer(). The commit which introduced the code:

Revision: 6abbc7969a90786c4c73f5d191f634db536c2d1d
Author: Hans Johnson <hans-johnson at uiowa.edu>
Date: 2010-08-05 22:35:42
Message:
Made USE_OPTIMIZED_REGISTRATION the default


The ITK_USE_OPTIMIZED_REGISTRATION is now the default
behavior.  There is no longer another option.

Maybe Hans can explain why the lower bounds are checked but not the upper.
Otherwise you can try removing them and submitting
<http://itk.org/Wiki/ITK/Git/Develop> a patch Steve.

Regards,
D?enan

On Mon, Sep 19, 2016 at 5:38 PM, Steve M. Robbins <steve at sumost.ca> wrote:

> Hi,
>
> The doc for this function doesn't make it clear whether the user may
> call it with an index point that lies outside the image or not.  I can
> tell you that the code doesn't check the bounds, resulting in
> uninitialized memory reads [1].
>
> My question is: is that a user error or bug in the evaluation
> function?
>
> If I read the ITK 4.8.2 code correctly, it looks like it takes care of
> the lower index bound, but not the upper index bound -- so ITK bug?
>
>
> Thanks,
> -Steve
>
>
> [1] http://my.cdash.org/viewDynamicAnalysisFile.php?id=3780109
>
> Elastix test suite creates a 2D image of size 10x10, then calls
> the interpolator with coordinates { 12.7, 15.3 }.  I believe
> that is the cause of this diagnostic:
>
> UMR ==26834== Invalid read of size 2
> ==26834==    at 0x62AE77: itk::LinearInterpolateImageFunction<itk::Image<short,
> 2u>, double>::EvaluateOptimized(itk::LinearInterpolateImageFunction<itk::Image<short,
> 2u>, double>::Dispatch<2u> const&, itk::ContinuousIndex<double, 2u> const&)
> const (itkLinearInterpolateImageFunction.h:172)
> ==26834==    by 0x62228A: itk::LinearInterpolateImageFunction<itk::Image<short,
> 2u>, double>::EvaluateAtContinuousIndex(itk::ContinuousIndex<double, 2u>
> const&) const (itkLinearInterpolateImageFunction.h:99)
> ==26834==    by 0x61C431: bool TestInterpolators<2u>() (
> itkAdvancedLinearInterpolatorTest.cxx:171)
> ==26834==    by 0x616CD2: main (itkAdvancedLinearInterpolatorTest.cxx:279)
>
> (Later, the code does an out-of-image call in 3D as well)
>
>
> _______________________________________________
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160920/87669e73/attachment-0001.html>
-------------- next part --------------
_______________________________________________
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

From fisidoro at ethz.ch  Tue Sep 20 09:06:35 2016
From: fisidoro at ethz.ch (D'Isidoro  Fabio)
Date: Tue, 20 Sep 2016 13:06:35 +0000
Subject: [ITK] [ITK-users] itk Python: origin of DICOM slice does not
 change
In-Reply-To: <CAPf2UMS1b6Lx=RWb2+QaG4-8Jbyu-UmP+LFQ7jfj3gjrcmpJEg@mail.gmail.com>
References: <50B858FB5F53124F9E32314E5C1B409435BB5ABA@MBX212.d.ethz.ch>
 <2009491561.68129018.1474360483434.JavaMail.zimbra@enst.fr>
 <50B858FB5F53124F9E32314E5C1B409435BB6BD7@MBX212.d.ethz.ch>
 <CAPf2UMS1b6Lx=RWb2+QaG4-8Jbyu-UmP+LFQ7jfj3gjrcmpJEg@mail.gmail.com>
Message-ID: <50B858FB5F53124F9E32314E5C1B409435BB6BF4@MBX212.d.ethz.ch>

Hi,

It doesn?t work.

Filter.GetOuput() already has the new origin (I can print it and it?s right). Something wrong is in the writing process.

By the way, I noticed this problem occurs for change of the origin and of rescaling intensities. It does not occur for changes in size and spacing.

Regards,
Fabio

From: D?enan Zuki? [mailto:dzenanz at gmail.com]
Sent: Dienstag, 20. September 2016 14:46
To: D'Isidoro Fabio
Cc: Timothee Evain; insight-users at itk.org
Subject: Re: [ITK-users] [ITK] itk Python: origin of DICOM slice does not change

Hi Fabio,

did you try setting the origin directly on the result image:
filter->Update();
outImage=filter->GetOutput();
outImage->SetOrigin(new_origin);
writer_output->SetInput(outImage);

Regards,
D?enan


On Tue, Sep 20, 2016 at 8:34 AM, D'Isidoro Fabio <fisidoro at ethz.ch<mailto:fisidoro at ethz.ch>> wrote:
Hi,

I am currently using the command:

writer_output.UseInputMetaDataDictionaryOff()

If I don't use it, the image is saved with default origin (0,0) mm and default spacing (1., 1.).

According to the manual for UseInputMetaDataDictionaryOff(), "this flag defines whether the MetaDataDictionary to use will be the one from the input image or the one already set in the ImageIO object." My understanding is that if I set it off, the DICOM slice will be written with current values (and not the input values), which is what I want. But this seems not to happen.

Relevant parts of my code:

filter.SetOutputOrigin( new_origin )
writer_output.SetInput(filter.GetOutput())
writer_output.UseInputMetaDataDictionaryOff()
writer_output.SetImageIO(gdcmImageIO)
writer_output.Update()

Maybe the function UseInputMetaDataDictionaryOff() does not work properly for the itk with Python wrapping?

Thanks for your answer.

Fabio.

-----Original Message-----
From: Timothee Evain [mailto:tevain at telecom-paristech.fr<mailto:tevain at telecom-paristech.fr>]
Sent: Dienstag, 20. September 2016 10:35
To: D'Isidoro Fabio
Cc: insight-users at itk.org<mailto:insight-users at itk.org>
Subject: Re: [ITK] [ITK-users] itk Python: origin of DICOM slice does not change

Hi,

You refer to the DICOMImageReadWrite example. If you don't change the writing part, I think your problem comes from the fact that you assign the read metadata directly to the output ( ->UseInputMetaDataDictionaryOff() ) so the original origin will be saved.

HTH,

Tim

----- Mail original -----
De: "D'Isidoro Fabio" <fisidoro at ethz.ch<mailto:fisidoro at ethz.ch>>
?: insight-users at itk.org<mailto:insight-users at itk.org>
Envoy?: Lundi 19 Septembre 2016 22:09:39
Objet: [ITK] [ITK-users] itk Python: origin of DICOM slice does not change



Hi,



Following the code ResampleImageFilter2.cxx, I am applying an Identity Transform to a single DICOM slice, I change the origin to



output_origin = reader.GetOutput().GetOrigin() + offset



and I write the transformed DICOM slice into a new DICOM slice (following the code DICOMImageReadAndWrite.cxx).



I visualize the written DICOM slice with a viewer (it?s an itk-vtk segmentation software).



The transformed DICOM slice looks as it should. Surprisingly however the viewer shows the original input values as origin. This is confirmed by the fact that if I read with an itk script the written DICOM slice again, and I print the information of the DICOM slice, the origin is still the original one and not the modified one.



How could this be?



Original DICOM slice:







Transformed DICOM slice:









Thank you for help,



Fabio.

_____________________________________
Powered by www.kitware.com<http://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://www.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-users

_______________________________________________
Community mailing list
Community at itk.org<mailto:Community at itk.org>
http://public.kitware.com/mailman/listinfo/community
_____________________________________
Powered by www.kitware.com<http://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://www.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-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160920/5c8a2e9e/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Tue Sep 20 09:14:56 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Tue, 20 Sep 2016 09:14:56 -0400
Subject: [ITK] [ITK-users] itk Python: origin of DICOM slice does
	not	change
In-Reply-To: <50B858FB5F53124F9E32314E5C1B409435BB6BF4@MBX212.d.ethz.ch>
References: <50B858FB5F53124F9E32314E5C1B409435BB5ABA@MBX212.d.ethz.ch>
 <2009491561.68129018.1474360483434.JavaMail.zimbra@enst.fr>
 <50B858FB5F53124F9E32314E5C1B409435BB6BD7@MBX212.d.ethz.ch>
 <CAPf2UMS1b6Lx=RWb2+QaG4-8Jbyu-UmP+LFQ7jfj3gjrcmpJEg@mail.gmail.com>
 <50B858FB5F53124F9E32314E5C1B409435BB6BF4@MBX212.d.ethz.ch>
Message-ID: <CALzTN-TF58CT6u5b2YX0yMHDZFYd_iu9KZ9DKt5xqcmDLi=p3g@mail.gmail.com>

Hi Fabio,

As suggested by Tim, call  ->UseInputMetaDataDictionaryOff() to use
the Origin from the itk::Image. The MetaDataDictionary tags will
indicate an Origin that is not correct.

HTH,
Matt

On Tue, Sep 20, 2016 at 9:06 AM, D'Isidoro  Fabio <fisidoro at ethz.ch> wrote:
> Hi,
>
>
>
> It doesn?t work.
>
>
>
> Filter.GetOuput() already has the new origin (I can print it and it?s
> right). Something wrong is in the writing process.
>
>
>
> By the way, I noticed this problem occurs for change of the origin and of
> rescaling intensities. It does not occur for changes in size and spacing.
>
>
>
> Regards,
>
> Fabio
>
>
>
> From: D?enan Zuki? [mailto:dzenanz at gmail.com]
> Sent: Dienstag, 20. September 2016 14:46
> To: D'Isidoro Fabio
> Cc: Timothee Evain; insight-users at itk.org
> Subject: Re: [ITK-users] [ITK] itk Python: origin of DICOM slice does not
> change
>
>
>
> Hi Fabio,
>
>
>
> did you try setting the origin directly on the result image:
>
> filter->Update();
>
> outImage=filter->GetOutput();
>
> outImage->SetOrigin(new_origin);
>
> writer_output->SetInput(outImage);
>
>
>
> Regards,
>
> D?enan
>
>
>
>
>
> On Tue, Sep 20, 2016 at 8:34 AM, D'Isidoro Fabio <fisidoro at ethz.ch> wrote:
>
> Hi,
>
> I am currently using the command:
>
> writer_output.UseInputMetaDataDictionaryOff()
>
> If I don't use it, the image is saved with default origin (0,0) mm and
> default spacing (1., 1.).
>
> According to the manual for UseInputMetaDataDictionaryOff(), "this flag
> defines whether the MetaDataDictionary to use will be the one from the input
> image or the one already set in the ImageIO object." My understanding is
> that if I set it off, the DICOM slice will be written with current values
> (and not the input values), which is what I want. But this seems not to
> happen.
>
> Relevant parts of my code:
>
> filter.SetOutputOrigin( new_origin )
> writer_output.SetInput(filter.GetOutput())
> writer_output.UseInputMetaDataDictionaryOff()
> writer_output.SetImageIO(gdcmImageIO)
> writer_output.Update()
>
> Maybe the function UseInputMetaDataDictionaryOff() does not work properly
> for the itk with Python wrapping?
>
> Thanks for your answer.
>
> Fabio.
>
>
> -----Original Message-----
> From: Timothee Evain [mailto:tevain at telecom-paristech.fr]
> Sent: Dienstag, 20. September 2016 10:35
> To: D'Isidoro Fabio
> Cc: insight-users at itk.org
> Subject: Re: [ITK] [ITK-users] itk Python: origin of DICOM slice does not
> change
>
> Hi,
>
> You refer to the DICOMImageReadWrite example. If you don't change the
> writing part, I think your problem comes from the fact that you assign the
> read metadata directly to the output ( ->UseInputMetaDataDictionaryOff() )
> so the original origin will be saved.
>
> HTH,
>
> Tim
>
> ----- Mail original -----
> De: "D'Isidoro Fabio" <fisidoro at ethz.ch>
> ?: insight-users at itk.org
> Envoy?: Lundi 19 Septembre 2016 22:09:39
> Objet: [ITK] [ITK-users] itk Python: origin of DICOM slice does not change
>
>
>
> Hi,
>
>
>
> Following the code ResampleImageFilter2.cxx, I am applying an Identity
> Transform to a single DICOM slice, I change the origin to
>
>
>
> output_origin = reader.GetOutput().GetOrigin() + offset
>
>
>
> and I write the transformed DICOM slice into a new DICOM slice (following
> the code DICOMImageReadAndWrite.cxx).
>
>
>
> I visualize the written DICOM slice with a viewer (it?s an itk-vtk
> segmentation software).
>
>
>
> The transformed DICOM slice looks as it should. Surprisingly however the
> viewer shows the original input values as origin. This is confirmed by the
> fact that if I read with an itk script the written DICOM slice again, and I
> print the information of the DICOM slice, the origin is still the original
> one and not the modified one.
>
>
>
> How could this be?
>
>
>
> Original DICOM slice:
>
>
>
>
>
>
>
> Transformed DICOM slice:
>
>
>
>
>
>
>
>
>
> Thank you for help,
>
>
>
> Fabio.
>
> _____________________________________
> 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://www.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-users
>
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
> _____________________________________
> 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://www.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-users
>
>
>
>
> _____________________________________
> 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://www.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-users
>
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Tue Sep 20 10:02:32 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Tue, 20 Sep 2016 10:02:32 -0400
Subject: [ITK] [ITK-users] itk Python: origin of DICOM slice does
	not	change
In-Reply-To: <CALzTN-TF58CT6u5b2YX0yMHDZFYd_iu9KZ9DKt5xqcmDLi=p3g@mail.gmail.com>
References: <50B858FB5F53124F9E32314E5C1B409435BB5ABA@MBX212.d.ethz.ch>
 <2009491561.68129018.1474360483434.JavaMail.zimbra@enst.fr>
 <50B858FB5F53124F9E32314E5C1B409435BB6BD7@MBX212.d.ethz.ch>
 <CAPf2UMS1b6Lx=RWb2+QaG4-8Jbyu-UmP+LFQ7jfj3gjrcmpJEg@mail.gmail.com>
 <50B858FB5F53124F9E32314E5C1B409435BB6BF4@MBX212.d.ethz.ch>
 <CALzTN-TF58CT6u5b2YX0yMHDZFYd_iu9KZ9DKt5xqcmDLi=p3g@mail.gmail.com>
Message-ID: <CALzTN-RJxE0JjTqkV-jf-6VZthK7-aWgBwV_4N-QbJ7UaoHFDw@mail.gmail.com>

Hi Fabio,

Also, if

  writer_output.SetImageIO(gdcmImageIO)

is called, and gdcmImageIO is being re-used, then gdcmImageIO will
re-use its MetaDataDictionary. So a new instance of GDCMImageIO
shoulrd be passed to avoid using the old MetaDataDictionary.

HTH,
Matt

On Tue, Sep 20, 2016 at 9:14 AM, Matt McCormick
<matt.mccormick at kitware.com> wrote:
> Hi Fabio,
>
> As suggested by Tim, call  ->UseInputMetaDataDictionaryOff() to use
> the Origin from the itk::Image. The MetaDataDictionary tags will
> indicate an Origin that is not correct.
>
> HTH,
> Matt
>
> On Tue, Sep 20, 2016 at 9:06 AM, D'Isidoro  Fabio <fisidoro at ethz.ch> wrote:
>> Hi,
>>
>>
>>
>> It doesn?t work.
>>
>>
>>
>> Filter.GetOuput() already has the new origin (I can print it and it?s
>> right). Something wrong is in the writing process.
>>
>>
>>
>> By the way, I noticed this problem occurs for change of the origin and of
>> rescaling intensities. It does not occur for changes in size and spacing.
>>
>>
>>
>> Regards,
>>
>> Fabio
>>
>>
>>
>> From: D?enan Zuki? [mailto:dzenanz at gmail.com]
>> Sent: Dienstag, 20. September 2016 14:46
>> To: D'Isidoro Fabio
>> Cc: Timothee Evain; insight-users at itk.org
>> Subject: Re: [ITK-users] [ITK] itk Python: origin of DICOM slice does not
>> change
>>
>>
>>
>> Hi Fabio,
>>
>>
>>
>> did you try setting the origin directly on the result image:
>>
>> filter->Update();
>>
>> outImage=filter->GetOutput();
>>
>> outImage->SetOrigin(new_origin);
>>
>> writer_output->SetInput(outImage);
>>
>>
>>
>> Regards,
>>
>> D?enan
>>
>>
>>
>>
>>
>> On Tue, Sep 20, 2016 at 8:34 AM, D'Isidoro Fabio <fisidoro at ethz.ch> wrote:
>>
>> Hi,
>>
>> I am currently using the command:
>>
>> writer_output.UseInputMetaDataDictionaryOff()
>>
>> If I don't use it, the image is saved with default origin (0,0) mm and
>> default spacing (1., 1.).
>>
>> According to the manual for UseInputMetaDataDictionaryOff(), "this flag
>> defines whether the MetaDataDictionary to use will be the one from the input
>> image or the one already set in the ImageIO object." My understanding is
>> that if I set it off, the DICOM slice will be written with current values
>> (and not the input values), which is what I want. But this seems not to
>> happen.
>>
>> Relevant parts of my code:
>>
>> filter.SetOutputOrigin( new_origin )
>> writer_output.SetInput(filter.GetOutput())
>> writer_output.UseInputMetaDataDictionaryOff()
>> writer_output.SetImageIO(gdcmImageIO)
>> writer_output.Update()
>>
>> Maybe the function UseInputMetaDataDictionaryOff() does not work properly
>> for the itk with Python wrapping?
>>
>> Thanks for your answer.
>>
>> Fabio.
>>
>>
>> -----Original Message-----
>> From: Timothee Evain [mailto:tevain at telecom-paristech.fr]
>> Sent: Dienstag, 20. September 2016 10:35
>> To: D'Isidoro Fabio
>> Cc: insight-users at itk.org
>> Subject: Re: [ITK] [ITK-users] itk Python: origin of DICOM slice does not
>> change
>>
>> Hi,
>>
>> You refer to the DICOMImageReadWrite example. If you don't change the
>> writing part, I think your problem comes from the fact that you assign the
>> read metadata directly to the output ( ->UseInputMetaDataDictionaryOff() )
>> so the original origin will be saved.
>>
>> HTH,
>>
>> Tim
>>
>> ----- Mail original -----
>> De: "D'Isidoro Fabio" <fisidoro at ethz.ch>
>> ?: insight-users at itk.org
>> Envoy?: Lundi 19 Septembre 2016 22:09:39
>> Objet: [ITK] [ITK-users] itk Python: origin of DICOM slice does not change
>>
>>
>>
>> Hi,
>>
>>
>>
>> Following the code ResampleImageFilter2.cxx, I am applying an Identity
>> Transform to a single DICOM slice, I change the origin to
>>
>>
>>
>> output_origin = reader.GetOutput().GetOrigin() + offset
>>
>>
>>
>> and I write the transformed DICOM slice into a new DICOM slice (following
>> the code DICOMImageReadAndWrite.cxx).
>>
>>
>>
>> I visualize the written DICOM slice with a viewer (it?s an itk-vtk
>> segmentation software).
>>
>>
>>
>> The transformed DICOM slice looks as it should. Surprisingly however the
>> viewer shows the original input values as origin. This is confirmed by the
>> fact that if I read with an itk script the written DICOM slice again, and I
>> print the information of the DICOM slice, the origin is still the original
>> one and not the modified one.
>>
>>
>>
>> How could this be?
>>
>>
>>
>> Original DICOM slice:
>>
>>
>>
>>
>>
>>
>>
>> Transformed DICOM slice:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Thank you for help,
>>
>>
>>
>> Fabio.
>>
>> _____________________________________
>> 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://www.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-users
>>
>> _______________________________________________
>> Community mailing list
>> Community at itk.org
>> http://public.kitware.com/mailman/listinfo/community
>> _____________________________________
>> 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://www.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-users
>>
>>
>>
>>
>> _____________________________________
>> 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://www.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-users
>>
_____________________________________
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://www.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-users

From fisidoro at ethz.ch  Tue Sep 20 10:26:36 2016
From: fisidoro at ethz.ch (D'Isidoro  Fabio)
Date: Tue, 20 Sep 2016 14:26:36 +0000
Subject: [ITK] [ITK-users] itk Python: origin of DICOM slice does not
 change
In-Reply-To: <CALzTN-RJxE0JjTqkV-jf-6VZthK7-aWgBwV_4N-QbJ7UaoHFDw@mail.gmail.com>
References: <50B858FB5F53124F9E32314E5C1B409435BB5ABA@MBX212.d.ethz.ch>
 <2009491561.68129018.1474360483434.JavaMail.zimbra@enst.fr>
 <50B858FB5F53124F9E32314E5C1B409435BB6BD7@MBX212.d.ethz.ch>
 <CAPf2UMS1b6Lx=RWb2+QaG4-8Jbyu-UmP+LFQ7jfj3gjrcmpJEg@mail.gmail.com>
 <50B858FB5F53124F9E32314E5C1B409435BB6BF4@MBX212.d.ethz.ch>
 <CALzTN-TF58CT6u5b2YX0yMHDZFYd_iu9KZ9DKt5xqcmDLi=p3g@mail.gmail.com>
 <CALzTN-RJxE0JjTqkV-jf-6VZthK7-aWgBwV_4N-QbJ7UaoHFDw@mail.gmail.com>
Message-ID: <50B858FB5F53124F9E32314E5C1B409435BB6C3F@MBX212.d.ethz.ch>

Hi,

I tried this 

ImageIOType = itk.GDCMImageIO
gdcmImageIO = ImageIOType.New()
reader.SetImageIO(gdcmImageIO)
reader.Update()

...

writer_output.SetInput(filter.GetOutput())
writer_output.UseInputMetaDataDictionaryOff()
gdcmImageIO_output = ImageIOType.New()
writer_output.SetImageIO(gdcmImageIO_output)

but the written DICOM image has default origin (0,0) mm and default spacing (1., 1.).

Also, the example "DicomImageReadWrite" too does not create a new instance of the gdcmImageIO.




-----Original Message-----
From: Matt McCormick [mailto:matt.mccormick at kitware.com] 
Sent: Dienstag, 20. September 2016 16:03
To: D'Isidoro Fabio
Cc: D?enan Zuki?; insight-users at itk.org; Timothee Evain
Subject: Re: [ITK-users] [ITK] itk Python: origin of DICOM slice does not change

Hi Fabio,

Also, if

  writer_output.SetImageIO(gdcmImageIO)

is called, and gdcmImageIO is being re-used, then gdcmImageIO will re-use its MetaDataDictionary. So a new instance of GDCMImageIO shoulrd be passed to avoid using the old MetaDataDictionary.

HTH,
Matt

On Tue, Sep 20, 2016 at 9:14 AM, Matt McCormick <matt.mccormick at kitware.com> wrote:
> Hi Fabio,
>
> As suggested by Tim, call  ->UseInputMetaDataDictionaryOff() to use 
> the Origin from the itk::Image. The MetaDataDictionary tags will 
> indicate an Origin that is not correct.
>
> HTH,
> Matt
>
> On Tue, Sep 20, 2016 at 9:06 AM, D'Isidoro  Fabio <fisidoro at ethz.ch> wrote:
>> Hi,
>>
>>
>>
>> It doesn?t work.
>>
>>
>>
>> Filter.GetOuput() already has the new origin (I can print it and it?s 
>> right). Something wrong is in the writing process.
>>
>>
>>
>> By the way, I noticed this problem occurs for change of the origin 
>> and of rescaling intensities. It does not occur for changes in size and spacing.
>>
>>
>>
>> Regards,
>>
>> Fabio
>>
>>
>>
>> From: D?enan Zuki? [mailto:dzenanz at gmail.com]
>> Sent: Dienstag, 20. September 2016 14:46
>> To: D'Isidoro Fabio
>> Cc: Timothee Evain; insight-users at itk.org
>> Subject: Re: [ITK-users] [ITK] itk Python: origin of DICOM slice does 
>> not change
>>
>>
>>
>> Hi Fabio,
>>
>>
>>
>> did you try setting the origin directly on the result image:
>>
>> filter->Update();
>>
>> outImage=filter->GetOutput();
>>
>> outImage->SetOrigin(new_origin);
>>
>> writer_output->SetInput(outImage);
>>
>>
>>
>> Regards,
>>
>> D?enan
>>
>>
>>
>>
>>
>> On Tue, Sep 20, 2016 at 8:34 AM, D'Isidoro Fabio <fisidoro at ethz.ch> wrote:
>>
>> Hi,
>>
>> I am currently using the command:
>>
>> writer_output.UseInputMetaDataDictionaryOff()
>>
>> If I don't use it, the image is saved with default origin (0,0) mm 
>> and default spacing (1., 1.).
>>
>> According to the manual for UseInputMetaDataDictionaryOff(), "this 
>> flag defines whether the MetaDataDictionary to use will be the one 
>> from the input image or the one already set in the ImageIO object." 
>> My understanding is that if I set it off, the DICOM slice will be 
>> written with current values (and not the input values), which is what 
>> I want. But this seems not to happen.
>>
>> Relevant parts of my code:
>>
>> filter.SetOutputOrigin( new_origin )
>> writer_output.SetInput(filter.GetOutput())
>> writer_output.UseInputMetaDataDictionaryOff()
>> writer_output.SetImageIO(gdcmImageIO)
>> writer_output.Update()
>>
>> Maybe the function UseInputMetaDataDictionaryOff() does not work 
>> properly for the itk with Python wrapping?
>>
>> Thanks for your answer.
>>
>> Fabio.
>>
>>
>> -----Original Message-----
>> From: Timothee Evain [mailto:tevain at telecom-paristech.fr]
>> Sent: Dienstag, 20. September 2016 10:35
>> To: D'Isidoro Fabio
>> Cc: insight-users at itk.org
>> Subject: Re: [ITK] [ITK-users] itk Python: origin of DICOM slice does 
>> not change
>>
>> Hi,
>>
>> You refer to the DICOMImageReadWrite example. If you don't change the 
>> writing part, I think your problem comes from the fact that you 
>> assign the read metadata directly to the output ( 
>> ->UseInputMetaDataDictionaryOff() ) so the original origin will be saved.
>>
>> HTH,
>>
>> Tim
>>
>> ----- Mail original -----
>> De: "D'Isidoro Fabio" <fisidoro at ethz.ch>
>> ?: insight-users at itk.org
>> Envoy?: Lundi 19 Septembre 2016 22:09:39
>> Objet: [ITK] [ITK-users] itk Python: origin of DICOM slice does not 
>> change
>>
>>
>>
>> Hi,
>>
>>
>>
>> Following the code ResampleImageFilter2.cxx, I am applying an 
>> Identity Transform to a single DICOM slice, I change the origin to
>>
>>
>>
>> output_origin = reader.GetOutput().GetOrigin() + offset
>>
>>
>>
>> and I write the transformed DICOM slice into a new DICOM slice 
>> (following the code DICOMImageReadAndWrite.cxx).
>>
>>
>>
>> I visualize the written DICOM slice with a viewer (it?s an itk-vtk 
>> segmentation software).
>>
>>
>>
>> The transformed DICOM slice looks as it should. Surprisingly however 
>> the viewer shows the original input values as origin. This is 
>> confirmed by the fact that if I read with an itk script the written 
>> DICOM slice again, and I print the information of the DICOM slice, 
>> the origin is still the original one and not the modified one.
>>
>>
>>
>> How could this be?
>>
>>
>>
>> Original DICOM slice:
>>
>>
>>
>>
>>
>>
>>
>> Transformed DICOM slice:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Thank you for help,
>>
>>
>>
>> Fabio.
>>
>> _____________________________________
>> 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://www.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-users
>>
>> _______________________________________________
>> Community mailing list
>> Community at itk.org
>> http://public.kitware.com/mailman/listinfo/community
>> _____________________________________
>> 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://www.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-users
>>
>>
>>
>>
>> _____________________________________
>> 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://www.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-users
>>
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Tue Sep 20 13:03:26 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Tue, 20 Sep 2016 13:03:26 -0400
Subject: [ITK] [ITK-users] itk Python: origin of DICOM slice does
	not	change
In-Reply-To: <50B858FB5F53124F9E32314E5C1B409435BB6C3F@MBX212.d.ethz.ch>
References: <50B858FB5F53124F9E32314E5C1B409435BB5ABA@MBX212.d.ethz.ch>
 <2009491561.68129018.1474360483434.JavaMail.zimbra@enst.fr>
 <50B858FB5F53124F9E32314E5C1B409435BB6BD7@MBX212.d.ethz.ch>
 <CAPf2UMS1b6Lx=RWb2+QaG4-8Jbyu-UmP+LFQ7jfj3gjrcmpJEg@mail.gmail.com>
 <50B858FB5F53124F9E32314E5C1B409435BB6BF4@MBX212.d.ethz.ch>
 <CALzTN-TF58CT6u5b2YX0yMHDZFYd_iu9KZ9DKt5xqcmDLi=p3g@mail.gmail.com>
 <CALzTN-RJxE0JjTqkV-jf-6VZthK7-aWgBwV_4N-QbJ7UaoHFDw@mail.gmail.com>
 <50B858FB5F53124F9E32314E5C1B409435BB6C3F@MBX212.d.ethz.ch>
Message-ID: <CALzTN-QbSbJjfzfo_k_uV=WFB=8DQCEUJK-qKVtY17EAuEYKLg@mail.gmail.com>

Hi Fabio,

In the example, a 3D non-DICOM is written to the output (e.g. NRRD).
Your code must have something different if it is writing 2D DICOM
files. DicomImageReadWrite is also deprecated [1].

DICOM writing support in ITK could be improved. It is recommended to
write to other output formats.

HTH,
Matt

[1] https://github.com/InsightSoftwareConsortium/ITK/blob/077527e86d96daf88663fda6bf7abeb1e92b9d9d/Examples/IO/DicomSeriesReadImageWrite.cxx#L22-L28

On Tue, Sep 20, 2016 at 10:26 AM, D'Isidoro  Fabio <fisidoro at ethz.ch> wrote:
> Hi,
>
> I tried this
>
> ImageIOType = itk.GDCMImageIO
> gdcmImageIO = ImageIOType.New()
> reader.SetImageIO(gdcmImageIO)
> reader.Update()
>
> ...
>
> writer_output.SetInput(filter.GetOutput())
> writer_output.UseInputMetaDataDictionaryOff()
> gdcmImageIO_output = ImageIOType.New()
> writer_output.SetImageIO(gdcmImageIO_output)
>
> but the written DICOM image has default origin (0,0) mm and default spacing (1., 1.).
>
> Also, the example "DicomImageReadWrite" too does not create a new instance of the gdcmImageIO.
>
>
>
>
> -----Original Message-----
> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> Sent: Dienstag, 20. September 2016 16:03
> To: D'Isidoro Fabio
> Cc: D?enan Zuki?; insight-users at itk.org; Timothee Evain
> Subject: Re: [ITK-users] [ITK] itk Python: origin of DICOM slice does not change
>
> Hi Fabio,
>
> Also, if
>
>   writer_output.SetImageIO(gdcmImageIO)
>
> is called, and gdcmImageIO is being re-used, then gdcmImageIO will re-use its MetaDataDictionary. So a new instance of GDCMImageIO shoulrd be passed to avoid using the old MetaDataDictionary.
>
> HTH,
> Matt
>
> On Tue, Sep 20, 2016 at 9:14 AM, Matt McCormick <matt.mccormick at kitware.com> wrote:
>> Hi Fabio,
>>
>> As suggested by Tim, call  ->UseInputMetaDataDictionaryOff() to use
>> the Origin from the itk::Image. The MetaDataDictionary tags will
>> indicate an Origin that is not correct.
>>
>> HTH,
>> Matt
>>
>> On Tue, Sep 20, 2016 at 9:06 AM, D'Isidoro  Fabio <fisidoro at ethz.ch> wrote:
>>> Hi,
>>>
>>>
>>>
>>> It doesn?t work.
>>>
>>>
>>>
>>> Filter.GetOuput() already has the new origin (I can print it and it?s
>>> right). Something wrong is in the writing process.
>>>
>>>
>>>
>>> By the way, I noticed this problem occurs for change of the origin
>>> and of rescaling intensities. It does not occur for changes in size and spacing.
>>>
>>>
>>>
>>> Regards,
>>>
>>> Fabio
>>>
>>>
>>>
>>> From: D?enan Zuki? [mailto:dzenanz at gmail.com]
>>> Sent: Dienstag, 20. September 2016 14:46
>>> To: D'Isidoro Fabio
>>> Cc: Timothee Evain; insight-users at itk.org
>>> Subject: Re: [ITK-users] [ITK] itk Python: origin of DICOM slice does
>>> not change
>>>
>>>
>>>
>>> Hi Fabio,
>>>
>>>
>>>
>>> did you try setting the origin directly on the result image:
>>>
>>> filter->Update();
>>>
>>> outImage=filter->GetOutput();
>>>
>>> outImage->SetOrigin(new_origin);
>>>
>>> writer_output->SetInput(outImage);
>>>
>>>
>>>
>>> Regards,
>>>
>>> D?enan
>>>
>>>
>>>
>>>
>>>
>>> On Tue, Sep 20, 2016 at 8:34 AM, D'Isidoro Fabio <fisidoro at ethz.ch> wrote:
>>>
>>> Hi,
>>>
>>> I am currently using the command:
>>>
>>> writer_output.UseInputMetaDataDictionaryOff()
>>>
>>> If I don't use it, the image is saved with default origin (0,0) mm
>>> and default spacing (1., 1.).
>>>
>>> According to the manual for UseInputMetaDataDictionaryOff(), "this
>>> flag defines whether the MetaDataDictionary to use will be the one
>>> from the input image or the one already set in the ImageIO object."
>>> My understanding is that if I set it off, the DICOM slice will be
>>> written with current values (and not the input values), which is what
>>> I want. But this seems not to happen.
>>>
>>> Relevant parts of my code:
>>>
>>> filter.SetOutputOrigin( new_origin )
>>> writer_output.SetInput(filter.GetOutput())
>>> writer_output.UseInputMetaDataDictionaryOff()
>>> writer_output.SetImageIO(gdcmImageIO)
>>> writer_output.Update()
>>>
>>> Maybe the function UseInputMetaDataDictionaryOff() does not work
>>> properly for the itk with Python wrapping?
>>>
>>> Thanks for your answer.
>>>
>>> Fabio.
>>>
>>>
>>> -----Original Message-----
>>> From: Timothee Evain [mailto:tevain at telecom-paristech.fr]
>>> Sent: Dienstag, 20. September 2016 10:35
>>> To: D'Isidoro Fabio
>>> Cc: insight-users at itk.org
>>> Subject: Re: [ITK] [ITK-users] itk Python: origin of DICOM slice does
>>> not change
>>>
>>> Hi,
>>>
>>> You refer to the DICOMImageReadWrite example. If you don't change the
>>> writing part, I think your problem comes from the fact that you
>>> assign the read metadata directly to the output (
>>> ->UseInputMetaDataDictionaryOff() ) so the original origin will be saved.
>>>
>>> HTH,
>>>
>>> Tim
>>>
>>> ----- Mail original -----
>>> De: "D'Isidoro Fabio" <fisidoro at ethz.ch>
>>> ?: insight-users at itk.org
>>> Envoy?: Lundi 19 Septembre 2016 22:09:39
>>> Objet: [ITK] [ITK-users] itk Python: origin of DICOM slice does not
>>> change
>>>
>>>
>>>
>>> Hi,
>>>
>>>
>>>
>>> Following the code ResampleImageFilter2.cxx, I am applying an
>>> Identity Transform to a single DICOM slice, I change the origin to
>>>
>>>
>>>
>>> output_origin = reader.GetOutput().GetOrigin() + offset
>>>
>>>
>>>
>>> and I write the transformed DICOM slice into a new DICOM slice
>>> (following the code DICOMImageReadAndWrite.cxx).
>>>
>>>
>>>
>>> I visualize the written DICOM slice with a viewer (it?s an itk-vtk
>>> segmentation software).
>>>
>>>
>>>
>>> The transformed DICOM slice looks as it should. Surprisingly however
>>> the viewer shows the original input values as origin. This is
>>> confirmed by the fact that if I read with an itk script the written
>>> DICOM slice again, and I print the information of the DICOM slice,
>>> the origin is still the original one and not the modified one.
>>>
>>>
>>>
>>> How could this be?
>>>
>>>
>>>
>>> Original DICOM slice:
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Transformed DICOM slice:
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Thank you for help,
>>>
>>>
>>>
>>> Fabio.
>>>
>>> _____________________________________
>>> 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://www.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-users
>>>
>>> _______________________________________________
>>> Community mailing list
>>> Community at itk.org
>>> http://public.kitware.com/mailman/listinfo/community
>>> _____________________________________
>>> 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://www.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-users
>>>
>>>
>>>
>>>
>>> _____________________________________
>>> 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://www.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-users
>>>
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Tue Sep 20 14:14:23 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Tue, 20 Sep 2016 14:14:23 -0400
Subject: [ITK] [ITK-users] itk Python: origin of DICOM slice does
	not	change
In-Reply-To: <CALzTN-QbSbJjfzfo_k_uV=WFB=8DQCEUJK-qKVtY17EAuEYKLg@mail.gmail.com>
References: <50B858FB5F53124F9E32314E5C1B409435BB5ABA@MBX212.d.ethz.ch>
 <2009491561.68129018.1474360483434.JavaMail.zimbra@enst.fr>
 <50B858FB5F53124F9E32314E5C1B409435BB6BD7@MBX212.d.ethz.ch>
 <CAPf2UMS1b6Lx=RWb2+QaG4-8Jbyu-UmP+LFQ7jfj3gjrcmpJEg@mail.gmail.com>
 <50B858FB5F53124F9E32314E5C1B409435BB6BF4@MBX212.d.ethz.ch>
 <CALzTN-TF58CT6u5b2YX0yMHDZFYd_iu9KZ9DKt5xqcmDLi=p3g@mail.gmail.com>
 <CALzTN-RJxE0JjTqkV-jf-6VZthK7-aWgBwV_4N-QbJ7UaoHFDw@mail.gmail.com>
 <50B858FB5F53124F9E32314E5C1B409435BB6C3F@MBX212.d.ethz.ch>
 <CALzTN-QbSbJjfzfo_k_uV=WFB=8DQCEUJK-qKVtY17EAuEYKLg@mail.gmail.com>
Message-ID: <CALzTN-Scn3xsRFQJX3mnnxX8fYn_=zyoytiw9cHGRKhOmPi2mA@mail.gmail.com>

A Python version of the example is available here:

  http://review.source.kitware.com/#/c/21554/

On Tue, Sep 20, 2016 at 1:03 PM, Matt McCormick
<matt.mccormick at kitware.com> wrote:
> Hi Fabio,
>
> In the example, a 3D non-DICOM is written to the output (e.g. NRRD).
> Your code must have something different if it is writing 2D DICOM
> files. DicomImageReadWrite is also deprecated [1].
>
> DICOM writing support in ITK could be improved. It is recommended to
> write to other output formats.
>
> HTH,
> Matt
>
> [1] https://github.com/InsightSoftwareConsortium/ITK/blob/077527e86d96daf88663fda6bf7abeb1e92b9d9d/Examples/IO/DicomSeriesReadImageWrite.cxx#L22-L28
>
> On Tue, Sep 20, 2016 at 10:26 AM, D'Isidoro  Fabio <fisidoro at ethz.ch> wrote:
>> Hi,
>>
>> I tried this
>>
>> ImageIOType = itk.GDCMImageIO
>> gdcmImageIO = ImageIOType.New()
>> reader.SetImageIO(gdcmImageIO)
>> reader.Update()
>>
>> ...
>>
>> writer_output.SetInput(filter.GetOutput())
>> writer_output.UseInputMetaDataDictionaryOff()
>> gdcmImageIO_output = ImageIOType.New()
>> writer_output.SetImageIO(gdcmImageIO_output)
>>
>> but the written DICOM image has default origin (0,0) mm and default spacing (1., 1.).
>>
>> Also, the example "DicomImageReadWrite" too does not create a new instance of the gdcmImageIO.
>>
>>
>>
>>
>> -----Original Message-----
>> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
>> Sent: Dienstag, 20. September 2016 16:03
>> To: D'Isidoro Fabio
>> Cc: D?enan Zuki?; insight-users at itk.org; Timothee Evain
>> Subject: Re: [ITK-users] [ITK] itk Python: origin of DICOM slice does not change
>>
>> Hi Fabio,
>>
>> Also, if
>>
>>   writer_output.SetImageIO(gdcmImageIO)
>>
>> is called, and gdcmImageIO is being re-used, then gdcmImageIO will re-use its MetaDataDictionary. So a new instance of GDCMImageIO shoulrd be passed to avoid using the old MetaDataDictionary.
>>
>> HTH,
>> Matt
>>
>> On Tue, Sep 20, 2016 at 9:14 AM, Matt McCormick <matt.mccormick at kitware.com> wrote:
>>> Hi Fabio,
>>>
>>> As suggested by Tim, call  ->UseInputMetaDataDictionaryOff() to use
>>> the Origin from the itk::Image. The MetaDataDictionary tags will
>>> indicate an Origin that is not correct.
>>>
>>> HTH,
>>> Matt
>>>
>>> On Tue, Sep 20, 2016 at 9:06 AM, D'Isidoro  Fabio <fisidoro at ethz.ch> wrote:
>>>> Hi,
>>>>
>>>>
>>>>
>>>> It doesn?t work.
>>>>
>>>>
>>>>
>>>> Filter.GetOuput() already has the new origin (I can print it and it?s
>>>> right). Something wrong is in the writing process.
>>>>
>>>>
>>>>
>>>> By the way, I noticed this problem occurs for change of the origin
>>>> and of rescaling intensities. It does not occur for changes in size and spacing.
>>>>
>>>>
>>>>
>>>> Regards,
>>>>
>>>> Fabio
>>>>
>>>>
>>>>
>>>> From: D?enan Zuki? [mailto:dzenanz at gmail.com]
>>>> Sent: Dienstag, 20. September 2016 14:46
>>>> To: D'Isidoro Fabio
>>>> Cc: Timothee Evain; insight-users at itk.org
>>>> Subject: Re: [ITK-users] [ITK] itk Python: origin of DICOM slice does
>>>> not change
>>>>
>>>>
>>>>
>>>> Hi Fabio,
>>>>
>>>>
>>>>
>>>> did you try setting the origin directly on the result image:
>>>>
>>>> filter->Update();
>>>>
>>>> outImage=filter->GetOutput();
>>>>
>>>> outImage->SetOrigin(new_origin);
>>>>
>>>> writer_output->SetInput(outImage);
>>>>
>>>>
>>>>
>>>> Regards,
>>>>
>>>> D?enan
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Tue, Sep 20, 2016 at 8:34 AM, D'Isidoro Fabio <fisidoro at ethz.ch> wrote:
>>>>
>>>> Hi,
>>>>
>>>> I am currently using the command:
>>>>
>>>> writer_output.UseInputMetaDataDictionaryOff()
>>>>
>>>> If I don't use it, the image is saved with default origin (0,0) mm
>>>> and default spacing (1., 1.).
>>>>
>>>> According to the manual for UseInputMetaDataDictionaryOff(), "this
>>>> flag defines whether the MetaDataDictionary to use will be the one
>>>> from the input image or the one already set in the ImageIO object."
>>>> My understanding is that if I set it off, the DICOM slice will be
>>>> written with current values (and not the input values), which is what
>>>> I want. But this seems not to happen.
>>>>
>>>> Relevant parts of my code:
>>>>
>>>> filter.SetOutputOrigin( new_origin )
>>>> writer_output.SetInput(filter.GetOutput())
>>>> writer_output.UseInputMetaDataDictionaryOff()
>>>> writer_output.SetImageIO(gdcmImageIO)
>>>> writer_output.Update()
>>>>
>>>> Maybe the function UseInputMetaDataDictionaryOff() does not work
>>>> properly for the itk with Python wrapping?
>>>>
>>>> Thanks for your answer.
>>>>
>>>> Fabio.
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: Timothee Evain [mailto:tevain at telecom-paristech.fr]
>>>> Sent: Dienstag, 20. September 2016 10:35
>>>> To: D'Isidoro Fabio
>>>> Cc: insight-users at itk.org
>>>> Subject: Re: [ITK] [ITK-users] itk Python: origin of DICOM slice does
>>>> not change
>>>>
>>>> Hi,
>>>>
>>>> You refer to the DICOMImageReadWrite example. If you don't change the
>>>> writing part, I think your problem comes from the fact that you
>>>> assign the read metadata directly to the output (
>>>> ->UseInputMetaDataDictionaryOff() ) so the original origin will be saved.
>>>>
>>>> HTH,
>>>>
>>>> Tim
>>>>
>>>> ----- Mail original -----
>>>> De: "D'Isidoro Fabio" <fisidoro at ethz.ch>
>>>> ?: insight-users at itk.org
>>>> Envoy?: Lundi 19 Septembre 2016 22:09:39
>>>> Objet: [ITK] [ITK-users] itk Python: origin of DICOM slice does not
>>>> change
>>>>
>>>>
>>>>
>>>> Hi,
>>>>
>>>>
>>>>
>>>> Following the code ResampleImageFilter2.cxx, I am applying an
>>>> Identity Transform to a single DICOM slice, I change the origin to
>>>>
>>>>
>>>>
>>>> output_origin = reader.GetOutput().GetOrigin() + offset
>>>>
>>>>
>>>>
>>>> and I write the transformed DICOM slice into a new DICOM slice
>>>> (following the code DICOMImageReadAndWrite.cxx).
>>>>
>>>>
>>>>
>>>> I visualize the written DICOM slice with a viewer (it?s an itk-vtk
>>>> segmentation software).
>>>>
>>>>
>>>>
>>>> The transformed DICOM slice looks as it should. Surprisingly however
>>>> the viewer shows the original input values as origin. This is
>>>> confirmed by the fact that if I read with an itk script the written
>>>> DICOM slice again, and I print the information of the DICOM slice,
>>>> the origin is still the original one and not the modified one.
>>>>
>>>>
>>>>
>>>> How could this be?
>>>>
>>>>
>>>>
>>>> Original DICOM slice:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Transformed DICOM slice:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Thank you for help,
>>>>
>>>>
>>>>
>>>> Fabio.
>>>>
>>>> _____________________________________
>>>> 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://www.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-users
>>>>
>>>> _______________________________________________
>>>> Community mailing list
>>>> Community at itk.org
>>>> http://public.kitware.com/mailman/listinfo/community
>>>> _____________________________________
>>>> 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://www.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-users
>>>>
>>>>
>>>>
>>>>
>>>> _____________________________________
>>>> 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://www.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-users
>>>>
_____________________________________
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://www.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-users

From simon.warfield at childrens.harvard.edu  Tue Sep 20 15:46:02 2016
From: simon.warfield at childrens.harvard.edu (Simon Warfield)
Date: Tue, 20 Sep 2016 15:46:02 -0400
Subject: [ITK] [ITK-dev] Insight-developers Digest, Vol 149, Issue 8
In-Reply-To: <mailman.15.1474387209.18857.insight-developers@itk.org>
References: <mailman.15.1474387209.18857.insight-developers@itk.org>
Message-ID: <b63564f8-e3cc-f8e6-d8e0-82bfb6cbb50c@childrens.harvard.edu>


It is a bug in the interpolation API.

It doesn't account for the size of the region in which the function 
evaluation is done.

Only the point at which an evaluation is done is ever checked in the 
hierarchy of code that is called.  The points which are evaluated to get 
the interpolated value are not checked, and if they are not valid, then 
an invalid memory read or segmentation fault occurs.

--Simon


On 9/20/2016 12:00 PM, insight-developers-request at itk.org wrote:
> Send Insight-developers mailing list submissions to
> 	insight-developers at itk.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://urldefense.proofpoint.com/v2/url?u=http-3A__public.kitware.com_mailman_listinfo_insight-2Ddevelopers&d=CwICAg&c=qS4goWBT7poplM69zy_3xhKwEW14JZMSdioCoppxeFU&r=spboX-Qn5Dn-uyspT__O0BtpSEF5erHIiRAwdzSaa_QAQ58afxHcHSMuB76pSgfl&m=HFczLLy-F4uhK-1hDmjBJAGPlMm2sUfpyYm6eA1dNzw&s=WbKAgN9KwXSjz8u0FDu7jhXRlLIeA5UUkqkvHeli9ek&e=
> or, via email, send a message with subject or body 'help' to
> 	insight-developers-request at itk.org
>
> You can reach the person managing the list at
> 	insight-developers-owner at itk.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Insight-developers digest..."
>
>
> Today's Topics:
>
>     1.
>        itk::LinearInterpolateImageFunction::EvaluateAtContinuousIndex()
>        -- what is intended behaviour outside of image? (Steve M. Robbins)
>     2. Re:
>        itk::LinearInterpolateImageFunction::EvaluateAtContinuousIndex()
>        -- what is intended behaviour outside of image? (D?enan Zuki?)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 19 Sep 2016 16:38:58 -0500
> From: "Steve M. Robbins" <steve at sumost.ca>
> To: ITK developer mailing list <insight-developers at itk.org>
> Cc: elastix at bigr.nl
> Subject: [ITK-dev]
> 	itk::LinearInterpolateImageFunction::EvaluateAtContinuousIndex() --
> 	what is intended behaviour outside of image?
> Message-ID: <20160919213858.yx4rb56iie4k7mvm at sumost.ca>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi,
>
> The doc for this function doesn't make it clear whether the user may
> call it with an index point that lies outside the image or not.  I can
> tell you that the code doesn't check the bounds, resulting in
> uninitialized memory reads [1].
>
> My question is: is that a user error or bug in the evaluation
> function?
>
> If I read the ITK 4.8.2 code correctly, it looks like it takes care of
> the lower index bound, but not the upper index bound -- so ITK bug?
>
>
> Thanks,
> -Steve
>
>
> [1] https://urldefense.proofpoint.com/v2/url?u=http-3A__my.cdash.org_viewDynamicAnalysisFile.php-3Fid-3D3780109&d=CwICAg&c=qS4goWBT7poplM69zy_3xhKwEW14JZMSdioCoppxeFU&r=spboX-Qn5Dn-uyspT__O0BtpSEF5erHIiRAwdzSaa_QAQ58afxHcHSMuB76pSgfl&m=HFczLLy-F4uhK-1hDmjBJAGPlMm2sUfpyYm6eA1dNzw&s=dAaswv1c2FewCPDUiwr98T1ca9lOmmzukQgitIsrXok&e=
>
> Elastix test suite creates a 2D image of size 10x10, then calls
> the interpolator with coordinates { 12.7, 15.3 }.  I believe
> that is the cause of this diagnostic:
>
> UMR ==26834== Invalid read of size 2
> ==26834==    at 0x62AE77: itk::LinearInterpolateImageFunction<itk::Image<short, 2u>, double>::EvaluateOptimized(itk::LinearInterpolateImageFunction<itk::Image<short, 2u>, double>::Dispatch<2u> const&, itk::ContinuousIndex<double, 2u> const&) const (itkLinearInterpolateImageFunction.h:172)
> ==26834==    by 0x62228A: itk::LinearInterpolateImageFunction<itk::Image<short, 2u>, double>::EvaluateAtContinuousIndex(itk::ContinuousIndex<double, 2u> const&) const (itkLinearInterpolateImageFunction.h:99)
> ==26834==    by 0x61C431: bool TestInterpolators<2u>() (itkAdvancedLinearInterpolatorTest.cxx:171)
> ==26834==    by 0x616CD2: main (itkAdvancedLinearInterpolatorTest.cxx:279)
>
> (Later, the code does an out-of-image call in 3D as well)
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: signature.asc
> Type: application/pgp-signature
> Size: 801 bytes
> Desc: not available
> URL: <https://urldefense.proofpoint.com/v2/url?u=http-3A__public.kitware.com_pipermail_insight-2Ddevelopers_attachments_20160919_ed2a4b74_attachment-2D0001.sig&d=CwICAg&c=qS4goWBT7poplM69zy_3xhKwEW14JZMSdioCoppxeFU&r=spboX-Qn5Dn-uyspT__O0BtpSEF5erHIiRAwdzSaa_QAQ58afxHcHSMuB76pSgfl&m=HFczLLy-F4uhK-1hDmjBJAGPlMm2sUfpyYm6eA1dNzw&s=7_cM6yi5GMBfxeVRyX9FDCNaXTT_nwTsg01NLa-30j0&e= >
>
> ------------------------------
>
> Message: 2
> Date: Tue, 20 Sep 2016 09:00:24 -0400
> From: D?enan Zuki? <dzenanz at gmail.com>
> To: "Steve M. Robbins" <steve at sumost.ca>
> Cc: "Hans J. Johnson" <hans-johnson at uiowa.edu>, ITK developer mailing
> 	list <insight-developers at itk.org>, elastix at bigr.nl
> Subject: Re: [ITK-dev]
> 	itk::LinearInterpolateImageFunction::EvaluateAtContinuousIndex() --
> 	what is intended behaviour outside of image?
> Message-ID:
> 	<CAPf2UMS9VXW9UAQ0PwkFNiRHJZNqOwm1C7deyYYF+uZ=g2Gv9g at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi Steve,
>
> this function is not supposed to do bounds checking. Bounds checking can be
> done with IsInsideBuffer(). The commit which introduced the code:
>
> Revision: 6abbc7969a90786c4c73f5d191f634db536c2d1d
> Author: Hans Johnson <hans-johnson at uiowa.edu>
> Date: 2010-08-05 22:35:42
> Message:
> Made USE_OPTIMIZED_REGISTRATION the default
>
>
> The ITK_USE_OPTIMIZED_REGISTRATION is now the default
> behavior.  There is no longer another option.
>
> Maybe Hans can explain why the lower bounds are checked but not the upper.
> Otherwise you can try removing them and submitting
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__itk.org_Wiki_ITK_Git_Develop&d=CwICAg&c=qS4goWBT7poplM69zy_3xhKwEW14JZMSdioCoppxeFU&r=spboX-Qn5Dn-uyspT__O0BtpSEF5erHIiRAwdzSaa_QAQ58afxHcHSMuB76pSgfl&m=HFczLLy-F4uhK-1hDmjBJAGPlMm2sUfpyYm6eA1dNzw&s=ZfDuSqeuqNURhOT8lNMXJXYMBhp73A4icvZnVrpogxA&e= > a patch Steve.
>
> Regards,
> D?enan
>
> On Mon, Sep 19, 2016 at 5:38 PM, Steve M. Robbins <steve at sumost.ca> wrote:
>
>> Hi,
>>
>> The doc for this function doesn't make it clear whether the user may
>> call it with an index point that lies outside the image or not.  I can
>> tell you that the code doesn't check the bounds, resulting in
>> uninitialized memory reads [1].
>>
>> My question is: is that a user error or bug in the evaluation
>> function?
>>
>> If I read the ITK 4.8.2 code correctly, it looks like it takes care of
>> the lower index bound, but not the upper index bound -- so ITK bug?
>>
>>
>> Thanks,
>> -Steve
>>
>>
>> [1] https://urldefense.proofpoint.com/v2/url?u=http-3A__my.cdash.org_viewDynamicAnalysisFile.php-3Fid-3D3780109&d=CwICAg&c=qS4goWBT7poplM69zy_3xhKwEW14JZMSdioCoppxeFU&r=spboX-Qn5Dn-uyspT__O0BtpSEF5erHIiRAwdzSaa_QAQ58afxHcHSMuB76pSgfl&m=HFczLLy-F4uhK-1hDmjBJAGPlMm2sUfpyYm6eA1dNzw&s=dAaswv1c2FewCPDUiwr98T1ca9lOmmzukQgitIsrXok&e=
>>
>> Elastix test suite creates a 2D image of size 10x10, then calls
>> the interpolator with coordinates { 12.7, 15.3 }.  I believe
>> that is the cause of this diagnostic:
>>
>> UMR ==26834== Invalid read of size 2
>> ==26834==    at 0x62AE77: itk::LinearInterpolateImageFunction<itk::Image<short,
>> 2u>, double>::EvaluateOptimized(itk::LinearInterpolateImageFunction<itk::Image<short,
>> 2u>, double>::Dispatch<2u> const&, itk::ContinuousIndex<double, 2u> const&)
>> const (itkLinearInterpolateImageFunction.h:172)
>> ==26834==    by 0x62228A: itk::LinearInterpolateImageFunction<itk::Image<short,
>> 2u>, double>::EvaluateAtContinuousIndex(itk::ContinuousIndex<double, 2u>
>> const&) const (itkLinearInterpolateImageFunction.h:99)
>> ==26834==    by 0x61C431: bool TestInterpolators<2u>() (
>> itkAdvancedLinearInterpolatorTest.cxx:171)
>> ==26834==    by 0x616CD2: main (itkAdvancedLinearInterpolatorTest.cxx:279)
>>
>> (Later, the code does an out-of-image call in 3D as well)
>>
>>
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.kitware.com_opensource_opensource.html&d=CwICAg&c=qS4goWBT7poplM69zy_3xhKwEW14JZMSdioCoppxeFU&r=spboX-Qn5Dn-uyspT__O0BtpSEF5erHIiRAwdzSaa_QAQ58afxHcHSMuB76pSgfl&m=HFczLLy-F4uhK-1hDmjBJAGPlMm2sUfpyYm6eA1dNzw&s=Rc4Rwkix_LmsETzhqKvf7Q-kEcFPtKkVb1xzRn5k1B8&e=
>>
>> Kitware offers ITK Training Courses, for more information visit:
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__kitware.com_products_protraining.php&d=CwICAg&c=qS4goWBT7poplM69zy_3xhKwEW14JZMSdioCoppxeFU&r=spboX-Qn5Dn-uyspT__O0BtpSEF5erHIiRAwdzSaa_QAQ58afxHcHSMuB76pSgfl&m=HFczLLy-F4uhK-1hDmjBJAGPlMm2sUfpyYm6eA1dNzw&s=Z9xgtbLlbYxa0EsHHoBoxlm_7hRlGiNDxmAo36JDWSg&e=
>>
>> Please keep messages on-topic and check the ITK FAQ at:
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.itk.org_Wiki_ITK-5FFAQ&d=CwICAg&c=qS4goWBT7poplM69zy_3xhKwEW14JZMSdioCoppxeFU&r=spboX-Qn5Dn-uyspT__O0BtpSEF5erHIiRAwdzSaa_QAQ58afxHcHSMuB76pSgfl&m=HFczLLy-F4uhK-1hDmjBJAGPlMm2sUfpyYm6eA1dNzw&s=r4DOIPoHB1kBr-eH7IGUEB4Bz0c_tjw6UM2TcWf3UE0&e=
>>
>> Follow this link to subscribe/unsubscribe:
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__public.kitware.com_mailman_listinfo_insight-2Ddevelopers&d=CwICAg&c=qS4goWBT7poplM69zy_3xhKwEW14JZMSdioCoppxeFU&r=spboX-Qn5Dn-uyspT__O0BtpSEF5erHIiRAwdzSaa_QAQ58afxHcHSMuB76pSgfl&m=HFczLLy-F4uhK-1hDmjBJAGPlMm2sUfpyYm6eA1dNzw&s=WbKAgN9KwXSjz8u0FDu7jhXRlLIeA5UUkqkvHeli9ek&e=
>>
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <https://urldefense.proofpoint.com/v2/url?u=http-3A__public.kitware.com_pipermail_insight-2Ddevelopers_attachments_20160920_87669e73_attachment-2D0001.html&d=CwICAg&c=qS4goWBT7poplM69zy_3xhKwEW14JZMSdioCoppxeFU&r=spboX-Qn5Dn-uyspT__O0BtpSEF5erHIiRAwdzSaa_QAQ58afxHcHSMuB76pSgfl&m=HFczLLy-F4uhK-1hDmjBJAGPlMm2sUfpyYm6eA1dNzw&s=IqLCJKLvdLlRAask4nBb1yqbajH_LGSvGX-5JE1Fdgw&e= >
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> Insight-developers mailing list
> Insight-developers at itk.org
> https://urldefense.proofpoint.com/v2/url?u=http-3A__public.kitware.com_mailman_listinfo_insight-2Ddevelopers&d=CwICAg&c=qS4goWBT7poplM69zy_3xhKwEW14JZMSdioCoppxeFU&r=spboX-Qn5Dn-uyspT__O0BtpSEF5erHIiRAwdzSaa_QAQ58afxHcHSMuB76pSgfl&m=HFczLLy-F4uhK-1hDmjBJAGPlMm2sUfpyYm6eA1dNzw&s=WbKAgN9KwXSjz8u0FDu7jhXRlLIeA5UUkqkvHeli9ek&e=
>
>
> ------------------------------
>
> End of Insight-developers Digest, Vol 149, Issue 8
> **************************************************

-- 
Simon K. Warfield, Ph.D.
Thorne Griscom Chair and Professor of Radiology
Harvard Medical School
Director of Radiology Research
Director Computational Radiology Laboratory
Department of Radiology
Boston Children's Hospital

_______________________________________________
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

From cr at neuro.ma.uni-heidelberg.de  Wed Sep 21 05:05:12 2016
From: cr at neuro.ma.uni-heidelberg.de (Chr. Rossmanith)
Date: Wed, 21 Sep 2016 11:05:12 +0200
Subject: [ITK] [ITK-users] Setting tolerance is ignored
Message-ID: <9aecc2fe-18e6-fc4f-0d77-d1225c5b1791@neuro.ma.uni-heidelberg.de>

Hi,

I have two images with slightly differing image origins:

InputImage Origin: [-7.9896713e+01, -7.0397179e+01, 0.0000000e+00]
InputImage_1 Origin: [-7.9896706e+01, -7.0397186e+01, 0.0000000e+00]

which are used as input for MaskImageFilter. Processing fails with the 
error "Inputs do not occupy the same physical space!" and tolerance 
being reported as 4.6875000e-07 even if I set it to 0.001 by 
filter->SetGlobalDefaultCoordinateTolerance( 0.001 ).

If itkImageToImageFilter would call 
GetGlobalDefaultCoordinateTolerance() instead of using 
this->m_CoordinateTolerance in VerifyInputInformation() the user defined 
tolerance is used.

Is this a bug or is the current behaviour intended?

Regards,
Christina Rossmanith
--
Dept. of Neurology
University Medicine Mannheim
University of Heidelberg


--------------------------------------------- Code 
----------------------------------------------------------------------------

#include "itkImageFileReader.h"
#include "itkMaskImageFilter.h"

int main (int argc, char *argv[])
{
   const unsigned int Dimension = 3;
   typedef short PixelType;
   typedef itk::Image< PixelType, Dimension > ImageType;

   typedef itk::ImageFileReader< ImageType > ReaderType;
   ReaderType::Pointer reader = ReaderType::New();
   reader->SetFileName( argv[1] );
   reader->Update();
   ReaderType::Pointer mask = ReaderType::New();
   mask->SetFileName( argv[2] );
   mask->Update();

   typedef itk::MaskImageFilter< ImageType, ImageType > FilterType;
   FilterType::Pointer filter = FilterType::New();
   filter->SetGlobalDefaultCoordinateTolerance( 0.001 );
   filter->SetInput1( reader->GetOutput() );
   filter->SetInput2( mask->GetOutput() );

   try
     {
       filter->Update();
     }
   catch ( itk::ExceptionObject & e )
     {
       std::cout << "MaskImageFilter failed: " << e << std::endl;
       return EXIT_FAILURE;
     }

   return EXIT_SUCCESS;
}

_____________________________________
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://www.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-users

From blowekamp at mail.nih.gov  Wed Sep 21 09:00:29 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Wed, 21 Sep 2016 13:00:29 +0000
Subject: [ITK] [ITK-users] Setting tolerance is ignored
In-Reply-To: <9aecc2fe-18e6-fc4f-0d77-d1225c5b1791@neuro.ma.uni-heidelberg.de>
References: <9aecc2fe-18e6-fc4f-0d77-d1225c5b1791@neuro.ma.uni-heidelberg.de>
Message-ID: <73C7483F-976A-4A6F-A50C-651A94CE3F56@mail.nih.gov>

Hello,

This is behaving as designed.

The ?GlobalDefaultCoordinateTolerance? is the default value used when objects are constructed. Use case would be::

typedef itk::MaskImageFilter< ImageType, ImageType > FilterType;
FilterType::SetGlobalDefaultCoordinateTolerance(0.001);
FilterType::Pointer filter = FilterType::New();

This would set the default tolerance for ALL new ImageFilters.

What you may want to do is use SetCoordinateTolerance() on your constructed filter to set the value for just that one filter.

HTH,
Brad

> On Sep 21, 2016, at 5:05 AM, Chr. Rossmanith <cr at neuro.ma.uni-heidelberg.de> wrote:
> 
> Hi,
> 
> I have two images with slightly differing image origins:
> 
> InputImage Origin: [-7.9896713e+01, -7.0397179e+01, 0.0000000e+00]
> InputImage_1 Origin: [-7.9896706e+01, -7.0397186e+01, 0.0000000e+00]
> 
> which are used as input for MaskImageFilter. Processing fails with the error "Inputs do not occupy the same physical space!" and tolerance being reported as 4.6875000e-07 even if I set it to 0.001 by filter->SetGlobalDefaultCoordinateTolerance( 0.001 ).
> 
> If itkImageToImageFilter would call GetGlobalDefaultCoordinateTolerance() instead of using this->m_CoordinateTolerance in VerifyInputInformation() the user defined tolerance is used.
> 
> Is this a bug or is the current behaviour intended?
> 
> Regards,
> Christina Rossmanith
> --
> Dept. of Neurology
> University Medicine Mannheim
> University of Heidelberg
> 
> 
> --------------------------------------------- Code ----------------------------------------------------------------------------
> 
> #include "itkImageFileReader.h"
> #include "itkMaskImageFilter.h"
> 
> int main (int argc, char *argv[])
> {
>  const unsigned int Dimension = 3;
>  typedef short PixelType;
>  typedef itk::Image< PixelType, Dimension > ImageType;
> 
>  typedef itk::ImageFileReader< ImageType > ReaderType;
>  ReaderType::Pointer reader = ReaderType::New();
>  reader->SetFileName( argv[1] );
>  reader->Update();
>  ReaderType::Pointer mask = ReaderType::New();
>  mask->SetFileName( argv[2] );
>  mask->Update();
> 
>  typedef itk::MaskImageFilter< ImageType, ImageType > FilterType;
>  FilterType::Pointer filter = FilterType::New();
>  filter->SetGlobalDefaultCoordinateTolerance( 0.001 );
>  filter->SetInput1( reader->GetOutput() );
>  filter->SetInput2( mask->GetOutput() );
> 
>  try
>    {
>      filter->Update();
>    }
>  catch ( itk::ExceptionObject & e )
>    {
>      std::cout << "MaskImageFilter failed: " << e << std::endl;
>      return EXIT_FAILURE;
>    }
> 
>  return EXIT_SUCCESS;
> }
> 
> _____________________________________
> 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://www.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-users

_____________________________________
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://www.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-users

From cr at neuro.ma.uni-heidelberg.de  Wed Sep 21 09:05:41 2016
From: cr at neuro.ma.uni-heidelberg.de (Chr. Rossmanith)
Date: Wed, 21 Sep 2016 15:05:41 +0200
Subject: [ITK] [ITK-users] Setting tolerance is ignored
In-Reply-To: <73C7483F-976A-4A6F-A50C-651A94CE3F56@mail.nih.gov>
References: <9aecc2fe-18e6-fc4f-0d77-d1225c5b1791@neuro.ma.uni-heidelberg.de>
 <73C7483F-976A-4A6F-A50C-651A94CE3F56@mail.nih.gov>
Message-ID: <7d85d8e6-b051-7fc0-9f31-e233469fec53@neuro.ma.uni-heidelberg.de>

SetCoordinateTolerance() is what I've been looking for.

Thanks,
Christina

On 21.09.2016 15:00, Lowekamp, Bradley (NIH/NLM/LHC) [C] wrote:
> Hello,
>
> This is behaving as designed.
>
> The ?GlobalDefaultCoordinateTolerance? is the default value used when objects are constructed. Use case would be::
>
> typedef itk::MaskImageFilter< ImageType, ImageType > FilterType;
> FilterType::SetGlobalDefaultCoordinateTolerance(0.001);
> FilterType::Pointer filter = FilterType::New();
>
> This would set the default tolerance for ALL new ImageFilters.
>
> What you may want to do is use SetCoordinateTolerance() on your constructed filter to set the value for just that one filter.
>
> HTH,
> Brad
>
>> On Sep 21, 2016, at 5:05 AM, Chr. Rossmanith <cr at neuro.ma.uni-heidelberg.de> wrote:
>>
>> Hi,
>>
>> I have two images with slightly differing image origins:
>>
>> InputImage Origin: [-7.9896713e+01, -7.0397179e+01, 0.0000000e+00]
>> InputImage_1 Origin: [-7.9896706e+01, -7.0397186e+01, 0.0000000e+00]
>>
>> which are used as input for MaskImageFilter. Processing fails with the error "Inputs do not occupy the same physical space!" and tolerance being reported as 4.6875000e-07 even if I set it to 0.001 by filter->SetGlobalDefaultCoordinateTolerance( 0.001 ).
>>
>> If itkImageToImageFilter would call GetGlobalDefaultCoordinateTolerance() instead of using this->m_CoordinateTolerance in VerifyInputInformation() the user defined tolerance is used.
>>
>> Is this a bug or is the current behaviour intended?
>>
>> Regards,
>> Christina Rossmanith
>> --
>> Dept. of Neurology
>> University Medicine Mannheim
>> University of Heidelberg
>>
>>
>> --------------------------------------------- Code ----------------------------------------------------------------------------
>>
>> #include "itkImageFileReader.h"
>> #include "itkMaskImageFilter.h"
>>
>> int main (int argc, char *argv[])
>> {
>>   const unsigned int Dimension = 3;
>>   typedef short PixelType;
>>   typedef itk::Image< PixelType, Dimension > ImageType;
>>
>>   typedef itk::ImageFileReader< ImageType > ReaderType;
>>   ReaderType::Pointer reader = ReaderType::New();
>>   reader->SetFileName( argv[1] );
>>   reader->Update();
>>   ReaderType::Pointer mask = ReaderType::New();
>>   mask->SetFileName( argv[2] );
>>   mask->Update();
>>
>>   typedef itk::MaskImageFilter< ImageType, ImageType > FilterType;
>>   FilterType::Pointer filter = FilterType::New();
>>   filter->SetGlobalDefaultCoordinateTolerance( 0.001 );
>>   filter->SetInput1( reader->GetOutput() );
>>   filter->SetInput2( mask->GetOutput() );
>>
>>   try
>>     {
>>       filter->Update();
>>     }
>>   catch ( itk::ExceptionObject & e )
>>     {
>>       std::cout << "MaskImageFilter failed: " << e << std::endl;
>>       return EXIT_FAILURE;
>>     }
>>
>>   return EXIT_SUCCESS;
>> }
>>
>> _____________________________________
>> 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://www.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-users


_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Wed Sep 21 10:15:59 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Wed, 21 Sep 2016 10:15:59 -0400
Subject: [ITK] [ITK-users] PyBuffer memory consumption
In-Reply-To: <F968C6DCE9D2F04CB8519CB3ACF06E99DEE75EC8@ex04.net.ucsf.edu>
References: <F968C6DCE9D2F04CB8519CB3ACF06E99DEE75EAE@ex04.net.ucsf.edu>
 <F968C6DCE9D2F04CB8519CB3ACF06E99DEE75EC8@ex04.net.ucsf.edu>
Message-ID: <CALzTN-TQE5Gh2pBDEmmx1VT+QaCH-O7nxehdD0Q3uaZW_gNjjQ@mail.gmail.com>

Hi Roy,

Thanks for bringing the issue up again and sharing testing code.

The issue has been addressed here:

  https://github.com/InsightSoftwareConsortium/ITKBridgeNumPy/commit/4d006eb39d2eb1db13a3f7ce6e639ee715d4360e

including a test based off your code.

It will be added to ITK with this patch:

  http://review.source.kitware.com/#/c/21556/

Thanks,
Matt

On Thu, Sep 1, 2016 at 6:44 PM, Harnish, Roy <Roy.Harnish at ucsf.edu> wrote:
> Hi Again,
>
> I've played with it more and have another example that shows differences in
> memory usage depending on the interplay between calls to numpy.ones() and
> converter.GetImageFromArray(inputNumpyVolume):
>
> import itk
> import numpy as np
> import resource
> import matplotlib.pyplot as plt
>
> ImageType = itk.Image[itk.D, 3]
> converter = itk.PyBuffer[ImageType]
>
> # adding +1 to numpy created once
> inputNumpyVolume = np.ones([100,100,100])
> M = []
> n = 10
> for i in range(n):
>
>   inputNumpyVolume += 1
>   inputVolume = converter.GetImageFromArray(inputNumpyVolume)
>   M.append(resource.getrusage(resource.RUSAGE_SELF).ru_maxrss)
>
> X = range(n)
> plt.plot(X,M,'o', color='red')
>
> # creating new numpy volume each time
> M = []
> for i in range(n):
>
>   inputNumpyVolume = np.ones([100,100,100])
>   inputVolume = converter.GetImageFromArray(inputNumpyVolume)
>   M.append(resource.getrusage(resource.RUSAGE_SELF).ru_maxrss)
>
> X = [x + n for x in range(n)]
> plt.plot(X,M,'o', color='green')
>
> # creating new numpy volume but not calling
> converter.GetImageFromArray(inputNumpyVolume)
> M = []
> for i in range(n):
>
>   inputNumpyVolume = np.ones([100,100,100])
>   M.append(resource.getrusage(resource.RUSAGE_SELF).ru_maxrss)
>
> X = [x + 2*n for x in range(n)]
> plt.plot(X,M,'o', color='blue')
>
> plt.savefig("PyBufferMem.png")
> plt.show()
>
> Thanks for taking a look.
>
> Roy
> ________________________________
> From: Insight-users [insight-users-bounces at itk.org] on behalf of Harnish,
> Roy [Roy.Harnish at ucsf.edu]
> Sent: Thursday, September 01, 2016 2:39 PM
> To: insight-users at itk.org
> Subject: [ITK-users] PyBuffer memory consumption
>
> Hi,
>
> I'm resurrecting a thread that I ran across trying to debug what looks to be
> a memory leak when using PyBuffer:
>
> https://itk.org/pipermail/insight-users/2009-May/030386.html
>
> If I repeatedly assign the output of
> itk.PyBuffer[ImageType].GetImageFromArray() to the same python variable
> name, more and more memory is consumed by the process. Wondering if anyone
> knows how to get this memory released? Here's some example code based on the
> linked thread that should reproduce the problem:
>
> import itk
> import numpy as np
> import resource
>
> M = []
>
> for i in range(200):
>
>   M.append(resource.getrusage(resource.RUSAGE_SELF).ru_maxrss)
>
>   ImageType = itk.Image[itk.D, 3]
>   converter = itk.PyBuffer[ImageType]
>
>   inputNumpyVolume = np.ones((100, 100, 100))
>   inputVolume = converter.GetImageFromArray(inputNumpyVolume)
> #  inputVolume.Delete()
>
> print M
>
> Any suggestions much appreciated.
>
> Roy
>
> _____________________________________
> 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://www.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-users
>
_____________________________________
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://www.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-users

From zeinsalah at gmail.com  Thu Sep 22 04:57:21 2016
From: zeinsalah at gmail.com (Zein Salah)
Date: Thu, 22 Sep 2016 10:57:21 +0200
Subject: [ITK] [ITK-users] False spacing from itk image reader
Message-ID: <CADiSopNK5EEruz2K-mWZ+Yr0o7O3m7W0ru1ZvwN2F5WREym3NQ@mail.gmail.com>

Hi,

I have a stragne behaviour in the itk::ImageFileReader.
when I load a multiframe dicom image with the reader, the output of the reader
has a correct z-spacing. But the x- and y- spacings are always 1.0.

I am using itk 3.20.1

Is this a know issue?

Thanks,
Zein

PS: Multiframe dicom: a dicom dataset in which all slices are packed
in one file,
not every slice in a separate file.
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Thu Sep 22 09:49:20 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Thu, 22 Sep 2016 09:49:20 -0400
Subject: [ITK] [ITK-users] False spacing from itk image reader
In-Reply-To: <CADiSopNK5EEruz2K-mWZ+Yr0o7O3m7W0ru1ZvwN2F5WREym3NQ@mail.gmail.com>
References: <CADiSopNK5EEruz2K-mWZ+Yr0o7O3m7W0ru1ZvwN2F5WREym3NQ@mail.gmail.com>
Message-ID: <CAPf2UMR=uZ7F7un143zwO2RN2nVnT+otxS-aRN8cFuqZTf6=oQ@mail.gmail.com>

Hi Zein,

can you check whether the same behavior occurs with ITK 4.10? Just try
reading the file with one of the examples.

Regards,
D?enan

On Thu, Sep 22, 2016 at 4:57 AM, Zein Salah <zeinsalah at gmail.com> wrote:

> Hi,
>
> I have a stragne behaviour in the itk::ImageFileReader.
> when I load a multiframe dicom image with the reader, the output of the
> reader
> has a correct z-spacing. But the x- and y- spacings are always 1.0.
>
> I am using itk 3.20.1
>
> Is this a know issue?
>
> Thanks,
> Zein
>
> PS: Multiframe dicom: a dicom dataset in which all slices are packed
> in one file,
> not every slice in a separate file.
> _____________________________________
> 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://www.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-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160922/170983c1/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From ndel314 at gmail.com  Thu Sep 22 10:28:20 2016
From: ndel314 at gmail.com (Nico Del Piano)
Date: Thu, 22 Sep 2016 11:28:20 -0300
Subject: [ITK] [ITK-users] 3D Nifti image registration
Message-ID: <CAAq9_B6n6TwTiZd96YwW3UjvzU9K=YOGU1kGvc7QKKunGS7TTg@mail.gmail.com>

Hello ITK users,

I'm working on 3D image registration, in particular Nifti images. I'd
like to know if there's some tutorial or documentation available for
3D registration. Any recommendation or suggestion would be really
appreciated, as I'm just starting to use ITK and also I'm very new on
medical image processing.

Thanks!

Nico.
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Thu Sep 22 11:04:05 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Thu, 22 Sep 2016 11:04:05 -0400
Subject: [ITK] [ITK-users] 3D Nifti image registration
In-Reply-To: <CAAq9_B6n6TwTiZd96YwW3UjvzU9K=YOGU1kGvc7QKKunGS7TTg@mail.gmail.com>
References: <CAAq9_B6n6TwTiZd96YwW3UjvzU9K=YOGU1kGvc7QKKunGS7TTg@mail.gmail.com>
Message-ID: <CALzTN-QWTT4UZmGjNYc8D8XCFXZ+unFW1LgV9=49m8V83WXOqg@mail.gmail.com>

Hi Nico,

Welcome to ITK!

A good starting point is the Registration chapter of the ITK Software Guide [1].

Hope this helps,
Matt

[1] https://itk.org/ITKSoftwareGuide/html/Book2/ITKSoftwareGuide-Book2ch3.html#x26-980003

On Thu, Sep 22, 2016 at 10:28 AM, Nico Del Piano <ndel314 at gmail.com> wrote:
> Hello ITK users,
>
> I'm working on 3D image registration, in particular Nifti images. I'd
> like to know if there's some tutorial or documentation available for
> 3D registration. Any recommendation or suggestion would be really
> appreciated, as I'm just starting to use ITK and also I'm very new on
> medical image processing.
>
> Thanks!
>
> Nico.
> _____________________________________
> 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://www.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-users
_____________________________________
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://www.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-users

From francois.budin at kitware.com  Thu Sep 22 11:10:18 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Thu, 22 Sep 2016 11:10:18 -0400
Subject: [ITK] [ITK-users] 3D Nifti image registration
In-Reply-To: <CALzTN-QWTT4UZmGjNYc8D8XCFXZ+unFW1LgV9=49m8V83WXOqg@mail.gmail.com>
References: <CAAq9_B6n6TwTiZd96YwW3UjvzU9K=YOGU1kGvc7QKKunGS7TTg@mail.gmail.com>
 <CALzTN-QWTT4UZmGjNYc8D8XCFXZ+unFW1LgV9=49m8V83WXOqg@mail.gmail.com>
Message-ID: <CAHwLD2Uq6yXTx8kt5MVw74TfOW208q0BwNtRLM+-O4Tu4N41Lg@mail.gmail.com>

Hello Nico,

To complete Matt's answer, you can also look at the very nice examples
available on the Sphinx documentation page [1] as well as the ones on the
wiki [2]. If you compile the examples (setting BUILD_EXAMPLES to ON in
CMake), you can also experiment with the executables that are compiled on
your machine, and look at their source code in the ITK directory.

Francois

[1] https://itk.org/ITKExamples/src/Registration/index.html
[2] https://itk.org/Wiki/ITK/Examples#Image_Registration

On Thu, Sep 22, 2016 at 11:04 AM, Matt McCormick <matt.mccormick at kitware.com
> wrote:

> Hi Nico,
>
> Welcome to ITK!
>
> A good starting point is the Registration chapter of the ITK Software
> Guide [1].
>
> Hope this helps,
> Matt
>
> [1] https://itk.org/ITKSoftwareGuide/html/Book2/ITKSoftwareGuide-Book2ch3.
> html#x26-980003
>
> On Thu, Sep 22, 2016 at 10:28 AM, Nico Del Piano <ndel314 at gmail.com>
> wrote:
> > Hello ITK users,
> >
> > I'm working on 3D image registration, in particular Nifti images. I'd
> > like to know if there's some tutorial or documentation available for
> > 3D registration. Any recommendation or suggestion would be really
> > appreciated, as I'm just starting to use ITK and also I'm very new on
> > medical image processing.
> >
> > Thanks!
> >
> > Nico.
> > _____________________________________
> > 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://www.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-users
> _____________________________________
> 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://www.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-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160922/be6ed4a3/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From Roy.Harnish at ucsf.edu  Fri Sep 23 16:53:32 2016
From: Roy.Harnish at ucsf.edu (Harnish, Roy)
Date: Fri, 23 Sep 2016 20:53:32 +0000
Subject: [ITK] [ITK-users] PyBuffer memory consumption
In-Reply-To: <CALzTN-TQE5Gh2pBDEmmx1VT+QaCH-O7nxehdD0Q3uaZW_gNjjQ@mail.gmail.com>
References: <F968C6DCE9D2F04CB8519CB3ACF06E99DEE75EAE@ex04.net.ucsf.edu>
 <F968C6DCE9D2F04CB8519CB3ACF06E99DEE75EC8@ex04.net.ucsf.edu>,
 <CALzTN-TQE5Gh2pBDEmmx1VT+QaCH-O7nxehdD0Q3uaZW_gNjjQ@mail.gmail.com>
Message-ID: <F968C6DCE9D2F04CB8519CB3ACF06E99DEE7F3F3@ex04.net.ucsf.edu>

Hi Matt,

Many thanks for taking a look and finding a solution! 

Roy

________________________________________
From: Matt McCormick [matt.mccormick at kitware.com]
Sent: Wednesday, September 21, 2016 7:15 AM
To: Harnish, Roy
Cc: insight-users at itk.org
Subject: Re: [ITK-users] PyBuffer memory consumption

Hi Roy,

Thanks for bringing the issue up again and sharing testing code.

The issue has been addressed here:

  https://github.com/InsightSoftwareConsortium/ITKBridgeNumPy/commit/4d006eb39d2eb1db13a3f7ce6e639ee715d4360e

including a test based off your code.

It will be added to ITK with this patch:

  http://review.source.kitware.com/#/c/21556/

Thanks,
Matt

On Thu, Sep 1, 2016 at 6:44 PM, Harnish, Roy <Roy.Harnish at ucsf.edu> wrote:
> Hi Again,
>
> I've played with it more and have another example that shows differences in
> memory usage depending on the interplay between calls to numpy.ones() and
> converter.GetImageFromArray(inputNumpyVolume):
>
> import itk
> import numpy as np
> import resource
> import matplotlib.pyplot as plt
>
> ImageType = itk.Image[itk.D, 3]
> converter = itk.PyBuffer[ImageType]
>
> # adding +1 to numpy created once
> inputNumpyVolume = np.ones([100,100,100])
> M = []
> n = 10
> for i in range(n):
>
>   inputNumpyVolume += 1
>   inputVolume = converter.GetImageFromArray(inputNumpyVolume)
>   M.append(resource.getrusage(resource.RUSAGE_SELF).ru_maxrss)
>
> X = range(n)
> plt.plot(X,M,'o', color='red')
>
> # creating new numpy volume each time
> M = []
> for i in range(n):
>
>   inputNumpyVolume = np.ones([100,100,100])
>   inputVolume = converter.GetImageFromArray(inputNumpyVolume)
>   M.append(resource.getrusage(resource.RUSAGE_SELF).ru_maxrss)
>
> X = [x + n for x in range(n)]
> plt.plot(X,M,'o', color='green')
>
> # creating new numpy volume but not calling
> converter.GetImageFromArray(inputNumpyVolume)
> M = []
> for i in range(n):
>
>   inputNumpyVolume = np.ones([100,100,100])
>   M.append(resource.getrusage(resource.RUSAGE_SELF).ru_maxrss)
>
> X = [x + 2*n for x in range(n)]
> plt.plot(X,M,'o', color='blue')
>
> plt.savefig("PyBufferMem.png")
> plt.show()
>
> Thanks for taking a look.
>
> Roy
> ________________________________
> From: Insight-users [insight-users-bounces at itk.org] on behalf of Harnish,
> Roy [Roy.Harnish at ucsf.edu]
> Sent: Thursday, September 01, 2016 2:39 PM
> To: insight-users at itk.org
> Subject: [ITK-users] PyBuffer memory consumption
>
> Hi,
>
> I'm resurrecting a thread that I ran across trying to debug what looks to be
> a memory leak when using PyBuffer:
>
> https://itk.org/pipermail/insight-users/2009-May/030386.html
>
> If I repeatedly assign the output of
> itk.PyBuffer[ImageType].GetImageFromArray() to the same python variable
> name, more and more memory is consumed by the process. Wondering if anyone
> knows how to get this memory released? Here's some example code based on the
> linked thread that should reproduce the problem:
>
> import itk
> import numpy as np
> import resource
>
> M = []
>
> for i in range(200):
>
>   M.append(resource.getrusage(resource.RUSAGE_SELF).ru_maxrss)
>
>   ImageType = itk.Image[itk.D, 3]
>   converter = itk.PyBuffer[ImageType]
>
>   inputNumpyVolume = np.ones((100, 100, 100))
>   inputVolume = converter.GetImageFromArray(inputNumpyVolume)
> #  inputVolume.Delete()
>
> print M
>
> Any suggestions much appreciated.
>
> Roy
>
> _____________________________________
> 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://www.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-users
>
_____________________________________
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://www.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-users

From jinzhong76 at gmail.com  Fri Sep 23 18:36:31 2016
From: jinzhong76 at gmail.com (Yang, Jinzhong)
Date: Fri, 23 Sep 2016 17:36:31 -0500
Subject: [ITK] [ITK-users] ITK build_shared_libs
Message-ID: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>

Hi all,

 

I have a very weird problem when I try to build my library. I have an old
library, previously was built based on ITK 3.16 and VTK 5.8. I built my
library to both DLL and static library. By configuring in cmake properly, I
could build both types of libraries without any problem. Recently, I upgrade
it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK, both
DLL and static lib for my library can be compiled and linked, however, I
need to include all DLL files from ITK when I would like to distribute my
library. I don't want to do so. Then I turned off BUILD_SHARED_LIBS in ITK.
The static lib of my library can be built, but the DLL couldn't. Error
happened during the link stage. The error message was attached below. I used
CMake 3.6.2 + VS 2008 + Windows 7.

 

2>   Creating library
D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.l
ib and object
D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.e
xp

2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GE5ImageIOFactoryRegister__Private(void)"
(__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
function
__unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$Label
Map at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GE5ImageIOFactoryRegister__Private(void)"
(__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GE5ImageIOFactoryRegister__Private(void)"
(__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GE5ImageIOFactoryRegister__Private(void)"
(__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GE5ImageIOFactoryRegister__Private(void)"
(__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GE5ImageIOFactoryRegister__Private(void)"
(__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GE5ImageIOFactoryRegister__Private(void)"
(__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GE4ImageIOFactoryRegister__Private(void)"
(__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GE4ImageIOFactoryRegister__Private(void)"
(__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GE4ImageIOFactoryRegister__Private(void)"
(__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GE4ImageIOFactoryRegister__Private(void)"
(__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
'ImageIOFactoryRegisterRegisterList''(void)"
(??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GE4ImageIOFactoryRegister__Private(void)"
(__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GE4ImageIOFactoryRegister__Private(void)"
(__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GE4ImageIOFactoryRegister__Private(void)"
(__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::MRCImageIOFactoryRegister__Private(void)"
(__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::MRCImageIOFactoryRegister__Private(void)"
(__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::MRCImageIOFactoryRegister__Private(void)"
(__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
function "void __cdecl std::_Debug_order<class std::_Tree<class
std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned int)"
(??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$alloca
tor at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less@
K at std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::MRCImageIOFactoryRegister__Private(void)"
(__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::MRCImageIOFactoryRegister__Private(void)"
(__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::MRCImageIOFactoryRegister__Private(void)"
(__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::MRCImageIOFactoryRegister__Private(void)"
(__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::MetaImageIOFactoryRegister__Private(void)"
(__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::MetaImageIOFactoryRegister__Private(void)"
(__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::MetaImageIOFactoryRegister__Private(void)"
(__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::MetaImageIOFactoryRegister__Private(void)"
(__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
'ImageIOFactoryRegisterRegisterList''(void)"
(??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::MetaImageIOFactoryRegister__Private(void)"
(__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::MetaImageIOFactoryRegister__Private(void)"
(__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::MetaImageIOFactoryRegister__Private(void)"
(__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::BioRadImageIOFactoryRegister__Private(void)"
(__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
function "public: __thiscall std::vector<class std::vector<class
itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
std::allocator<class itk::BinaryImageToLabelMapFilter<class
itk::Image<unsigned char,2>,class itk::LabelMap<class
itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class
std::vector<class itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned
char,2>,class itk::LabelMap<class itk::LabelObject<short,2> >
>::runLength,class std::allocator<class
itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
>::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class
itk::Image<unsigned char,2>,class itk::LabelMap<class
itk::LabelObject<short,2> > >::runLength,class std::allocator<class
itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
std::allocator<class std::vector<class
itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
std::allocator<class itk::BinaryImageToLabelMapFilter<class
itk::Image<unsigned char,2>,class itk::LabelMap<class
itk::LabelObject<short,2> > >::runLength> > > >(void)"
(??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$0
1 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength
@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject
@F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryIm
ageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@
@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01
@itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE
@XZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::BioRadImageIOFactoryRegister__Private(void)"
(__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::BioRadImageIOFactoryRegister__Private(void)"
(__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::BioRadImageIOFactoryRegister__Private(void)"
(__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::BioRadImageIOFactoryRegister__Private(void)"
(__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::BioRadImageIOFactoryRegister__Private(void)"
(__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::BioRadImageIOFactoryRegister__Private(void)"
(__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::StimulateImageIOFactoryRegister__Private(void)"
(__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::StimulateImageIOFactoryRegister__Private(void)"
(__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
function "protected: __thiscall std::_Vector_val<struct
itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>::_Vector_val<struct itk::ObjectStore<class
itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class
std::allocator<struct itk::ObjectStore<class
itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock> >(class
std::allocator<struct itk::ObjectStore<class
itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
(??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$I
ndex@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseF
ieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator@
UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk
@@@itk@@@1@@Z)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::StimulateImageIOFactoryRegister__Private(void)"
(__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::StimulateImageIOFactoryRegister__Private(void)"
(__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::StimulateImageIOFactoryRegister__Private(void)"
(__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::StimulateImageIOFactoryRegister__Private(void)"
(__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::StimulateImageIOFactoryRegister__Private(void)"
(__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::VTKImageIOFactoryRegister__Private(void)"
(__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::VTKImageIOFactoryRegister__Private(void)"
(__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::VTKImageIOFactoryRegister__Private(void)"
(__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::VTKImageIOFactoryRegister__Private(void)"
(__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
'ImageIOFactoryRegisterRegisterList''(void)"
(??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::VTKImageIOFactoryRegister__Private(void)"
(__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::VTKImageIOFactoryRegister__Private(void)"
(__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::VTKImageIOFactoryRegister__Private(void)"
(__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::TIFFImageIOFactoryRegister__Private(void)"
(__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
function
__ehhandler$??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V
?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator
@VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$
LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength
@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject
@F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?
$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@
2@@std@@QAE at XZ

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::TIFFImageIOFactoryRegister__Private(void)"
(__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::TIFFImageIOFactoryRegister__Private(void)"
(__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::TIFFImageIOFactoryRegister__Private(void)"
(__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::TIFFImageIOFactoryRegister__Private(void)"
(__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::TIFFImageIOFactoryRegister__Private(void)"
(__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::TIFFImageIOFactoryRegister__Private(void)"
(__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::PNGImageIOFactoryRegister__Private(void)"
(__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::PNGImageIOFactoryRegister__Private(void)"
(__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::PNGImageIOFactoryRegister__Private(void)"
(__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
function "void __cdecl std::_Debug_order2<class std::_Tree<class
std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
int,struct std::forward_iterator_tag)"
(??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$alloc
ator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less
@K at std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::PNGImageIOFactoryRegister__Private(void)"
(__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::PNGImageIOFactoryRegister__Private(void)"
(__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::PNGImageIOFactoryRegister__Private(void)"
(__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::PNGImageIOFactoryRegister__Private(void)"
(__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::LSMImageIOFactoryRegister__Private(void)"
(__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::LSMImageIOFactoryRegister__Private(void)"
(__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::LSMImageIOFactoryRegister__Private(void)"
(__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
function "void __cdecl std::_Debug_order2<class std::_Tree<class
std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
int,struct std::forward_iterator_tag)"
(??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$alloc
ator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less
@K at std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::LSMImageIOFactoryRegister__Private(void)"
(__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::LSMImageIOFactoryRegister__Private(void)"
(__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::LSMImageIOFactoryRegister__Private(void)"
(__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::LSMImageIOFactoryRegister__Private(void)"
(__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::BMPImageIOFactoryRegister__Private(void)"
(__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::BMPImageIOFactoryRegister__Private(void)"
(__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
function "protected: void __thiscall std::vector<struct
itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>::_Tidy(void)"
(?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$In
dex@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFi
eldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::BMPImageIOFactoryRegister__Private(void)"
(__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::BMPImageIOFactoryRegister__Private(void)"
(__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::BMPImageIOFactoryRegister__Private(void)"
(__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::BMPImageIOFactoryRegister__Private(void)"
(__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::BMPImageIOFactoryRegister__Private(void)"
(__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GDCMImageIOFactoryRegister__Private(void)"
(__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GDCMImageIOFactoryRegister__Private(void)"
(__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GDCMImageIOFactoryRegister__Private(void)"
(__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GDCMImageIOFactoryRegister__Private(void)"
(__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
'ImageIOFactoryRegisterRegisterList''(void)"
(??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GDCMImageIOFactoryRegister__Private(void)"
(__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GDCMImageIOFactoryRegister__Private(void)"
(__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GDCMImageIOFactoryRegister__Private(void)"
(__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::JPEGImageIOFactoryRegister__Private(void)"
(__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::JPEGImageIOFactoryRegister__Private(void)"
(__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::JPEGImageIOFactoryRegister__Private(void)"
(__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::JPEGImageIOFactoryRegister__Private(void)"
(__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
'ImageIOFactoryRegisterRegisterList''(void)"
(??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::JPEGImageIOFactoryRegister__Private(void)"
(__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::JPEGImageIOFactoryRegister__Private(void)"
(__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::JPEGImageIOFactoryRegister__Private(void)"
(__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::HDF5ImageIOFactoryRegister__Private(void)"
(__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
function "public: __thiscall std::vector<unsigned long,class
std::allocator<unsigned long> >::~vector<unsigned long,class
std::allocator<unsigned long> >(void)"
(??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::HDF5ImageIOFactoryRegister__Private(void)"
(__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::HDF5ImageIOFactoryRegister__Private(void)"
(__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::HDF5ImageIOFactoryRegister__Private(void)"
(__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::HDF5ImageIOFactoryRegister__Private(void)"
(__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::HDF5ImageIOFactoryRegister__Private(void)"
(__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::HDF5ImageIOFactoryRegister__Private(void)"
(__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GiplImageIOFactoryRegister__Private(void)"
(__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GiplImageIOFactoryRegister__Private(void)"
(__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GiplImageIOFactoryRegister__Private(void)"
(__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
function "void __cdecl std::_Debug_order2<class std::_Tree<class
std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
int,struct std::forward_iterator_tag)"
(??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$alloc
ator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less
@K at std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GiplImageIOFactoryRegister__Private(void)"
(__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GiplImageIOFactoryRegister__Private(void)"
(__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GiplImageIOFactoryRegister__Private(void)"
(__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::GiplImageIOFactoryRegister__Private(void)"
(__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::NrrdImageIOFactoryRegister__Private(void)"
(__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::NrrdImageIOFactoryRegister__Private(void)"
(__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
function "protected: bool __thiscall std::vector<struct
itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>::_Buy(unsigned int)"
(?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Ind
ex@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFie
ldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::NrrdImageIOFactoryRegister__Private(void)"
(__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::NrrdImageIOFactoryRegister__Private(void)"
(__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::NrrdImageIOFactoryRegister__Private(void)"
(__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::NrrdImageIOFactoryRegister__Private(void)"
(__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::NrrdImageIOFactoryRegister__Private(void)"
(__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::NiftiImageIOFactoryRegister__Private(void)"
(__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::NiftiImageIOFactoryRegister__Private(void)"
(__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::NiftiImageIOFactoryRegister__Private(void)"
(__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::NiftiImageIOFactoryRegister__Private(void)"
(__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
'ImageIOFactoryRegisterRegisterList''(void)"
(??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::NiftiImageIOFactoryRegister__Private(void)"
(__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::NiftiImageIOFactoryRegister__Private(void)"
(__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) void __cdecl
itk::NiftiImageIOFactoryRegister__Private(void)"
(__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32
.dll : fatal error LNK1120: 17 unresolved externals

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160923/589290fd/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From marc-michel.rohe at inria.fr  Sat Sep 24 14:54:34 2016
From: marc-michel.rohe at inria.fr (=?UTF-8?Q?Marc-Michel_Roh=c3=a9?=)
Date: Sat, 24 Sep 2016 20:54:34 +0200
Subject: [ITK] [ITK-users] Restrict parameters of a transformation to be
 optimized during registration
Message-ID: <57E6CBEA.9000303@inria.fr>

Hello,

I am working with the registration pipeline of ITK using 3D images. What 
I would like to do is to register two images with translations but 
keeping the translation with respect to the third dimension at 0 (so 
find the best 2D translation on the axis X and Y mapping two images).

Is there a way to use the ITK classes "itkTranslationTransform" and 
"itkImageRegistrationMethodv4" ?

I have looked at multiple examples and documentation but could not find 
a way to do it easily if not coding a whole new class that performs 2D 
transform in 3D...

Thx !
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Sun Sep 25 10:36:18 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Sun, 25 Sep 2016 10:36:18 -0400
Subject: [ITK] [ITK-users] ITK build_shared_libs
In-Reply-To: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
Message-ID: <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>

Hi Yang,

all your link errors are for I/O class factories. Can you read the
following and see whether it helps you solve the problem?
https://itk.org/Wiki/Plugin_IO_mechanisms
https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/Documentation.html

Regards,
D?enan

On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
wrote:

> Hi all,
>
>
>
> I have a very weird problem when I try to build my library. I have an old
> library, previously was built based on ITK 3.16 and VTK 5.8. I built my
> library to both DLL and static library. By configuring in cmake properly, I
> could build both types of libraries without any problem. Recently, I
> upgrade it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in
> ITK, both DLL and static lib for my library can be compiled and linked,
> however, I need to include all DLL files from ITK when I would like to
> distribute my library. I don?t want to do so. Then I turned off
> BUILD_SHARED_LIBS in ITK. The static lib of my library can be built, but
> the DLL couldn?t. Error happened during the link stage. The error message
> was attached below. I used CMake 3.6.2 + VS 2008 + Windows 7.
>
>
>
> 2>   Creating library D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.lib
> and object D:\MeshContourDeformation\ContourWarpingLib-x86-dll\
> Debug\ContourWarping32.exp
>
> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)"
> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E
> $01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)"
> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> GE5ImageIOFactoryRegister__Private(void)" (__imp_?
> GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)"
> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> GE5ImageIOFactoryRegister__Private(void)" (__imp_?
> GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)"
> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)"
> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)"
> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)"
> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> GE4ImageIOFactoryRegister__Private(void)" (__imp_?
> GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)"
> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
> 'ImageIOFactoryRegisterRegisterList''(void)" (??__
> EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> GE4ImageIOFactoryRegister__Private(void)" (__imp_?
> GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)"
> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)"
> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)"
> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)"
> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> MRCImageIOFactoryRegister__Private(void)" (__imp_?
> MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function
> "void __cdecl std::_Debug_order<class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned int)"
> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std
> @@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V
> ?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)"
> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> MRCImageIOFactoryRegister__Private(void)" (__imp_?
> MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)"
> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)"
> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)"
> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)"
> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> MetaImageIOFactoryRegister__Private(void)" (__imp_?
> MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)"
> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
> 'ImageIOFactoryRegisterRegisterList''(void)" (??__
> EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> MetaImageIOFactoryRegister__Private(void)" (__imp_?
> MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)"
> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)"
> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)"
> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "public: __thiscall std::vector<class std::vector<class itk::
> BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
> std::allocator<class itk::BinaryImageToLabelMapFilter<class
> itk::Image<unsigned char,2>,class itk::LabelMap<class
> itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class
> std::vector<class itk::BinaryImageToLabelMapFilter<class
> itk::Image<unsigned char,2>,class itk::LabelMap<class
> itk::LabelObject<short,2> > >::runLength,class std::allocator<class itk::
> BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
> >::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class
> itk::Image<unsigned char,2>,class itk::LabelMap<class
> itk::LabelObject<short,2> > >::runLength,class std::allocator<class itk::
> BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
> std::allocator<class std::vector<class itk::BinaryImageToLabelMapFilter<class
> itk::Image<unsigned char,2>,class itk::LabelMap<class
> itk::LabelObject<short,2> > >::runLength,class std::allocator<class itk::
> BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > > >(void)"
> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E
> $01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@
> @V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator@
> V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?
> $BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap@
> V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)"
> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> BioRadImageIOFactoryRegister__Private(void)" (__imp_?
> BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)"
> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> BioRadImageIOFactoryRegister__Private(void)" (__imp_?
> BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)"
> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)"
> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)"
> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)"
> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
> in function "protected: __thiscall std::_Vector_val<struct
> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
> >::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
> >::_Vector_val<struct itk::ObjectStore<class itk::SparseFieldLevelSetNode<class
> itk::Index<3> > >::MemoryBlock,class std::allocator<struct
> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
> >::MemoryBlock> >(class std::allocator<struct itk::ObjectStore<class
> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V
> ?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$
> SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V
> ?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$
> Index@$02 at itk@@@itk@@@itk@@@1@@Z)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> StimulateImageIOFactoryRegister__Private(void)" (__imp_?
> StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)"
> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> StimulateImageIOFactoryRegister__Private(void)" (__imp_?
> StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)"
> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)"
> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)"
> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)"
> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> VTKImageIOFactoryRegister__Private(void)" (__imp_?
> VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)"
> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
> 'ImageIOFactoryRegisterRegisterList''(void)" (??__
> EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> VTKImageIOFactoryRegister__Private(void)" (__imp_?
> VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)"
> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)"
> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)"
> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function __ehhandler$??1?$vector at V?$vector at VrunLength@?$
> BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V
> ?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?
> $BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap@
> V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator@
> V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?
> $BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap@
> V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)"
> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> TIFFImageIOFactoryRegister__Private(void)" (__imp_?
> TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)"
> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> TIFFImageIOFactoryRegister__Private(void)" (__imp_?
> TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)"
> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)"
> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)"
> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)"
> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> PNGImageIOFactoryRegister__Private(void)" (__imp_?
> PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function
> "void __cdecl std::_Debug_order2<class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> int,struct std::forward_iterator_tag)" (??$_Debug_order2 at Viterator@?$
> _Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@
> @@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K
> @2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)"
> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> PNGImageIOFactoryRegister__Private(void)" (__imp_?
> PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)"
> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)"
> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)"
> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)"
> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> LSMImageIOFactoryRegister__Private(void)" (__imp_?
> LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function
> "void __cdecl std::_Debug_order2<class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> int,struct std::forward_iterator_tag)" (??$_Debug_order2 at Viterator@?$
> _Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@
> @@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K
> @2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)"
> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> LSMImageIOFactoryRegister__Private(void)" (__imp_?
> LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)"
> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)"
> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)"
> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)"
> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "protected: void __thiscall std::vector<struct
> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
> >::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
> >::_Tidy(void)" (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$
> SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$
> allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@
> $02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> BMPImageIOFactoryRegister__Private(void)" (__imp_?
> BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)"
> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> BMPImageIOFactoryRegister__Private(void)" (__imp_?
> BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)"
> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)"
> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)"
> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)"
> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> GDCMImageIOFactoryRegister__Private(void)" (__imp_?
> GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)"
> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
> 'ImageIOFactoryRegisterRegisterList''(void)" (??__
> EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> GDCMImageIOFactoryRegister__Private(void)" (__imp_?
> GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)"
> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)"
> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)"
> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)"
> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> JPEGImageIOFactoryRegister__Private(void)" (__imp_?
> JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)"
> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
> 'ImageIOFactoryRegisterRegisterList''(void)" (??__
> EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> JPEGImageIOFactoryRegister__Private(void)" (__imp_?
> JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)"
> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)"
> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)"
> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "public: __thiscall std::vector<unsigned long,class
> std::allocator<unsigned long> >::~vector<unsigned long,class
> std::allocator<unsigned long> >(void)" (??1?$vector at KV?$allocator at K@std@
> @@std@@QAE at XZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)"
> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> HDF5ImageIOFactoryRegister__Private(void)" (__imp_?
> HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)"
> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> HDF5ImageIOFactoryRegister__Private(void)" (__imp_?
> HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)"
> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)"
> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)"
> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)"
> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> GiplImageIOFactoryRegister__Private(void)" (__imp_?
> GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function
> "void __cdecl std::_Debug_order2<class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> int,struct std::forward_iterator_tag)" (??$_Debug_order2 at Viterator@?$
> _Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@
> @@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K
> @2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)"
> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> GiplImageIOFactoryRegister__Private(void)" (__imp_?
> GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)"
> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)"
> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)"
> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)"
> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "protected: bool __thiscall std::vector<struct
> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
> >::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
> >::_Buy(unsigned int)" (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$
> SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$
> allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@
> $02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> NrrdImageIOFactoryRegister__Private(void)" (__imp_?
> NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)"
> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> NrrdImageIOFactoryRegister__Private(void)" (__imp_?
> NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)"
> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)"
> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)"
> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)"
> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> NiftiImageIOFactoryRegister__Private(void)" (__imp_?
> NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)"
> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
> 'ImageIOFactoryRegisterRegisterList''(void)" (??__
> EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> symbol "__declspec(dllimport) void __cdecl itk::
> NiftiImageIOFactoryRegister__Private(void)" (__imp_?
> NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)"
> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)"
> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.dll
> : fatal error LNK1120: 17 unresolved externals
>
> _____________________________________
> 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://www.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-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160925/5687a306/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Sun Sep 25 10:41:12 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Sun, 25 Sep 2016 10:41:12 -0400
Subject: [ITK] [ITK-users] Restrict parameters of a transformation to be
 optimized during registration
In-Reply-To: <57E6CBEA.9000303@inria.fr>
References: <57E6CBEA.9000303@inria.fr>
Message-ID: <CAPf2UMRDdM4E1WYq7txyanUAmDPwR9qHk8nbvPHAHJBRReTvzA@mail.gmail.com>

Hi Marc-Michel,

the classic solution for such a case is to derive a class
from itkTranslationTransform and re-implement the relevant methods
(TransformPoint, Translate etc). Then supply your transform class instead
of itkTranslationTransform to itkImageRegistrationMethodv4.

Regards,
D?enan

On Sat, Sep 24, 2016 at 2:54 PM, Marc-Michel Roh? <marc-michel.rohe at inria.fr
> wrote:

> Hello,
>
> I am working with the registration pipeline of ITK using 3D images. What I
> would like to do is to register two images with translations but keeping
> the translation with respect to the third dimension at 0 (so find the best
> 2D translation on the axis X and Y mapping two images).
>
> Is there a way to use the ITK classes "itkTranslationTransform" and
> "itkImageRegistrationMethodv4" ?
>
> I have looked at multiple examples and documentation but could not find a
> way to do it easily if not coding a whole new class that performs 2D
> transform in 3D...
>
> Thx !
> _____________________________________
> 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://www.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-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160925/c52800fb/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From stnava at gmail.com  Sun Sep 25 11:59:55 2016
From: stnava at gmail.com (brian avants)
Date: Sun, 25 Sep 2016 11:59:55 -0400
Subject: [ITK] [ITK-users] Restrict parameters of a transformation to be
 optimized during registration
In-Reply-To: <CAPf2UMRDdM4E1WYq7txyanUAmDPwR9qHk8nbvPHAHJBRReTvzA@mail.gmail.com>
References: <57E6CBEA.9000303@inria.fr>
 <CAPf2UMRDdM4E1WYq7txyanUAmDPwR9qHk8nbvPHAHJBRReTvzA@mail.gmail.com>
Message-ID: <CABWzF4UmZ3cBYFpQ7YWsLt5cGES8peZQxwd3-yu_k2XuaiHxXw@mail.gmail.com>

This use case is also what parameter weights are for

On Sunday, September 25, 2016, D?enan Zuki? <dzenanz at gmail.com> wrote:

> Hi Marc-Michel,
>
> the classic solution for such a case is to derive a class
> from itkTranslationTransform and re-implement the relevant methods
> (TransformPoint, Translate etc). Then supply your transform class instead
> of itkTranslationTransform to itkImageRegistrationMethodv4.
>
> Regards,
> D?enan
>
> On Sat, Sep 24, 2016 at 2:54 PM, Marc-Michel Roh? <
> marc-michel.rohe at inria.fr
> <javascript:_e(%7B%7D,'cvml','marc-michel.rohe at inria.fr');>> wrote:
>
>> Hello,
>>
>> I am working with the registration pipeline of ITK using 3D images. What
>> I would like to do is to register two images with translations but keeping
>> the translation with respect to the third dimension at 0 (so find the best
>> 2D translation on the axis X and Y mapping two images).
>>
>> Is there a way to use the ITK classes "itkTranslationTransform" and
>> "itkImageRegistrationMethodv4" ?
>>
>> I have looked at multiple examples and documentation but could not find a
>> way to do it easily if not coding a whole new class that performs 2D
>> transform in 3D...
>>
>> Thx !
>> _____________________________________
>> 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://www.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-users
>>
>
>

-- 

brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160925/214d5ca1/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From marc-michel.rohe at inria.fr  Sun Sep 25 13:01:04 2016
From: marc-michel.rohe at inria.fr (Marc michel Rohe)
Date: Sun, 25 Sep 2016 19:01:04 +0200 (CEST)
Subject: [ITK] [ITK-users] Restrict parameters of a transformation to be
 optimized during registration
In-Reply-To: <CABWzF4UmZ3cBYFpQ7YWsLt5cGES8peZQxwd3-yu_k2XuaiHxXw@mail.gmail.com>
References: <57E6CBEA.9000303@inria.fr>
 <CAPf2UMRDdM4E1WYq7txyanUAmDPwR9qHk8nbvPHAHJBRReTvzA@mail.gmail.com>
 <CABWzF4UmZ3cBYFpQ7YWsLt5cGES8peZQxwd3-yu_k2XuaiHxXw@mail.gmail.com>
Message-ID: <576726547.3211759.1474822864264.JavaMail.zimbra@inria.fr>

Thanks a lot for both your answers. 

Indeed I think the method SetWeights for the optimizer is what I am looking for, and this might spare me the trouble of redefining a whole new subclass ! 

Best, 

Marc-Michel 

----- Mail original -----

> De: "brian avants" <stnava at gmail.com>
> ?: "D?enan Zuki?" <dzenanz at gmail.com>
> Cc: "Marc-Michel Roh?" <marc-michel.rohe at inria.fr>, "Insight-users"
> <insight-users at itk.org>
> Envoy?: Dimanche 25 Septembre 2016 17:59:55
> Objet: Re: [ITK-users] Restrict parameters of a transformation to be
> optimized during registration

> This use case is also what parameter weights are for

> On Sunday, September 25, 2016, D?enan Zuki? < dzenanz at gmail.com > wrote:

> > Hi Marc-Michel,
> 

> > the classic solution for such a case is to derive a class from
> > itkTranslationTransform and re-implement the relevant methods
> > (TransformPoint, Translate etc). Then supply your transform class instead
> > of
> > itkTranslationTransform to itkImageRegistrationMethodv4.
> 

> > Regards,
> 
> > D?enan
> 

> > On Sat, Sep 24, 2016 at 2:54 PM, Marc-Michel Roh? <
> > marc-michel.rohe at inria.fr
> > > wrote:
> 

> > > Hello,
> > 
> 

> > > I am working with the registration pipeline of ITK using 3D images. What
> > > I
> > > would like to do is to register two images with translations but keeping
> > > the
> > > translation with respect to the third dimension at 0 (so find the best 2D
> > > translation on the axis X and Y mapping two images).
> > 
> 

> > > Is there a way to use the ITK classes "itkTranslationTransform" and
> > > "itkImageRegistrationMethodv4" ?
> > 
> 

> > > I have looked at multiple examples and documentation but could not find a
> > > way
> > > to do it easily if not coding a whole new class that performs 2D
> > > transform
> > > in 3D...
> > 
> 

> > > Thx !
> > 
> 
> > > _____________________________________
> > 
> 
> > > 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://www.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-users
> > 
> 

> --

> brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160925/260f9a6c/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From swetha.bsharma at gmail.com  Mon Sep 26 05:41:24 2016
From: swetha.bsharma at gmail.com (swetha)
Date: Mon, 26 Sep 2016 02:41:24 -0700 (MST)
Subject: [ITK] [ITK-users] itk 3D image format
Message-ID: <1474882884216-7589262.post@n2.nabble.com>

Hi,

  I want to send a image volume from my application to ITK.I would like to
send the pixel data and the other image parameters from my application to
ITK which will then reconstruct it into a 3D volume to be further processed
in ITK. I need the format of 3d volumes in ITK.
-swetha



--
View this message in context: http://itk-insight-users.2283740.n2.nabble.com/itk-3D-image-format-tp7589262.html
Sent from the ITK Insight Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From chinander at gmail.com  Mon Sep 26 08:52:22 2016
From: chinander at gmail.com (Mike Chinander)
Date: Mon, 26 Sep 2016 07:52:22 -0500
Subject: [ITK] [ITK-users] itk 3D image format
In-Reply-To: <1474882884216-7589262.post@n2.nabble.com>
References: <1474882884216-7589262.post@n2.nabble.com>
Message-ID: <CAEb_q0cpVtWCz8XV1DWS0prPss=3CYn=Zt_TYUVqOYPOR5bHnA@mail.gmail.com>

Check out the ImportImageFilter example:

https://itk.org/Wiki/ITK/Examples/IO/ImportImageFilter


https://itk.org/Doxygen/html/classitk_1_1ImportImageFilter.html

On Mon, Sep 26, 2016 at 4:41 AM, swetha <swetha.bsharma at gmail.com> wrote:

> Hi,
>
>   I want to send a image volume from my application to ITK.I would like to
> send the pixel data and the other image parameters from my application to
> ITK which will then reconstruct it into a 3D volume to be further processed
> in ITK. I need the format of 3d volumes in ITK.
> -swetha
>
>
>
> --
> View this message in context: http://itk-insight-users.
> 2283740.n2.nabble.com/itk-3D-image-format-tp7589262.html
> Sent from the ITK Insight Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160926/1c182f7c/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From francois.budin at kitware.com  Mon Sep 26 09:04:28 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Mon, 26 Sep 2016 09:04:28 -0400
Subject: [ITK] [ITK-users] ITK build_shared_libs
In-Reply-To: <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
Message-ID: <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>

Hello,

As Dzenan said, your problem most likely comes from a problem with the ITK
IO factory. You may want to check that in your build directory, you have a
directory called "ITKIOFactoryRegistration" that is created, and that it
contains a file called itkImageIOFactoryRegisterManager.h. This file
specifies all the type of images that are automatically registered to the
factory. You should compare the list of types included in this header file
with the list of ITK libraries that is passed to your compiler and make
sure that it matches.

Hope this helps,

Francois

On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:

> Hi Yang,
>
> all your link errors are for I/O class factories. Can you read the
> following and see whether it helps you solve the problem?
> https://itk.org/Wiki/Plugin_IO_mechanisms
> https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/
> Documentation.html
>
> Regards,
> D?enan
>
> On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> wrote:
>
>> Hi all,
>>
>>
>>
>> I have a very weird problem when I try to build my library. I have an old
>> library, previously was built based on ITK 3.16 and VTK 5.8. I built my
>> library to both DLL and static library. By configuring in cmake properly, I
>> could build both types of libraries without any problem. Recently, I
>> upgrade it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in
>> ITK, both DLL and static lib for my library can be compiled and linked,
>> however, I need to include all DLL files from ITK when I would like to
>> distribute my library. I don?t want to do so. Then I turned off
>> BUILD_SHARED_LIBS in ITK. The static lib of my library can be built, but
>> the DLL couldn?t. Error happened during the link stage. The error message
>> was attached below. I used CMake 3.6.2 + VS 2008 + Windows 7.
>>
>>
>>
>> 2>   Creating library D:\MeshContourDeformation\Cont
>> ourWarpingLib-x86-dll\Debug\ContourWarping32.lib and object
>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\
>> ContourWarping32.exp
>>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)"
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>> function __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$
>> 01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0
>>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)"
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)"
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)"
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)"
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)"
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)"
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)"
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)"
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)"
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)"
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)"
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)"
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)"
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)"
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)"
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)"
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>> function "void __cdecl std::_Debug_order<class std::_Tree<class
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned int)"
>> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std
>> @@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V
>> ?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)
>>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)"
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)"
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)"
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)"
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)"
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)"
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)"
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)"
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)"
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)"
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)"
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)"
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>> function "public: __thiscall std::vector<class std::vector<class
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>> itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class
>> std::vector<class itk::BinaryImageToLabelMapFilter<class
>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
>> >::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class
>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
>> std::allocator<class std::vector<class itk::BinaryImageToLabelMapFilter<class
>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > > >(void)"
>> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V
>> ?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@
>> @V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
>> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@
>> @V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V
>> ?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@
>> @V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
>> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@
>> @QAE at XZ)
>>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)"
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)"
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)"
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)"
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)"
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)"
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)"
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)"
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
>> in function "protected: __thiscall std::_Vector_val<struct
>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3>
>> > >::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>> >::_Vector_val<struct itk::ObjectStore<class itk::SparseFieldLevelSetNode<class
>> itk::Index<3> > >::MemoryBlock,class std::allocator<struct
>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3>
>> > >::MemoryBlock> >(class std::allocator<struct itk::ObjectStore<class
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
>> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V
>> ?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$
>> SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V
>> ?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V
>> ?$Index@$02 at itk@@@itk@@@itk@@@1@@Z)
>>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)"
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)"
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)"
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)"
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)"
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)"
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)"
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)"
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)"
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)"
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)"
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)"
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)"
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>> function __ehhandler$??1?$vector at V?$vector at VrunLength@?$BinaryImageTo
>> LabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk
>> @@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?
>> $Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@
>> @@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V
>> ?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@
>> @V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
>> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@
>> @QAE at XZ
>>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)"
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)"
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)"
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)"
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)"
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)"
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)"
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)"
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)"
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>> int,struct std::forward_iterator_tag)" (??$_Debug_order2 at Viterator@?$
>> _Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@
>> @@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@
>> @V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)"
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)"
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)"
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)"
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)"
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)"
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)"
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>> int,struct std::forward_iterator_tag)" (??$_Debug_order2 at Viterator@?$
>> _Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@
>> @@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@
>> @V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)"
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)"
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)"
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)"
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)"
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)"
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>> function "protected: void __thiscall std::vector<struct
>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3>
>> > >::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>> >::_Tidy(void)" (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V
>> ?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator@
>> UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk
>> @@@itk@@@itk@@@std@@@std@@IAEXXZ)
>>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)"
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)"
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)"
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)"
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)"
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)"
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)"
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)"
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)"
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)"
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)"
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)"
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)"
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)"
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)"
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)"
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)"
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)"
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)"
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)"
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>> function "public: __thiscall std::vector<unsigned long,class
>> std::allocator<unsigned long> >::~vector<unsigned long,class
>> std::allocator<unsigned long> >(void)" (??1?$vector at KV?$allocator at K@std@
>> @@std@@QAE at XZ)
>>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)"
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)"
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)"
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)"
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)"
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)"
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)"
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)"
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)"
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>> int,struct std::forward_iterator_tag)" (??$_Debug_order2 at Viterator@?$
>> _Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@
>> @@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@
>> @V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)"
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)"
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)"
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)"
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)"
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)"
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>> function "protected: bool __thiscall std::vector<struct
>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3>
>> > >::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>> >::_Buy(unsigned int)" (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V
>> ?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator@
>> UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk
>> @@@itk@@@itk@@@std@@@std@@IAE_NI at Z)
>>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)"
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)"
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)"
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)"
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)"
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)"
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)"
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)"
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)"
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)"
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)"
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)"
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.dll
>> : fatal error LNK1120: 17 unresolved externals
>>
>> _____________________________________
>> 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://www.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-users
>>
>>
>
> _____________________________________
> 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://www.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-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160926/fa8b9a1f/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From tevain at telecom-paristech.fr  Mon Sep 26 09:19:31 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Mon, 26 Sep 2016 15:19:31 +0200 (CEST)
Subject: [ITK] [ITK-users]   itk 3D image format
In-Reply-To: <CAEb_q0cpVtWCz8XV1DWS0prPss=3CYn=Zt_TYUVqOYPOR5bHnA@mail.gmail.com>
References: <1474882884216-7589262.post@n2.nabble.com>
 <CAEb_q0cpVtWCz8XV1DWS0prPss=3CYn=Zt_TYUVqOYPOR5bHnA@mail.gmail.com>
Message-ID: <1938198408.73480812.1474895971375.JavaMail.zimbra@enst.fr>

Hi,

To complete Mike answer, you also have this tutorial covering the topic :
https://itk.org/CourseWare/Training/GettingStarted-V.pdf

HTH,

Tim

----- Mail original -----
De: "Mike Chinander" <chinander at gmail.com>
?: insight-users at itk.org
Envoy?: Lundi 26 Septembre 2016 14:52:22
Objet: Re: [ITK] [ITK-users] itk 3D image format

Check out the ImportImageFilter example: 

https://itk.org/Wiki/ITK/Examples/IO/ImportImageFilter 


https://itk.org/Doxygen/html/classitk_1_1ImportImageFilter.html 

On Mon, Sep 26, 2016 at 4:41 AM, swetha < swetha.bsharma at gmail.com > wrote: 


Hi, 

I want to send a image volume from my application to ITK.I would like to 
send the pixel data and the other image parameters from my application to 
ITK which will then reconstruct it into a 3D volume to be further processed 
in ITK. I need the format of 3d volumes in ITK. 
-swetha 



-- 
View this message in context: http://itk-insight-users.2283740.n2.nabble.com/itk-3D-image-format-tp7589262.html 
Sent from the ITK Insight Users mailing list archive at Nabble.com. 
_____________________________________ 
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://www.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-users 


_____________________________________
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://www.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-users

_______________________________________________
Community mailing list
Community at itk.org
http://public.kitware.com/mailman/listinfo/community
_____________________________________
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://www.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-users

From jinzhong76 at gmail.com  Mon Sep 26 14:32:57 2016
From: jinzhong76 at gmail.com (Yang, Jinzhong)
Date: Mon, 26 Sep 2016 13:32:57 -0500
Subject: [ITK] [ITK-users] ITK build_shared_libs
In-Reply-To: <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
Message-ID: <000901d21824$6789f770$369de650$@gmail.com>

Still no clue. I checked the file itkImageIOFactoryRegisterManager.h. It seems all classes imported in that header were not linked. However, I check all IO libraries, it seems they were all included as dependency. As I mentioned before, if I compiled my code as static library, there is not such a problem.

 

Here are all ITK/VTK related libraries passed to my compiler (they are generated by cmake. I enabled ITK_USE_SYSTEM_GDCM in building my ITK):

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkdouble-conversion-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itksys-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl_algo-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkv3p_netlib-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itknetlib-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvcl-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkNetlibSlatec-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKStatistics-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKTransform-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOImageBase-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBMP-4.10.lib

D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDICT.lib

D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmMSFF.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGDCM-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkzlib-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGIPL-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkjpeg-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOJPEG-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMetaIO-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMeta-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKznz-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKniftiio-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONIFTI-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKNrrdIO-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONRRD-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkpng-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOPNG-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itktiff-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTIFF-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOVTK-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKLabelMap-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMesh-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKSpatialObjects-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPath-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKQuadEdgeMesh-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizers-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPolynomials-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBiasCorrection-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBioCell-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDICOMParser-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDeprecated-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBioRad-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOLSM-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOStimulate-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKEXPAT-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOXML-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSpatialObjects-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKFEM-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKgiftiio-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMesh-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5_cpp-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOCSV-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOIPL-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSiemens-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOHDF5-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMRC-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformBase-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformHDF5-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformInsightLegacy-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformMatlab-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKKLMRegionGrowing-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVTK-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKWatersheds-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizersv4-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoCore-4.10.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoIO-4.10.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkChartsCore-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonColor-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonDataModel-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMath-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonCore-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtksys-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMisc-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonSystem-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonTransforms-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisCore-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersExtraction-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonExecutionModel-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersCore-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneral-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonComputationalGeometry-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersStatistics-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingFourier-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingCore-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkalglib-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContext2D-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingCore-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeometry-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSources-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingFreeType-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkfreetype-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkzlib-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDICOMParser-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistry-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXML-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOGeometry-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOCore-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXMLParser-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexpat-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistryOpenGL2-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingOpenGL2-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingHybrid-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImage-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkmetaio-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjpeg-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkpng-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtktiff-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkglew-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersAMR-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkParallelCore-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLegacy-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersFlowPaths-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneric-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHybrid-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingSources-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHyperTree-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersImaging-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingGeneral-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersModeling-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallel-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallelImaging-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersProgrammable-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSMP-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSelection-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersTexture-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersVerdict-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkverdict-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkGeovisCore-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisLayout-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionStyle-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionWidgets-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingAnnotation-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingColor-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolume-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsCore-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkproj4-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOAMR-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5_hl-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOEnSight-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExodus-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexoIIc-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF_cxx-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExport-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLabel-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImport-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOInfovis-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtklibxml2-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLSDyna-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMINC-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMovie-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkoggtheora-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIONetCDF-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOPLY-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallel-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjsoncpp-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallelXML-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOSQL-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtksqlite-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOVideo-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMath-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMorphological-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStatistics-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStencil-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionImage-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContextOpenGL2-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingImage-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLOD-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolumeOpenGL2-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingGenericBridge-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingIOSQL-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingRendering-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsContext2D-7.0.lib

D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsInfovis-7.0.lib

D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmIOD.lib

D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDSED.lib

D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmzlib.lib

D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmCommon.lib

D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmexpat.lib

D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg8.lib

D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg12.lib

D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg16.lib

D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmopenjpeg.lib

D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmcharls.lib

rpcrt4.lib

D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVNLInstantiation-4.10.lib

 

Thanks,

-Jinzhong

 

From: Francois Budin [mailto:francois.budin at kitware.com] 
Sent: Monday, September 26, 2016 8:04 AM
To: D?enan Zuki? <dzenanz at gmail.com>
Cc: Yang, Jinzhong <jinzhong76 at gmail.com>; Insight-users <insight-users at itk.org>
Subject: Re: [ITK-users] ITK build_shared_libs

 

Hello,

As Dzenan said, your problem most likely comes from a problem with the ITK IO factory. You may want to check that in your build directory, you have a directory called "ITKIOFactoryRegistration" that is created, and that it contains a file called itkImageIOFactoryRegisterManager.h. This file specifies all the type of images that are automatically registered to the factory. You should compare the list of types included in this header file with the list of ITK libraries that is passed to your compiler and make sure that it matches.

Hope this helps,

Francois

 

On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? <dzenanz at gmail.com <mailto:dzenanz at gmail.com> > wrote:

Hi Yang,

 

all your link errors are for I/O class factories. Can you read the following and see whether it helps you solve the problem?

https://itk.org/Wiki/Plugin_IO_mechanisms

https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/Documentation.html

 

Regards,

D?enan

 

On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> > wrote:

Hi all,

 

I have a very weird problem when I try to build my library. I have an old library, previously was built based on ITK 3.16 and VTK 5.8. I built my library to both DLL and static library. By configuring in cmake properly, I could build both types of libraries without any problem. Recently, I upgrade it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK, both DLL and static lib for my library can be compiled and linked, however, I need to include all DLL files from ITK when I would like to distribute my library. I don?t want to do so. Then I turned off BUILD_SHARED_LIBS in ITK. The static lib of my library can be built, but the DLL couldn?t. Error happened during the link stage. The error message was attached below. I used CMake 3.6.2 + VS 2008 + Windows 7.

 

2>   Creating library D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.lib and object D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.exp

2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)" (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)" (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)" (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)" (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)" (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)" (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GE5ImageIOFactoryRegister__Private(void)" (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)" (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)" (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)" (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)" (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for 'ImageIOFactoryRegisterRegisterList''(void)" (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)" (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)" (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GE4ImageIOFactoryRegister__Private(void)" (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)" (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)" (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)" (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function "void __cdecl std::_Debug_order<class std::_Tree<class std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned int)" (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)" (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)" (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)" (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::MRCImageIOFactoryRegister__Private(void)" (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)" (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)" (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)" (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)" (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for 'ImageIOFactoryRegisterRegisterList''(void)" (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)" (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)" (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::MetaImageIOFactoryRegister__Private(void)" (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)" (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function "public: __thiscall std::vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class std::allocator<class itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class std::vector<class itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class std::allocator<class itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > > >::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class std::allocator<class itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class std::vector<class itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class std::allocator<class itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > > >(void)" (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)" (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)" (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)" (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)" (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)" (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::BioRadImageIOFactoryRegister__Private(void)" (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)" (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)" (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function "protected: __thiscall std::_Vector_val<struct itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class std::allocator<struct itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock> >::_Vector_val<struct itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class std::allocator<struct itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock> >(class std::allocator<struct itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)" (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@1@@Z)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)" (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)" (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)" (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)" (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::StimulateImageIOFactoryRegister__Private(void)" (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)" (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)" (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)" (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)" (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for 'ImageIOFactoryRegisterRegisterList''(void)" (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)" (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)" (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::VTKImageIOFactoryRegister__Private(void)" (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)" (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function __ehhandler$??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)" (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)" (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)" (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)" (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)" (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::TIFFImageIOFactoryRegister__Private(void)" (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)" (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)" (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)" (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function "void __cdecl std::_Debug_order2<class std::_Tree<class std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned int,struct std::forward_iterator_tag)" (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)" (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)" (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)" (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::PNGImageIOFactoryRegister__Private(void)" (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)" (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)" (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)" (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function "void __cdecl std::_Debug_order2<class std::_Tree<class std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned int,struct std::forward_iterator_tag)" (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)" (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)" (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)" (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::LSMImageIOFactoryRegister__Private(void)" (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)" (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)" (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function "protected: void __thiscall std::vector<struct itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class std::allocator<struct itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock> >::_Tidy(void)" (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)" (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)" (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)" (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)" (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::BMPImageIOFactoryRegister__Private(void)" (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)" (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)" (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)" (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)" (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for 'ImageIOFactoryRegisterRegisterList''(void)" (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)" (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)" (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GDCMImageIOFactoryRegister__Private(void)" (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)" (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)" (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)" (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)" (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for 'ImageIOFactoryRegisterRegisterList''(void)" (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)" (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)" (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::JPEGImageIOFactoryRegister__Private(void)" (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)" (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function "public: __thiscall std::vector<unsigned long,class std::allocator<unsigned long> >::~vector<unsigned long,class std::allocator<unsigned long> >(void)" (??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)" (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)" (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)" (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)" (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)" (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::HDF5ImageIOFactoryRegister__Private(void)" (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)" (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)" (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)" (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function "void __cdecl std::_Debug_order2<class std::_Tree<class std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned int,struct std::forward_iterator_tag)" (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)" (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)" (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)" (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::GiplImageIOFactoryRegister__Private(void)" (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)" (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)" (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function "protected: bool __thiscall std::vector<struct itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class std::allocator<struct itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock> >::_Buy(unsigned int)" (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)" (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)" (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)" (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)" (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::NrrdImageIOFactoryRegister__Private(void)" (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)" (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)" (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)" (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)" (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for 'ImageIOFactoryRegisterRegisterList''(void)" (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)" (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)" (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) void __cdecl itk::NiftiImageIOFactoryRegister__Private(void)" (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.dll : fatal error LNK1120: 17 unresolved externals

 

_____________________________________
Powered by www.kitware.com <http://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://www.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-users

 


_____________________________________
Powered by www.kitware.com <http://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://www.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-users

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160926/fc24a15a/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Mon Sep 26 14:50:16 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Mon, 26 Sep 2016 14:50:16 -0400
Subject: [ITK] [ITK-users] ITK build_shared_libs
In-Reply-To: <000901d21824$6789f770$369de650$@gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
 <000901d21824$6789f770$369de650$@gmail.com>
Message-ID: <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>

Hi Jinzhong,

It sounds like you are not using CMake to build the project or using
it in some non-standard way? There are a few options:

1) Use CMake to compile the project.
2) Set ITK_NO_IO_FACTORY_REGISTER_MANAGER before calling
"include(${ITK_USE_FILE})", the register the factories manually.

HTH,
Matt

On Mon, Sep 26, 2016 at 2:32 PM, Yang, Jinzhong <jinzhong76 at gmail.com> wrote:
> Still no clue. I checked the file itkImageIOFactoryRegisterManager.h. It
> seems all classes imported in that header were not linked. However, I check
> all IO libraries, it seems they were all included as dependency. As I
> mentioned before, if I compiled my code as static library, there is not such
> a problem.
>
>
>
> Here are all ITK/VTK related libraries passed to my compiler (they are
> generated by cmake. I enabled ITK_USE_SYSTEM_GDCM in building my ITK):
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkdouble-conversion-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itksys-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl_algo-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkv3p_netlib-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itknetlib-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvcl-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkNetlibSlatec-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKStatistics-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKTransform-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOImageBase-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBMP-4.10.lib
>
> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDICT.lib
>
> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmMSFF.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGDCM-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkzlib-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGIPL-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkjpeg-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOJPEG-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMetaIO-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMeta-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKznz-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKniftiio-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONIFTI-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKNrrdIO-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONRRD-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkpng-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOPNG-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itktiff-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTIFF-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOVTK-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKLabelMap-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMesh-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKSpatialObjects-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPath-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKQuadEdgeMesh-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizers-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPolynomials-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBiasCorrection-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBioCell-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDICOMParser-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDeprecated-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBioRad-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOLSM-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOStimulate-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKEXPAT-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOXML-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSpatialObjects-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKFEM-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKgiftiio-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMesh-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5_cpp-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOCSV-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOIPL-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSiemens-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOHDF5-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMRC-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformBase-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformHDF5-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformInsightLegacy-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformMatlab-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKKLMRegionGrowing-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVTK-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKWatersheds-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizersv4-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoCore-4.10.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoIO-4.10.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkChartsCore-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonColor-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonDataModel-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMath-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonCore-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksys-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMisc-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonSystem-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonTransforms-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisCore-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersExtraction-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonExecutionModel-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersCore-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneral-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonComputationalGeometry-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersStatistics-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingFourier-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingCore-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkalglib-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContext2D-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingCore-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeometry-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSources-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingFreeType-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkfreetype-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkzlib-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDICOMParser-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistry-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXML-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOGeometry-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOCore-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXMLParser-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexpat-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistryOpenGL2-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingOpenGL2-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingHybrid-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImage-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkmetaio-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjpeg-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkpng-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtktiff-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkglew-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersAMR-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkParallelCore-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLegacy-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersFlowPaths-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneric-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHybrid-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingSources-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHyperTree-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersImaging-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingGeneral-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersModeling-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallel-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallelImaging-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersProgrammable-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSMP-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSelection-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersTexture-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersVerdict-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkverdict-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkGeovisCore-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisLayout-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionStyle-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionWidgets-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingAnnotation-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingColor-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolume-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsCore-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkproj4-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOAMR-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5_hl-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOEnSight-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExodus-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexoIIc-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF_cxx-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExport-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLabel-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImport-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOInfovis-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtklibxml2-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLSDyna-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMINC-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMovie-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkoggtheora-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIONetCDF-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOPLY-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallel-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjsoncpp-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallelXML-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOSQL-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksqlite-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOVideo-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMath-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMorphological-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStatistics-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStencil-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionImage-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContextOpenGL2-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingImage-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLOD-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolumeOpenGL2-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingGenericBridge-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingIOSQL-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingRendering-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsContext2D-7.0.lib
>
> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsInfovis-7.0.lib
>
> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmIOD.lib
>
> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDSED.lib
>
> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmzlib.lib
>
> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmCommon.lib
>
> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmexpat.lib
>
> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg8.lib
>
> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg12.lib
>
> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg16.lib
>
> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmopenjpeg.lib
>
> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmcharls.lib
>
> rpcrt4.lib
>
> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVNLInstantiation-4.10.lib
>
>
>
> Thanks,
>
> -Jinzhong
>
>
>
> From: Francois Budin [mailto:francois.budin at kitware.com]
> Sent: Monday, September 26, 2016 8:04 AM
> To: D?enan Zuki? <dzenanz at gmail.com>
> Cc: Yang, Jinzhong <jinzhong76 at gmail.com>; Insight-users
> <insight-users at itk.org>
> Subject: Re: [ITK-users] ITK build_shared_libs
>
>
>
> Hello,
>
> As Dzenan said, your problem most likely comes from a problem with the ITK
> IO factory. You may want to check that in your build directory, you have a
> directory called "ITKIOFactoryRegistration" that is created, and that it
> contains a file called itkImageIOFactoryRegisterManager.h. This file
> specifies all the type of images that are automatically registered to the
> factory. You should compare the list of types included in this header file
> with the list of ITK libraries that is passed to your compiler and make sure
> that it matches.
>
> Hope this helps,
>
> Francois
>
>
>
> On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>
> Hi Yang,
>
>
>
> all your link errors are for I/O class factories. Can you read the following
> and see whether it helps you solve the problem?
>
> https://itk.org/Wiki/Plugin_IO_mechanisms
>
> https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/Documentation.html
>
>
>
> Regards,
>
> D?enan
>
>
>
> On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> wrote:
>
> Hi all,
>
>
>
> I have a very weird problem when I try to build my library. I have an old
> library, previously was built based on ITK 3.16 and VTK 5.8. I built my
> library to both DLL and static library. By configuring in cmake properly, I
> could build both types of libraries without any problem. Recently, I upgrade
> it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK, both
> DLL and static lib for my library can be compiled and linked, however, I
> need to include all DLL files from ITK when I would like to distribute my
> library. I don?t want to do so. Then I turned off BUILD_SHARED_LIBS in ITK.
> The static lib of my library can be built, but the DLL couldn?t. Error
> happened during the link stage. The error message was attached below. I used
> CMake 3.6.2 + VS 2008 + Windows 7.
>
>
>
> 2>   Creating library
> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.lib
> and object
> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.exp
>
> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GE5ImageIOFactoryRegister__Private(void)"
> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function
> __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GE5ImageIOFactoryRegister__Private(void)"
> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GE5ImageIOFactoryRegister__Private(void)"
> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GE5ImageIOFactoryRegister__Private(void)"
> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GE5ImageIOFactoryRegister__Private(void)"
> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GE5ImageIOFactoryRegister__Private(void)"
> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GE5ImageIOFactoryRegister__Private(void)"
> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GE4ImageIOFactoryRegister__Private(void)"
> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GE4ImageIOFactoryRegister__Private(void)"
> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GE4ImageIOFactoryRegister__Private(void)"
> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GE4ImageIOFactoryRegister__Private(void)"
> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
> 'ImageIOFactoryRegisterRegisterList''(void)"
> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GE4ImageIOFactoryRegister__Private(void)"
> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GE4ImageIOFactoryRegister__Private(void)"
> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GE4ImageIOFactoryRegister__Private(void)"
> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::MRCImageIOFactoryRegister__Private(void)"
> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::MRCImageIOFactoryRegister__Private(void)"
> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::MRCImageIOFactoryRegister__Private(void)"
> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "void __cdecl std::_Debug_order<class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned int)"
> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::MRCImageIOFactoryRegister__Private(void)"
> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::MRCImageIOFactoryRegister__Private(void)"
> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::MRCImageIOFactoryRegister__Private(void)"
> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::MRCImageIOFactoryRegister__Private(void)"
> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::MetaImageIOFactoryRegister__Private(void)"
> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::MetaImageIOFactoryRegister__Private(void)"
> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::MetaImageIOFactoryRegister__Private(void)"
> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::MetaImageIOFactoryRegister__Private(void)"
> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
> 'ImageIOFactoryRegisterRegisterList''(void)"
> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::MetaImageIOFactoryRegister__Private(void)"
> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::MetaImageIOFactoryRegister__Private(void)"
> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::MetaImageIOFactoryRegister__Private(void)"
> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::BioRadImageIOFactoryRegister__Private(void)"
> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "public: __thiscall std::vector<class std::vector<class
> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
> std::allocator<class itk::BinaryImageToLabelMapFilter<class
> itk::Image<unsigned char,2>,class itk::LabelMap<class
> itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class
> std::vector<class itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned
> char,2>,class itk::LabelMap<class itk::LabelObject<short,2> >
>>::runLength,class std::allocator<class
> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
>>::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class
> itk::Image<unsigned char,2>,class itk::LabelMap<class
> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
> std::allocator<class std::vector<class
> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
> std::allocator<class itk::BinaryImageToLabelMapFilter<class
> itk::Image<unsigned char,2>,class itk::LabelMap<class
> itk::LabelObject<short,2> > >::runLength> > > >(void)"
> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::BioRadImageIOFactoryRegister__Private(void)"
> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::BioRadImageIOFactoryRegister__Private(void)"
> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::BioRadImageIOFactoryRegister__Private(void)"
> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::BioRadImageIOFactoryRegister__Private(void)"
> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::BioRadImageIOFactoryRegister__Private(void)"
> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::BioRadImageIOFactoryRegister__Private(void)"
> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::StimulateImageIOFactoryRegister__Private(void)"
> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::StimulateImageIOFactoryRegister__Private(void)"
> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "protected: __thiscall std::_Vector_val<struct
> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>::_Vector_val<struct itk::ObjectStore<class
> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class
> std::allocator<struct itk::ObjectStore<class
> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock> >(class
> std::allocator<struct itk::ObjectStore<class
> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@1@@Z)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::StimulateImageIOFactoryRegister__Private(void)"
> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::StimulateImageIOFactoryRegister__Private(void)"
> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::StimulateImageIOFactoryRegister__Private(void)"
> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::StimulateImageIOFactoryRegister__Private(void)"
> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::StimulateImageIOFactoryRegister__Private(void)"
> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::VTKImageIOFactoryRegister__Private(void)"
> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::VTKImageIOFactoryRegister__Private(void)"
> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::VTKImageIOFactoryRegister__Private(void)"
> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::VTKImageIOFactoryRegister__Private(void)"
> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
> 'ImageIOFactoryRegisterRegisterList''(void)"
> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::VTKImageIOFactoryRegister__Private(void)"
> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::VTKImageIOFactoryRegister__Private(void)"
> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::VTKImageIOFactoryRegister__Private(void)"
> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::TIFFImageIOFactoryRegister__Private(void)"
> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function
> __ehhandler$??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::TIFFImageIOFactoryRegister__Private(void)"
> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::TIFFImageIOFactoryRegister__Private(void)"
> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::TIFFImageIOFactoryRegister__Private(void)"
> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::TIFFImageIOFactoryRegister__Private(void)"
> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::TIFFImageIOFactoryRegister__Private(void)"
> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::TIFFImageIOFactoryRegister__Private(void)"
> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::PNGImageIOFactoryRegister__Private(void)"
> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::PNGImageIOFactoryRegister__Private(void)"
> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::PNGImageIOFactoryRegister__Private(void)"
> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "void __cdecl std::_Debug_order2<class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> int,struct std::forward_iterator_tag)"
> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::PNGImageIOFactoryRegister__Private(void)"
> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::PNGImageIOFactoryRegister__Private(void)"
> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::PNGImageIOFactoryRegister__Private(void)"
> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::PNGImageIOFactoryRegister__Private(void)"
> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::LSMImageIOFactoryRegister__Private(void)"
> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::LSMImageIOFactoryRegister__Private(void)"
> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::LSMImageIOFactoryRegister__Private(void)"
> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "void __cdecl std::_Debug_order2<class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> int,struct std::forward_iterator_tag)"
> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::LSMImageIOFactoryRegister__Private(void)"
> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::LSMImageIOFactoryRegister__Private(void)"
> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::LSMImageIOFactoryRegister__Private(void)"
> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::LSMImageIOFactoryRegister__Private(void)"
> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::BMPImageIOFactoryRegister__Private(void)"
> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::BMPImageIOFactoryRegister__Private(void)"
> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "protected: void __thiscall std::vector<struct
> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>::_Tidy(void)"
> (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::BMPImageIOFactoryRegister__Private(void)"
> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::BMPImageIOFactoryRegister__Private(void)"
> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::BMPImageIOFactoryRegister__Private(void)"
> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::BMPImageIOFactoryRegister__Private(void)"
> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::BMPImageIOFactoryRegister__Private(void)"
> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GDCMImageIOFactoryRegister__Private(void)"
> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GDCMImageIOFactoryRegister__Private(void)"
> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GDCMImageIOFactoryRegister__Private(void)"
> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GDCMImageIOFactoryRegister__Private(void)"
> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
> 'ImageIOFactoryRegisterRegisterList''(void)"
> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GDCMImageIOFactoryRegister__Private(void)"
> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GDCMImageIOFactoryRegister__Private(void)"
> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GDCMImageIOFactoryRegister__Private(void)"
> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::JPEGImageIOFactoryRegister__Private(void)"
> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::JPEGImageIOFactoryRegister__Private(void)"
> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::JPEGImageIOFactoryRegister__Private(void)"
> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::JPEGImageIOFactoryRegister__Private(void)"
> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
> 'ImageIOFactoryRegisterRegisterList''(void)"
> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::JPEGImageIOFactoryRegister__Private(void)"
> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::JPEGImageIOFactoryRegister__Private(void)"
> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::JPEGImageIOFactoryRegister__Private(void)"
> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::HDF5ImageIOFactoryRegister__Private(void)"
> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "public: __thiscall std::vector<unsigned long,class
> std::allocator<unsigned long> >::~vector<unsigned long,class
> std::allocator<unsigned long> >(void)"
> (??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::HDF5ImageIOFactoryRegister__Private(void)"
> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::HDF5ImageIOFactoryRegister__Private(void)"
> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::HDF5ImageIOFactoryRegister__Private(void)"
> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::HDF5ImageIOFactoryRegister__Private(void)"
> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::HDF5ImageIOFactoryRegister__Private(void)"
> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::HDF5ImageIOFactoryRegister__Private(void)"
> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GiplImageIOFactoryRegister__Private(void)"
> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GiplImageIOFactoryRegister__Private(void)"
> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GiplImageIOFactoryRegister__Private(void)"
> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "void __cdecl std::_Debug_order2<class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> int,struct std::forward_iterator_tag)"
> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GiplImageIOFactoryRegister__Private(void)"
> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GiplImageIOFactoryRegister__Private(void)"
> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GiplImageIOFactoryRegister__Private(void)"
> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::GiplImageIOFactoryRegister__Private(void)"
> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::NrrdImageIOFactoryRegister__Private(void)"
> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::NrrdImageIOFactoryRegister__Private(void)"
> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "protected: bool __thiscall std::vector<struct
> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>::_Buy(unsigned int)"
> (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::NrrdImageIOFactoryRegister__Private(void)"
> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::NrrdImageIOFactoryRegister__Private(void)"
> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::NrrdImageIOFactoryRegister__Private(void)"
> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::NrrdImageIOFactoryRegister__Private(void)"
> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::NrrdImageIOFactoryRegister__Private(void)"
> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::NiftiImageIOFactoryRegister__Private(void)"
> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::NiftiImageIOFactoryRegister__Private(void)"
> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::NiftiImageIOFactoryRegister__Private(void)"
> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::NiftiImageIOFactoryRegister__Private(void)"
> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for
> 'ImageIOFactoryRegisterRegisterList''(void)"
> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::NiftiImageIOFactoryRegister__Private(void)"
> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::NiftiImageIOFactoryRegister__Private(void)"
> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) void __cdecl
> itk::NiftiImageIOFactoryRegister__Private(void)"
> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.dll
> : fatal error LNK1120: 17 unresolved externals
>
>
>
> _____________________________________
> 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://www.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-users
>
>
>
>
> _____________________________________
> 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://www.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-users
>
>
>
>
> _____________________________________
> 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://www.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-users
>
_____________________________________
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://www.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-users

From jinzhong76 at gmail.com  Mon Sep 26 15:53:05 2016
From: jinzhong76 at gmail.com (Yang, Jinzhong)
Date: Mon, 26 Sep 2016 14:53:05 -0500
Subject: [ITK] [ITK-users] ITK build_shared_libs
In-Reply-To: <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
 <000901d21824$6789f770$369de650$@gmail.com>
 <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>
Message-ID: <001b01d2182f$9943e9a0$cbcbbce0$@gmail.com>

Hi Matt,

 

I use CMake, but the CMakeLists.txt was written for old ITK (3.16). I recently upgraded to ITK 4.10 in order for a project depending on this library and GDCM library ( I had trouble to compile that project with ITK 3.16). I don't want to manually register the factories. I might need to revise my CMakeLists.txt. Below is my CMakeLists.txt. Please let me know if there is anything wrong here. To help you understand my problem, I summarize my problem below -

- ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project compiled with "BUILD_SHARED_LIBS", WORK

- ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project NOT compiled with "BUILD_SHARED_LIBS", WORK

- ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project NOT compiled with "BUILD_SHARED_LIBS", WORK

- ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project compiled with "BUILD_SHARED_LIBS", NOT WORKING

 

I prefer to compiling ITK without using shared libs because I don?t want to distribute a lot of files to other computers with my program.

Thank you,

Jinzhong

 

//////////////////CMakeLists.txt ////////////////////////////

CMAKE_MINIMUM_REQUIRED(VERSION 2.6)

 

PROJECT(ContourWarping)

 

FIND_PACKAGE(ITK)

IF(ITK_FOUND)

 INCLUDE(${ITK_USE_FILE})

ELSE(ITK_FOUND)

  MESSAGE(FATAL_ERROR

  "ITK not found.  Please set ITK_DIR.")

ENDIF(ITK_FOUND)

 

FIND_PACKAGE(VTK)

IF (VTK_FOUND)

  INCLUDE (${VTK_USE_FILE})

ELSE (VTK_FOUND)

  MESSAGE(FATAL_ERROR

  "VTK not found. Please set VTK_DIR.")

ENDIF(VTK_FOUND)

 

OPTION(BUILD_SHARED_LIBS "Build ContourWarping with shared libraries." OFF)

 

OPTION(BUILD_LIB_TEST "Build ContourWarping with testing option enabled." OFF)

IF (BUILD_LIB_TEST)

ADD_DEFINITIONS(-D_LIB_TEST)

ENDIF(BUILD_LIB_TEST)

 

LINK_LIBRARIES(

    ${ITK_LIBRARIES}

                ${VTK_LIBRARIES}

    #vtkIO vtkCommon vtkFiltering vtkGraphics

)

 

SET(BOOST_DIR "D:/boost_1_41_0" CACHE PATH "D:/boost_1_41_0")

 

IF (CMAKE_SIZEOF_VOID_P EQUAL 8)

                SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage64/lib" CACHE PATH "D:/boost_1_41_0/stage64/lib")

ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)

                SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage/lib" CACHE PATH "D:/boost_1_41_0/stage/lib")

ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)

 

INCLUDE_DIRECTORIES( "C:/Program Files/Visual Leak Detector/include" # for memory leak detection, "vld.h"

                     ${BOOST_DIR} #boost

                     ${PROJECT_SOURCE_DIR}

                     "${PROJECT_SOURCE_DIR}/itkLabelMap"

                                                                                "${PROJECT_SOURCE_DIR}/boost"

)

LINK_DIRECTORIES( ${PROJECT_BINARY_DIR}/${CMAKE_ARCHIVE_OUTPUT_DIRECTORY}

                  "C:/Program Files/Visual Leak Detector/lib" # for memory leak detection, "vld.lib"

                  ${BOOST_LIB_DIR} #boost

)

#LINK_DIRECTORIES( ${CMAKE_ARCHIVE_OUTPUT_DIRECTORY})

 

SET(SRCS

         stdafx.h

         stdafx.cpp

         ContourWarpingWrapUp.cpp

         PinnacleROIStructInterface.cpp

         BinaryImageRoiPolyInterface.cpp

         contourwarpingparallel.cpp

         ParallelDispatcher.h

         ParallelDispatcher.cpp

         Win32Header.h

         PinnacleROIConvert.cpp

         PinnacleROIConvert.h

         PinnacleROIMesh.cpp

         PinnacleROIMesh.h

         PinnaclePOIConvert.cpp

         PinnaclePOIConvert.h

         PinnacleImage.cpp

         PinnacleImage.txx

         PinnacleImage.h

         Auxiliary.h

         MeshConvertor.cpp

         MeshConvertor.h

         vtkPolyContours.cpp

         vtkPolyContours.h

         vtkVoxelContoursToSurfaceFilterEx.cpp

         vtkVoxelContoursToSurfaceFilterEx.h

         vtkWindowedSincPolyDataFilterEx.cpp

         vtkWindowedSincPolyDataFilterEx.h

         vtkSurfaceToSliceContours.cpp

         vtkSurfaceToSliceContours.h

         vtkSurfaceCutter.cpp

         vtkSurfaceCutter.h

         vtkSurfaceMeshProcess.cpp

         vtkSurfaceMeshProcess.h

         vtkSurfaceDeformation.cpp

         vtkSurfaceDeformation.h

         vtkSurfaceDeformationUsingCatField.cpp

         vtkSurfaceDeformationUsingCatField.h

         vtkSurfaceTransformation.cpp

         vtkSurfaceTransformation.h

         vtkContourProcess.cpp

         vtkContourProcess.h

         vtkSurfaceClipper.cpp

         vtkSurfaceClipper.h

         vtkPolyContoursClipper.cpp

         vtkPolyContoursClipper.h

         vtkUndirectedGraphCPP.cpp

         vtkUndirectedGraphCPP.h

         itkPolygonFill2DBinaryImageFilter.h

         itkPolygonFill2DBinaryImageFilter.txx

         catDeformationField.cpp

         catDeformationField.h

         boundaries.txx

         boundaries.h

         PinnacleROI2ImagesParallel.cpp

         PinnacleROI2ImagesParallel.h

)

 

IF (WIN32)

SET(SRCS ${SRCS} resource.h ContourWarping.rc)

ENDIF(WIN32)

 

 

ADD_LIBRARY(ContourWarping ${SRCS})

 

SET(OUTPUTNAME ContourWarping)

 

IF (BUILD_SHARED_LIBS)

IF (CMAKE_SIZEOF_VOID_P EQUAL 8)

                SET_TARGET_PROPERTIES(ContourWarping

                                                                                      PROPERTIES OUTPUT_NAME ContourWarping64

                )

                SET(OUTPUTNAME ContourWarping64)

ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)

                SET_TARGET_PROPERTIES(ContourWarping

                                                                                      PROPERTIES OUTPUT_NAME ContourWarping32

                )

                SET(OUTPUTNAME ContourWarping32)

ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)

ENDIF (BUILD_SHARED_LIBS)

 

 

#SET(CMAKE_BUILD_TYPE Release)

#INCLUDE(PCHSupport.cmake)

#ADD_PRECOMPILED_HEADER(ContourWarping stdafx.h)

 

TARGET_LINK_LIBRARIES(

    ContourWarping

    ${ITK_LIBRARIES}

    ${VTK_LIBRARIES}

                #vtkIO vtkFiltering vtkGraphics

    #debug vld.lib # for memory leak detection

)

 

#SET(TARGET_LIB_VERSION "1.0" CACHE STRING "1.0")

SET_TARGET_PROPERTIES(ContourWarping

                      PROPERTIES VERSION 1.8.8

)

 

IF (BUILD_SHARED_LIBS)

SET_TARGET_PROPERTIES(ContourWarping              

                      PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"

)                     

# Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK

ENDIF(BUILD_SHARED_LIBS)

 

IF (WIN32) #enable PCH support & add resource file

SET_TARGET_PROPERTIES(ContourWarping              

                      PROPERTIES COMPILE_FLAGS /Yu"stdafx.h"

)

SET_SOURCE_FILES_PROPERTIES(stdafx.cpp

                      PROPERTIES COMPILE_FLAGS /Yc"stdafx.h"

)

ENDIF(WIN32)

 

 

IF (BUILD_LIB_TEST)

TARGET_LINK_LIBRARIES(

    ContourWarping

    vtkRendering vtkWidgets

)

ENDIF(BUILD_LIB_TEST)

 

######

ADD_EXECUTABLE( ContourWarpingTest

                testdll.cpp

)

 

TARGET_LINK_LIBRARIES(

  ContourWarpingTest

  ${OUTPUTNAME}.lib

)

 

ADD_DEPENDENCIES(

  ContourWarpingTest

  ContourWarping

)

 

######

ADD_EXECUTABLE( PinnacleROI2BinaryImage

                PinnacleROI2BinaryImage.cpp

)

 

TARGET_LINK_LIBRARIES(

  PinnacleROI2BinaryImage

  ${OUTPUTNAME}.lib

)

 

ADD_DEPENDENCIES(

  PinnacleROI2BinaryImage

  ContourWarping

)

 

######

ADD_EXECUTABLE( PinnacleROIFromBitmap

                PinnacleROIFromBitmap.cpp

)

 

TARGET_LINK_LIBRARIES(

  PinnacleROIFromBitmap

  ${OUTPUTNAME}.lib

)

 

ADD_DEPENDENCIES(

  PinnacleROIFromBitmap

  ContourWarping

)

 

######

ADD_EXECUTABLE( MeshTest

                MeshTest.cpp

)

 

TARGET_LINK_LIBRARIES(

  MeshTest

  ${OUTPUTNAME}.lib

)

 

ADD_DEPENDENCIES(

  MeshTest

  ContourWarping

)

 

 

-----Original Message-----
From: Matt McCormick [mailto:matt.mccormick at kitware.com] 
Sent: Monday, September 26, 2016 1:50 PM
To: Yang, Jinzhong <jinzhong76 at gmail.com>
Cc: Francois Budin <francois.budin at kitware.com>; D?enan Zuki? <dzenanz at gmail.com>; Insight-users <insight-users at itk.org>
Subject: Re: [ITK-users] ITK build_shared_libs

 

Hi Jinzhong,

 

It sounds like you are not using CMake to build the project or using

it in some non-standard way? There are a few options:

 

1) Use CMake to compile the project.

2) Set ITK_NO_IO_FACTORY_REGISTER_MANAGER before calling

"include(${ITK_USE_FILE})", the register the factories manually.

 

HTH,

Matt

 

On Mon, Sep 26, 2016 at 2:32 PM, Yang, Jinzhong < <mailto:jinzhong76 at gmail.com> jinzhong76 at gmail.com> wrote:

> Still no clue. I checked the file itkImageIOFactoryRegisterManager.h. It

> seems all classes imported in that header were not linked. However, I check

> all IO libraries, it seems they were all included as dependency. As I

> mentioned before, if I compiled my code as static library, there is not such

> a problem.

> 

> 

> 

> Here are all ITK/VTK related libraries passed to my compiler (they are

> generated by cmake. I enabled ITK_USE_SYSTEM_GDCM in building my ITK):

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkdouble-conversion-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itksys-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl_algo-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkv3p_netlib-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itknetlib-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvcl-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkNetlibSlatec-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKStatistics-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKTransform-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOImageBase-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBMP-4.10.lib

> 

> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDICT.lib

> 

> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmMSFF.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGDCM-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkzlib-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGIPL-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkjpeg-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOJPEG-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMetaIO-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMeta-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKznz-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKniftiio-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONIFTI-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKNrrdIO-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONRRD-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkpng-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOPNG-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itktiff-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTIFF-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOVTK-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKLabelMap-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMesh-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKSpatialObjects-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPath-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKQuadEdgeMesh-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizers-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPolynomials-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBiasCorrection-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBioCell-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDICOMParser-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDeprecated-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBioRad-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOLSM-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOStimulate-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKEXPAT-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOXML-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSpatialObjects-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKFEM-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKgiftiio-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMesh-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5_cpp-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOCSV-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOIPL-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSiemens-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOHDF5-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMRC-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformBase-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformHDF5-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformInsightLegacy-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformMatlab-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKKLMRegionGrowing-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVTK-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKWatersheds-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizersv4-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoCore-4.10.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoIO-4.10.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkChartsCore-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonColor-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonDataModel-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMath-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonCore-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksys-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMisc-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonSystem-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonTransforms-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisCore-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersExtraction-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonExecutionModel-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersCore-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneral-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonComputationalGeometry-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersStatistics-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingFourier-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingCore-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkalglib-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContext2D-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingCore-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeometry-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSources-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingFreeType-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkfreetype-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkzlib-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDICOMParser-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistry-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXML-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOGeometry-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOCore-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXMLParser-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexpat-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistryOpenGL2-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingOpenGL2-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingHybrid-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImage-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkmetaio-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjpeg-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkpng-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtktiff-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkglew-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersAMR-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkParallelCore-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLegacy-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersFlowPaths-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneric-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHybrid-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingSources-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHyperTree-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersImaging-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingGeneral-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersModeling-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallel-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallelImaging-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersProgrammable-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSMP-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSelection-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersTexture-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersVerdict-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkverdict-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkGeovisCore-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisLayout-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionStyle-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionWidgets-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingAnnotation-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingColor-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolume-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsCore-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkproj4-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOAMR-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5_hl-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOEnSight-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExodus-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexoIIc-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF_cxx-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExport-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLabel-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImport-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOInfovis-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtklibxml2-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLSDyna-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMINC-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMovie-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkoggtheora-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIONetCDF-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOPLY-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallel-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjsoncpp-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallelXML-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOSQL-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksqlite-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOVideo-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMath-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMorphological-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStatistics-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStencil-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionImage-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContextOpenGL2-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingImage-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLOD-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolumeOpenGL2-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingGenericBridge-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingIOSQL-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingRendering-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsContext2D-7.0.lib

> 

> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsInfovis-7.0.lib

> 

> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmIOD.lib

> 

> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDSED.lib

> 

> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmzlib.lib

> 

> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmCommon.lib

> 

> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmexpat.lib

> 

> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg8.lib

> 

> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg12.lib

> 

> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg16.lib

> 

> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmopenjpeg.lib

> 

> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmcharls.lib

> 

> rpcrt4.lib

> 

> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVNLInstantiation-4.10.lib

> 

> 

> 

> Thanks,

> 

> -Jinzhong

> 

> 

> 

> From: Francois Budin [ <mailto:francois.budin at kitware.com> mailto:francois.budin at kitware.com]

> Sent: Monday, September 26, 2016 8:04 AM

> To: D?enan Zuki? < <mailto:dzenanz at gmail.com> dzenanz at gmail.com>

> Cc: Yang, Jinzhong < <mailto:jinzhong76 at gmail.com> jinzhong76 at gmail.com>; Insight-users

> < <mailto:insight-users at itk.org> insight-users at itk.org>

> Subject: Re: [ITK-users] ITK build_shared_libs

> 

> 

> 

> Hello,

> 

> As Dzenan said, your problem most likely comes from a problem with the ITK

> IO factory. You may want to check that in your build directory, you have a

> directory called "ITKIOFactoryRegistration" that is created, and that it

> contains a file called itkImageIOFactoryRegisterManager.h. This file

> specifies all the type of images that are automatically registered to the

> factory. You should compare the list of types included in this header file

> with the list of ITK libraries that is passed to your compiler and make sure

> that it matches.

> 

> Hope this helps,

> 

> Francois

> 

> 

> 

> On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? < <mailto:dzenanz at gmail.com> dzenanz at gmail.com> wrote:

> 

> Hi Yang,

> 

> 

> 

> all your link errors are for I/O class factories. Can you read the following

> and see whether it helps you solve the problem?

> 

>  <https://itk.org/Wiki/Plugin_IO_mechanisms> https://itk.org/Wiki/Plugin_IO_mechanisms

> 

>  <https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/Documentation.html> https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/Documentation.html

> 

> 

> 

> Regards,

> 

> D?enan

> 

> 

> 

> On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong < <mailto:jinzhong76 at gmail.com> jinzhong76 at gmail.com>

> wrote:

> 

> Hi all,

> 

> 

> 

> I have a very weird problem when I try to build my library. I have an old

> library, previously was built based on ITK 3.16 and VTK 5.8. I built my

> library to both DLL and static library. By configuring in cmake properly, I

> could build both types of libraries without any problem. Recently, I upgrade

> it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK, both

> DLL and static lib for my library can be compiled and linked, however, I

> need to include all DLL files from ITK when I would like to distribute my

> library. I don?t want to do so. Then I turned off BUILD_SHARED_LIBS in ITK.

> The static lib of my library can be built, but the DLL couldn?t. Error

> happened during the link stage. The error message was attached below. I used

> CMake 3.6.2 + VS 2008 + Windows 7.

> 

> 

> 

> 2>   Creating library

> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.lib

> and object

> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.exp

> 

> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GE5ImageIOFactoryRegister__Private(void)"

> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

> function

> __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0

> 

> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GE5ImageIOFactoryRegister__Private(void)"

> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GE5ImageIOFactoryRegister__Private(void)"

> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GE5ImageIOFactoryRegister__Private(void)"

> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GE5ImageIOFactoryRegister__Private(void)"

> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GE5ImageIOFactoryRegister__Private(void)"

> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GE5ImageIOFactoryRegister__Private(void)"

> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GE4ImageIOFactoryRegister__Private(void)"

> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GE4ImageIOFactoryRegister__Private(void)"

> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GE4ImageIOFactoryRegister__Private(void)"

> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GE4ImageIOFactoryRegister__Private(void)"

> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for

> 'ImageIOFactoryRegisterRegisterList''(void)"

> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

> 

> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GE4ImageIOFactoryRegister__Private(void)"

> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GE4ImageIOFactoryRegister__Private(void)"

> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GE4ImageIOFactoryRegister__Private(void)"

> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::MRCImageIOFactoryRegister__Private(void)"

> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::MRCImageIOFactoryRegister__Private(void)"

> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::MRCImageIOFactoryRegister__Private(void)"

> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

> function "void __cdecl std::_Debug_order<class std::_Tree<class

> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class

> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class

> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class

> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class

> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class

> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned int)"

> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)

> 

> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::MRCImageIOFactoryRegister__Private(void)"

> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::MRCImageIOFactoryRegister__Private(void)"

> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::MRCImageIOFactoryRegister__Private(void)"

> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::MRCImageIOFactoryRegister__Private(void)"

> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::MetaImageIOFactoryRegister__Private(void)"

> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::MetaImageIOFactoryRegister__Private(void)"

> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::MetaImageIOFactoryRegister__Private(void)"

> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::MetaImageIOFactoryRegister__Private(void)"

> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for

> 'ImageIOFactoryRegisterRegisterList''(void)"

> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

> 

> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::MetaImageIOFactoryRegister__Private(void)"

> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::MetaImageIOFactoryRegister__Private(void)"

> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::MetaImageIOFactoryRegister__Private(void)"

> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::BioRadImageIOFactoryRegister__Private(void)"

> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

> function "public: __thiscall std::vector<class std::vector<class

> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class

> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class

> std::allocator<class itk::BinaryImageToLabelMapFilter<class

> itk::Image<unsigned char,2>,class itk::LabelMap<class

> itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class

> std::vector<class itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned

> char,2>,class itk::LabelMap<class itk::LabelObject<short,2> >

>>::runLength,class std::allocator<class

> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class

> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >

>>::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class

> itk::Image<unsigned char,2>,class itk::LabelMap<class

> itk::LabelObject<short,2> > >::runLength,class std::allocator<class

> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class

> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class

> std::allocator<class std::vector<class

> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class

> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class

> std::allocator<class itk::BinaryImageToLabelMapFilter<class

> itk::Image<unsigned char,2>,class itk::LabelMap<class

> itk::LabelObject<short,2> > >::runLength> > > >(void)"

> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)

> 

> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::BioRadImageIOFactoryRegister__Private(void)"

> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::BioRadImageIOFactoryRegister__Private(void)"

> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::BioRadImageIOFactoryRegister__Private(void)"

> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::BioRadImageIOFactoryRegister__Private(void)"

> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::BioRadImageIOFactoryRegister__Private(void)"

> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::BioRadImageIOFactoryRegister__Private(void)"

> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::StimulateImageIOFactoryRegister__Private(void)"

> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::StimulateImageIOFactoryRegister__Private(void)"

> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

> function "protected: __thiscall std::_Vector_val<struct

> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >

>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class

> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>

>>::_Vector_val<struct itk::ObjectStore<class

> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class

> std::allocator<struct itk::ObjectStore<class

> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock> >(class

> std::allocator<struct itk::ObjectStore<class

> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"

> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@1@@Z)

> 

> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::StimulateImageIOFactoryRegister__Private(void)"

> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::StimulateImageIOFactoryRegister__Private(void)"

> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::StimulateImageIOFactoryRegister__Private(void)"

> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::StimulateImageIOFactoryRegister__Private(void)"

> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::StimulateImageIOFactoryRegister__Private(void)"

> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::VTKImageIOFactoryRegister__Private(void)"

> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::VTKImageIOFactoryRegister__Private(void)"

> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::VTKImageIOFactoryRegister__Private(void)"

> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::VTKImageIOFactoryRegister__Private(void)"

> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for

> 'ImageIOFactoryRegisterRegisterList''(void)"

> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

> 

> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::VTKImageIOFactoryRegister__Private(void)"

> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::VTKImageIOFactoryRegister__Private(void)"

> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::VTKImageIOFactoryRegister__Private(void)"

> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::TIFFImageIOFactoryRegister__Private(void)"

> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

> function

> __ehhandler$??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ

> 

> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::TIFFImageIOFactoryRegister__Private(void)"

> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::TIFFImageIOFactoryRegister__Private(void)"

> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::TIFFImageIOFactoryRegister__Private(void)"

> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::TIFFImageIOFactoryRegister__Private(void)"

> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::TIFFImageIOFactoryRegister__Private(void)"

> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::TIFFImageIOFactoryRegister__Private(void)"

> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::PNGImageIOFactoryRegister__Private(void)"

> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::PNGImageIOFactoryRegister__Private(void)"

> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::PNGImageIOFactoryRegister__Private(void)"

> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

> function "void __cdecl std::_Debug_order2<class std::_Tree<class

> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class

> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class

> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class

> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class

> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class

> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned

> int,struct std::forward_iterator_tag)"

> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)

> 

> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::PNGImageIOFactoryRegister__Private(void)"

> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::PNGImageIOFactoryRegister__Private(void)"

> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::PNGImageIOFactoryRegister__Private(void)"

> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::PNGImageIOFactoryRegister__Private(void)"

> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::LSMImageIOFactoryRegister__Private(void)"

> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::LSMImageIOFactoryRegister__Private(void)"

> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::LSMImageIOFactoryRegister__Private(void)"

> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

> function "void __cdecl std::_Debug_order2<class std::_Tree<class

> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class

> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class

> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class

> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class

> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class

> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned

> int,struct std::forward_iterator_tag)"

> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)

> 

> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::LSMImageIOFactoryRegister__Private(void)"

> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::LSMImageIOFactoryRegister__Private(void)"

> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::LSMImageIOFactoryRegister__Private(void)"

> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::LSMImageIOFactoryRegister__Private(void)"

> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::BMPImageIOFactoryRegister__Private(void)"

> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::BMPImageIOFactoryRegister__Private(void)"

> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

> function "protected: void __thiscall std::vector<struct

> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >

>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class

> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>

>>::_Tidy(void)"

> (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)

> 

> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::BMPImageIOFactoryRegister__Private(void)"

> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::BMPImageIOFactoryRegister__Private(void)"

> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::BMPImageIOFactoryRegister__Private(void)"

> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::BMPImageIOFactoryRegister__Private(void)"

> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::BMPImageIOFactoryRegister__Private(void)"

> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GDCMImageIOFactoryRegister__Private(void)"

> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GDCMImageIOFactoryRegister__Private(void)"

> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GDCMImageIOFactoryRegister__Private(void)"

> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GDCMImageIOFactoryRegister__Private(void)"

> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for

> 'ImageIOFactoryRegisterRegisterList''(void)"

> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

> 

> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GDCMImageIOFactoryRegister__Private(void)"

> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GDCMImageIOFactoryRegister__Private(void)"

> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GDCMImageIOFactoryRegister__Private(void)"

> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::JPEGImageIOFactoryRegister__Private(void)"

> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::JPEGImageIOFactoryRegister__Private(void)"

> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::JPEGImageIOFactoryRegister__Private(void)"

> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::JPEGImageIOFactoryRegister__Private(void)"

> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for

> 'ImageIOFactoryRegisterRegisterList''(void)"

> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

> 

> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::JPEGImageIOFactoryRegister__Private(void)"

> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::JPEGImageIOFactoryRegister__Private(void)"

> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::JPEGImageIOFactoryRegister__Private(void)"

> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::HDF5ImageIOFactoryRegister__Private(void)"

> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

> function "public: __thiscall std::vector<unsigned long,class

> std::allocator<unsigned long> >::~vector<unsigned long,class

> std::allocator<unsigned long> >(void)"

> (??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)

> 

> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::HDF5ImageIOFactoryRegister__Private(void)"

> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::HDF5ImageIOFactoryRegister__Private(void)"

> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::HDF5ImageIOFactoryRegister__Private(void)"

> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::HDF5ImageIOFactoryRegister__Private(void)"

> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::HDF5ImageIOFactoryRegister__Private(void)"

> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::HDF5ImageIOFactoryRegister__Private(void)"

> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GiplImageIOFactoryRegister__Private(void)"

> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GiplImageIOFactoryRegister__Private(void)"

> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GiplImageIOFactoryRegister__Private(void)"

> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

> function "void __cdecl std::_Debug_order2<class std::_Tree<class

> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class

> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class

> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class

> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class

> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class

> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned

> int,struct std::forward_iterator_tag)"

> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)

> 

> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GiplImageIOFactoryRegister__Private(void)"

> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GiplImageIOFactoryRegister__Private(void)"

> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GiplImageIOFactoryRegister__Private(void)"

> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::GiplImageIOFactoryRegister__Private(void)"

> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::NrrdImageIOFactoryRegister__Private(void)"

> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::NrrdImageIOFactoryRegister__Private(void)"

> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

> function "protected: bool __thiscall std::vector<struct

> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >

>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class

> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>

>>::_Buy(unsigned int)"

> (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)

> 

> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::NrrdImageIOFactoryRegister__Private(void)"

> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::NrrdImageIOFactoryRegister__Private(void)"

> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::NrrdImageIOFactoryRegister__Private(void)"

> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::NrrdImageIOFactoryRegister__Private(void)"

> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::NrrdImageIOFactoryRegister__Private(void)"

> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::NiftiImageIOFactoryRegister__Private(void)"

> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::NiftiImageIOFactoryRegister__Private(void)"

> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::NiftiImageIOFactoryRegister__Private(void)"

> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::NiftiImageIOFactoryRegister__Private(void)"

> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer for

> 'ImageIOFactoryRegisterRegisterList''(void)"

> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)

> 

> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::NiftiImageIOFactoryRegister__Private(void)"

> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::NiftiImageIOFactoryRegister__Private(void)"

> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol

> "__declspec(dllimport) void __cdecl

> itk::NiftiImageIOFactoryRegister__Private(void)"

> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)

> 

> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.dll

> : fatal error LNK1120: 17 unresolved externals

> 

> 

> 

> _____________________________________

> 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://www.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-users

> 

> 

> 

> 

> _____________________________________

> 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://www.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-users

> 

> 

> 

> 

> _____________________________________

> 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://www.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-users

> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160926/f91b8f68/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Mon Sep 26 15:56:45 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Mon, 26 Sep 2016 15:56:45 -0400
Subject: [ITK] [ITK-users] ITK build_shared_libs
In-Reply-To: <001b01d2182f$9943e9a0$cbcbbce0$@gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
 <000901d21824$6789f770$369de650$@gmail.com>
 <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>
 <001b01d2182f$9943e9a0$cbcbbce0$@gmail.com>
Message-ID: <CALzTN-SrnXBOfvUPHMMu6sSDuK__kW2amEY6LzkiaAb8BZeOuA@mail.gmail.com>

Hi Jinzhong,

Does replacing link_libraries calls with target_link_libraries address
the issue (this should be done regardless)?

HTH,
Matt

On Mon, Sep 26, 2016 at 3:53 PM, Yang, Jinzhong <jinzhong76 at gmail.com> wrote:
> Hi Matt,
>
>
>
> I use CMake, but the CMakeLists.txt was written for old ITK (3.16). I
> recently upgraded to ITK 4.10 in order for a project depending on this
> library and GDCM library ( I had trouble to compile that project with ITK
> 3.16). I don't want to manually register the factories. I might need to
> revise my CMakeLists.txt. Below is my CMakeLists.txt. Please let me know if
> there is anything wrong here. To help you understand my problem, I summarize
> my problem below -
>
> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project compiled with
> "BUILD_SHARED_LIBS", WORK
>
> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project NOT compiled with
> "BUILD_SHARED_LIBS", WORK
>
> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project NOT compiled
> with "BUILD_SHARED_LIBS", WORK
>
> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project compiled with
> "BUILD_SHARED_LIBS", NOT WORKING
>
>
>
> I prefer to compiling ITK without using shared libs because I don?t want to
> distribute a lot of files to other computers with my program.
>
> Thank you,
>
> Jinzhong
>
>
>
> //////////////////CMakeLists.txt ////////////////////////////
>
> CMAKE_MINIMUM_REQUIRED(VERSION 2.6)
>
>
>
> PROJECT(ContourWarping)
>
>
>
> FIND_PACKAGE(ITK)
>
> IF(ITK_FOUND)
>
>  INCLUDE(${ITK_USE_FILE})
>
> ELSE(ITK_FOUND)
>
>   MESSAGE(FATAL_ERROR
>
>   "ITK not found.  Please set ITK_DIR.")
>
> ENDIF(ITK_FOUND)
>
>
>
> FIND_PACKAGE(VTK)
>
> IF (VTK_FOUND)
>
>   INCLUDE (${VTK_USE_FILE})
>
> ELSE (VTK_FOUND)
>
>   MESSAGE(FATAL_ERROR
>
>   "VTK not found. Please set VTK_DIR.")
>
> ENDIF(VTK_FOUND)
>
>
>
> OPTION(BUILD_SHARED_LIBS "Build ContourWarping with shared libraries." OFF)
>
>
>
> OPTION(BUILD_LIB_TEST "Build ContourWarping with testing option enabled."
> OFF)
>
> IF (BUILD_LIB_TEST)
>
> ADD_DEFINITIONS(-D_LIB_TEST)
>
> ENDIF(BUILD_LIB_TEST)
>
>
>
> LINK_LIBRARIES(
>
>     ${ITK_LIBRARIES}
>
>                 ${VTK_LIBRARIES}
>
>     #vtkIO vtkCommon vtkFiltering vtkGraphics
>
> )
>
>
>
> SET(BOOST_DIR "D:/boost_1_41_0" CACHE PATH "D:/boost_1_41_0")
>
>
>
> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage64/lib" CACHE PATH
> "D:/boost_1_41_0/stage64/lib")
>
> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage/lib" CACHE PATH
> "D:/boost_1_41_0/stage/lib")
>
> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>
>
> INCLUDE_DIRECTORIES( "C:/Program Files/Visual Leak Detector/include" # for
> memory leak detection, "vld.h"
>
>                      ${BOOST_DIR} #boost
>
>                      ${PROJECT_SOURCE_DIR}
>
>                      "${PROJECT_SOURCE_DIR}/itkLabelMap"
>
>
> "${PROJECT_SOURCE_DIR}/boost"
>
> )
>
> LINK_DIRECTORIES( ${PROJECT_BINARY_DIR}/${CMAKE_ARCHIVE_OUTPUT_DIRECTORY}
>
>                   "C:/Program Files/Visual Leak Detector/lib" # for memory
> leak detection, "vld.lib"
>
>                   ${BOOST_LIB_DIR} #boost
>
> )
>
> #LINK_DIRECTORIES( ${CMAKE_ARCHIVE_OUTPUT_DIRECTORY})
>
>
>
> SET(SRCS
>
>          stdafx.h
>
>          stdafx.cpp
>
>          ContourWarpingWrapUp.cpp
>
>          PinnacleROIStructInterface.cpp
>
>          BinaryImageRoiPolyInterface.cpp
>
>          contourwarpingparallel.cpp
>
>          ParallelDispatcher.h
>
>          ParallelDispatcher.cpp
>
>          Win32Header.h
>
>          PinnacleROIConvert.cpp
>
>          PinnacleROIConvert.h
>
>          PinnacleROIMesh.cpp
>
>          PinnacleROIMesh.h
>
>          PinnaclePOIConvert.cpp
>
>          PinnaclePOIConvert.h
>
>          PinnacleImage.cpp
>
>          PinnacleImage.txx
>
>          PinnacleImage.h
>
>          Auxiliary.h
>
>          MeshConvertor.cpp
>
>          MeshConvertor.h
>
>          vtkPolyContours.cpp
>
>          vtkPolyContours.h
>
>          vtkVoxelContoursToSurfaceFilterEx.cpp
>
>          vtkVoxelContoursToSurfaceFilterEx.h
>
>          vtkWindowedSincPolyDataFilterEx.cpp
>
>          vtkWindowedSincPolyDataFilterEx.h
>
>          vtkSurfaceToSliceContours.cpp
>
>          vtkSurfaceToSliceContours.h
>
>          vtkSurfaceCutter.cpp
>
>          vtkSurfaceCutter.h
>
>          vtkSurfaceMeshProcess.cpp
>
>          vtkSurfaceMeshProcess.h
>
>          vtkSurfaceDeformation.cpp
>
>          vtkSurfaceDeformation.h
>
>          vtkSurfaceDeformationUsingCatField.cpp
>
>          vtkSurfaceDeformationUsingCatField.h
>
>          vtkSurfaceTransformation.cpp
>
>          vtkSurfaceTransformation.h
>
>          vtkContourProcess.cpp
>
>          vtkContourProcess.h
>
>          vtkSurfaceClipper.cpp
>
>          vtkSurfaceClipper.h
>
>          vtkPolyContoursClipper.cpp
>
>          vtkPolyContoursClipper.h
>
>          vtkUndirectedGraphCPP.cpp
>
>          vtkUndirectedGraphCPP.h
>
>          itkPolygonFill2DBinaryImageFilter.h
>
>          itkPolygonFill2DBinaryImageFilter.txx
>
>          catDeformationField.cpp
>
>          catDeformationField.h
>
>          boundaries.txx
>
>          boundaries.h
>
>          PinnacleROI2ImagesParallel.cpp
>
>          PinnacleROI2ImagesParallel.h
>
> )
>
>
>
> IF (WIN32)
>
> SET(SRCS ${SRCS} resource.h ContourWarping.rc)
>
> ENDIF(WIN32)
>
>
>
>
>
> ADD_LIBRARY(ContourWarping ${SRCS})
>
>
>
> SET(OUTPUTNAME ContourWarping)
>
>
>
> IF (BUILD_SHARED_LIBS)
>
> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>                 SET_TARGET_PROPERTIES(ContourWarping
>
>
> PROPERTIES OUTPUT_NAME ContourWarping64
>
>                 )
>
>                 SET(OUTPUTNAME ContourWarping64)
>
> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>                 SET_TARGET_PROPERTIES(ContourWarping
>
>
> PROPERTIES OUTPUT_NAME ContourWarping32
>
>                 )
>
>                 SET(OUTPUTNAME ContourWarping32)
>
> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
> ENDIF (BUILD_SHARED_LIBS)
>
>
>
>
>
> #SET(CMAKE_BUILD_TYPE Release)
>
> #INCLUDE(PCHSupport.cmake)
>
> #ADD_PRECOMPILED_HEADER(ContourWarping stdafx.h)
>
>
>
> TARGET_LINK_LIBRARIES(
>
>     ContourWarping
>
>     ${ITK_LIBRARIES}
>
>     ${VTK_LIBRARIES}
>
>                 #vtkIO vtkFiltering vtkGraphics
>
>     #debug vld.lib # for memory leak detection
>
> )
>
>
>
> #SET(TARGET_LIB_VERSION "1.0" CACHE STRING "1.0")
>
> SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES VERSION 1.8.8
>
> )
>
>
>
> IF (BUILD_SHARED_LIBS)
>
> SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
>
> )
>
> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
>
> ENDIF(BUILD_SHARED_LIBS)
>
>
>
> IF (WIN32) #enable PCH support & add resource file
>
> SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES COMPILE_FLAGS /Yu"stdafx.h"
>
> )
>
> SET_SOURCE_FILES_PROPERTIES(stdafx.cpp
>
>                       PROPERTIES COMPILE_FLAGS /Yc"stdafx.h"
>
> )
>
> ENDIF(WIN32)
>
>
>
>
>
> IF (BUILD_LIB_TEST)
>
> TARGET_LINK_LIBRARIES(
>
>     ContourWarping
>
>     vtkRendering vtkWidgets
>
> )
>
> ENDIF(BUILD_LIB_TEST)
>
>
>
> ######
>
> ADD_EXECUTABLE( ContourWarpingTest
>
>                 testdll.cpp
>
> )
>
>
>
> TARGET_LINK_LIBRARIES(
>
>   ContourWarpingTest
>
>   ${OUTPUTNAME}.lib
>
> )
>
>
>
> ADD_DEPENDENCIES(
>
>   ContourWarpingTest
>
>   ContourWarping
>
> )
>
>
>
> ######
>
> ADD_EXECUTABLE( PinnacleROI2BinaryImage
>
>                 PinnacleROI2BinaryImage.cpp
>
> )
>
>
>
> TARGET_LINK_LIBRARIES(
>
>   PinnacleROI2BinaryImage
>
>   ${OUTPUTNAME}.lib
>
> )
>
>
>
> ADD_DEPENDENCIES(
>
>   PinnacleROI2BinaryImage
>
>   ContourWarping
>
> )
>
>
>
> ######
>
> ADD_EXECUTABLE( PinnacleROIFromBitmap
>
>                 PinnacleROIFromBitmap.cpp
>
> )
>
>
>
> TARGET_LINK_LIBRARIES(
>
>   PinnacleROIFromBitmap
>
>   ${OUTPUTNAME}.lib
>
> )
>
>
>
> ADD_DEPENDENCIES(
>
>   PinnacleROIFromBitmap
>
>   ContourWarping
>
> )
>
>
>
> ######
>
> ADD_EXECUTABLE( MeshTest
>
>                 MeshTest.cpp
>
> )
>
>
>
> TARGET_LINK_LIBRARIES(
>
>   MeshTest
>
>   ${OUTPUTNAME}.lib
>
> )
>
>
>
> ADD_DEPENDENCIES(
>
>   MeshTest
>
>   ContourWarping
>
> )
>
>
>
>
>
> -----Original Message-----
> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> Sent: Monday, September 26, 2016 1:50 PM
> To: Yang, Jinzhong <jinzhong76 at gmail.com>
> Cc: Francois Budin <francois.budin at kitware.com>; D?enan Zuki?
> <dzenanz at gmail.com>; Insight-users <insight-users at itk.org>
> Subject: Re: [ITK-users] ITK build_shared_libs
>
>
>
> Hi Jinzhong,
>
>
>
> It sounds like you are not using CMake to build the project or using
>
> it in some non-standard way? There are a few options:
>
>
>
> 1) Use CMake to compile the project.
>
> 2) Set ITK_NO_IO_FACTORY_REGISTER_MANAGER before calling
>
> "include(${ITK_USE_FILE})", the register the factories manually.
>
>
>
> HTH,
>
> Matt
>
>
>
> On Mon, Sep 26, 2016 at 2:32 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> wrote:
>
>> Still no clue. I checked the file itkImageIOFactoryRegisterManager.h. It
>
>> seems all classes imported in that header were not linked. However, I
>> check
>
>> all IO libraries, it seems they were all included as dependency. As I
>
>> mentioned before, if I compiled my code as static library, there is not
>> such
>
>> a problem.
>
>>
>
>>
>
>>
>
>> Here are all ITK/VTK related libraries passed to my compiler (they are
>
>> generated by cmake. I enabled ITK_USE_SYSTEM_GDCM in building my ITK):
>
>>
>
>>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkdouble-conversion-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itksys-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl_algo-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkv3p_netlib-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itknetlib-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvcl-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkNetlibSlatec-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKStatistics-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKTransform-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOImageBase-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBMP-4.10.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDICT.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmMSFF.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGDCM-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkzlib-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGIPL-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkjpeg-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOJPEG-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMetaIO-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMeta-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKznz-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKniftiio-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONIFTI-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKNrrdIO-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONRRD-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkpng-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOPNG-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itktiff-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTIFF-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOVTK-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKLabelMap-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMesh-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKSpatialObjects-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPath-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKQuadEdgeMesh-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizers-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPolynomials-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBiasCorrection-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBioCell-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDICOMParser-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDeprecated-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBioRad-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOLSM-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOStimulate-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKEXPAT-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOXML-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSpatialObjects-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKFEM-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKgiftiio-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMesh-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5_cpp-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOCSV-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOIPL-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSiemens-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOHDF5-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMRC-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformBase-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformHDF5-4.10.lib
>
>>
>
>>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformInsightLegacy-4.10.lib
>
>>
>
>>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformMatlab-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKKLMRegionGrowing-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVTK-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKWatersheds-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizersv4-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoCore-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoIO-4.10.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkChartsCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonColor-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonDataModel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMath-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksys-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMisc-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonSystem-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonTransforms-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersExtraction-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonExecutionModel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneral-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonComputationalGeometry-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersStatistics-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingFourier-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkalglib-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContext2D-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeometry-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSources-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingFreeType-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkfreetype-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkzlib-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDICOMParser-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistry-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXML-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOGeometry-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXMLParser-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexpat-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistryOpenGL2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingOpenGL2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingHybrid-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImage-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkmetaio-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjpeg-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkpng-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtktiff-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkglew-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersAMR-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkParallelCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLegacy-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersFlowPaths-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneric-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHybrid-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingSources-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHyperTree-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersImaging-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingGeneral-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersModeling-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallelImaging-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersProgrammable-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSMP-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSelection-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersTexture-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersVerdict-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkverdict-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkGeovisCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisLayout-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionStyle-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionWidgets-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingAnnotation-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingColor-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolume-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkproj4-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOAMR-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5_hl-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOEnSight-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExodus-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexoIIc-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF_cxx-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExport-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLabel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImport-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOInfovis-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtklibxml2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLSDyna-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMINC-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMovie-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkoggtheora-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIONetCDF-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOPLY-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjsoncpp-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallelXML-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOSQL-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksqlite-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOVideo-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMath-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMorphological-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStatistics-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStencil-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionImage-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContextOpenGL2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingImage-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLOD-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolumeOpenGL2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingGenericBridge-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingIOSQL-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingRendering-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsContext2D-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsInfovis-7.0.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmIOD.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDSED.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmzlib.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmCommon.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmexpat.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg8.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg12.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg16.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmopenjpeg.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmcharls.lib
>
>>
>
>> rpcrt4.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVNLInstantiation-4.10.lib
>
>>
>
>>
>
>>
>
>> Thanks,
>
>>
>
>> -Jinzhong
>
>>
>
>>
>
>>
>
>> From: Francois Budin [mailto:francois.budin at kitware.com]
>
>> Sent: Monday, September 26, 2016 8:04 AM
>
>> To: D?enan Zuki? <dzenanz at gmail.com>
>
>> Cc: Yang, Jinzhong <jinzhong76 at gmail.com>; Insight-users
>
>> <insight-users at itk.org>
>
>> Subject: Re: [ITK-users] ITK build_shared_libs
>
>>
>
>>
>
>>
>
>> Hello,
>
>>
>
>> As Dzenan said, your problem most likely comes from a problem with the ITK
>
>> IO factory. You may want to check that in your build directory, you have a
>
>> directory called "ITKIOFactoryRegistration" that is created, and that it
>
>> contains a file called itkImageIOFactoryRegisterManager.h. This file
>
>> specifies all the type of images that are automatically registered to the
>
>> factory. You should compare the list of types included in this header file
>
>> with the list of ITK libraries that is passed to your compiler and make
>> sure
>
>> that it matches.
>
>>
>
>> Hope this helps,
>
>>
>
>> Francois
>
>>
>
>>
>
>>
>
>> On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>
>>
>
>> Hi Yang,
>
>>
>
>>
>
>>
>
>> all your link errors are for I/O class factories. Can you read the
>> following
>
>> and see whether it helps you solve the problem?
>
>>
>
>> https://itk.org/Wiki/Plugin_IO_mechanisms
>
>>
>
>>
>> https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/Documentation.html
>
>>
>
>>
>
>>
>
>> Regards,
>
>>
>
>> D?enan
>
>>
>
>>
>
>>
>
>> On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>
>> wrote:
>
>>
>
>> Hi all,
>
>>
>
>>
>
>>
>
>> I have a very weird problem when I try to build my library. I have an old
>
>> library, previously was built based on ITK 3.16 and VTK 5.8. I built my
>
>> library to both DLL and static library. By configuring in cmake properly,
>> I
>
>> could build both types of libraries without any problem. Recently, I
>> upgrade
>
>> it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK, both
>
>> DLL and static lib for my library can be compiled and linked, however, I
>
>> need to include all DLL files from ITK when I would like to distribute my
>
>> library. I don?t want to do so. Then I turned off BUILD_SHARED_LIBS in
>> ITK.
>
>> The static lib of my library can be built, but the DLL couldn?t. Error
>
>> happened during the link stage. The error message was attached below. I
>> used
>
>> CMake 3.6.2 + VS 2008 + Windows 7.
>
>>
>
>>
>
>>
>
>> 2>   Creating library
>
>>
>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.lib
>
>> and object
>
>>
>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.exp
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function
>
>>
>> __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl std::_Debug_order<class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>> int)"
>
>>
>> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "public: __thiscall std::vector<class std::vector<class
>
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>
>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>
>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>
>> itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class
>
>> std::vector<class itk::BinaryImageToLabelMapFilter<class
>> itk::Image<unsigned
>
>> char,2>,class itk::LabelMap<class itk::LabelObject<short,2> >
>
>>>::runLength,class std::allocator<class
>
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
>
>>>::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class
>
>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>
>> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
>
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
>
>> std::allocator<class std::vector<class
>
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>
>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>
>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>
>> itk::LabelObject<short,2> > >::runLength> > > >(void)"
>
>>
>> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "protected: __thiscall std::_Vector_val<struct
>
>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>
>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>
>>>::_Vector_val<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class
>
>> std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock> >(class
>
>> std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
>
>>
>> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@1@@Z)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function
>
>>
>> __ehhandler$??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>
>> int,struct std::forward_iterator_tag)"
>
>>
>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>
>> int,struct std::forward_iterator_tag)"
>
>>
>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "protected: void __thiscall std::vector<struct
>
>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>
>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>
>>>::_Tidy(void)"
>
>>
>> (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "public: __thiscall std::vector<unsigned long,class
>
>> std::allocator<unsigned long> >::~vector<unsigned long,class
>
>> std::allocator<unsigned long> >(void)"
>
>> (??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>
>> int,struct std::forward_iterator_tag)"
>
>>
>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "protected: bool __thiscall std::vector<struct
>
>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>
>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>
>>>::_Buy(unsigned int)"
>
>>
>> (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>>
>> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.dll
>
>> : fatal error LNK1120: 17 unresolved externals
>
>>
>
>>
>
>>
>
>> _____________________________________
>
>> 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://www.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-users
>
>>
>
>>
>
>>
>
>>
>
>> _____________________________________
>
>> 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://www.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-users
>
>>
>
>>
>
>>
>
>>
>
>> _____________________________________
>
>> 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://www.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-users
>
>>
_____________________________________
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://www.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-users

From fisidoro at ethz.ch  Mon Sep 26 16:44:44 2016
From: fisidoro at ethz.ch (D'Isidoro  Fabio)
Date: Mon, 26 Sep 2016 20:44:44 +0000
Subject: [ITK] [ITK-users] Digitaly Reconstructed Radiograph (itk Python)
Message-ID: <50B858FB5F53124F9E32314E5C1B409435BC379A@MBX212.d.ethz.ch>

Hallo,

I am coding in Python the C++ version of DigitallyReconstructedRadiograph1.cxx. I use itk.RayCastInterpolateImageFunction as interpolator, itk.CenteredEuler3DTransform as transform.


1)      I generate my DRR and write it as .png image. The generated DRR has the "y axis" (increasing values of the physical y coordinates, since the direction matrix is the identity) pointing downwards intead of upwards. This is in contrast with the standard physical coordinate system for images explained the manual. Why does the coordinate system of the generated DRR goes left-to-right and top-to-bottom (origin at the top left corner)?


2)      The axes of my input CT scan would need to be switched in order to generate a DRR where the body is seen from a frontal view. I achieve this by applying a proper 90? centered rotation about one axis (CenteredEuler3DTransform) and resampling the image volume (ResampleImageFilter). I make sure to set the proper origin, spacing and size of the resampled image volume, so that the image volume is exactly the same as the original one (but with the axes switched). I can visualize the resampled rotated image volume with a viewer and it looks correct.



-        When I load the original CT scan, the DRR generation works well (both .png image and .mha image are written as DRRs).

-        When I load the CT scan after rotation by 90?, the program works (both .png image and .mha image are written as DRRs and they look alright) but it crashes immediately after writing the images ("Python.exe has stopped working").

-        If I rotate the original CT scan by 0? rather than by 90?, the crash does not occur (meaning that my code for rotation+resampling works for a 0? rotation).

-        I tried to rotate the original CT scan by only 0.1?, and the problem comes up again, meaning the that it's not an issue concerning the geometry of the camera system (focal length, principal point coordinates).

Why could this be happening?


I would appreciate any clarification about these two points.

Thank you,

Fabio.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160926/cf9f2c8d/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From jinzhong76 at gmail.com  Mon Sep 26 18:34:12 2016
From: jinzhong76 at gmail.com (Yang, Jinzhong)
Date: Mon, 26 Sep 2016 17:34:12 -0500
Subject: [ITK] [ITK-users] ITK build_shared_libs
In-Reply-To: <CALzTN-SrnXBOfvUPHMMu6sSDuK__kW2amEY6LzkiaAb8BZeOuA@mail.gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
 <000901d21824$6789f770$369de650$@gmail.com>
 <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>
 <001b01d2182f$9943e9a0$cbcbbce0$@gmail.com>
 <CALzTN-SrnXBOfvUPHMMu6sSDuK__kW2amEY6LzkiaAb8BZeOuA@mail.gmail.com>
Message-ID: <003b01d21846$1b923630$52b6a290$@gmail.com>

Hi Matt,

I tried, but it doesn't help. I actually have both in my CMakeLists.txt. The link_libraries calls are for all projects in the solution.

-Jinzhong


-----Original Message-----
From: Matt McCormick [mailto:matt.mccormick at kitware.com] 
Sent: Monday, September 26, 2016 2:57 PM
To: Yang, Jinzhong <jinzhong76 at gmail.com>
Cc: Insight-users <insight-users at itk.org>
Subject: Re: [ITK-users] ITK build_shared_libs

Hi Jinzhong,

Does replacing link_libraries calls with target_link_libraries address
the issue (this should be done regardless)?

HTH,
Matt

On Mon, Sep 26, 2016 at 3:53 PM, Yang, Jinzhong <jinzhong76 at gmail.com> wrote:
> Hi Matt,
>
>
>
> I use CMake, but the CMakeLists.txt was written for old ITK (3.16). I
> recently upgraded to ITK 4.10 in order for a project depending on this
> library and GDCM library ( I had trouble to compile that project with ITK
> 3.16). I don't want to manually register the factories. I might need to
> revise my CMakeLists.txt. Below is my CMakeLists.txt. Please let me know if
> there is anything wrong here. To help you understand my problem, I summarize
> my problem below -
>
> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project compiled with
> "BUILD_SHARED_LIBS", WORK
>
> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project NOT compiled with
> "BUILD_SHARED_LIBS", WORK
>
> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project NOT compiled
> with "BUILD_SHARED_LIBS", WORK
>
> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project compiled with
> "BUILD_SHARED_LIBS", NOT WORKING
>
>
>
> I prefer to compiling ITK without using shared libs because I don?t want to
> distribute a lot of files to other computers with my program.
>
> Thank you,
>
> Jinzhong
>
>
>
> //////////////////CMakeLists.txt ////////////////////////////
>
> CMAKE_MINIMUM_REQUIRED(VERSION 2.6)
>
>
>
> PROJECT(ContourWarping)
>
>
>
> FIND_PACKAGE(ITK)
>
> IF(ITK_FOUND)
>
>  INCLUDE(${ITK_USE_FILE})
>
> ELSE(ITK_FOUND)
>
>   MESSAGE(FATAL_ERROR
>
>   "ITK not found.  Please set ITK_DIR.")
>
> ENDIF(ITK_FOUND)
>
>
>
> FIND_PACKAGE(VTK)
>
> IF (VTK_FOUND)
>
>   INCLUDE (${VTK_USE_FILE})
>
> ELSE (VTK_FOUND)
>
>   MESSAGE(FATAL_ERROR
>
>   "VTK not found. Please set VTK_DIR.")
>
> ENDIF(VTK_FOUND)
>
>
>
> OPTION(BUILD_SHARED_LIBS "Build ContourWarping with shared libraries." OFF)
>
>
>
> OPTION(BUILD_LIB_TEST "Build ContourWarping with testing option enabled."
> OFF)
>
> IF (BUILD_LIB_TEST)
>
> ADD_DEFINITIONS(-D_LIB_TEST)
>
> ENDIF(BUILD_LIB_TEST)
>
>
>
> LINK_LIBRARIES(
>
>     ${ITK_LIBRARIES}
>
>                 ${VTK_LIBRARIES}
>
>     #vtkIO vtkCommon vtkFiltering vtkGraphics
>
> )
>
>
>
> SET(BOOST_DIR "D:/boost_1_41_0" CACHE PATH "D:/boost_1_41_0")
>
>
>
> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage64/lib" CACHE PATH
> "D:/boost_1_41_0/stage64/lib")
>
> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage/lib" CACHE PATH
> "D:/boost_1_41_0/stage/lib")
>
> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>
>
> INCLUDE_DIRECTORIES( "C:/Program Files/Visual Leak Detector/include" # for
> memory leak detection, "vld.h"
>
>                      ${BOOST_DIR} #boost
>
>                      ${PROJECT_SOURCE_DIR}
>
>                      "${PROJECT_SOURCE_DIR}/itkLabelMap"
>
>
> "${PROJECT_SOURCE_DIR}/boost"
>
> )
>
> LINK_DIRECTORIES( ${PROJECT_BINARY_DIR}/${CMAKE_ARCHIVE_OUTPUT_DIRECTORY}
>
>                   "C:/Program Files/Visual Leak Detector/lib" # for memory
> leak detection, "vld.lib"
>
>                   ${BOOST_LIB_DIR} #boost
>
> )
>
> #LINK_DIRECTORIES( ${CMAKE_ARCHIVE_OUTPUT_DIRECTORY})
>
>
>
> SET(SRCS
>
>          stdafx.h
>
>          stdafx.cpp
>
>          ContourWarpingWrapUp.cpp
>
>          PinnacleROIStructInterface.cpp
>
>          BinaryImageRoiPolyInterface.cpp
>
>          contourwarpingparallel.cpp
>
>          ParallelDispatcher.h
>
>          ParallelDispatcher.cpp
>
>          Win32Header.h
>
>          PinnacleROIConvert.cpp
>
>          PinnacleROIConvert.h
>
>          PinnacleROIMesh.cpp
>
>          PinnacleROIMesh.h
>
>          PinnaclePOIConvert.cpp
>
>          PinnaclePOIConvert.h
>
>          PinnacleImage.cpp
>
>          PinnacleImage.txx
>
>          PinnacleImage.h
>
>          Auxiliary.h
>
>          MeshConvertor.cpp
>
>          MeshConvertor.h
>
>          vtkPolyContours.cpp
>
>          vtkPolyContours.h
>
>          vtkVoxelContoursToSurfaceFilterEx.cpp
>
>          vtkVoxelContoursToSurfaceFilterEx.h
>
>          vtkWindowedSincPolyDataFilterEx.cpp
>
>          vtkWindowedSincPolyDataFilterEx.h
>
>          vtkSurfaceToSliceContours.cpp
>
>          vtkSurfaceToSliceContours.h
>
>          vtkSurfaceCutter.cpp
>
>          vtkSurfaceCutter.h
>
>          vtkSurfaceMeshProcess.cpp
>
>          vtkSurfaceMeshProcess.h
>
>          vtkSurfaceDeformation.cpp
>
>          vtkSurfaceDeformation.h
>
>          vtkSurfaceDeformationUsingCatField.cpp
>
>          vtkSurfaceDeformationUsingCatField.h
>
>          vtkSurfaceTransformation.cpp
>
>          vtkSurfaceTransformation.h
>
>          vtkContourProcess.cpp
>
>          vtkContourProcess.h
>
>          vtkSurfaceClipper.cpp
>
>          vtkSurfaceClipper.h
>
>          vtkPolyContoursClipper.cpp
>
>          vtkPolyContoursClipper.h
>
>          vtkUndirectedGraphCPP.cpp
>
>          vtkUndirectedGraphCPP.h
>
>          itkPolygonFill2DBinaryImageFilter.h
>
>          itkPolygonFill2DBinaryImageFilter.txx
>
>          catDeformationField.cpp
>
>          catDeformationField.h
>
>          boundaries.txx
>
>          boundaries.h
>
>          PinnacleROI2ImagesParallel.cpp
>
>          PinnacleROI2ImagesParallel.h
>
> )
>
>
>
> IF (WIN32)
>
> SET(SRCS ${SRCS} resource.h ContourWarping.rc)
>
> ENDIF(WIN32)
>
>
>
>
>
> ADD_LIBRARY(ContourWarping ${SRCS})
>
>
>
> SET(OUTPUTNAME ContourWarping)
>
>
>
> IF (BUILD_SHARED_LIBS)
>
> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>                 SET_TARGET_PROPERTIES(ContourWarping
>
>
> PROPERTIES OUTPUT_NAME ContourWarping64
>
>                 )
>
>                 SET(OUTPUTNAME ContourWarping64)
>
> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>                 SET_TARGET_PROPERTIES(ContourWarping
>
>
> PROPERTIES OUTPUT_NAME ContourWarping32
>
>                 )
>
>                 SET(OUTPUTNAME ContourWarping32)
>
> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
> ENDIF (BUILD_SHARED_LIBS)
>
>
>
>
>
> #SET(CMAKE_BUILD_TYPE Release)
>
> #INCLUDE(PCHSupport.cmake)
>
> #ADD_PRECOMPILED_HEADER(ContourWarping stdafx.h)
>
>
>
> TARGET_LINK_LIBRARIES(
>
>     ContourWarping
>
>     ${ITK_LIBRARIES}
>
>     ${VTK_LIBRARIES}
>
>                 #vtkIO vtkFiltering vtkGraphics
>
>     #debug vld.lib # for memory leak detection
>
> )
>
>
>
> #SET(TARGET_LIB_VERSION "1.0" CACHE STRING "1.0")
>
> SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES VERSION 1.8.8
>
> )
>
>
>
> IF (BUILD_SHARED_LIBS)
>
> SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
>
> )
>
> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
>
> ENDIF(BUILD_SHARED_LIBS)
>
>
>
> IF (WIN32) #enable PCH support & add resource file
>
> SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES COMPILE_FLAGS /Yu"stdafx.h"
>
> )
>
> SET_SOURCE_FILES_PROPERTIES(stdafx.cpp
>
>                       PROPERTIES COMPILE_FLAGS /Yc"stdafx.h"
>
> )
>
> ENDIF(WIN32)
>
>
>
>
>
> IF (BUILD_LIB_TEST)
>
> TARGET_LINK_LIBRARIES(
>
>     ContourWarping
>
>     vtkRendering vtkWidgets
>
> )
>
> ENDIF(BUILD_LIB_TEST)
>
>
>
> ######
>
> ADD_EXECUTABLE( ContourWarpingTest
>
>                 testdll.cpp
>
> )
>
>
>
> TARGET_LINK_LIBRARIES(
>
>   ContourWarpingTest
>
>   ${OUTPUTNAME}.lib
>
> )
>
>
>
> ADD_DEPENDENCIES(
>
>   ContourWarpingTest
>
>   ContourWarping
>
> )
>
>
>
> ######
>
> ADD_EXECUTABLE( PinnacleROI2BinaryImage
>
>                 PinnacleROI2BinaryImage.cpp
>
> )
>
>
>
> TARGET_LINK_LIBRARIES(
>
>   PinnacleROI2BinaryImage
>
>   ${OUTPUTNAME}.lib
>
> )
>
>
>
> ADD_DEPENDENCIES(
>
>   PinnacleROI2BinaryImage
>
>   ContourWarping
>
> )
>
>
>
> ######
>
> ADD_EXECUTABLE( PinnacleROIFromBitmap
>
>                 PinnacleROIFromBitmap.cpp
>
> )
>
>
>
> TARGET_LINK_LIBRARIES(
>
>   PinnacleROIFromBitmap
>
>   ${OUTPUTNAME}.lib
>
> )
>
>
>
> ADD_DEPENDENCIES(
>
>   PinnacleROIFromBitmap
>
>   ContourWarping
>
> )
>
>
>
> ######
>
> ADD_EXECUTABLE( MeshTest
>
>                 MeshTest.cpp
>
> )
>
>
>
> TARGET_LINK_LIBRARIES(
>
>   MeshTest
>
>   ${OUTPUTNAME}.lib
>
> )
>
>
>
> ADD_DEPENDENCIES(
>
>   MeshTest
>
>   ContourWarping
>
> )
>
>
>
>
>
> -----Original Message-----
> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> Sent: Monday, September 26, 2016 1:50 PM
> To: Yang, Jinzhong <jinzhong76 at gmail.com>
> Cc: Francois Budin <francois.budin at kitware.com>; D?enan Zuki?
> <dzenanz at gmail.com>; Insight-users <insight-users at itk.org>
> Subject: Re: [ITK-users] ITK build_shared_libs
>
>
>
> Hi Jinzhong,
>
>
>
> It sounds like you are not using CMake to build the project or using
>
> it in some non-standard way? There are a few options:
>
>
>
> 1) Use CMake to compile the project.
>
> 2) Set ITK_NO_IO_FACTORY_REGISTER_MANAGER before calling
>
> "include(${ITK_USE_FILE})", the register the factories manually.
>
>
>
> HTH,
>
> Matt
>
>
>
> On Mon, Sep 26, 2016 at 2:32 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> wrote:
>
>> Still no clue. I checked the file itkImageIOFactoryRegisterManager.h. It
>
>> seems all classes imported in that header were not linked. However, I
>> check
>
>> all IO libraries, it seems they were all included as dependency. As I
>
>> mentioned before, if I compiled my code as static library, there is not
>> such
>
>> a problem.
>
>>
>
>>
>
>>
>
>> Here are all ITK/VTK related libraries passed to my compiler (they are
>
>> generated by cmake. I enabled ITK_USE_SYSTEM_GDCM in building my ITK):
>
>>
>
>>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkdouble-conversion-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itksys-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl_algo-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkv3p_netlib-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itknetlib-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvcl-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkNetlibSlatec-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKStatistics-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKTransform-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOImageBase-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBMP-4.10.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDICT.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmMSFF.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGDCM-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkzlib-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGIPL-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkjpeg-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOJPEG-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMetaIO-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMeta-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKznz-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKniftiio-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONIFTI-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKNrrdIO-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONRRD-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkpng-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOPNG-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itktiff-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTIFF-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOVTK-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKLabelMap-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMesh-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKSpatialObjects-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPath-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKQuadEdgeMesh-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizers-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPolynomials-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBiasCorrection-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBioCell-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDICOMParser-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDeprecated-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBioRad-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOLSM-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOStimulate-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKEXPAT-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOXML-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSpatialObjects-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKFEM-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKgiftiio-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMesh-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5_cpp-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOCSV-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOIPL-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSiemens-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOHDF5-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMRC-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformBase-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformHDF5-4.10.lib
>
>>
>
>>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformInsightLegacy-4.10.lib
>
>>
>
>>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformMatlab-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKKLMRegionGrowing-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVTK-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKWatersheds-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizersv4-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoCore-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoIO-4.10.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkChartsCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonColor-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonDataModel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMath-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksys-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMisc-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonSystem-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonTransforms-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersExtraction-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonExecutionModel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneral-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonComputationalGeometry-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersStatistics-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingFourier-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkalglib-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContext2D-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeometry-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSources-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingFreeType-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkfreetype-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkzlib-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDICOMParser-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistry-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXML-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOGeometry-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXMLParser-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexpat-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistryOpenGL2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingOpenGL2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingHybrid-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImage-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkmetaio-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjpeg-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkpng-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtktiff-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkglew-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersAMR-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkParallelCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLegacy-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersFlowPaths-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneric-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHybrid-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingSources-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHyperTree-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersImaging-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingGeneral-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersModeling-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallelImaging-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersProgrammable-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSMP-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSelection-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersTexture-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersVerdict-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkverdict-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkGeovisCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisLayout-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionStyle-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionWidgets-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingAnnotation-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingColor-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolume-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkproj4-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOAMR-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5_hl-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOEnSight-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExodus-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexoIIc-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF_cxx-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExport-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLabel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImport-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOInfovis-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtklibxml2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLSDyna-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMINC-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMovie-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkoggtheora-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIONetCDF-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOPLY-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjsoncpp-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallelXML-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOSQL-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksqlite-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOVideo-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMath-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMorphological-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStatistics-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStencil-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionImage-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContextOpenGL2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingImage-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLOD-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolumeOpenGL2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingGenericBridge-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingIOSQL-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingRendering-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsContext2D-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsInfovis-7.0.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmIOD.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDSED.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmzlib.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmCommon.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmexpat.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg8.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg12.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg16.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmopenjpeg.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmcharls.lib
>
>>
>
>> rpcrt4.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVNLInstantiation-4.10.lib
>
>>
>
>>
>
>>
>
>> Thanks,
>
>>
>
>> -Jinzhong
>
>>
>
>>
>
>>
>
>> From: Francois Budin [mailto:francois.budin at kitware.com]
>
>> Sent: Monday, September 26, 2016 8:04 AM
>
>> To: D?enan Zuki? <dzenanz at gmail.com>
>
>> Cc: Yang, Jinzhong <jinzhong76 at gmail.com>; Insight-users
>
>> <insight-users at itk.org>
>
>> Subject: Re: [ITK-users] ITK build_shared_libs
>
>>
>
>>
>
>>
>
>> Hello,
>
>>
>
>> As Dzenan said, your problem most likely comes from a problem with the ITK
>
>> IO factory. You may want to check that in your build directory, you have a
>
>> directory called "ITKIOFactoryRegistration" that is created, and that it
>
>> contains a file called itkImageIOFactoryRegisterManager.h. This file
>
>> specifies all the type of images that are automatically registered to the
>
>> factory. You should compare the list of types included in this header file
>
>> with the list of ITK libraries that is passed to your compiler and make
>> sure
>
>> that it matches.
>
>>
>
>> Hope this helps,
>
>>
>
>> Francois
>
>>
>
>>
>
>>
>
>> On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>
>>
>
>> Hi Yang,
>
>>
>
>>
>
>>
>
>> all your link errors are for I/O class factories. Can you read the
>> following
>
>> and see whether it helps you solve the problem?
>
>>
>
>> https://itk.org/Wiki/Plugin_IO_mechanisms
>
>>
>
>>
>> https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/Documentation.html
>
>>
>
>>
>
>>
>
>> Regards,
>
>>
>
>> D?enan
>
>>
>
>>
>
>>
>
>> On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>
>> wrote:
>
>>
>
>> Hi all,
>
>>
>
>>
>
>>
>
>> I have a very weird problem when I try to build my library. I have an old
>
>> library, previously was built based on ITK 3.16 and VTK 5.8. I built my
>
>> library to both DLL and static library. By configuring in cmake properly,
>> I
>
>> could build both types of libraries without any problem. Recently, I
>> upgrade
>
>> it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK, both
>
>> DLL and static lib for my library can be compiled and linked, however, I
>
>> need to include all DLL files from ITK when I would like to distribute my
>
>> library. I don?t want to do so. Then I turned off BUILD_SHARED_LIBS in
>> ITK.
>
>> The static lib of my library can be built, but the DLL couldn?t. Error
>
>> happened during the link stage. The error message was attached below. I
>> used
>
>> CMake 3.6.2 + VS 2008 + Windows 7.
>
>>
>
>>
>
>>
>
>> 2>   Creating library
>
>>
>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.lib
>
>> and object
>
>>
>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.exp
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function
>
>>
>> __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl std::_Debug_order<class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>> int)"
>
>>
>> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "public: __thiscall std::vector<class std::vector<class
>
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>
>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>
>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>
>> itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class
>
>> std::vector<class itk::BinaryImageToLabelMapFilter<class
>> itk::Image<unsigned
>
>> char,2>,class itk::LabelMap<class itk::LabelObject<short,2> >
>
>>>::runLength,class std::allocator<class
>
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
>
>>>::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class
>
>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>
>> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
>
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
>
>> std::allocator<class std::vector<class
>
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>
>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>
>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>
>> itk::LabelObject<short,2> > >::runLength> > > >(void)"
>
>>
>> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "protected: __thiscall std::_Vector_val<struct
>
>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>
>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>
>>>::_Vector_val<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class
>
>> std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock> >(class
>
>> std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
>
>>
>> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@1@@Z)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function
>
>>
>> __ehhandler$??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>
>> int,struct std::forward_iterator_tag)"
>
>>
>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>
>> int,struct std::forward_iterator_tag)"
>
>>
>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "protected: void __thiscall std::vector<struct
>
>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>
>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>
>>>::_Tidy(void)"
>
>>
>> (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "public: __thiscall std::vector<unsigned long,class
>
>> std::allocator<unsigned long> >::~vector<unsigned long,class
>
>> std::allocator<unsigned long> >(void)"
>
>> (??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>
>> int,struct std::forward_iterator_tag)"
>
>>
>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "protected: bool __thiscall std::vector<struct
>
>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>
>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>
>>>::_Buy(unsigned int)"
>
>>
>> (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>>
>> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.dll
>
>> : fatal error LNK1120: 17 unresolved externals
>
>>
>
>>
>
>>
>
>> _____________________________________
>
>> 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://www.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-users
>
>>
>
>>
>
>>
>
>>
>
>> _____________________________________
>
>> 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://www.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-users
>
>>
>
>>
>
>>
>
>>
>
>> _____________________________________
>
>> 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://www.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-users
>
>>

_____________________________________
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://www.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-users

From jinzhong76 at gmail.com  Mon Sep 26 18:39:57 2016
From: jinzhong76 at gmail.com (Yang, Jinzhong)
Date: Mon, 26 Sep 2016 17:39:57 -0500
Subject: [ITK] [ITK-users] ITK build_shared_libs
In-Reply-To: <CALzTN-SrnXBOfvUPHMMu6sSDuK__kW2amEY6LzkiaAb8BZeOuA@mail.gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
 <000901d21824$6789f770$369de650$@gmail.com>
 <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>
 <001b01d2182f$9943e9a0$cbcbbce0$@gmail.com>
 <CALzTN-SrnXBOfvUPHMMu6sSDuK__kW2amEY6LzkiaAb8BZeOuA@mail.gmail.com>
Message-ID: <003c01d21846$e91e4c60$bb5ae520$@gmail.com>

Hi Matt,

When I built ITK, I turned on ITKV3_COMPATIBILITY. Could this cause the problem?
Thanks,
-Jinzhong


-----Original Message-----
From: Matt McCormick [mailto:matt.mccormick at kitware.com] 
Sent: Monday, September 26, 2016 2:57 PM
To: Yang, Jinzhong <jinzhong76 at gmail.com>
Cc: Insight-users <insight-users at itk.org>
Subject: Re: [ITK-users] ITK build_shared_libs

Hi Jinzhong,

Does replacing link_libraries calls with target_link_libraries address
the issue (this should be done regardless)?

HTH,
Matt

On Mon, Sep 26, 2016 at 3:53 PM, Yang, Jinzhong <jinzhong76 at gmail.com> wrote:
> Hi Matt,
>
>
>
> I use CMake, but the CMakeLists.txt was written for old ITK (3.16). I
> recently upgraded to ITK 4.10 in order for a project depending on this
> library and GDCM library ( I had trouble to compile that project with ITK
> 3.16). I don't want to manually register the factories. I might need to
> revise my CMakeLists.txt. Below is my CMakeLists.txt. Please let me know if
> there is anything wrong here. To help you understand my problem, I summarize
> my problem below -
>
> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project compiled with
> "BUILD_SHARED_LIBS", WORK
>
> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project NOT compiled with
> "BUILD_SHARED_LIBS", WORK
>
> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project NOT compiled
> with "BUILD_SHARED_LIBS", WORK
>
> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project compiled with
> "BUILD_SHARED_LIBS", NOT WORKING
>
>
>
> I prefer to compiling ITK without using shared libs because I don?t want to
> distribute a lot of files to other computers with my program.
>
> Thank you,
>
> Jinzhong
>
>
>
> //////////////////CMakeLists.txt ////////////////////////////
>
> CMAKE_MINIMUM_REQUIRED(VERSION 2.6)
>
>
>
> PROJECT(ContourWarping)
>
>
>
> FIND_PACKAGE(ITK)
>
> IF(ITK_FOUND)
>
>  INCLUDE(${ITK_USE_FILE})
>
> ELSE(ITK_FOUND)
>
>   MESSAGE(FATAL_ERROR
>
>   "ITK not found.  Please set ITK_DIR.")
>
> ENDIF(ITK_FOUND)
>
>
>
> FIND_PACKAGE(VTK)
>
> IF (VTK_FOUND)
>
>   INCLUDE (${VTK_USE_FILE})
>
> ELSE (VTK_FOUND)
>
>   MESSAGE(FATAL_ERROR
>
>   "VTK not found. Please set VTK_DIR.")
>
> ENDIF(VTK_FOUND)
>
>
>
> OPTION(BUILD_SHARED_LIBS "Build ContourWarping with shared libraries." OFF)
>
>
>
> OPTION(BUILD_LIB_TEST "Build ContourWarping with testing option enabled."
> OFF)
>
> IF (BUILD_LIB_TEST)
>
> ADD_DEFINITIONS(-D_LIB_TEST)
>
> ENDIF(BUILD_LIB_TEST)
>
>
>
> LINK_LIBRARIES(
>
>     ${ITK_LIBRARIES}
>
>                 ${VTK_LIBRARIES}
>
>     #vtkIO vtkCommon vtkFiltering vtkGraphics
>
> )
>
>
>
> SET(BOOST_DIR "D:/boost_1_41_0" CACHE PATH "D:/boost_1_41_0")
>
>
>
> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage64/lib" CACHE PATH
> "D:/boost_1_41_0/stage64/lib")
>
> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage/lib" CACHE PATH
> "D:/boost_1_41_0/stage/lib")
>
> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>
>
> INCLUDE_DIRECTORIES( "C:/Program Files/Visual Leak Detector/include" # for
> memory leak detection, "vld.h"
>
>                      ${BOOST_DIR} #boost
>
>                      ${PROJECT_SOURCE_DIR}
>
>                      "${PROJECT_SOURCE_DIR}/itkLabelMap"
>
>
> "${PROJECT_SOURCE_DIR}/boost"
>
> )
>
> LINK_DIRECTORIES( ${PROJECT_BINARY_DIR}/${CMAKE_ARCHIVE_OUTPUT_DIRECTORY}
>
>                   "C:/Program Files/Visual Leak Detector/lib" # for memory
> leak detection, "vld.lib"
>
>                   ${BOOST_LIB_DIR} #boost
>
> )
>
> #LINK_DIRECTORIES( ${CMAKE_ARCHIVE_OUTPUT_DIRECTORY})
>
>
>
> SET(SRCS
>
>          stdafx.h
>
>          stdafx.cpp
>
>          ContourWarpingWrapUp.cpp
>
>          PinnacleROIStructInterface.cpp
>
>          BinaryImageRoiPolyInterface.cpp
>
>          contourwarpingparallel.cpp
>
>          ParallelDispatcher.h
>
>          ParallelDispatcher.cpp
>
>          Win32Header.h
>
>          PinnacleROIConvert.cpp
>
>          PinnacleROIConvert.h
>
>          PinnacleROIMesh.cpp
>
>          PinnacleROIMesh.h
>
>          PinnaclePOIConvert.cpp
>
>          PinnaclePOIConvert.h
>
>          PinnacleImage.cpp
>
>          PinnacleImage.txx
>
>          PinnacleImage.h
>
>          Auxiliary.h
>
>          MeshConvertor.cpp
>
>          MeshConvertor.h
>
>          vtkPolyContours.cpp
>
>          vtkPolyContours.h
>
>          vtkVoxelContoursToSurfaceFilterEx.cpp
>
>          vtkVoxelContoursToSurfaceFilterEx.h
>
>          vtkWindowedSincPolyDataFilterEx.cpp
>
>          vtkWindowedSincPolyDataFilterEx.h
>
>          vtkSurfaceToSliceContours.cpp
>
>          vtkSurfaceToSliceContours.h
>
>          vtkSurfaceCutter.cpp
>
>          vtkSurfaceCutter.h
>
>          vtkSurfaceMeshProcess.cpp
>
>          vtkSurfaceMeshProcess.h
>
>          vtkSurfaceDeformation.cpp
>
>          vtkSurfaceDeformation.h
>
>          vtkSurfaceDeformationUsingCatField.cpp
>
>          vtkSurfaceDeformationUsingCatField.h
>
>          vtkSurfaceTransformation.cpp
>
>          vtkSurfaceTransformation.h
>
>          vtkContourProcess.cpp
>
>          vtkContourProcess.h
>
>          vtkSurfaceClipper.cpp
>
>          vtkSurfaceClipper.h
>
>          vtkPolyContoursClipper.cpp
>
>          vtkPolyContoursClipper.h
>
>          vtkUndirectedGraphCPP.cpp
>
>          vtkUndirectedGraphCPP.h
>
>          itkPolygonFill2DBinaryImageFilter.h
>
>          itkPolygonFill2DBinaryImageFilter.txx
>
>          catDeformationField.cpp
>
>          catDeformationField.h
>
>          boundaries.txx
>
>          boundaries.h
>
>          PinnacleROI2ImagesParallel.cpp
>
>          PinnacleROI2ImagesParallel.h
>
> )
>
>
>
> IF (WIN32)
>
> SET(SRCS ${SRCS} resource.h ContourWarping.rc)
>
> ENDIF(WIN32)
>
>
>
>
>
> ADD_LIBRARY(ContourWarping ${SRCS})
>
>
>
> SET(OUTPUTNAME ContourWarping)
>
>
>
> IF (BUILD_SHARED_LIBS)
>
> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>                 SET_TARGET_PROPERTIES(ContourWarping
>
>
> PROPERTIES OUTPUT_NAME ContourWarping64
>
>                 )
>
>                 SET(OUTPUTNAME ContourWarping64)
>
> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>                 SET_TARGET_PROPERTIES(ContourWarping
>
>
> PROPERTIES OUTPUT_NAME ContourWarping32
>
>                 )
>
>                 SET(OUTPUTNAME ContourWarping32)
>
> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
> ENDIF (BUILD_SHARED_LIBS)
>
>
>
>
>
> #SET(CMAKE_BUILD_TYPE Release)
>
> #INCLUDE(PCHSupport.cmake)
>
> #ADD_PRECOMPILED_HEADER(ContourWarping stdafx.h)
>
>
>
> TARGET_LINK_LIBRARIES(
>
>     ContourWarping
>
>     ${ITK_LIBRARIES}
>
>     ${VTK_LIBRARIES}
>
>                 #vtkIO vtkFiltering vtkGraphics
>
>     #debug vld.lib # for memory leak detection
>
> )
>
>
>
> #SET(TARGET_LIB_VERSION "1.0" CACHE STRING "1.0")
>
> SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES VERSION 1.8.8
>
> )
>
>
>
> IF (BUILD_SHARED_LIBS)
>
> SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
>
> )
>
> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
>
> ENDIF(BUILD_SHARED_LIBS)
>
>
>
> IF (WIN32) #enable PCH support & add resource file
>
> SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES COMPILE_FLAGS /Yu"stdafx.h"
>
> )
>
> SET_SOURCE_FILES_PROPERTIES(stdafx.cpp
>
>                       PROPERTIES COMPILE_FLAGS /Yc"stdafx.h"
>
> )
>
> ENDIF(WIN32)
>
>
>
>
>
> IF (BUILD_LIB_TEST)
>
> TARGET_LINK_LIBRARIES(
>
>     ContourWarping
>
>     vtkRendering vtkWidgets
>
> )
>
> ENDIF(BUILD_LIB_TEST)
>
>
>
> ######
>
> ADD_EXECUTABLE( ContourWarpingTest
>
>                 testdll.cpp
>
> )
>
>
>
> TARGET_LINK_LIBRARIES(
>
>   ContourWarpingTest
>
>   ${OUTPUTNAME}.lib
>
> )
>
>
>
> ADD_DEPENDENCIES(
>
>   ContourWarpingTest
>
>   ContourWarping
>
> )
>
>
>
> ######
>
> ADD_EXECUTABLE( PinnacleROI2BinaryImage
>
>                 PinnacleROI2BinaryImage.cpp
>
> )
>
>
>
> TARGET_LINK_LIBRARIES(
>
>   PinnacleROI2BinaryImage
>
>   ${OUTPUTNAME}.lib
>
> )
>
>
>
> ADD_DEPENDENCIES(
>
>   PinnacleROI2BinaryImage
>
>   ContourWarping
>
> )
>
>
>
> ######
>
> ADD_EXECUTABLE( PinnacleROIFromBitmap
>
>                 PinnacleROIFromBitmap.cpp
>
> )
>
>
>
> TARGET_LINK_LIBRARIES(
>
>   PinnacleROIFromBitmap
>
>   ${OUTPUTNAME}.lib
>
> )
>
>
>
> ADD_DEPENDENCIES(
>
>   PinnacleROIFromBitmap
>
>   ContourWarping
>
> )
>
>
>
> ######
>
> ADD_EXECUTABLE( MeshTest
>
>                 MeshTest.cpp
>
> )
>
>
>
> TARGET_LINK_LIBRARIES(
>
>   MeshTest
>
>   ${OUTPUTNAME}.lib
>
> )
>
>
>
> ADD_DEPENDENCIES(
>
>   MeshTest
>
>   ContourWarping
>
> )
>
>
>
>
>
> -----Original Message-----
> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> Sent: Monday, September 26, 2016 1:50 PM
> To: Yang, Jinzhong <jinzhong76 at gmail.com>
> Cc: Francois Budin <francois.budin at kitware.com>; D?enan Zuki?
> <dzenanz at gmail.com>; Insight-users <insight-users at itk.org>
> Subject: Re: [ITK-users] ITK build_shared_libs
>
>
>
> Hi Jinzhong,
>
>
>
> It sounds like you are not using CMake to build the project or using
>
> it in some non-standard way? There are a few options:
>
>
>
> 1) Use CMake to compile the project.
>
> 2) Set ITK_NO_IO_FACTORY_REGISTER_MANAGER before calling
>
> "include(${ITK_USE_FILE})", the register the factories manually.
>
>
>
> HTH,
>
> Matt
>
>
>
> On Mon, Sep 26, 2016 at 2:32 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> wrote:
>
>> Still no clue. I checked the file itkImageIOFactoryRegisterManager.h. It
>
>> seems all classes imported in that header were not linked. However, I
>> check
>
>> all IO libraries, it seems they were all included as dependency. As I
>
>> mentioned before, if I compiled my code as static library, there is not
>> such
>
>> a problem.
>
>>
>
>>
>
>>
>
>> Here are all ITK/VTK related libraries passed to my compiler (they are
>
>> generated by cmake. I enabled ITK_USE_SYSTEM_GDCM in building my ITK):
>
>>
>
>>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkdouble-conversion-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itksys-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl_algo-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkv3p_netlib-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itknetlib-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvcl-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkNetlibSlatec-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKStatistics-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKTransform-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOImageBase-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBMP-4.10.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDICT.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmMSFF.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGDCM-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkzlib-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGIPL-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkjpeg-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOJPEG-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMetaIO-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMeta-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKznz-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKniftiio-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONIFTI-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKNrrdIO-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONRRD-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkpng-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOPNG-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itktiff-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTIFF-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOVTK-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKLabelMap-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMesh-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKSpatialObjects-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPath-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKQuadEdgeMesh-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizers-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPolynomials-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBiasCorrection-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBioCell-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDICOMParser-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDeprecated-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBioRad-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOLSM-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOStimulate-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKEXPAT-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOXML-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSpatialObjects-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKFEM-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKgiftiio-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMesh-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5_cpp-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOCSV-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOIPL-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSiemens-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOHDF5-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMRC-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformBase-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformHDF5-4.10.lib
>
>>
>
>>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformInsightLegacy-4.10.lib
>
>>
>
>>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformMatlab-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKKLMRegionGrowing-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVTK-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKWatersheds-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizersv4-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoCore-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoIO-4.10.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkChartsCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonColor-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonDataModel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMath-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksys-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMisc-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonSystem-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonTransforms-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersExtraction-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonExecutionModel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneral-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonComputationalGeometry-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersStatistics-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingFourier-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkalglib-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContext2D-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeometry-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSources-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingFreeType-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkfreetype-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkzlib-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDICOMParser-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistry-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXML-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOGeometry-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXMLParser-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexpat-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistryOpenGL2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingOpenGL2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingHybrid-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImage-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkmetaio-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjpeg-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkpng-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtktiff-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkglew-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersAMR-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkParallelCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLegacy-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersFlowPaths-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneric-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHybrid-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingSources-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHyperTree-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersImaging-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingGeneral-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersModeling-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallelImaging-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersProgrammable-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSMP-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSelection-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersTexture-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersVerdict-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkverdict-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkGeovisCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisLayout-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionStyle-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionWidgets-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingAnnotation-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingColor-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolume-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkproj4-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOAMR-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5_hl-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOEnSight-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExodus-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexoIIc-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF_cxx-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExport-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLabel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImport-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOInfovis-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtklibxml2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLSDyna-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMINC-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMovie-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkoggtheora-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIONetCDF-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOPLY-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjsoncpp-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallelXML-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOSQL-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksqlite-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOVideo-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMath-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMorphological-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStatistics-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStencil-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionImage-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContextOpenGL2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingImage-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLOD-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolumeOpenGL2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingGenericBridge-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingIOSQL-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingRendering-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsContext2D-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsInfovis-7.0.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmIOD.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDSED.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmzlib.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmCommon.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmexpat.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg8.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg12.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg16.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmopenjpeg.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmcharls.lib
>
>>
>
>> rpcrt4.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVNLInstantiation-4.10.lib
>
>>
>
>>
>
>>
>
>> Thanks,
>
>>
>
>> -Jinzhong
>
>>
>
>>
>
>>
>
>> From: Francois Budin [mailto:francois.budin at kitware.com]
>
>> Sent: Monday, September 26, 2016 8:04 AM
>
>> To: D?enan Zuki? <dzenanz at gmail.com>
>
>> Cc: Yang, Jinzhong <jinzhong76 at gmail.com>; Insight-users
>
>> <insight-users at itk.org>
>
>> Subject: Re: [ITK-users] ITK build_shared_libs
>
>>
>
>>
>
>>
>
>> Hello,
>
>>
>
>> As Dzenan said, your problem most likely comes from a problem with the ITK
>
>> IO factory. You may want to check that in your build directory, you have a
>
>> directory called "ITKIOFactoryRegistration" that is created, and that it
>
>> contains a file called itkImageIOFactoryRegisterManager.h. This file
>
>> specifies all the type of images that are automatically registered to the
>
>> factory. You should compare the list of types included in this header file
>
>> with the list of ITK libraries that is passed to your compiler and make
>> sure
>
>> that it matches.
>
>>
>
>> Hope this helps,
>
>>
>
>> Francois
>
>>
>
>>
>
>>
>
>> On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>
>>
>
>> Hi Yang,
>
>>
>
>>
>
>>
>
>> all your link errors are for I/O class factories. Can you read the
>> following
>
>> and see whether it helps you solve the problem?
>
>>
>
>> https://itk.org/Wiki/Plugin_IO_mechanisms
>
>>
>
>>
>> https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/Documentation.html
>
>>
>
>>
>
>>
>
>> Regards,
>
>>
>
>> D?enan
>
>>
>
>>
>
>>
>
>> On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>
>> wrote:
>
>>
>
>> Hi all,
>
>>
>
>>
>
>>
>
>> I have a very weird problem when I try to build my library. I have an old
>
>> library, previously was built based on ITK 3.16 and VTK 5.8. I built my
>
>> library to both DLL and static library. By configuring in cmake properly,
>> I
>
>> could build both types of libraries without any problem. Recently, I
>> upgrade
>
>> it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK, both
>
>> DLL and static lib for my library can be compiled and linked, however, I
>
>> need to include all DLL files from ITK when I would like to distribute my
>
>> library. I don?t want to do so. Then I turned off BUILD_SHARED_LIBS in
>> ITK.
>
>> The static lib of my library can be built, but the DLL couldn?t. Error
>
>> happened during the link stage. The error message was attached below. I
>> used
>
>> CMake 3.6.2 + VS 2008 + Windows 7.
>
>>
>
>>
>
>>
>
>> 2>   Creating library
>
>>
>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.lib
>
>> and object
>
>>
>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.exp
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function
>
>>
>> __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl std::_Debug_order<class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>> int)"
>
>>
>> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "public: __thiscall std::vector<class std::vector<class
>
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>
>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>
>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>
>> itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class
>
>> std::vector<class itk::BinaryImageToLabelMapFilter<class
>> itk::Image<unsigned
>
>> char,2>,class itk::LabelMap<class itk::LabelObject<short,2> >
>
>>>::runLength,class std::allocator<class
>
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
>
>>>::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class
>
>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>
>> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
>
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
>
>> std::allocator<class std::vector<class
>
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>
>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>
>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>
>> itk::LabelObject<short,2> > >::runLength> > > >(void)"
>
>>
>> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "protected: __thiscall std::_Vector_val<struct
>
>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>
>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>
>>>::_Vector_val<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class
>
>> std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock> >(class
>
>> std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
>
>>
>> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@1@@Z)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function
>
>>
>> __ehhandler$??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>
>> int,struct std::forward_iterator_tag)"
>
>>
>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>
>> int,struct std::forward_iterator_tag)"
>
>>
>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "protected: void __thiscall std::vector<struct
>
>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>
>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>
>>>::_Tidy(void)"
>
>>
>> (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "public: __thiscall std::vector<unsigned long,class
>
>> std::allocator<unsigned long> >::~vector<unsigned long,class
>
>> std::allocator<unsigned long> >(void)"
>
>> (??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>
>> int,struct std::forward_iterator_tag)"
>
>>
>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "protected: bool __thiscall std::vector<struct
>
>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>
>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>
>>>::_Buy(unsigned int)"
>
>>
>> (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>>
>> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.dll
>
>> : fatal error LNK1120: 17 unresolved externals
>
>>
>
>>
>
>>
>
>> _____________________________________
>
>> 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://www.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-users
>
>>
>
>>
>
>>
>
>>
>
>> _____________________________________
>
>> 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://www.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-users
>
>>
>
>>
>
>>
>
>>
>
>> _____________________________________
>
>> 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://www.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-users
>
>>

_____________________________________
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://www.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-users

From francois.budin at kitware.com  Mon Sep 26 19:54:36 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Mon, 26 Sep 2016 19:54:36 -0400
Subject: [ITK] [ITK-users] ITK build_shared_libs
In-Reply-To: <003c01d21846$e91e4c60$bb5ae520$@gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
 <000901d21824$6789f770$369de650$@gmail.com>
 <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>
 <001b01d2182f$9943e9a0$cbcbbce0$@gmail.com>
 <CALzTN-SrnXBOfvUPHMMu6sSDuK__kW2amEY6LzkiaAb8BZeOuA@mail.gmail.com>
 <003c01d21846$e91e4c60$bb5ae520$@gmail.com>
Message-ID: <CAHwLD2Whcjwz9-BeXBT82xyGv-TPiUrKEVb1S1=RD7zYUy1j9A@mail.gmail.com>

Hello Jinzhong,

Could you try to add ${ITK_LIBRARIES} to your call of
"TARGET_LINK_LIBRARIES"?

Francois

On Mon, Sep 26, 2016 at 6:39 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
wrote:

> Hi Matt,
>
> When I built ITK, I turned on ITKV3_COMPATIBILITY. Could this cause the
> problem?
> Thanks,
> -Jinzhong
>
>
> -----Original Message-----
> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> Sent: Monday, September 26, 2016 2:57 PM
> To: Yang, Jinzhong <jinzhong76 at gmail.com>
> Cc: Insight-users <insight-users at itk.org>
> Subject: Re: [ITK-users] ITK build_shared_libs
>
> Hi Jinzhong,
>
> Does replacing link_libraries calls with target_link_libraries address
> the issue (this should be done regardless)?
>
> HTH,
> Matt
>
> On Mon, Sep 26, 2016 at 3:53 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> wrote:
> > Hi Matt,
> >
> >
> >
> > I use CMake, but the CMakeLists.txt was written for old ITK (3.16). I
> > recently upgraded to ITK 4.10 in order for a project depending on this
> > library and GDCM library ( I had trouble to compile that project with ITK
> > 3.16). I don't want to manually register the factories. I might need to
> > revise my CMakeLists.txt. Below is my CMakeLists.txt. Please let me know
> if
> > there is anything wrong here. To help you understand my problem, I
> summarize
> > my problem below -
> >
> > - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project compiled with
> > "BUILD_SHARED_LIBS", WORK
> >
> > - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project NOT compiled
> with
> > "BUILD_SHARED_LIBS", WORK
> >
> > - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project NOT compiled
> > with "BUILD_SHARED_LIBS", WORK
> >
> > - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project compiled
> with
> > "BUILD_SHARED_LIBS", NOT WORKING
> >
> >
> >
> > I prefer to compiling ITK without using shared libs because I don?t want
> to
> > distribute a lot of files to other computers with my program.
> >
> > Thank you,
> >
> > Jinzhong
> >
> >
> >
> > //////////////////CMakeLists.txt ////////////////////////////
> >
> > CMAKE_MINIMUM_REQUIRED(VERSION 2.6)
> >
> >
> >
> > PROJECT(ContourWarping)
> >
> >
> >
> > FIND_PACKAGE(ITK)
> >
> > IF(ITK_FOUND)
> >
> >  INCLUDE(${ITK_USE_FILE})
> >
> > ELSE(ITK_FOUND)
> >
> >   MESSAGE(FATAL_ERROR
> >
> >   "ITK not found.  Please set ITK_DIR.")
> >
> > ENDIF(ITK_FOUND)
> >
> >
> >
> > FIND_PACKAGE(VTK)
> >
> > IF (VTK_FOUND)
> >
> >   INCLUDE (${VTK_USE_FILE})
> >
> > ELSE (VTK_FOUND)
> >
> >   MESSAGE(FATAL_ERROR
> >
> >   "VTK not found. Please set VTK_DIR.")
> >
> > ENDIF(VTK_FOUND)
> >
> >
> >
> > OPTION(BUILD_SHARED_LIBS "Build ContourWarping with shared libraries."
> OFF)
> >
> >
> >
> > OPTION(BUILD_LIB_TEST "Build ContourWarping with testing option enabled."
> > OFF)
> >
> > IF (BUILD_LIB_TEST)
> >
> > ADD_DEFINITIONS(-D_LIB_TEST)
> >
> > ENDIF(BUILD_LIB_TEST)
> >
> >
> >
> > LINK_LIBRARIES(
> >
> >     ${ITK_LIBRARIES}
> >
> >                 ${VTK_LIBRARIES}
> >
> >     #vtkIO vtkCommon vtkFiltering vtkGraphics
> >
> > )
> >
> >
> >
> > SET(BOOST_DIR "D:/boost_1_41_0" CACHE PATH "D:/boost_1_41_0")
> >
> >
> >
> > IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >
> >                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage64/lib" CACHE
> PATH
> > "D:/boost_1_41_0/stage64/lib")
> >
> > ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >
> >                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage/lib" CACHE PATH
> > "D:/boost_1_41_0/stage/lib")
> >
> > ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >
> >
> >
> > INCLUDE_DIRECTORIES( "C:/Program Files/Visual Leak Detector/include" #
> for
> > memory leak detection, "vld.h"
> >
> >                      ${BOOST_DIR} #boost
> >
> >                      ${PROJECT_SOURCE_DIR}
> >
> >                      "${PROJECT_SOURCE_DIR}/itkLabelMap"
> >
> >
> > "${PROJECT_SOURCE_DIR}/boost"
> >
> > )
> >
> > LINK_DIRECTORIES( ${PROJECT_BINARY_DIR}/${CMAKE_
> ARCHIVE_OUTPUT_DIRECTORY}
> >
> >                   "C:/Program Files/Visual Leak Detector/lib" # for
> memory
> > leak detection, "vld.lib"
> >
> >                   ${BOOST_LIB_DIR} #boost
> >
> > )
> >
> > #LINK_DIRECTORIES( ${CMAKE_ARCHIVE_OUTPUT_DIRECTORY})
> >
> >
> >
> > SET(SRCS
> >
> >          stdafx.h
> >
> >          stdafx.cpp
> >
> >          ContourWarpingWrapUp.cpp
> >
> >          PinnacleROIStructInterface.cpp
> >
> >          BinaryImageRoiPolyInterface.cpp
> >
> >          contourwarpingparallel.cpp
> >
> >          ParallelDispatcher.h
> >
> >          ParallelDispatcher.cpp
> >
> >          Win32Header.h
> >
> >          PinnacleROIConvert.cpp
> >
> >          PinnacleROIConvert.h
> >
> >          PinnacleROIMesh.cpp
> >
> >          PinnacleROIMesh.h
> >
> >          PinnaclePOIConvert.cpp
> >
> >          PinnaclePOIConvert.h
> >
> >          PinnacleImage.cpp
> >
> >          PinnacleImage.txx
> >
> >          PinnacleImage.h
> >
> >          Auxiliary.h
> >
> >          MeshConvertor.cpp
> >
> >          MeshConvertor.h
> >
> >          vtkPolyContours.cpp
> >
> >          vtkPolyContours.h
> >
> >          vtkVoxelContoursToSurfaceFilterEx.cpp
> >
> >          vtkVoxelContoursToSurfaceFilterEx.h
> >
> >          vtkWindowedSincPolyDataFilterEx.cpp
> >
> >          vtkWindowedSincPolyDataFilterEx.h
> >
> >          vtkSurfaceToSliceContours.cpp
> >
> >          vtkSurfaceToSliceContours.h
> >
> >          vtkSurfaceCutter.cpp
> >
> >          vtkSurfaceCutter.h
> >
> >          vtkSurfaceMeshProcess.cpp
> >
> >          vtkSurfaceMeshProcess.h
> >
> >          vtkSurfaceDeformation.cpp
> >
> >          vtkSurfaceDeformation.h
> >
> >          vtkSurfaceDeformationUsingCatField.cpp
> >
> >          vtkSurfaceDeformationUsingCatField.h
> >
> >          vtkSurfaceTransformation.cpp
> >
> >          vtkSurfaceTransformation.h
> >
> >          vtkContourProcess.cpp
> >
> >          vtkContourProcess.h
> >
> >          vtkSurfaceClipper.cpp
> >
> >          vtkSurfaceClipper.h
> >
> >          vtkPolyContoursClipper.cpp
> >
> >          vtkPolyContoursClipper.h
> >
> >          vtkUndirectedGraphCPP.cpp
> >
> >          vtkUndirectedGraphCPP.h
> >
> >          itkPolygonFill2DBinaryImageFilter.h
> >
> >          itkPolygonFill2DBinaryImageFilter.txx
> >
> >          catDeformationField.cpp
> >
> >          catDeformationField.h
> >
> >          boundaries.txx
> >
> >          boundaries.h
> >
> >          PinnacleROI2ImagesParallel.cpp
> >
> >          PinnacleROI2ImagesParallel.h
> >
> > )
> >
> >
> >
> > IF (WIN32)
> >
> > SET(SRCS ${SRCS} resource.h ContourWarping.rc)
> >
> > ENDIF(WIN32)
> >
> >
> >
> >
> >
> > ADD_LIBRARY(ContourWarping ${SRCS})
> >
> >
> >
> > SET(OUTPUTNAME ContourWarping)
> >
> >
> >
> > IF (BUILD_SHARED_LIBS)
> >
> > IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >
> >                 SET_TARGET_PROPERTIES(ContourWarping
> >
> >
> > PROPERTIES OUTPUT_NAME ContourWarping64
> >
> >                 )
> >
> >                 SET(OUTPUTNAME ContourWarping64)
> >
> > ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >
> >                 SET_TARGET_PROPERTIES(ContourWarping
> >
> >
> > PROPERTIES OUTPUT_NAME ContourWarping32
> >
> >                 )
> >
> >                 SET(OUTPUTNAME ContourWarping32)
> >
> > ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >
> > ENDIF (BUILD_SHARED_LIBS)
> >
> >
> >
> >
> >
> > #SET(CMAKE_BUILD_TYPE Release)
> >
> > #INCLUDE(PCHSupport.cmake)
> >
> > #ADD_PRECOMPILED_HEADER(ContourWarping stdafx.h)
> >
> >
> >
> > TARGET_LINK_LIBRARIES(
> >
> >     ContourWarping
> >
> >     ${ITK_LIBRARIES}
> >
> >     ${VTK_LIBRARIES}
> >
> >                 #vtkIO vtkFiltering vtkGraphics
> >
> >     #debug vld.lib # for memory leak detection
> >
> > )
> >
> >
> >
> > #SET(TARGET_LIB_VERSION "1.0" CACHE STRING "1.0")
> >
> > SET_TARGET_PROPERTIES(ContourWarping
> >
> >                       PROPERTIES VERSION 1.8.8
> >
> > )
> >
> >
> >
> > IF (BUILD_SHARED_LIBS)
> >
> > SET_TARGET_PROPERTIES(ContourWarping
> >
> >                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
> >
> > )
> >
> > # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
> >
> > ENDIF(BUILD_SHARED_LIBS)
> >
> >
> >
> > IF (WIN32) #enable PCH support & add resource file
> >
> > SET_TARGET_PROPERTIES(ContourWarping
> >
> >                       PROPERTIES COMPILE_FLAGS /Yu"stdafx.h"
> >
> > )
> >
> > SET_SOURCE_FILES_PROPERTIES(stdafx.cpp
> >
> >                       PROPERTIES COMPILE_FLAGS /Yc"stdafx.h"
> >
> > )
> >
> > ENDIF(WIN32)
> >
> >
> >
> >
> >
> > IF (BUILD_LIB_TEST)
> >
> > TARGET_LINK_LIBRARIES(
> >
> >     ContourWarping
> >
> >     vtkRendering vtkWidgets
> >
> > )
> >
> > ENDIF(BUILD_LIB_TEST)
> >
> >
> >
> > ######
> >
> > ADD_EXECUTABLE( ContourWarpingTest
> >
> >                 testdll.cpp
> >
> > )
> >
> >
> >
> > TARGET_LINK_LIBRARIES(
> >
> >   ContourWarpingTest
> >
> >   ${OUTPUTNAME}.lib
> >
> > )
> >
> >
> >
> > ADD_DEPENDENCIES(
> >
> >   ContourWarpingTest
> >
> >   ContourWarping
> >
> > )
> >
> >
> >
> > ######
> >
> > ADD_EXECUTABLE( PinnacleROI2BinaryImage
> >
> >                 PinnacleROI2BinaryImage.cpp
> >
> > )
> >
> >
> >
> > TARGET_LINK_LIBRARIES(
> >
> >   PinnacleROI2BinaryImage
> >
> >   ${OUTPUTNAME}.lib
> >
> > )
> >
> >
> >
> > ADD_DEPENDENCIES(
> >
> >   PinnacleROI2BinaryImage
> >
> >   ContourWarping
> >
> > )
> >
> >
> >
> > ######
> >
> > ADD_EXECUTABLE( PinnacleROIFromBitmap
> >
> >                 PinnacleROIFromBitmap.cpp
> >
> > )
> >
> >
> >
> > TARGET_LINK_LIBRARIES(
> >
> >   PinnacleROIFromBitmap
> >
> >   ${OUTPUTNAME}.lib
> >
> > )
> >
> >
> >
> > ADD_DEPENDENCIES(
> >
> >   PinnacleROIFromBitmap
> >
> >   ContourWarping
> >
> > )
> >
> >
> >
> > ######
> >
> > ADD_EXECUTABLE( MeshTest
> >
> >                 MeshTest.cpp
> >
> > )
> >
> >
> >
> > TARGET_LINK_LIBRARIES(
> >
> >   MeshTest
> >
> >   ${OUTPUTNAME}.lib
> >
> > )
> >
> >
> >
> > ADD_DEPENDENCIES(
> >
> >   MeshTest
> >
> >   ContourWarping
> >
> > )
> >
> >
> >
> >
> >
> > -----Original Message-----
> > From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> > Sent: Monday, September 26, 2016 1:50 PM
> > To: Yang, Jinzhong <jinzhong76 at gmail.com>
> > Cc: Francois Budin <francois.budin at kitware.com>; D?enan Zuki?
> > <dzenanz at gmail.com>; Insight-users <insight-users at itk.org>
> > Subject: Re: [ITK-users] ITK build_shared_libs
> >
> >
> >
> > Hi Jinzhong,
> >
> >
> >
> > It sounds like you are not using CMake to build the project or using
> >
> > it in some non-standard way? There are a few options:
> >
> >
> >
> > 1) Use CMake to compile the project.
> >
> > 2) Set ITK_NO_IO_FACTORY_REGISTER_MANAGER before calling
> >
> > "include(${ITK_USE_FILE})", the register the factories manually.
> >
> >
> >
> > HTH,
> >
> > Matt
> >
> >
> >
> > On Mon, Sep 26, 2016 at 2:32 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> > wrote:
> >
> >> Still no clue. I checked the file itkImageIOFactoryRegisterManager.h.
> It
> >
> >> seems all classes imported in that header were not linked. However, I
> >> check
> >
> >> all IO libraries, it seems they were all included as dependency. As I
> >
> >> mentioned before, if I compiled my code as static library, there is not
> >> such
> >
> >> a problem.
> >
> >>
> >
> >>
> >
> >>
> >
> >> Here are all ITK/VTK related libraries passed to my compiler (they are
> >
> >> generated by cmake. I enabled ITK_USE_SYSTEM_GDCM in building my ITK):
> >
> >>
> >
> >>
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> itkdouble-conversion-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itksys-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl_algo-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkv3p_netlib-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itknetlib-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvcl-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkNetlibSlatec-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKStatistics-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKTransform-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOImageBase-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBMP-4.10.lib
> >
> >>
> >
> >> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDICT.lib
> >
> >>
> >
> >> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmMSFF.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGDCM-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkzlib-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGIPL-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkjpeg-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOJPEG-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMetaIO-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMeta-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKznz-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKniftiio-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONIFTI-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKNrrdIO-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONRRD-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkpng-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOPNG-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itktiff-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTIFF-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOVTK-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKLabelMap-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMesh-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKSpatialObjects-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPath-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKQuadEdgeMesh-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizers-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPolynomials-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKBiasCorrection-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBioCell-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDICOMParser-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDeprecated-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBioRad-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOLSM-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOStimulate-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKEXPAT-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOXML-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKIOSpatialObjects-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKFEM-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKgiftiio-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMesh-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5_cpp-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOCSV-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOIPL-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSiemens-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOHDF5-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMRC-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKIOTransformBase-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKIOTransformHDF5-4.10.lib
> >
> >>
> >
> >>
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKIOTransformInsightLegacy-4.10.lib
> >
> >>
> >
> >>
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKIOTransformMatlab-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKKLMRegionGrowing-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVTK-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKWatersheds-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizersv4-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoCore-4.10.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoIO-4.10.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkChartsCore-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonColor-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonDataModel-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMath-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonCore-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksys-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMisc-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonSystem-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonTransforms-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisCore-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersExtraction-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonExecutionModel-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersCore-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneral-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonComputationalGeometry
> -7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersStatistics-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingFourier-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingCore-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkalglib-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContext2D-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingCore-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeometry-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSources-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingFreeType-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkfreetype-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkzlib-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDICOMParser-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistry-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXML-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOGeometry-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOCore-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXMLParser-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexpat-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistryOpenGL2-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingOpenGL2-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingHybrid-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImage-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkmetaio-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjpeg-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkpng-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtktiff-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkglew-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersAMR-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkParallelCore-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLegacy-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersFlowPaths-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneric-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHybrid-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingSources-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHyperTree-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersImaging-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingGeneral-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersModeling-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallel-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallelImaging-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersProgrammable-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSMP-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSelection-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersTexture-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersVerdict-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkverdict-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkGeovisCore-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisLayout-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionStyle-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionWidgets-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingAnnotation-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingColor-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolume-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsCore-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkproj4-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOAMR-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5_hl-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOEnSight-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExodus-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexoIIc-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF_cxx-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExport-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLabel-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImport-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOInfovis-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtklibxml2-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLSDyna-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMINC-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMovie-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkoggtheora-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIONetCDF-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOPLY-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallel-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjsoncpp-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallelXML-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOSQL-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksqlite-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOVideo-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMath-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMorphological-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStatistics-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStencil-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionImage-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContextOpenGL2-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingImage-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLOD-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolumeOpenGL2-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingGenericBridge-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingIOSQL-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingRendering-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsContext2D-7.0.lib
> >
> >>
> >
> >> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsInfovis-7.0.lib
> >
> >>
> >
> >> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmIOD.lib
> >
> >>
> >
> >> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDSED.lib
> >
> >>
> >
> >> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmzlib.lib
> >
> >>
> >
> >> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmCommon.lib
> >
> >>
> >
> >> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmexpat.lib
> >
> >>
> >
> >> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg8.lib
> >
> >>
> >
> >> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg12.lib
> >
> >>
> >
> >> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg16.lib
> >
> >>
> >
> >> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmopenjpeg.lib
> >
> >>
> >
> >> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmcharls.lib
> >
> >>
> >
> >> rpcrt4.lib
> >
> >>
> >
> >> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKVNLInstantiation-4.10.lib
> >
> >>
> >
> >>
> >
> >>
> >
> >> Thanks,
> >
> >>
> >
> >> -Jinzhong
> >
> >>
> >
> >>
> >
> >>
> >
> >> From: Francois Budin [mailto:francois.budin at kitware.com]
> >
> >> Sent: Monday, September 26, 2016 8:04 AM
> >
> >> To: D?enan Zuki? <dzenanz at gmail.com>
> >
> >> Cc: Yang, Jinzhong <jinzhong76 at gmail.com>; Insight-users
> >
> >> <insight-users at itk.org>
> >
> >> Subject: Re: [ITK-users] ITK build_shared_libs
> >
> >>
> >
> >>
> >
> >>
> >
> >> Hello,
> >
> >>
> >
> >> As Dzenan said, your problem most likely comes from a problem with the
> ITK
> >
> >> IO factory. You may want to check that in your build directory, you
> have a
> >
> >> directory called "ITKIOFactoryRegistration" that is created, and that it
> >
> >> contains a file called itkImageIOFactoryRegisterManager.h. This file
> >
> >> specifies all the type of images that are automatically registered to
> the
> >
> >> factory. You should compare the list of types included in this header
> file
> >
> >> with the list of ITK libraries that is passed to your compiler and make
> >> sure
> >
> >> that it matches.
> >
> >>
> >
> >> Hope this helps,
> >
> >>
> >
> >> Francois
> >
> >>
> >
> >>
> >
> >>
> >
> >> On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? <dzenanz at gmail.com>
> wrote:
> >
> >>
> >
> >> Hi Yang,
> >
> >>
> >
> >>
> >
> >>
> >
> >> all your link errors are for I/O class factories. Can you read the
> >> following
> >
> >> and see whether it helps you solve the problem?
> >
> >>
> >
> >> https://itk.org/Wiki/Plugin_IO_mechanisms
> >
> >>
> >
> >>
> >> https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/
> Documentation.html
> >
> >>
> >
> >>
> >
> >>
> >
> >> Regards,
> >
> >>
> >
> >> D?enan
> >
> >>
> >
> >>
> >
> >>
> >
> >> On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> >
> >> wrote:
> >
> >>
> >
> >> Hi all,
> >
> >>
> >
> >>
> >
> >>
> >
> >> I have a very weird problem when I try to build my library. I have an
> old
> >
> >> library, previously was built based on ITK 3.16 and VTK 5.8. I built my
> >
> >> library to both DLL and static library. By configuring in cmake
> properly,
> >> I
> >
> >> could build both types of libraries without any problem. Recently, I
> >> upgrade
> >
> >> it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK,
> both
> >
> >> DLL and static lib for my library can be compiled and linked, however, I
> >
> >> need to include all DLL files from ITK when I would like to distribute
> my
> >
> >> library. I don?t want to do so. Then I turned off BUILD_SHARED_LIBS in
> >> ITK.
> >
> >> The static lib of my library can be built, but the DLL couldn?t. Error
> >
> >> happened during the link stage. The error message was attached below. I
> >> used
> >
> >> CMake 3.6.2 + VS 2008 + Windows 7.
> >
> >>
> >
> >>
> >
> >>
> >
> >> 2>   Creating library
> >
> >>
> >> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\
> Debug\ContourWarping32.lib
> >
> >> and object
> >
> >>
> >> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\
> Debug\ContourWarping32.exp
> >
> >>
> >
> >> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GE5ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >
> >> function
> >
> >>
> >> __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0
> >
> >>
> >
> >> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GE5ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GE5ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GE5ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GE5ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GE5ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GE5ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GE4ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GE4ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GE4ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GE4ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >
> >> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
> >> for
> >
> >> 'ImageIOFactoryRegisterRegisterList''(void)"
> >
> >> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GE4ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GE4ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GE4ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::MRCImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::MRCImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::MRCImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >
> >> function "void __cdecl std::_Debug_order<class std::_Tree<class
> >
> >> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >
> >> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> >
> >> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >
> >> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> >
> >> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >
> >> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> >> int)"
> >
> >>
> >> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std
> @@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V
> ?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)
> >
> >>
> >
> >> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::MRCImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::MRCImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::MRCImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::MRCImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::MetaImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::MetaImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::MetaImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::MetaImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >
> >> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
> >> for
> >
> >> 'ImageIOFactoryRegisterRegisterList''(void)"
> >
> >> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::MetaImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::MetaImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::MetaImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::BioRadImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >
> >> function "public: __thiscall std::vector<class std::vector<class
> >
> >> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned
> char,2>,class
> >
> >> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
> >
> >> std::allocator<class itk::BinaryImageToLabelMapFilter<class
> >
> >> itk::Image<unsigned char,2>,class itk::LabelMap<class
> >
> >> itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class
> >
> >> std::vector<class itk::BinaryImageToLabelMapFilter<class
> >> itk::Image<unsigned
> >
> >> char,2>,class itk::LabelMap<class itk::LabelObject<short,2> >
> >
> >>>::runLength,class std::allocator<class
> >
> >> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned
> char,2>,class
> >
> >> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
> >
> >>>::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<
> class
> >
> >> itk::Image<unsigned char,2>,class itk::LabelMap<class
> >
> >> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
> >
> >> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned
> char,2>,class
> >
> >> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
> >
> >> std::allocator<class std::vector<class
> >
> >> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned
> char,2>,class
> >
> >> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
> >
> >> std::allocator<class itk::BinaryImageToLabelMapFilter<class
> >
> >> itk::Image<unsigned char,2>,class itk::LabelMap<class
> >
> >> itk::LabelObject<short,2> > >::runLength> > > >(void)"
> >
> >>
> >> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?
> $Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@
> @V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator@
> V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?
> $BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap@
> V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)
> >
> >>
> >
> >> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::BioRadImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::BioRadImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::BioRadImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::BioRadImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::BioRadImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::BioRadImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::StimulateImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::StimulateImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> referenced in
> >
> >> function "protected: __thiscall std::_Vector_val<struct
> >
> >> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class
> itk::Index<3> >
> >
> >>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
> >
> >> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
> >
> >>>::_Vector_val<struct itk::ObjectStore<class
> >
> >> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class
> >
> >> std::allocator<struct itk::ObjectStore<class
> >
> >> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
> >(class
> >
> >> std::allocator<struct itk::ObjectStore<class
> >
> >> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
> >
> >>
> >> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$
> SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$
> allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@
> $02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator at UMemoryBlock@
> ?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@1@
> @Z)
> >
> >>
> >
> >> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::StimulateImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::StimulateImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::StimulateImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::StimulateImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::StimulateImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::VTKImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::VTKImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::VTKImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::VTKImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >
> >> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
> >> for
> >
> >> 'ImageIOFactoryRegisterRegisterList''(void)"
> >
> >> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::VTKImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::VTKImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::VTKImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::TIFFImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >
> >> function
> >
> >>
> >> __ehhandler$??1?$vector at V?$vector at VrunLength@?$
> BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V
> ?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?
> $BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap@
> V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator@
> V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?
> $BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap@
> V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ
> >
> >>
> >
> >> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::TIFFImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::TIFFImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::TIFFImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::TIFFImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::TIFFImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::TIFFImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::PNGImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::PNGImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::PNGImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >
> >> function "void __cdecl std::_Debug_order2<class std::_Tree<class
> >
> >> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >
> >> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> >
> >> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >
> >> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> >
> >> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >
> >> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> >
> >> int,struct std::forward_iterator_tag)"
> >
> >>
> >> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@
> @V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_
> traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0@
> 0PB_WIUforward_iterator_tag at 0@@Z)
> >
> >>
> >
> >> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::PNGImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::PNGImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::PNGImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::PNGImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::LSMImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::LSMImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::LSMImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >
> >> function "void __cdecl std::_Debug_order2<class std::_Tree<class
> >
> >> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >
> >> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> >
> >> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >
> >> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> >
> >> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >
> >> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> >
> >> int,struct std::forward_iterator_tag)"
> >
> >>
> >> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@
> @V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_
> traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0@
> 0PB_WIUforward_iterator_tag at 0@@Z)
> >
> >>
> >
> >> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::LSMImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::LSMImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::LSMImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::LSMImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::BMPImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::BMPImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >
> >> function "protected: void __thiscall std::vector<struct
> >
> >> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class
> itk::Index<3> >
> >
> >>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
> >
> >> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
> >
> >>>::_Tidy(void)"
> >
> >>
> >> (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$
> SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$
> allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@
> $02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)
> >
> >>
> >
> >> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::BMPImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::BMPImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::BMPImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::BMPImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::BMPImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GDCMImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GDCMImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GDCMImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GDCMImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >
> >> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
> >> for
> >
> >> 'ImageIOFactoryRegisterRegisterList''(void)"
> >
> >> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GDCMImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GDCMImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GDCMImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::JPEGImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::JPEGImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::JPEGImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::JPEGImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >
> >> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
> >> for
> >
> >> 'ImageIOFactoryRegisterRegisterList''(void)"
> >
> >> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::JPEGImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::JPEGImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::JPEGImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >
> >> function "public: __thiscall std::vector<unsigned long,class
> >
> >> std::allocator<unsigned long> >::~vector<unsigned long,class
> >
> >> std::allocator<unsigned long> >(void)"
> >
> >> (??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)
> >
> >>
> >
> >> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GiplImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GiplImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GiplImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >
> >> function "void __cdecl std::_Debug_order2<class std::_Tree<class
> >
> >> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >
> >> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> >
> >> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >
> >> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> >
> >> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >
> >> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> >
> >> int,struct std::forward_iterator_tag)"
> >
> >>
> >> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@
> @V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_
> traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0@
> 0PB_WIUforward_iterator_tag at 0@@Z)
> >
> >>
> >
> >> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GiplImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GiplImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GiplImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::GiplImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::NrrdImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::NrrdImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >
> >> function "protected: bool __thiscall std::vector<struct
> >
> >> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class
> itk::Index<3> >
> >
> >>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
> >
> >> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
> >
> >>>::_Buy(unsigned int)"
> >
> >>
> >> (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V
> ?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$
> SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z
> )
> >
> >>
> >
> >> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::NrrdImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::NrrdImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::NrrdImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::NrrdImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::NrrdImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::NiftiImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::NiftiImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::NiftiImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::NiftiImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >
> >> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
> >> for
> >
> >> 'ImageIOFactoryRegisterRegisterList''(void)"
> >
> >> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >
> >>
> >
> >> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >> symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::NiftiImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::NiftiImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >
> >> "__declspec(dllimport) void __cdecl
> >
> >> itk::NiftiImageIOFactoryRegister__Private(void)"
> >
> >> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >
> >>
> >
> >>
> >> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\
> Debug\ContourWarping32.dll
> >
> >> : fatal error LNK1120: 17 unresolved externals
> >
> >>
> >
> >>
> >
> >>
> >
> >> _____________________________________
> >
> >> 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://www.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-users
> >
> >>
> >
> >>
> >
> >>
> >
> >>
> >
> >> _____________________________________
> >
> >> 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://www.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-users
> >
> >>
> >
> >>
> >
> >>
> >
> >>
> >
> >> _____________________________________
> >
> >> 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://www.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-users
> >
> >>
>
> _____________________________________
> 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://www.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-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160926/b2696055/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From jinzhong76 at gmail.com  Mon Sep 26 22:28:38 2016
From: jinzhong76 at gmail.com (Yang, Jinzhong)
Date: Mon, 26 Sep 2016 21:28:38 -0500
Subject: [ITK] [ITK-users] ITK build_shared_libs
In-Reply-To: <CAHwLD2Whcjwz9-BeXBT82xyGv-TPiUrKEVb1S1=RD7zYUy1j9A@mail.gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
 <000901d21824$6789f770$369de650$@gmail.com>
 <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>
 <001b01d2182f$9943e9a0$cbcbbce0$@gmail.com>
 <CALzTN-SrnXBOfvUPHMMu6sSDuK__kW2amEY6LzkiaAb8BZeOuA@mail.gmail.com>
 <003c01d21846$e91e4c60$bb5ae520$@gmail.com>
 <CAHwLD2Whcjwz9-BeXBT82xyGv-TPiUrKEVb1S1=RD7zYUy1j9A@mail.gmail.com>
Message-ID: <004701d21866$dbe3b5b0$93ab2110$@gmail.com>

Hi Francois,

 

It was added already. 

 

> TARGET_LINK_LIBRARIES(
>
>     ContourWarping
>
>     ${ITK_LIBRARIES}
>
>     ${VTK_LIBRARIES}
>
>                 #vtkIO vtkFiltering vtkGraphics
>
>     #debug vld.lib # for memory leak detection
>
> )



-Jinzhong

 

From: Francois Budin [mailto:francois.budin at kitware.com] 
Sent: Monday, September 26, 2016 6:55 PM
To: Yang, Jinzhong <jinzhong76 at gmail.com>
Cc: Matt McCormick <matt.mccormick at kitware.com>; Insight-users <insight-users at itk.org>
Subject: Re: [ITK-users] ITK build_shared_libs

 

Hello Jinzhong,

Could you try to add ${ITK_LIBRARIES} to your call of "TARGET_LINK_LIBRARIES"?

Francois

 

On Mon, Sep 26, 2016 at 6:39 PM, Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> > wrote:

Hi Matt,

When I built ITK, I turned on ITKV3_COMPATIBILITY. Could this cause the problem?
Thanks,
-Jinzhong


-----Original Message-----
From: Matt McCormick [mailto:matt.mccormick at kitware.com <mailto:matt.mccormick at kitware.com> ]
Sent: Monday, September 26, 2016 2:57 PM
To: Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> >

Cc: Insight-users <insight-users at itk.org <mailto:insight-users at itk.org> >
Subject: Re: [ITK-users] ITK build_shared_libs

Hi Jinzhong,

Does replacing link_libraries calls with target_link_libraries address
the issue (this should be done regardless)?

HTH,
Matt

On Mon, Sep 26, 2016 at 3:53 PM, Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> > wrote:
> Hi Matt,
>
>
>
> I use CMake, but the CMakeLists.txt was written for old ITK (3.16). I
> recently upgraded to ITK 4.10 in order for a project depending on this
> library and GDCM library ( I had trouble to compile that project with ITK
> 3.16). I don't want to manually register the factories. I might need to
> revise my CMakeLists.txt. Below is my CMakeLists.txt. Please let me know if
> there is anything wrong here. To help you understand my problem, I summarize
> my problem below -
>
> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project compiled with
> "BUILD_SHARED_LIBS", WORK
>
> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project NOT compiled with
> "BUILD_SHARED_LIBS", WORK
>
> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project NOT compiled
> with "BUILD_SHARED_LIBS", WORK
>
> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project compiled with
> "BUILD_SHARED_LIBS", NOT WORKING
>
>
>
> I prefer to compiling ITK without using shared libs because I don?t want to
> distribute a lot of files to other computers with my program.
>
> Thank you,
>
> Jinzhong
>
>
>
> //////////////////CMakeLists.txt ////////////////////////////
>
> CMAKE_MINIMUM_REQUIRED(VERSION 2.6)
>
>
>
> PROJECT(ContourWarping)
>
>
>
> FIND_PACKAGE(ITK)
>
> IF(ITK_FOUND)
>
>  INCLUDE(${ITK_USE_FILE})
>
> ELSE(ITK_FOUND)
>
>   MESSAGE(FATAL_ERROR
>
>   "ITK not found.  Please set ITK_DIR.")
>
> ENDIF(ITK_FOUND)
>
>
>
> FIND_PACKAGE(VTK)
>
> IF (VTK_FOUND)
>
>   INCLUDE (${VTK_USE_FILE})
>
> ELSE (VTK_FOUND)
>
>   MESSAGE(FATAL_ERROR
>
>   "VTK not found. Please set VTK_DIR.")
>
> ENDIF(VTK_FOUND)
>
>
>
> OPTION(BUILD_SHARED_LIBS "Build ContourWarping with shared libraries." OFF)
>
>
>
> OPTION(BUILD_LIB_TEST "Build ContourWarping with testing option enabled."
> OFF)
>
> IF (BUILD_LIB_TEST)
>
> ADD_DEFINITIONS(-D_LIB_TEST)
>
> ENDIF(BUILD_LIB_TEST)
>
>
>
> LINK_LIBRARIES(
>
>     ${ITK_LIBRARIES}
>
>                 ${VTK_LIBRARIES}
>
>     #vtkIO vtkCommon vtkFiltering vtkGraphics
>
> )
>
>
>
> SET(BOOST_DIR "D:/boost_1_41_0" CACHE PATH "D:/boost_1_41_0")
>
>
>
> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage64/lib" CACHE PATH
> "D:/boost_1_41_0/stage64/lib")
>
> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage/lib" CACHE PATH
> "D:/boost_1_41_0/stage/lib")
>
> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>
>
> INCLUDE_DIRECTORIES( "C:/Program Files/Visual Leak Detector/include" # for
> memory leak detection, "vld.h"
>
>                      ${BOOST_DIR} #boost
>
>                      ${PROJECT_SOURCE_DIR}
>
>                      "${PROJECT_SOURCE_DIR}/itkLabelMap"
>
>
> "${PROJECT_SOURCE_DIR}/boost"
>
> )
>
> LINK_DIRECTORIES( ${PROJECT_BINARY_DIR}/${CMAKE_ARCHIVE_OUTPUT_DIRECTORY}
>
>                   "C:/Program Files/Visual Leak Detector/lib" # for memory
> leak detection, "vld.lib"
>
>                   ${BOOST_LIB_DIR} #boost
>
> )
>
> #LINK_DIRECTORIES( ${CMAKE_ARCHIVE_OUTPUT_DIRECTORY})
>
>
>
> SET(SRCS
>
>          stdafx.h
>
>          stdafx.cpp
>
>          ContourWarpingWrapUp.cpp
>
>          PinnacleROIStructInterface.cpp
>
>          BinaryImageRoiPolyInterface.cpp
>
>          contourwarpingparallel.cpp
>
>          ParallelDispatcher.h
>
>          ParallelDispatcher.cpp
>
>          Win32Header.h
>
>          PinnacleROIConvert.cpp
>
>          PinnacleROIConvert.h
>
>          PinnacleROIMesh.cpp
>
>          PinnacleROIMesh.h
>
>          PinnaclePOIConvert.cpp
>
>          PinnaclePOIConvert.h
>
>          PinnacleImage.cpp
>
>          PinnacleImage.txx
>
>          PinnacleImage.h
>
>          Auxiliary.h
>
>          MeshConvertor.cpp
>
>          MeshConvertor.h
>
>          vtkPolyContours.cpp
>
>          vtkPolyContours.h
>
>          vtkVoxelContoursToSurfaceFilterEx.cpp
>
>          vtkVoxelContoursToSurfaceFilterEx.h
>
>          vtkWindowedSincPolyDataFilterEx.cpp
>
>          vtkWindowedSincPolyDataFilterEx.h
>
>          vtkSurfaceToSliceContours.cpp
>
>          vtkSurfaceToSliceContours.h
>
>          vtkSurfaceCutter.cpp
>
>          vtkSurfaceCutter.h
>
>          vtkSurfaceMeshProcess.cpp
>
>          vtkSurfaceMeshProcess.h
>
>          vtkSurfaceDeformation.cpp
>
>          vtkSurfaceDeformation.h
>
>          vtkSurfaceDeformationUsingCatField.cpp
>
>          vtkSurfaceDeformationUsingCatField.h
>
>          vtkSurfaceTransformation.cpp
>
>          vtkSurfaceTransformation.h
>
>          vtkContourProcess.cpp
>
>          vtkContourProcess.h
>
>          vtkSurfaceClipper.cpp
>
>          vtkSurfaceClipper.h
>
>          vtkPolyContoursClipper.cpp
>
>          vtkPolyContoursClipper.h
>
>          vtkUndirectedGraphCPP.cpp
>
>          vtkUndirectedGraphCPP.h
>
>          itkPolygonFill2DBinaryImageFilter.h
>
>          itkPolygonFill2DBinaryImageFilter.txx
>
>          catDeformationField.cpp
>
>          catDeformationField.h
>
>          boundaries.txx
>
>          boundaries.h
>
>          PinnacleROI2ImagesParallel.cpp
>
>          PinnacleROI2ImagesParallel.h
>
> )
>
>
>
> IF (WIN32)
>
> SET(SRCS ${SRCS} resource.h ContourWarping.rc)
>
> ENDIF(WIN32)
>
>
>
>
>
> ADD_LIBRARY(ContourWarping ${SRCS})
>
>
>
> SET(OUTPUTNAME ContourWarping)
>
>
>
> IF (BUILD_SHARED_LIBS)
>
> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>                 SET_TARGET_PROPERTIES(ContourWarping
>
>
> PROPERTIES OUTPUT_NAME ContourWarping64
>
>                 )
>
>                 SET(OUTPUTNAME ContourWarping64)
>
> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
>                 SET_TARGET_PROPERTIES(ContourWarping
>
>
> PROPERTIES OUTPUT_NAME ContourWarping32
>
>                 )
>
>                 SET(OUTPUTNAME ContourWarping32)
>
> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>
> ENDIF (BUILD_SHARED_LIBS)
>
>
>
>
>
> #SET(CMAKE_BUILD_TYPE Release)
>
> #INCLUDE(PCHSupport.cmake)
>
> #ADD_PRECOMPILED_HEADER(ContourWarping stdafx.h)
>
>
>
> TARGET_LINK_LIBRARIES(
>
>     ContourWarping
>
>     ${ITK_LIBRARIES}
>
>     ${VTK_LIBRARIES}
>
>                 #vtkIO vtkFiltering vtkGraphics
>
>     #debug vld.lib # for memory leak detection
>
> )
>
>
>
> #SET(TARGET_LIB_VERSION "1.0" CACHE STRING "1.0")
>
> SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES VERSION 1.8.8
>
> )
>
>
>
> IF (BUILD_SHARED_LIBS)
>
> SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
>
> )
>
> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
>
> ENDIF(BUILD_SHARED_LIBS)
>
>
>
> IF (WIN32) #enable PCH support & add resource file
>
> SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES COMPILE_FLAGS /Yu"stdafx.h"
>
> )
>
> SET_SOURCE_FILES_PROPERTIES(stdafx.cpp
>
>                       PROPERTIES COMPILE_FLAGS /Yc"stdafx.h"
>
> )
>
> ENDIF(WIN32)
>
>
>
>
>
> IF (BUILD_LIB_TEST)
>
> TARGET_LINK_LIBRARIES(
>
>     ContourWarping
>
>     vtkRendering vtkWidgets
>
> )
>
> ENDIF(BUILD_LIB_TEST)
>
>
>
> ######
>
> ADD_EXECUTABLE( ContourWarpingTest
>
>                 testdll.cpp
>
> )
>
>
>
> TARGET_LINK_LIBRARIES(
>
>   ContourWarpingTest
>
>   ${OUTPUTNAME}.lib
>
> )
>
>
>
> ADD_DEPENDENCIES(
>
>   ContourWarpingTest
>
>   ContourWarping
>
> )
>
>
>
> ######
>
> ADD_EXECUTABLE( PinnacleROI2BinaryImage
>
>                 PinnacleROI2BinaryImage.cpp
>
> )
>
>
>
> TARGET_LINK_LIBRARIES(
>
>   PinnacleROI2BinaryImage
>
>   ${OUTPUTNAME}.lib
>
> )
>
>
>
> ADD_DEPENDENCIES(
>
>   PinnacleROI2BinaryImage
>
>   ContourWarping
>
> )
>
>
>
> ######
>
> ADD_EXECUTABLE( PinnacleROIFromBitmap
>
>                 PinnacleROIFromBitmap.cpp
>
> )
>
>
>
> TARGET_LINK_LIBRARIES(
>
>   PinnacleROIFromBitmap
>
>   ${OUTPUTNAME}.lib
>
> )
>
>
>
> ADD_DEPENDENCIES(
>
>   PinnacleROIFromBitmap
>
>   ContourWarping
>
> )
>
>
>
> ######
>
> ADD_EXECUTABLE( MeshTest
>
>                 MeshTest.cpp
>
> )
>
>
>
> TARGET_LINK_LIBRARIES(
>
>   MeshTest
>
>   ${OUTPUTNAME}.lib
>
> )
>
>
>
> ADD_DEPENDENCIES(
>
>   MeshTest
>
>   ContourWarping
>
> )
>
>
>
>
>
> -----Original Message-----
> From: Matt McCormick [mailto:matt.mccormick at kitware.com <mailto:matt.mccormick at kitware.com> ]
> Sent: Monday, September 26, 2016 1:50 PM
> To: Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> >
> Cc: Francois Budin <francois.budin at kitware.com <mailto:francois.budin at kitware.com> >; D?enan Zuki?
> <dzenanz at gmail.com <mailto:dzenanz at gmail.com> >; Insight-users <insight-users at itk.org <mailto:insight-users at itk.org> >
> Subject: Re: [ITK-users] ITK build_shared_libs
>
>
>
> Hi Jinzhong,
>
>
>
> It sounds like you are not using CMake to build the project or using
>
> it in some non-standard way? There are a few options:
>
>
>
> 1) Use CMake to compile the project.
>
> 2) Set ITK_NO_IO_FACTORY_REGISTER_MANAGER before calling
>
> "include(${ITK_USE_FILE})", the register the factories manually.
>
>
>
> HTH,
>
> Matt
>
>
>
> On Mon, Sep 26, 2016 at 2:32 PM, Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> >
> wrote:
>
>> Still no clue. I checked the file itkImageIOFactoryRegisterManager.h. It
>
>> seems all classes imported in that header were not linked. However, I
>> check
>
>> all IO libraries, it seems they were all included as dependency. As I
>
>> mentioned before, if I compiled my code as static library, there is not
>> such
>
>> a problem.
>
>>
>
>>
>
>>
>
>> Here are all ITK/VTK related libraries passed to my compiler (they are
>
>> generated by cmake. I enabled ITK_USE_SYSTEM_GDCM in building my ITK):
>
>>
>
>>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkdouble-conversion-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itksys-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl_algo-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkv3p_netlib-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itknetlib-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvcl-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkNetlibSlatec-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKStatistics-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKTransform-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOImageBase-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBMP-4.10.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDICT.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmMSFF.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGDCM-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkzlib-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGIPL-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkjpeg-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOJPEG-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMetaIO-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMeta-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKznz-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKniftiio-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONIFTI-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKNrrdIO-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONRRD-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkpng-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOPNG-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itktiff-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTIFF-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOVTK-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKLabelMap-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMesh-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKSpatialObjects-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPath-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKQuadEdgeMesh-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizers-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPolynomials-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBiasCorrection-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBioCell-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDICOMParser-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDeprecated-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBioRad-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOLSM-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOStimulate-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKEXPAT-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOXML-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSpatialObjects-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKFEM-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKgiftiio-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMesh-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5_cpp-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOCSV-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOIPL-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSiemens-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOHDF5-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMRC-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformBase-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformHDF5-4.10.lib
>
>>
>
>>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformInsightLegacy-4.10.lib
>
>>
>
>>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformMatlab-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKKLMRegionGrowing-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVTK-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKWatersheds-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizersv4-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoCore-4.10.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoIO-4.10.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkChartsCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonColor-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonDataModel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMath-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksys-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMisc-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonSystem-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonTransforms-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersExtraction-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonExecutionModel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneral-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonComputationalGeometry-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersStatistics-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingFourier-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkalglib-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContext2D-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeometry-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSources-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingFreeType-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkfreetype-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkzlib-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDICOMParser-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistry-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXML-7.0.lib
>
>>
>

>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOGeometry-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXMLParser-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexpat-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistryOpenGL2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingOpenGL2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingHybrid-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImage-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkmetaio-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjpeg-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkpng-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtktiff-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkglew-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersAMR-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkParallelCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLegacy-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersFlowPaths-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneric-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHybrid-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingSources-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHyperTree-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersImaging-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingGeneral-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersModeling-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallelImaging-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersProgrammable-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSMP-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSelection-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersTexture-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersVerdict-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkverdict-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkGeovisCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisLayout-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionStyle-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionWidgets-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingAnnotation-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingColor-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolume-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsCore-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkproj4-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOAMR-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5_hl-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOEnSight-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExodus-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexoIIc-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF_cxx-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExport-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLabel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImport-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOInfovis-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtklibxml2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLSDyna-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMINC-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMovie-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkoggtheora-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIONetCDF-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOPLY-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallel-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjsoncpp-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallelXML-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOSQL-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksqlite-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOVideo-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMath-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMorphological-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStatistics-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStencil-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionImage-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContextOpenGL2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingImage-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLOD-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolumeOpenGL2-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingGenericBridge-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingIOSQL-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingRendering-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsContext2D-7.0.lib
>
>>
>
>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsInfovis-7.0.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmIOD.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDSED.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmzlib.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmCommon.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmexpat.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg8.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg12.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg16.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmopenjpeg.lib
>
>>
>
>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmcharls.lib
>
>>
>
>> rpcrt4.lib
>
>>
>
>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVNLInstantiation-4.10.lib
>
>>
>
>>
>
>>
>
>> Thanks,
>
>>
>
>> -Jinzhong
>
>>
>
>>
>
>>
>
>> From: Francois Budin [mailto:francois.budin at kitware.com <mailto:francois.budin at kitware.com> ]
>
>> Sent: Monday, September 26, 2016 8:04 AM
>
>> To: D?enan Zuki? <dzenanz at gmail.com <mailto:dzenanz at gmail.com> >
>
>> Cc: Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> >; Insight-users
>
>> <insight-users at itk.org <mailto:insight-users at itk.org> >
>
>> Subject: Re: [ITK-users] ITK build_shared_libs
>
>>
>
>>
>
>>
>
>> Hello,
>
>>
>
>> As Dzenan said, your problem most likely comes from a problem with the ITK
>
>> IO factory. You may want to check that in your build directory, you have a
>
>> directory called "ITKIOFactoryRegistration" that is created, and that it
>
>> contains a file called itkImageIOFactoryRegisterManager.h. This file
>
>> specifies all the type of images that are automatically registered to the
>
>> factory. You should compare the list of types included in this header file
>
>> with the list of ITK libraries that is passed to your compiler and make
>> sure
>
>> that it matches.
>
>>
>
>> Hope this helps,
>
>>
>
>> Francois
>
>>
>
>>
>
>>
>
>> On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? <dzenanz at gmail.com <mailto:dzenanz at gmail.com> > wrote:
>
>>
>
>> Hi Yang,
>
>>
>
>>
>
>>
>
>> all your link errors are for I/O class factories. Can you read the
>> following
>
>> and see whether it helps you solve the problem?
>
>>
>
>> https://itk.org/Wiki/Plugin_IO_mechanisms
>
>>
>
>>
>> https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/Documentation.html
>
>>
>
>>
>
>>
>
>> Regards,
>
>>
>
>> D?enan
>
>>
>
>>
>
>>
>
>> On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> >
>
>> wrote:
>
>>
>
>> Hi all,
>
>>
>
>>
>
>>
>
>> I have a very weird problem when I try to build my library. I have an old
>
>> library, previously was built based on ITK 3.16 and VTK 5.8. I built my
>
>> library to both DLL and static library. By configuring in cmake properly,
>> I
>
>> could build both types of libraries without any problem. Recently, I
>> upgrade
>
>> it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK, both
>
>> DLL and static lib for my library can be compiled and linked, however, I
>
>> need to include all DLL files from ITK when I would like to distribute my
>
>> library. I don?t want to do so. Then I turned off BUILD_SHARED_LIBS in
>> ITK.
>
>> The static lib of my library can be built, but the DLL couldn?t. Error
>
>> happened during the link stage. The error message was attached below. I
>> used
>
>> CMake 3.6.2 + VS 2008 + Windows 7.
>
>>
>
>>
>
>>
>
>> 2>   Creating library
>
>>
>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.lib
>
>> and object
>
>>
>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.exp
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function
>
>>
>> __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GE4ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl std::_Debug_order<class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>> int)"
>
>>
>> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MRCImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::MetaImageIOFactoryRegister__Private(void)"
>
>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "public: __thiscall std::vector<class std::vector<class
>
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>
>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>
>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>
>> itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class
>
>> std::vector<class itk::BinaryImageToLabelMapFilter<class
>> itk::Image<unsigned
>
>> char,2>,class itk::LabelMap<class itk::LabelObject<short,2> >
>
>>>::runLength,class std::allocator<class
>
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
>
>>>::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class
>
>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>
>> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
>
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
>
>> std::allocator<class std::vector<class
>
>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>
>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>
>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>
>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>
>> itk::LabelObject<short,2> > >::runLength> > > >(void)"
>
>>
>> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BioRadImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in

>
>> function "protected: __thiscall std::_Vector_val<struct
>
>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>
>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>
>>>::_Vector_val<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class
>
>> std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock> >(class
>
>> std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
>
>>
>> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@1@@Z)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::StimulateImageIOFactoryRegister__Private(void)"
>
>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::VTKImageIOFactoryRegister__Private(void)"
>
>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function
>
>>
>> __ehhandler$??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::TIFFImageIOFactoryRegister__Private(void)"
>
>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>
>> int,struct std::forward_iterator_tag)"
>
>>
>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::PNGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>
>> int,struct std::forward_iterator_tag)"
>
>>
>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::LSMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "protected: void __thiscall std::vector<struct
>
>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>
>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>
>>>::_Tidy(void)"
>
>>
>> (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::BMPImageIOFactoryRegister__Private(void)"
>
>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GDCMImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::JPEGImageIOFactoryRegister__Private(void)"
>
>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "public: __thiscall std::vector<unsigned long,class
>
>> std::allocator<unsigned long> >::~vector<unsigned long,class
>
>> std::allocator<unsigned long> >(void)"
>
>> (??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>
>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>
>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>
>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>
>> int,struct std::forward_iterator_tag)"
>
>>
>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::GiplImageIOFactoryRegister__Private(void)"
>
>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "protected: bool __thiscall std::vector<struct
>
>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>
>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>
>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>
>>>::_Buy(unsigned int)"
>
>>
>> (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NrrdImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>
>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>> for
>
>> 'ImageIOFactoryRegisterRegisterList''(void)"
>
>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>
>>
>
>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>> symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>
>> "__declspec(dllimport) void __cdecl
>
>> itk::NiftiImageIOFactoryRegister__Private(void)"
>
>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>
>>
>
>>
>> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.dll
>
>> : fatal error LNK1120: 17 unresolved externals
>
>>
>

>>
>
>>
>
>> _____________________________________
>
>> Powered by www.kitware.com <http://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://www.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-users
>
>>
>
>>
>
>>
>
>>
>
>> _____________________________________
>
>> Powered by www.kitware.com <http://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://www.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-users
>
>>
>
>>
>
>>
>
>>
>
>> _____________________________________
>
>> Powered by www.kitware.com <http://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://www.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-users
>
>>

_____________________________________
Powered by www.kitware.com <http://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://www.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-users

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160926/0b33dd0a/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Tue Sep 27 00:30:13 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Tue, 27 Sep 2016 00:30:13 -0400
Subject: [ITK] [ITK-users] ITK build_shared_libs
In-Reply-To: <004701d21866$dbe3b5b0$93ab2110$@gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
 <000901d21824$6789f770$369de650$@gmail.com>
 <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>
 <001b01d2182f$9943e9a0$cbcbbce0$@gmail.com>
 <CALzTN-SrnXBOfvUPHMMu6sSDuK__kW2amEY6LzkiaAb8BZeOuA@mail.gmail.com>
 <003c01d21846$e91e4c60$bb5ae520$@gmail.com>
 <CAHwLD2Whcjwz9-BeXBT82xyGv-TPiUrKEVb1S1=RD7zYUy1j9A@mail.gmail.com>
 <004701d21866$dbe3b5b0$93ab2110$@gmail.com>
Message-ID: <CALzTN-RxqmxRYdKF+U7-UbRXO412bUsq2eJBPh+fuK3t_9QPUg@mail.gmail.com>

Hi Jinzhong,

Does removing this block:


IF (BUILD_SHARED_LIBS)

SET_TARGET_PROPERTIES(ContourWarping

                      PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"

)

# Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK

ENDIF(BUILD_SHARED_LIBS)


Address the issue?

Thanks,
Matt

On Mon, Sep 26, 2016 at 10:28 PM, Yang, Jinzhong <jinzhong76 at gmail.com> wrote:
> Hi Francois,
>
>
>
> It was added already.
>
>
>
>> TARGET_LINK_LIBRARIES(
>>
>>     ContourWarping
>>
>>     ${ITK_LIBRARIES}
>>
>>     ${VTK_LIBRARIES}
>>
>>                 #vtkIO vtkFiltering vtkGraphics
>>
>>     #debug vld.lib # for memory leak detection
>>
>> )
>
> -Jinzhong
>
>
>
> From: Francois Budin [mailto:francois.budin at kitware.com]
> Sent: Monday, September 26, 2016 6:55 PM
> To: Yang, Jinzhong <jinzhong76 at gmail.com>
> Cc: Matt McCormick <matt.mccormick at kitware.com>; Insight-users
> <insight-users at itk.org>
>
>
> Subject: Re: [ITK-users] ITK build_shared_libs
>
>
>
> Hello Jinzhong,
>
> Could you try to add ${ITK_LIBRARIES} to your call of
> "TARGET_LINK_LIBRARIES"?
>
> Francois
>
>
>
> On Mon, Sep 26, 2016 at 6:39 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> wrote:
>
> Hi Matt,
>
> When I built ITK, I turned on ITKV3_COMPATIBILITY. Could this cause the
> problem?
> Thanks,
> -Jinzhong
>
>
> -----Original Message-----
> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> Sent: Monday, September 26, 2016 2:57 PM
> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>
> Cc: Insight-users <insight-users at itk.org>
> Subject: Re: [ITK-users] ITK build_shared_libs
>
> Hi Jinzhong,
>
> Does replacing link_libraries calls with target_link_libraries address
> the issue (this should be done regardless)?
>
> HTH,
> Matt
>
> On Mon, Sep 26, 2016 at 3:53 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> wrote:
>> Hi Matt,
>>
>>
>>
>> I use CMake, but the CMakeLists.txt was written for old ITK (3.16). I
>> recently upgraded to ITK 4.10 in order for a project depending on this
>> library and GDCM library ( I had trouble to compile that project with ITK
>> 3.16). I don't want to manually register the factories. I might need to
>> revise my CMakeLists.txt. Below is my CMakeLists.txt. Please let me know
>> if
>> there is anything wrong here. To help you understand my problem, I
>> summarize
>> my problem below -
>>
>> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project compiled with
>> "BUILD_SHARED_LIBS", WORK
>>
>> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project NOT compiled with
>> "BUILD_SHARED_LIBS", WORK
>>
>> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project NOT compiled
>> with "BUILD_SHARED_LIBS", WORK
>>
>> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project compiled with
>> "BUILD_SHARED_LIBS", NOT WORKING
>>
>>
>>
>> I prefer to compiling ITK without using shared libs because I don?t want
>> to
>> distribute a lot of files to other computers with my program.
>>
>> Thank you,
>>
>> Jinzhong
>>
>>
>>
>> //////////////////CMakeLists.txt ////////////////////////////
>>
>> CMAKE_MINIMUM_REQUIRED(VERSION 2.6)
>>
>>
>>
>> PROJECT(ContourWarping)
>>
>>
>>
>> FIND_PACKAGE(ITK)
>>
>> IF(ITK_FOUND)
>>
>>  INCLUDE(${ITK_USE_FILE})
>>
>> ELSE(ITK_FOUND)
>>
>>   MESSAGE(FATAL_ERROR
>>
>>   "ITK not found.  Please set ITK_DIR.")
>>
>> ENDIF(ITK_FOUND)
>>
>>
>>
>> FIND_PACKAGE(VTK)
>>
>> IF (VTK_FOUND)
>>
>>   INCLUDE (${VTK_USE_FILE})
>>
>> ELSE (VTK_FOUND)
>>
>>   MESSAGE(FATAL_ERROR
>>
>>   "VTK not found. Please set VTK_DIR.")
>>
>> ENDIF(VTK_FOUND)
>>
>>
>>
>> OPTION(BUILD_SHARED_LIBS "Build ContourWarping with shared libraries."
>> OFF)
>>
>>
>>
>> OPTION(BUILD_LIB_TEST "Build ContourWarping with testing option enabled."
>> OFF)
>>
>> IF (BUILD_LIB_TEST)
>>
>> ADD_DEFINITIONS(-D_LIB_TEST)
>>
>> ENDIF(BUILD_LIB_TEST)
>>
>>
>>
>> LINK_LIBRARIES(
>>
>>     ${ITK_LIBRARIES}
>>
>>                 ${VTK_LIBRARIES}
>>
>>     #vtkIO vtkCommon vtkFiltering vtkGraphics
>>
>> )
>>
>>
>>
>> SET(BOOST_DIR "D:/boost_1_41_0" CACHE PATH "D:/boost_1_41_0")
>>
>>
>>
>> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>
>>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage64/lib" CACHE PATH
>> "D:/boost_1_41_0/stage64/lib")
>>
>> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>
>>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage/lib" CACHE PATH
>> "D:/boost_1_41_0/stage/lib")
>>
>> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>
>>
>>
>> INCLUDE_DIRECTORIES( "C:/Program Files/Visual Leak Detector/include" # for
>> memory leak detection, "vld.h"
>>
>>                      ${BOOST_DIR} #boost
>>
>>                      ${PROJECT_SOURCE_DIR}
>>
>>                      "${PROJECT_SOURCE_DIR}/itkLabelMap"
>>
>>
>> "${PROJECT_SOURCE_DIR}/boost"
>>
>> )
>>
>> LINK_DIRECTORIES( ${PROJECT_BINARY_DIR}/${CMAKE_ARCHIVE_OUTPUT_DIRECTORY}
>>
>>                   "C:/Program Files/Visual Leak Detector/lib" # for memory
>> leak detection, "vld.lib"
>>
>>                   ${BOOST_LIB_DIR} #boost
>>
>> )
>>
>> #LINK_DIRECTORIES( ${CMAKE_ARCHIVE_OUTPUT_DIRECTORY})
>>
>>
>>
>> SET(SRCS
>>
>>          stdafx.h
>>
>>          stdafx.cpp
>>
>>          ContourWarpingWrapUp.cpp
>>
>>          PinnacleROIStructInterface.cpp
>>
>>          BinaryImageRoiPolyInterface.cpp
>>
>>          contourwarpingparallel.cpp
>>
>>          ParallelDispatcher.h
>>
>>          ParallelDispatcher.cpp
>>
>>          Win32Header.h
>>
>>          PinnacleROIConvert.cpp
>>
>>          PinnacleROIConvert.h
>>
>>          PinnacleROIMesh.cpp
>>
>>          PinnacleROIMesh.h
>>
>>          PinnaclePOIConvert.cpp
>>
>>          PinnaclePOIConvert.h
>>
>>          PinnacleImage.cpp
>>
>>          PinnacleImage.txx
>>
>>          PinnacleImage.h
>>
>>          Auxiliary.h
>>
>>          MeshConvertor.cpp
>>
>>          MeshConvertor.h
>>
>>          vtkPolyContours.cpp
>>
>>          vtkPolyContours.h
>>
>>          vtkVoxelContoursToSurfaceFilterEx.cpp
>>
>>          vtkVoxelContoursToSurfaceFilterEx.h
>>
>>          vtkWindowedSincPolyDataFilterEx.cpp
>>
>>          vtkWindowedSincPolyDataFilterEx.h
>>
>>          vtkSurfaceToSliceContours.cpp
>>
>>          vtkSurfaceToSliceContours.h
>>
>>          vtkSurfaceCutter.cpp
>>
>>          vtkSurfaceCutter.h
>>
>>          vtkSurfaceMeshProcess.cpp
>>
>>          vtkSurfaceMeshProcess.h
>>
>>          vtkSurfaceDeformation.cpp
>>
>>          vtkSurfaceDeformation.h
>>
>>          vtkSurfaceDeformationUsingCatField.cpp
>>
>>          vtkSurfaceDeformationUsingCatField.h
>>
>>          vtkSurfaceTransformation.cpp
>>
>>          vtkSurfaceTransformation.h
>>
>>          vtkContourProcess.cpp
>>
>>          vtkContourProcess.h
>>
>>          vtkSurfaceClipper.cpp
>>
>>          vtkSurfaceClipper.h
>>
>>          vtkPolyContoursClipper.cpp
>>
>>          vtkPolyContoursClipper.h
>>
>>          vtkUndirectedGraphCPP.cpp
>>
>>          vtkUndirectedGraphCPP.h
>>
>>          itkPolygonFill2DBinaryImageFilter.h
>>
>>          itkPolygonFill2DBinaryImageFilter.txx
>>
>>          catDeformationField.cpp
>>
>>          catDeformationField.h
>>
>>          boundaries.txx
>>
>>          boundaries.h
>>
>>          PinnacleROI2ImagesParallel.cpp
>>
>>          PinnacleROI2ImagesParallel.h
>>
>> )
>>
>>
>>
>> IF (WIN32)
>>
>> SET(SRCS ${SRCS} resource.h ContourWarping.rc)
>>
>> ENDIF(WIN32)
>>
>>
>>
>>
>>
>> ADD_LIBRARY(ContourWarping ${SRCS})
>>
>>
>>
>> SET(OUTPUTNAME ContourWarping)
>>
>>
>>
>> IF (BUILD_SHARED_LIBS)
>>
>> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>
>>                 SET_TARGET_PROPERTIES(ContourWarping
>>
>>
>> PROPERTIES OUTPUT_NAME ContourWarping64
>>
>>                 )
>>
>>                 SET(OUTPUTNAME ContourWarping64)
>>
>> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>
>>                 SET_TARGET_PROPERTIES(ContourWarping
>>
>>
>> PROPERTIES OUTPUT_NAME ContourWarping32
>>
>>                 )
>>
>>                 SET(OUTPUTNAME ContourWarping32)
>>
>> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>
>> ENDIF (BUILD_SHARED_LIBS)
>>
>>
>>
>>
>>
>> #SET(CMAKE_BUILD_TYPE Release)
>>
>> #INCLUDE(PCHSupport.cmake)
>>
>> #ADD_PRECOMPILED_HEADER(ContourWarping stdafx.h)
>>
>>
>>
>> TARGET_LINK_LIBRARIES(
>>
>>     ContourWarping
>>
>>     ${ITK_LIBRARIES}
>>
>>     ${VTK_LIBRARIES}
>>
>>                 #vtkIO vtkFiltering vtkGraphics
>>
>>     #debug vld.lib # for memory leak detection
>>
>> )
>>
>>
>>
>> #SET(TARGET_LIB_VERSION "1.0" CACHE STRING "1.0")
>>
>> SET_TARGET_PROPERTIES(ContourWarping
>>
>>                       PROPERTIES VERSION 1.8.8
>>
>> )
>>
>>
>>
>> IF (BUILD_SHARED_LIBS)
>>
>> SET_TARGET_PROPERTIES(ContourWarping
>>
>>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
>>
>> )
>>
>> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
>>
>> ENDIF(BUILD_SHARED_LIBS)
>>
>>
>>
>> IF (WIN32) #enable PCH support & add resource file
>>
>> SET_TARGET_PROPERTIES(ContourWarping
>>
>>                       PROPERTIES COMPILE_FLAGS /Yu"stdafx.h"
>>
>> )
>>
>> SET_SOURCE_FILES_PROPERTIES(stdafx.cpp
>>
>>                       PROPERTIES COMPILE_FLAGS /Yc"stdafx.h"
>>
>> )
>>
>> ENDIF(WIN32)
>>
>>
>>
>>
>>
>> IF (BUILD_LIB_TEST)
>>
>> TARGET_LINK_LIBRARIES(
>>
>>     ContourWarping
>>
>>     vtkRendering vtkWidgets
>>
>> )
>>
>> ENDIF(BUILD_LIB_TEST)
>>
>>
>>
>> ######
>>
>> ADD_EXECUTABLE( ContourWarpingTest
>>
>>                 testdll.cpp
>>
>> )
>>
>>
>>
>> TARGET_LINK_LIBRARIES(
>>
>>   ContourWarpingTest
>>
>>   ${OUTPUTNAME}.lib
>>
>> )
>>
>>
>>
>> ADD_DEPENDENCIES(
>>
>>   ContourWarpingTest
>>
>>   ContourWarping
>>
>> )
>>
>>
>>
>> ######
>>
>> ADD_EXECUTABLE( PinnacleROI2BinaryImage
>>
>>                 PinnacleROI2BinaryImage.cpp
>>
>> )
>>
>>
>>
>> TARGET_LINK_LIBRARIES(
>>
>>   PinnacleROI2BinaryImage
>>
>>   ${OUTPUTNAME}.lib
>>
>> )
>>
>>
>>
>> ADD_DEPENDENCIES(
>>
>>   PinnacleROI2BinaryImage
>>
>>   ContourWarping
>>
>> )
>>
>>
>>
>> ######
>>
>> ADD_EXECUTABLE( PinnacleROIFromBitmap
>>
>>                 PinnacleROIFromBitmap.cpp
>>
>> )
>>
>>
>>
>> TARGET_LINK_LIBRARIES(
>>
>>   PinnacleROIFromBitmap
>>
>>   ${OUTPUTNAME}.lib
>>
>> )
>>
>>
>>
>> ADD_DEPENDENCIES(
>>
>>   PinnacleROIFromBitmap
>>
>>   ContourWarping
>>
>> )
>>
>>
>>
>> ######
>>
>> ADD_EXECUTABLE( MeshTest
>>
>>                 MeshTest.cpp
>>
>> )
>>
>>
>>
>> TARGET_LINK_LIBRARIES(
>>
>>   MeshTest
>>
>>   ${OUTPUTNAME}.lib
>>
>> )
>>
>>
>>
>> ADD_DEPENDENCIES(
>>
>>   MeshTest
>>
>>   ContourWarping
>>
>> )
>>
>>
>>
>>
>>
>> -----Original Message-----
>> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
>> Sent: Monday, September 26, 2016 1:50 PM
>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>> Cc: Francois Budin <francois.budin at kitware.com>; D?enan Zuki?
>> <dzenanz at gmail.com>; Insight-users <insight-users at itk.org>
>> Subject: Re: [ITK-users] ITK build_shared_libs
>>
>>
>>
>> Hi Jinzhong,
>>
>>
>>
>> It sounds like you are not using CMake to build the project or using
>>
>> it in some non-standard way? There are a few options:
>>
>>
>>
>> 1) Use CMake to compile the project.
>>
>> 2) Set ITK_NO_IO_FACTORY_REGISTER_MANAGER before calling
>>
>> "include(${ITK_USE_FILE})", the register the factories manually.
>>
>>
>>
>> HTH,
>>
>> Matt
>>
>>
>>
>> On Mon, Sep 26, 2016 at 2:32 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>> wrote:
>>
>>> Still no clue. I checked the file itkImageIOFactoryRegisterManager.h. It
>>
>>> seems all classes imported in that header were not linked. However, I
>>> check
>>
>>> all IO libraries, it seems they were all included as dependency. As I
>>
>>> mentioned before, if I compiled my code as static library, there is not
>>> such
>>
>>> a problem.
>>
>>>
>>
>>>
>>
>>>
>>
>>> Here are all ITK/VTK related libraries passed to my compiler (they are
>>
>>> generated by cmake. I enabled ITK_USE_SYSTEM_GDCM in building my ITK):
>>
>>>
>>
>>>
>>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkdouble-conversion-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itksys-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl_algo-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkv3p_netlib-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itknetlib-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvcl-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkNetlibSlatec-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKStatistics-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKTransform-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOImageBase-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBMP-4.10.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDICT.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmMSFF.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGDCM-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkzlib-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGIPL-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkjpeg-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOJPEG-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMetaIO-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMeta-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKznz-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKniftiio-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONIFTI-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKNrrdIO-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONRRD-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkpng-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOPNG-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itktiff-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTIFF-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOVTK-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKLabelMap-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMesh-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKSpatialObjects-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPath-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKQuadEdgeMesh-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizers-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPolynomials-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBiasCorrection-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBioCell-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDICOMParser-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDeprecated-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBioRad-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOLSM-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOStimulate-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKEXPAT-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOXML-4.10.lib
>>
>>>
>>
>>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSpatialObjects-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKFEM-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKgiftiio-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMesh-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5_cpp-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOCSV-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOIPL-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSiemens-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOHDF5-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMRC-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformBase-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformHDF5-4.10.lib
>>
>>>
>>
>>>
>>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformInsightLegacy-4.10.lib
>>
>>>
>>
>>>
>>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformMatlab-4.10.lib
>>
>>>
>>
>>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKKLMRegionGrowing-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVTK-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKWatersheds-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizersv4-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoCore-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoIO-4.10.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkChartsCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonColor-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonDataModel-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMath-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksys-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMisc-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonSystem-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonTransforms-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersExtraction-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonExecutionModel-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneral-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonComputationalGeometry-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersStatistics-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingFourier-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkalglib-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContext2D-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeometry-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSources-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingFreeType-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkfreetype-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkzlib-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDICOMParser-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistry-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXML-7.0.lib
>>
>>>
>>
>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOGeometry-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXMLParser-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexpat-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistryOpenGL2-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingOpenGL2-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingHybrid-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImage-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkmetaio-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjpeg-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkpng-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtktiff-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkglew-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersAMR-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkParallelCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLegacy-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersFlowPaths-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneric-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHybrid-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingSources-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHyperTree-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersImaging-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingGeneral-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersModeling-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallel-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallelImaging-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersProgrammable-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSMP-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSelection-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersTexture-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersVerdict-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkverdict-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkGeovisCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisLayout-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionStyle-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionWidgets-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingAnnotation-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingColor-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolume-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkproj4-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOAMR-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5_hl-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOEnSight-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExodus-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexoIIc-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF_cxx-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExport-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLabel-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImport-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOInfovis-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtklibxml2-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLSDyna-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMINC-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMovie-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkoggtheora-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIONetCDF-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOPLY-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallel-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjsoncpp-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallelXML-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOSQL-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksqlite-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOVideo-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMath-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMorphological-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStatistics-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStencil-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionImage-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContextOpenGL2-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingImage-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLOD-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolumeOpenGL2-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingGenericBridge-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingIOSQL-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingRendering-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsContext2D-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsInfovis-7.0.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmIOD.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDSED.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmzlib.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmCommon.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmexpat.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg8.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg12.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg16.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmopenjpeg.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmcharls.lib
>>
>>>
>>
>>> rpcrt4.lib
>>
>>>
>>
>>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVNLInstantiation-4.10.lib
>>
>>>
>>
>>>
>>
>>>
>>
>>> Thanks,
>>
>>>
>>
>>> -Jinzhong
>>
>>>
>>
>>>
>>
>>>
>>
>>> From: Francois Budin [mailto:francois.budin at kitware.com]
>>
>>> Sent: Monday, September 26, 2016 8:04 AM
>>
>>> To: D?enan Zuki? <dzenanz at gmail.com>
>>
>>> Cc: Yang, Jinzhong <jinzhong76 at gmail.com>; Insight-users
>>
>>> <insight-users at itk.org>
>>
>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>
>>>
>>
>>>
>>
>>>
>>
>>> Hello,
>>
>>>
>>
>>> As Dzenan said, your problem most likely comes from a problem with the
>>> ITK
>>
>>> IO factory. You may want to check that in your build directory, you have
>>> a
>>
>>> directory called "ITKIOFactoryRegistration" that is created, and that it
>>
>>> contains a file called itkImageIOFactoryRegisterManager.h. This file
>>
>>> specifies all the type of images that are automatically registered to the
>>
>>> factory. You should compare the list of types included in this header
>>> file
>>
>>> with the list of ITK libraries that is passed to your compiler and make
>>> sure
>>
>>> that it matches.
>>
>>>
>>
>>> Hope this helps,
>>
>>>
>>
>>> Francois
>>
>>>
>>
>>>
>>
>>>
>>
>>> On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>>
>>>
>>
>>> Hi Yang,
>>
>>>
>>
>>>
>>
>>>
>>
>>> all your link errors are for I/O class factories. Can you read the
>>> following
>>
>>> and see whether it helps you solve the problem?
>>
>>>
>>
>>> https://itk.org/Wiki/Plugin_IO_mechanisms
>>
>>>
>>
>>>
>>>
>>> https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/Documentation.html
>>
>>>
>>
>>>
>>
>>>
>>
>>> Regards,
>>
>>>
>>
>>> D?enan
>>
>>>
>>
>>>
>>
>>>
>>
>>> On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>>
>>> wrote:
>>
>>>
>>
>>> Hi all,
>>
>>>
>>
>>>
>>
>>>
>>
>>> I have a very weird problem when I try to build my library. I have an old
>>
>>> library, previously was built based on ITK 3.16 and VTK 5.8. I built my
>>
>>> library to both DLL and static library. By configuring in cmake properly,
>>> I
>>
>>> could build both types of libraries without any problem. Recently, I
>>> upgrade
>>
>>> it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK,
>>> both
>>
>>> DLL and static lib for my library can be compiled and linked, however, I
>>
>>> need to include all DLL files from ITK when I would like to distribute my
>>
>>> library. I don?t want to do so. Then I turned off BUILD_SHARED_LIBS in
>>> ITK.
>>
>>> The static lib of my library can be built, but the DLL couldn?t. Error
>>
>>> happened during the link stage. The error message was attached below. I
>>> used
>>
>>> CMake 3.6.2 + VS 2008 + Windows 7.
>>
>>>
>>
>>>
>>
>>>
>>
>>> 2>   Creating library
>>
>>>
>>>
>>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.lib
>>
>>> and object
>>
>>>
>>>
>>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.exp
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function
>>
>>>
>>>
>>> __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>> for
>>
>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>
>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl std::_Debug_order<class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>> int)"
>>
>>>
>>>
>>> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>> for
>>
>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>
>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "public: __thiscall std::vector<class std::vector<class
>>
>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>
>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>>
>>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>>
>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>
>>> itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class
>>
>>> std::vector<class itk::BinaryImageToLabelMapFilter<class
>>> itk::Image<unsigned
>>
>>> char,2>,class itk::LabelMap<class itk::LabelObject<short,2> >
>>
>>>>::runLength,class std::allocator<class
>>
>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>
>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
>>
>>>>::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class
>>
>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>
>>> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
>>
>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>
>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
>>
>>> std::allocator<class std::vector<class
>>
>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>
>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>>
>>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>>
>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>
>>> itk::LabelObject<short,2> > >::runLength> > > >(void)"
>>
>>>
>>>
>>> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
>>> in
>
>>
>>> function "protected: __thiscall std::_Vector_val<struct
>>
>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>
>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>
>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>
>>>>::_Vector_val<struct itk::ObjectStore<class
>>
>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class
>>
>>> std::allocator<struct itk::ObjectStore<class
>>
>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>> >(class
>>
>>> std::allocator<struct itk::ObjectStore<class
>>
>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
>>
>>>
>>>
>>> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@1@@Z)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>> for
>>
>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>
>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function
>>
>>>
>>>
>>> __ehhandler$??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>
>>> int,struct std::forward_iterator_tag)"
>>
>>>
>>>
>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>
>>> int,struct std::forward_iterator_tag)"
>>
>>>
>>>
>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "protected: void __thiscall std::vector<struct
>>
>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>
>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>
>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>
>>>>::_Tidy(void)"
>>
>>>
>>>
>>> (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>> for
>>
>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>
>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>> for
>>
>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>
>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "public: __thiscall std::vector<unsigned long,class
>>
>>> std::allocator<unsigned long> >::~vector<unsigned long,class
>>
>>> std::allocator<unsigned long> >(void)"
>>
>>> (??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>
>>> int,struct std::forward_iterator_tag)"
>>
>>>
>>>
>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "protected: bool __thiscall std::vector<struct
>>
>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>
>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>
>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>
>>>>::_Buy(unsigned int)"
>>
>>>
>>>
>>> (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>> for
>>
>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>
>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>>
>>>
>>> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.dll
>>
>>> : fatal error LNK1120: 17 unresolved externals
>>
>>>
>>
>
>>>
>>
>>>
>>
>>> _____________________________________
>>
>>> 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://www.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-users
>>
>>>
>>
>>>
>>
>>>
>>
>>>
>>
>>> _____________________________________
>>
>>> 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://www.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-users
>>
>>>
>>
>>>
>>
>>>
>>
>>>
>>
>>> _____________________________________
>>
>>> 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://www.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-users
>>
>>>
>
> _____________________________________
> 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://www.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-users
>
>
_____________________________________
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://www.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-users

From bakkari.abdelkhalek at hotmail.fr  Tue Sep 27 00:35:46 2016
From: bakkari.abdelkhalek at hotmail.fr (Abdelkhalek Bakkari)
Date: Tue, 27 Sep 2016 04:35:46 +0000
Subject: [ITK] [ITK-users] Manual Segmentation with ITK
Message-ID: <AM2PR09MB0562CA71EE3FD8A88446346183CC0@AM2PR09MB0562.eurprd09.prod.outlook.com>

Dear itk users,


I would like to ask about the steps of creating a manual segmentation using ITK.

Thank you in advance.


Best regards,


Abdelkhalek Bakkari
Ph.D candidate in Computer Science
Institute of Applied Computer Science
Lodz University of Technology, Poland


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160927/3cfd7ee2/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From jinzhong76 at gmail.com  Tue Sep 27 00:41:00 2016
From: jinzhong76 at gmail.com (Yang, Jinzhong)
Date: Mon, 26 Sep 2016 23:41:00 -0500
Subject: [ITK] [ITK-users] ITK build_shared_libs
In-Reply-To: <CALzTN-RxqmxRYdKF+U7-UbRXO412bUsq2eJBPh+fuK3t_9QPUg@mail.gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
 <000901d21824$6789f770$369de650$@gmail.com>
 <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>
 <001b01d2182f$9943e9a0$cbcbbce0$@gmail.com>
 <CALzTN-SrnXBOfvUPHMMu6sSDuK__kW2amEY6LzkiaAb8BZeOuA@mail.gmail.com>
 <003c01d21846$e91e4c60$bb5ae520$@gmail.com>
 <CAHwLD2Whcjwz9-BeXBT82xyGv-TPiUrKEVb1S1=RD7zYUy1j9A@mail.gmail.com>
 <004701d21866$dbe3b5b0$93ab2110$@gmail.com>
 <CALzTN-RxqmxRYdKF+U7-UbRXO412bUsq2eJBPh+fuK3t_9QPUg@mail.gmail.com>
Message-ID: <005201d21879$595bbee0$0c133ca0$@gmail.com>

If I remove that line, I essentially build the library as static library. That works as I pointed out before. But I need to keep a copy of shared library because I have several mex functions depending on this library. I would like them to share this library. This is not a problem when I compiled it with ITK 3.16. I can compile both shared and static libraries with ITK 3.16 compiled as static library.

-Jinzhong


-----Original Message-----
From: Matt McCormick [mailto:matt.mccormick at kitware.com] 
Sent: Monday, September 26, 2016 11:30 PM
To: Yang, Jinzhong <jinzhong76 at gmail.com>
Cc: Francois Budin <francois.budin at kitware.com>; Insight-users <insight-users at itk.org>
Subject: Re: [ITK-users] ITK build_shared_libs

Hi Jinzhong,

Does removing this block:


IF (BUILD_SHARED_LIBS)

SET_TARGET_PROPERTIES(ContourWarping

                      PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"

)

# Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK

ENDIF(BUILD_SHARED_LIBS)


Address the issue?

Thanks,
Matt

On Mon, Sep 26, 2016 at 10:28 PM, Yang, Jinzhong <jinzhong76 at gmail.com> wrote:
> Hi Francois,
>
>
>
> It was added already.
>
>
>
>> TARGET_LINK_LIBRARIES(
>>
>>     ContourWarping
>>
>>     ${ITK_LIBRARIES}
>>
>>     ${VTK_LIBRARIES}
>>
>>                 #vtkIO vtkFiltering vtkGraphics
>>
>>     #debug vld.lib # for memory leak detection
>>
>> )
>
> -Jinzhong
>
>
>
> From: Francois Budin [mailto:francois.budin at kitware.com]
> Sent: Monday, September 26, 2016 6:55 PM
> To: Yang, Jinzhong <jinzhong76 at gmail.com>
> Cc: Matt McCormick <matt.mccormick at kitware.com>; Insight-users
> <insight-users at itk.org>
>
>
> Subject: Re: [ITK-users] ITK build_shared_libs
>
>
>
> Hello Jinzhong,
>
> Could you try to add ${ITK_LIBRARIES} to your call of
> "TARGET_LINK_LIBRARIES"?
>
> Francois
>
>
>
> On Mon, Sep 26, 2016 at 6:39 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> wrote:
>
> Hi Matt,
>
> When I built ITK, I turned on ITKV3_COMPATIBILITY. Could this cause the
> problem?
> Thanks,
> -Jinzhong
>
>
> -----Original Message-----
> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> Sent: Monday, September 26, 2016 2:57 PM
> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>
> Cc: Insight-users <insight-users at itk.org>
> Subject: Re: [ITK-users] ITK build_shared_libs
>
> Hi Jinzhong,
>
> Does replacing link_libraries calls with target_link_libraries address
> the issue (this should be done regardless)?
>
> HTH,
> Matt
>
> On Mon, Sep 26, 2016 at 3:53 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> wrote:
>> Hi Matt,
>>
>>
>>
>> I use CMake, but the CMakeLists.txt was written for old ITK (3.16). I
>> recently upgraded to ITK 4.10 in order for a project depending on this
>> library and GDCM library ( I had trouble to compile that project with ITK
>> 3.16). I don't want to manually register the factories. I might need to
>> revise my CMakeLists.txt. Below is my CMakeLists.txt. Please let me know
>> if
>> there is anything wrong here. To help you understand my problem, I
>> summarize
>> my problem below -
>>
>> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project compiled with
>> "BUILD_SHARED_LIBS", WORK
>>
>> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project NOT compiled with
>> "BUILD_SHARED_LIBS", WORK
>>
>> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project NOT compiled
>> with "BUILD_SHARED_LIBS", WORK
>>
>> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project compiled with
>> "BUILD_SHARED_LIBS", NOT WORKING
>>
>>
>>
>> I prefer to compiling ITK without using shared libs because I don?t want
>> to
>> distribute a lot of files to other computers with my program.
>>
>> Thank you,
>>
>> Jinzhong
>>
>>
>>
>> //////////////////CMakeLists.txt ////////////////////////////
>>
>> CMAKE_MINIMUM_REQUIRED(VERSION 2.6)
>>
>>
>>
>> PROJECT(ContourWarping)
>>
>>
>>
>> FIND_PACKAGE(ITK)
>>
>> IF(ITK_FOUND)
>>
>>  INCLUDE(${ITK_USE_FILE})
>>
>> ELSE(ITK_FOUND)
>>
>>   MESSAGE(FATAL_ERROR
>>
>>   "ITK not found.  Please set ITK_DIR.")
>>
>> ENDIF(ITK_FOUND)
>>
>>
>>
>> FIND_PACKAGE(VTK)
>>
>> IF (VTK_FOUND)
>>
>>   INCLUDE (${VTK_USE_FILE})
>>
>> ELSE (VTK_FOUND)
>>
>>   MESSAGE(FATAL_ERROR
>>
>>   "VTK not found. Please set VTK_DIR.")
>>
>> ENDIF(VTK_FOUND)
>>
>>
>>
>> OPTION(BUILD_SHARED_LIBS "Build ContourWarping with shared libraries."
>> OFF)
>>
>>
>>
>> OPTION(BUILD_LIB_TEST "Build ContourWarping with testing option enabled."
>> OFF)
>>
>> IF (BUILD_LIB_TEST)
>>
>> ADD_DEFINITIONS(-D_LIB_TEST)
>>
>> ENDIF(BUILD_LIB_TEST)
>>
>>
>>
>> LINK_LIBRARIES(
>>
>>     ${ITK_LIBRARIES}
>>
>>                 ${VTK_LIBRARIES}
>>
>>     #vtkIO vtkCommon vtkFiltering vtkGraphics
>>
>> )
>>
>>
>>
>> SET(BOOST_DIR "D:/boost_1_41_0" CACHE PATH "D:/boost_1_41_0")
>>
>>
>>
>> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>
>>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage64/lib" CACHE PATH
>> "D:/boost_1_41_0/stage64/lib")
>>
>> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>
>>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage/lib" CACHE PATH
>> "D:/boost_1_41_0/stage/lib")
>>
>> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>
>>
>>
>> INCLUDE_DIRECTORIES( "C:/Program Files/Visual Leak Detector/include" # for
>> memory leak detection, "vld.h"
>>
>>                      ${BOOST_DIR} #boost
>>
>>                      ${PROJECT_SOURCE_DIR}
>>
>>                      "${PROJECT_SOURCE_DIR}/itkLabelMap"
>>
>>
>> "${PROJECT_SOURCE_DIR}/boost"
>>
>> )
>>
>> LINK_DIRECTORIES( ${PROJECT_BINARY_DIR}/${CMAKE_ARCHIVE_OUTPUT_DIRECTORY}
>>
>>                   "C:/Program Files/Visual Leak Detector/lib" # for memory
>> leak detection, "vld.lib"
>>
>>                   ${BOOST_LIB_DIR} #boost
>>
>> )
>>
>> #LINK_DIRECTORIES( ${CMAKE_ARCHIVE_OUTPUT_DIRECTORY})
>>
>>
>>
>> SET(SRCS
>>
>>          stdafx.h
>>
>>          stdafx.cpp
>>
>>          ContourWarpingWrapUp.cpp
>>
>>          PinnacleROIStructInterface.cpp
>>
>>          BinaryImageRoiPolyInterface.cpp
>>
>>          contourwarpingparallel.cpp
>>
>>          ParallelDispatcher.h
>>
>>          ParallelDispatcher.cpp
>>
>>          Win32Header.h
>>
>>          PinnacleROIConvert.cpp
>>
>>          PinnacleROIConvert.h
>>
>>          PinnacleROIMesh.cpp
>>
>>          PinnacleROIMesh.h
>>
>>          PinnaclePOIConvert.cpp
>>
>>          PinnaclePOIConvert.h
>>
>>          PinnacleImage.cpp
>>
>>          PinnacleImage.txx
>>
>>          PinnacleImage.h
>>
>>          Auxiliary.h
>>
>>          MeshConvertor.cpp
>>
>>          MeshConvertor.h
>>
>>          vtkPolyContours.cpp
>>
>>          vtkPolyContours.h
>>
>>          vtkVoxelContoursToSurfaceFilterEx.cpp
>>
>>          vtkVoxelContoursToSurfaceFilterEx.h
>>
>>          vtkWindowedSincPolyDataFilterEx.cpp
>>
>>          vtkWindowedSincPolyDataFilterEx.h
>>
>>          vtkSurfaceToSliceContours.cpp
>>
>>          vtkSurfaceToSliceContours.h
>>
>>          vtkSurfaceCutter.cpp
>>
>>          vtkSurfaceCutter.h
>>
>>          vtkSurfaceMeshProcess.cpp
>>
>>          vtkSurfaceMeshProcess.h
>>
>>          vtkSurfaceDeformation.cpp
>>
>>          vtkSurfaceDeformation.h
>>
>>          vtkSurfaceDeformationUsingCatField.cpp
>>
>>          vtkSurfaceDeformationUsingCatField.h
>>
>>          vtkSurfaceTransformation.cpp
>>
>>          vtkSurfaceTransformation.h
>>
>>          vtkContourProcess.cpp
>>
>>          vtkContourProcess.h
>>
>>          vtkSurfaceClipper.cpp
>>
>>          vtkSurfaceClipper.h
>>
>>          vtkPolyContoursClipper.cpp
>>
>>          vtkPolyContoursClipper.h
>>
>>          vtkUndirectedGraphCPP.cpp
>>
>>          vtkUndirectedGraphCPP.h
>>
>>          itkPolygonFill2DBinaryImageFilter.h
>>
>>          itkPolygonFill2DBinaryImageFilter.txx
>>
>>          catDeformationField.cpp
>>
>>          catDeformationField.h
>>
>>          boundaries.txx
>>
>>          boundaries.h
>>
>>          PinnacleROI2ImagesParallel.cpp
>>
>>          PinnacleROI2ImagesParallel.h
>>
>> )
>>
>>
>>
>> IF (WIN32)
>>
>> SET(SRCS ${SRCS} resource.h ContourWarping.rc)
>>
>> ENDIF(WIN32)
>>
>>
>>
>>
>>
>> ADD_LIBRARY(ContourWarping ${SRCS})
>>
>>
>>
>> SET(OUTPUTNAME ContourWarping)
>>
>>
>>
>> IF (BUILD_SHARED_LIBS)
>>
>> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>
>>                 SET_TARGET_PROPERTIES(ContourWarping
>>
>>
>> PROPERTIES OUTPUT_NAME ContourWarping64
>>
>>                 )
>>
>>                 SET(OUTPUTNAME ContourWarping64)
>>
>> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>
>>                 SET_TARGET_PROPERTIES(ContourWarping
>>
>>
>> PROPERTIES OUTPUT_NAME ContourWarping32
>>
>>                 )
>>
>>                 SET(OUTPUTNAME ContourWarping32)
>>
>> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>
>> ENDIF (BUILD_SHARED_LIBS)
>>
>>
>>
>>
>>
>> #SET(CMAKE_BUILD_TYPE Release)
>>
>> #INCLUDE(PCHSupport.cmake)
>>
>> #ADD_PRECOMPILED_HEADER(ContourWarping stdafx.h)
>>
>>
>>
>> TARGET_LINK_LIBRARIES(
>>
>>     ContourWarping
>>
>>     ${ITK_LIBRARIES}
>>
>>     ${VTK_LIBRARIES}
>>
>>                 #vtkIO vtkFiltering vtkGraphics
>>
>>     #debug vld.lib # for memory leak detection
>>
>> )
>>
>>
>>
>> #SET(TARGET_LIB_VERSION "1.0" CACHE STRING "1.0")
>>
>> SET_TARGET_PROPERTIES(ContourWarping
>>
>>                       PROPERTIES VERSION 1.8.8
>>
>> )
>>
>>
>>
>> IF (BUILD_SHARED_LIBS)
>>
>> SET_TARGET_PROPERTIES(ContourWarping
>>
>>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
>>
>> )
>>
>> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
>>
>> ENDIF(BUILD_SHARED_LIBS)
>>
>>
>>
>> IF (WIN32) #enable PCH support & add resource file
>>
>> SET_TARGET_PROPERTIES(ContourWarping
>>
>>                       PROPERTIES COMPILE_FLAGS /Yu"stdafx.h"
>>
>> )
>>
>> SET_SOURCE_FILES_PROPERTIES(stdafx.cpp
>>
>>                       PROPERTIES COMPILE_FLAGS /Yc"stdafx.h"
>>
>> )
>>
>> ENDIF(WIN32)
>>
>>
>>
>>
>>
>> IF (BUILD_LIB_TEST)
>>
>> TARGET_LINK_LIBRARIES(
>>
>>     ContourWarping
>>
>>     vtkRendering vtkWidgets
>>
>> )
>>
>> ENDIF(BUILD_LIB_TEST)
>>
>>
>>
>> ######
>>
>> ADD_EXECUTABLE( ContourWarpingTest
>>
>>                 testdll.cpp
>>
>> )
>>
>>
>>
>> TARGET_LINK_LIBRARIES(
>>
>>   ContourWarpingTest
>>
>>   ${OUTPUTNAME}.lib
>>
>> )
>>
>>
>>
>> ADD_DEPENDENCIES(
>>
>>   ContourWarpingTest
>>
>>   ContourWarping
>>
>> )
>>
>>
>>
>> ######
>>
>> ADD_EXECUTABLE( PinnacleROI2BinaryImage
>>
>>                 PinnacleROI2BinaryImage.cpp
>>
>> )
>>
>>
>>
>> TARGET_LINK_LIBRARIES(
>>
>>   PinnacleROI2BinaryImage
>>
>>   ${OUTPUTNAME}.lib
>>
>> )
>>
>>
>>
>> ADD_DEPENDENCIES(
>>
>>   PinnacleROI2BinaryImage
>>
>>   ContourWarping
>>
>> )
>>
>>
>>
>> ######
>>
>> ADD_EXECUTABLE( PinnacleROIFromBitmap
>>
>>                 PinnacleROIFromBitmap.cpp
>>
>> )
>>
>>
>>
>> TARGET_LINK_LIBRARIES(
>>
>>   PinnacleROIFromBitmap
>>
>>   ${OUTPUTNAME}.lib
>>
>> )
>>
>>
>>
>> ADD_DEPENDENCIES(
>>
>>   PinnacleROIFromBitmap
>>
>>   ContourWarping
>>
>> )
>>
>>
>>
>> ######
>>
>> ADD_EXECUTABLE( MeshTest
>>
>>                 MeshTest.cpp
>>
>> )
>>
>>
>>
>> TARGET_LINK_LIBRARIES(
>>
>>   MeshTest
>>
>>   ${OUTPUTNAME}.lib
>>
>> )
>>
>>
>>
>> ADD_DEPENDENCIES(
>>
>>   MeshTest
>>
>>   ContourWarping
>>
>> )
>>
>>
>>
>>
>>
>> -----Original Message-----
>> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
>> Sent: Monday, September 26, 2016 1:50 PM
>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>> Cc: Francois Budin <francois.budin at kitware.com>; D?enan Zuki?
>> <dzenanz at gmail.com>; Insight-users <insight-users at itk.org>
>> Subject: Re: [ITK-users] ITK build_shared_libs
>>
>>
>>
>> Hi Jinzhong,
>>
>>
>>
>> It sounds like you are not using CMake to build the project or using
>>
>> it in some non-standard way? There are a few options:
>>
>>
>>
>> 1) Use CMake to compile the project.
>>
>> 2) Set ITK_NO_IO_FACTORY_REGISTER_MANAGER before calling
>>
>> "include(${ITK_USE_FILE})", the register the factories manually.
>>
>>
>>
>> HTH,
>>
>> Matt
>>
>>
>>
>> On Mon, Sep 26, 2016 at 2:32 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>> wrote:
>>
>>> Still no clue. I checked the file itkImageIOFactoryRegisterManager.h. It
>>
>>> seems all classes imported in that header were not linked. However, I
>>> check
>>
>>> all IO libraries, it seems they were all included as dependency. As I
>>
>>> mentioned before, if I compiled my code as static library, there is not
>>> such
>>
>>> a problem.
>>
>>>
>>
>>>
>>
>>>
>>
>>> Here are all ITK/VTK related libraries passed to my compiler (they are
>>
>>> generated by cmake. I enabled ITK_USE_SYSTEM_GDCM in building my ITK):
>>
>>>
>>
>>>
>>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkdouble-conversion-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itksys-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl_algo-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkv3p_netlib-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itknetlib-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvcl-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkNetlibSlatec-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKStatistics-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKTransform-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOImageBase-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBMP-4.10.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDICT.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmMSFF.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGDCM-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkzlib-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGIPL-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkjpeg-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOJPEG-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMetaIO-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMeta-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKznz-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKniftiio-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONIFTI-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKNrrdIO-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONRRD-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkpng-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOPNG-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itktiff-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTIFF-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOVTK-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKLabelMap-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMesh-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKSpatialObjects-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPath-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKQuadEdgeMesh-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizers-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPolynomials-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBiasCorrection-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBioCell-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDICOMParser-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDeprecated-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBioRad-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOLSM-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOStimulate-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKEXPAT-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOXML-4.10.lib
>>
>>>
>>
>>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSpatialObjects-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKFEM-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKgiftiio-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMesh-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5_cpp-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOCSV-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOIPL-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSiemens-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOHDF5-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMRC-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformBase-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformHDF5-4.10.lib
>>
>>>
>>
>>>
>>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformInsightLegacy-4.10.lib
>>
>>>
>>
>>>
>>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformMatlab-4.10.lib
>>
>>>
>>
>>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKKLMRegionGrowing-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVTK-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKWatersheds-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizersv4-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoCore-4.10.lib
>>
>>>
>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoIO-4.10.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkChartsCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonColor-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonDataModel-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMath-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksys-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMisc-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonSystem-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonTransforms-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersExtraction-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonExecutionModel-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneral-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonComputationalGeometry-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersStatistics-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingFourier-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkalglib-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContext2D-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeometry-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSources-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingFreeType-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkfreetype-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkzlib-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDICOMParser-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistry-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXML-7.0.lib
>>
>>>
>>
>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOGeometry-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXMLParser-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexpat-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistryOpenGL2-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingOpenGL2-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingHybrid-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImage-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkmetaio-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjpeg-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkpng-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtktiff-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkglew-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersAMR-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkParallelCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLegacy-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersFlowPaths-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneric-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHybrid-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingSources-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHyperTree-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersImaging-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingGeneral-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersModeling-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallel-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallelImaging-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersProgrammable-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSMP-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSelection-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersTexture-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersVerdict-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkverdict-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkGeovisCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisLayout-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionStyle-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionWidgets-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingAnnotation-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingColor-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolume-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsCore-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkproj4-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOAMR-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5_hl-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOEnSight-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExodus-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexoIIc-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF_cxx-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExport-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLabel-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImport-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOInfovis-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtklibxml2-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLSDyna-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMINC-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMovie-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkoggtheora-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIONetCDF-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOPLY-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallel-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjsoncpp-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallelXML-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOSQL-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksqlite-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOVideo-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMath-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMorphological-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStatistics-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStencil-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionImage-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContextOpenGL2-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingImage-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLOD-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolumeOpenGL2-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingGenericBridge-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingIOSQL-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingRendering-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsContext2D-7.0.lib
>>
>>>
>>
>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsInfovis-7.0.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmIOD.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDSED.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmzlib.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmCommon.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmexpat.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg8.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg12.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg16.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmopenjpeg.lib
>>
>>>
>>
>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmcharls.lib
>>
>>>
>>
>>> rpcrt4.lib
>>
>>>
>>
>>>
>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVNLInstantiation-4.10.lib
>>
>>>
>>
>>>
>>
>>>
>>
>>> Thanks,
>>
>>>
>>
>>> -Jinzhong
>>
>>>
>>
>>>
>>
>>>
>>
>>> From: Francois Budin [mailto:francois.budin at kitware.com]
>>
>>> Sent: Monday, September 26, 2016 8:04 AM
>>
>>> To: D?enan Zuki? <dzenanz at gmail.com>
>>
>>> Cc: Yang, Jinzhong <jinzhong76 at gmail.com>; Insight-users
>>
>>> <insight-users at itk.org>
>>
>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>
>>>
>>
>>>
>>
>>>
>>
>>> Hello,
>>
>>>
>>
>>> As Dzenan said, your problem most likely comes from a problem with the
>>> ITK
>>
>>> IO factory. You may want to check that in your build directory, you have
>>> a
>>
>>> directory called "ITKIOFactoryRegistration" that is created, and that it
>>
>>> contains a file called itkImageIOFactoryRegisterManager.h. This file
>>
>>> specifies all the type of images that are automatically registered to the
>>
>>> factory. You should compare the list of types included in this header
>>> file
>>
>>> with the list of ITK libraries that is passed to your compiler and make
>>> sure
>>
>>> that it matches.
>>
>>>
>>
>>> Hope this helps,
>>
>>>
>>
>>> Francois
>>
>>>
>>
>>>
>>
>>>
>>
>>> On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>>
>>>
>>
>>> Hi Yang,
>>
>>>
>>
>>>
>>
>>>
>>
>>> all your link errors are for I/O class factories. Can you read the
>>> following
>>
>>> and see whether it helps you solve the problem?
>>
>>>
>>
>>> https://itk.org/Wiki/Plugin_IO_mechanisms
>>
>>>
>>
>>>
>>>
>>> https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/Documentation.html
>>
>>>
>>
>>>
>>
>>>
>>
>>> Regards,
>>
>>>
>>
>>> D?enan
>>
>>>
>>
>>>
>>
>>>
>>
>>> On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>>
>>> wrote:
>>
>>>
>>
>>> Hi all,
>>
>>>
>>
>>>
>>
>>>
>>
>>> I have a very weird problem when I try to build my library. I have an old
>>
>>> library, previously was built based on ITK 3.16 and VTK 5.8. I built my
>>
>>> library to both DLL and static library. By configuring in cmake properly,
>>> I
>>
>>> could build both types of libraries without any problem. Recently, I
>>> upgrade
>>
>>> it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK,
>>> both
>>
>>> DLL and static lib for my library can be compiled and linked, however, I
>>
>>> need to include all DLL files from ITK when I would like to distribute my
>>
>>> library. I don?t want to do so. Then I turned off BUILD_SHARED_LIBS in
>>> ITK.
>>
>>> The static lib of my library can be built, but the DLL couldn?t. Error
>>
>>> happened during the link stage. The error message was attached below. I
>>> used
>>
>>> CMake 3.6.2 + VS 2008 + Windows 7.
>>
>>>
>>
>>>
>>
>>>
>>
>>> 2>   Creating library
>>
>>>
>>>
>>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.lib
>>
>>> and object
>>
>>>
>>>
>>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.exp
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function
>>
>>>
>>>
>>> __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>> for
>>
>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>
>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl std::_Debug_order<class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>> int)"
>>
>>>
>>>
>>> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>> for
>>
>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>
>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "public: __thiscall std::vector<class std::vector<class
>>
>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>
>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>>
>>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>>
>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>
>>> itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class
>>
>>> std::vector<class itk::BinaryImageToLabelMapFilter<class
>>> itk::Image<unsigned
>>
>>> char,2>,class itk::LabelMap<class itk::LabelObject<short,2> >
>>
>>>>::runLength,class std::allocator<class
>>
>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>
>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
>>
>>>>::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class
>>
>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>
>>> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
>>
>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>
>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
>>
>>> std::allocator<class std::vector<class
>>
>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>
>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>>
>>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>>
>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>
>>> itk::LabelObject<short,2> > >::runLength> > > >(void)"
>>
>>>
>>>
>>> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
>>> in
>
>>
>>> function "protected: __thiscall std::_Vector_val<struct
>>
>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>
>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>
>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>
>>>>::_Vector_val<struct itk::ObjectStore<class
>>
>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class
>>
>>> std::allocator<struct itk::ObjectStore<class
>>
>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>> >(class
>>
>>> std::allocator<struct itk::ObjectStore<class
>>
>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
>>
>>>
>>>
>>> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@1@@Z)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>> for
>>
>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>
>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function
>>
>>>
>>>
>>> __ehhandler$??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>
>>> int,struct std::forward_iterator_tag)"
>>
>>>
>>>
>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>
>>> int,struct std::forward_iterator_tag)"
>>
>>>
>>>
>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "protected: void __thiscall std::vector<struct
>>
>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>
>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>
>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>
>>>>::_Tidy(void)"
>>
>>>
>>>
>>> (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>> for
>>
>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>
>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>> for
>>
>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>
>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "public: __thiscall std::vector<unsigned long,class
>>
>>> std::allocator<unsigned long> >::~vector<unsigned long,class
>>
>>> std::allocator<unsigned long> >(void)"
>>
>>> (??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>
>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>
>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>
>>> int,struct std::forward_iterator_tag)"
>>
>>>
>>>
>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "protected: bool __thiscall std::vector<struct
>>
>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>
>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>
>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>
>>>>::_Buy(unsigned int)"
>>
>>>
>>>
>>> (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>
>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>> for
>>
>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>
>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>
>>>
>>
>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>> symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>
>>> "__declspec(dllimport) void __cdecl
>>
>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>
>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>
>>>
>>
>>>
>>>
>>> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.dll
>>
>>> : fatal error LNK1120: 17 unresolved externals
>>
>>>
>>
>
>>>
>>
>>>
>>
>>> _____________________________________
>>
>>> 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://www.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-users
>>
>>>
>>
>>>
>>
>>>
>>
>>>
>>
>>> _____________________________________
>>
>>> 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://www.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-users
>>
>>>
>>
>>>
>>
>>>
>>
>>>
>>
>>> _____________________________________
>>
>>> 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://www.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-users
>>
>>>
>
> _____________________________________
> 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://www.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-users
>
>

_____________________________________
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://www.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-users

From francois.budin at kitware.com  Tue Sep 27 08:47:28 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Tue, 27 Sep 2016 08:47:28 -0400
Subject: [ITK] [ITK-users] ITK build_shared_libs
In-Reply-To: <005201d21879$595bbee0$0c133ca0$@gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
 <000901d21824$6789f770$369de650$@gmail.com>
 <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>
 <001b01d2182f$9943e9a0$cbcbbce0$@gmail.com>
 <CALzTN-SrnXBOfvUPHMMu6sSDuK__kW2amEY6LzkiaAb8BZeOuA@mail.gmail.com>
 <003c01d21846$e91e4c60$bb5ae520$@gmail.com>
 <CAHwLD2Whcjwz9-BeXBT82xyGv-TPiUrKEVb1S1=RD7zYUy1j9A@mail.gmail.com>
 <004701d21866$dbe3b5b0$93ab2110$@gmail.com>
 <CALzTN-RxqmxRYdKF+U7-UbRXO412bUsq2eJBPh+fuK3t_9QPUg@mail.gmail.com>
 <005201d21879$595bbee0$0c133ca0$@gmail.com>
Message-ID: <CAHwLD2VrTbOhZ_njuieBYCNhyo0=ovbKu898P=T33=_H8D0H1g@mail.gmail.com>

Hi Jinzhong,

I meant, could you add ${ITK_LIBRARIES} to all the target_link_library()
calls, such as

TARGET_LINK_LIBRARIES(

  PinnacleROI2BinaryImage

  ${OUTPUTNAME}.lib
)

and see if that helps.

Thanks,

Francois

On Tue, Sep 27, 2016 at 12:41 AM, Yang, Jinzhong <jinzhong76 at gmail.com>
wrote:

> If I remove that line, I essentially build the library as static library.
> That works as I pointed out before. But I need to keep a copy of shared
> library because I have several mex functions depending on this library. I
> would like them to share this library. This is not a problem when I
> compiled it with ITK 3.16. I can compile both shared and static libraries
> with ITK 3.16 compiled as static library.
>
> -Jinzhong
>
>
> -----Original Message-----
> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> Sent: Monday, September 26, 2016 11:30 PM
> To: Yang, Jinzhong <jinzhong76 at gmail.com>
> Cc: Francois Budin <francois.budin at kitware.com>; Insight-users <
> insight-users at itk.org>
> Subject: Re: [ITK-users] ITK build_shared_libs
>
> Hi Jinzhong,
>
> Does removing this block:
>
>
> IF (BUILD_SHARED_LIBS)
>
> SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
>
> )
>
> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
>
> ENDIF(BUILD_SHARED_LIBS)
>
>
> Address the issue?
>
> Thanks,
> Matt
>
> On Mon, Sep 26, 2016 at 10:28 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> wrote:
> > Hi Francois,
> >
> >
> >
> > It was added already.
> >
> >
> >
> >> TARGET_LINK_LIBRARIES(
> >>
> >>     ContourWarping
> >>
> >>     ${ITK_LIBRARIES}
> >>
> >>     ${VTK_LIBRARIES}
> >>
> >>                 #vtkIO vtkFiltering vtkGraphics
> >>
> >>     #debug vld.lib # for memory leak detection
> >>
> >> )
> >
> > -Jinzhong
> >
> >
> >
> > From: Francois Budin [mailto:francois.budin at kitware.com]
> > Sent: Monday, September 26, 2016 6:55 PM
> > To: Yang, Jinzhong <jinzhong76 at gmail.com>
> > Cc: Matt McCormick <matt.mccormick at kitware.com>; Insight-users
> > <insight-users at itk.org>
> >
> >
> > Subject: Re: [ITK-users] ITK build_shared_libs
> >
> >
> >
> > Hello Jinzhong,
> >
> > Could you try to add ${ITK_LIBRARIES} to your call of
> > "TARGET_LINK_LIBRARIES"?
> >
> > Francois
> >
> >
> >
> > On Mon, Sep 26, 2016 at 6:39 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> > wrote:
> >
> > Hi Matt,
> >
> > When I built ITK, I turned on ITKV3_COMPATIBILITY. Could this cause the
> > problem?
> > Thanks,
> > -Jinzhong
> >
> >
> > -----Original Message-----
> > From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> > Sent: Monday, September 26, 2016 2:57 PM
> > To: Yang, Jinzhong <jinzhong76 at gmail.com>
> >
> > Cc: Insight-users <insight-users at itk.org>
> > Subject: Re: [ITK-users] ITK build_shared_libs
> >
> > Hi Jinzhong,
> >
> > Does replacing link_libraries calls with target_link_libraries address
> > the issue (this should be done regardless)?
> >
> > HTH,
> > Matt
> >
> > On Mon, Sep 26, 2016 at 3:53 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> > wrote:
> >> Hi Matt,
> >>
> >>
> >>
> >> I use CMake, but the CMakeLists.txt was written for old ITK (3.16). I
> >> recently upgraded to ITK 4.10 in order for a project depending on this
> >> library and GDCM library ( I had trouble to compile that project with
> ITK
> >> 3.16). I don't want to manually register the factories. I might need to
> >> revise my CMakeLists.txt. Below is my CMakeLists.txt. Please let me know
> >> if
> >> there is anything wrong here. To help you understand my problem, I
> >> summarize
> >> my problem below -
> >>
> >> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project compiled with
> >> "BUILD_SHARED_LIBS", WORK
> >>
> >> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project NOT compiled
> with
> >> "BUILD_SHARED_LIBS", WORK
> >>
> >> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project NOT
> compiled
> >> with "BUILD_SHARED_LIBS", WORK
> >>
> >> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project compiled
> with
> >> "BUILD_SHARED_LIBS", NOT WORKING
> >>
> >>
> >>
> >> I prefer to compiling ITK without using shared libs because I don?t want
> >> to
> >> distribute a lot of files to other computers with my program.
> >>
> >> Thank you,
> >>
> >> Jinzhong
> >>
> >>
> >>
> >> //////////////////CMakeLists.txt ////////////////////////////
> >>
> >> CMAKE_MINIMUM_REQUIRED(VERSION 2.6)
> >>
> >>
> >>
> >> PROJECT(ContourWarping)
> >>
> >>
> >>
> >> FIND_PACKAGE(ITK)
> >>
> >> IF(ITK_FOUND)
> >>
> >>  INCLUDE(${ITK_USE_FILE})
> >>
> >> ELSE(ITK_FOUND)
> >>
> >>   MESSAGE(FATAL_ERROR
> >>
> >>   "ITK not found.  Please set ITK_DIR.")
> >>
> >> ENDIF(ITK_FOUND)
> >>
> >>
> >>
> >> FIND_PACKAGE(VTK)
> >>
> >> IF (VTK_FOUND)
> >>
> >>   INCLUDE (${VTK_USE_FILE})
> >>
> >> ELSE (VTK_FOUND)
> >>
> >>   MESSAGE(FATAL_ERROR
> >>
> >>   "VTK not found. Please set VTK_DIR.")
> >>
> >> ENDIF(VTK_FOUND)
> >>
> >>
> >>
> >> OPTION(BUILD_SHARED_LIBS "Build ContourWarping with shared libraries."
> >> OFF)
> >>
> >>
> >>
> >> OPTION(BUILD_LIB_TEST "Build ContourWarping with testing option
> enabled."
> >> OFF)
> >>
> >> IF (BUILD_LIB_TEST)
> >>
> >> ADD_DEFINITIONS(-D_LIB_TEST)
> >>
> >> ENDIF(BUILD_LIB_TEST)
> >>
> >>
> >>
> >> LINK_LIBRARIES(
> >>
> >>     ${ITK_LIBRARIES}
> >>
> >>                 ${VTK_LIBRARIES}
> >>
> >>     #vtkIO vtkCommon vtkFiltering vtkGraphics
> >>
> >> )
> >>
> >>
> >>
> >> SET(BOOST_DIR "D:/boost_1_41_0" CACHE PATH "D:/boost_1_41_0")
> >>
> >>
> >>
> >> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >>
> >>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage64/lib" CACHE
> PATH
> >> "D:/boost_1_41_0/stage64/lib")
> >>
> >> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >>
> >>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage/lib" CACHE PATH
> >> "D:/boost_1_41_0/stage/lib")
> >>
> >> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >>
> >>
> >>
> >> INCLUDE_DIRECTORIES( "C:/Program Files/Visual Leak Detector/include" #
> for
> >> memory leak detection, "vld.h"
> >>
> >>                      ${BOOST_DIR} #boost
> >>
> >>                      ${PROJECT_SOURCE_DIR}
> >>
> >>                      "${PROJECT_SOURCE_DIR}/itkLabelMap"
> >>
> >>
> >> "${PROJECT_SOURCE_DIR}/boost"
> >>
> >> )
> >>
> >> LINK_DIRECTORIES( ${PROJECT_BINARY_DIR}/${CMAKE_
> ARCHIVE_OUTPUT_DIRECTORY}
> >>
> >>                   "C:/Program Files/Visual Leak Detector/lib" # for
> memory
> >> leak detection, "vld.lib"
> >>
> >>                   ${BOOST_LIB_DIR} #boost
> >>
> >> )
> >>
> >> #LINK_DIRECTORIES( ${CMAKE_ARCHIVE_OUTPUT_DIRECTORY})
> >>
> >>
> >>
> >> SET(SRCS
> >>
> >>          stdafx.h
> >>
> >>          stdafx.cpp
> >>
> >>          ContourWarpingWrapUp.cpp
> >>
> >>          PinnacleROIStructInterface.cpp
> >>
> >>          BinaryImageRoiPolyInterface.cpp
> >>
> >>          contourwarpingparallel.cpp
> >>
> >>          ParallelDispatcher.h
> >>
> >>          ParallelDispatcher.cpp
> >>
> >>          Win32Header.h
> >>
> >>          PinnacleROIConvert.cpp
> >>
> >>          PinnacleROIConvert.h
> >>
> >>          PinnacleROIMesh.cpp
> >>
> >>          PinnacleROIMesh.h
> >>
> >>          PinnaclePOIConvert.cpp
> >>
> >>          PinnaclePOIConvert.h
> >>
> >>          PinnacleImage.cpp
> >>
> >>          PinnacleImage.txx
> >>
> >>          PinnacleImage.h
> >>
> >>          Auxiliary.h
> >>
> >>          MeshConvertor.cpp
> >>
> >>          MeshConvertor.h
> >>
> >>          vtkPolyContours.cpp
> >>
> >>          vtkPolyContours.h
> >>
> >>          vtkVoxelContoursToSurfaceFilterEx.cpp
> >>
> >>          vtkVoxelContoursToSurfaceFilterEx.h
> >>
> >>          vtkWindowedSincPolyDataFilterEx.cpp
> >>
> >>          vtkWindowedSincPolyDataFilterEx.h
> >>
> >>          vtkSurfaceToSliceContours.cpp
> >>
> >>          vtkSurfaceToSliceContours.h
> >>
> >>          vtkSurfaceCutter.cpp
> >>
> >>          vtkSurfaceCutter.h
> >>
> >>          vtkSurfaceMeshProcess.cpp
> >>
> >>          vtkSurfaceMeshProcess.h
> >>
> >>          vtkSurfaceDeformation.cpp
> >>
> >>          vtkSurfaceDeformation.h
> >>
> >>          vtkSurfaceDeformationUsingCatField.cpp
> >>
> >>          vtkSurfaceDeformationUsingCatField.h
> >>
> >>          vtkSurfaceTransformation.cpp
> >>
> >>          vtkSurfaceTransformation.h
> >>
> >>          vtkContourProcess.cpp
> >>
> >>          vtkContourProcess.h
> >>
> >>          vtkSurfaceClipper.cpp
> >>
> >>          vtkSurfaceClipper.h
> >>
> >>          vtkPolyContoursClipper.cpp
> >>
> >>          vtkPolyContoursClipper.h
> >>
> >>          vtkUndirectedGraphCPP.cpp
> >>
> >>          vtkUndirectedGraphCPP.h
> >>
> >>          itkPolygonFill2DBinaryImageFilter.h
> >>
> >>          itkPolygonFill2DBinaryImageFilter.txx
> >>
> >>          catDeformationField.cpp
> >>
> >>          catDeformationField.h
> >>
> >>          boundaries.txx
> >>
> >>          boundaries.h
> >>
> >>          PinnacleROI2ImagesParallel.cpp
> >>
> >>          PinnacleROI2ImagesParallel.h
> >>
> >> )
> >>
> >>
> >>
> >> IF (WIN32)
> >>
> >> SET(SRCS ${SRCS} resource.h ContourWarping.rc)
> >>
> >> ENDIF(WIN32)
> >>
> >>
> >>
> >>
> >>
> >> ADD_LIBRARY(ContourWarping ${SRCS})
> >>
> >>
> >>
> >> SET(OUTPUTNAME ContourWarping)
> >>
> >>
> >>
> >> IF (BUILD_SHARED_LIBS)
> >>
> >> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >>
> >>                 SET_TARGET_PROPERTIES(ContourWarping
> >>
> >>
> >> PROPERTIES OUTPUT_NAME ContourWarping64
> >>
> >>                 )
> >>
> >>                 SET(OUTPUTNAME ContourWarping64)
> >>
> >> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >>
> >>                 SET_TARGET_PROPERTIES(ContourWarping
> >>
> >>
> >> PROPERTIES OUTPUT_NAME ContourWarping32
> >>
> >>                 )
> >>
> >>                 SET(OUTPUTNAME ContourWarping32)
> >>
> >> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >>
> >> ENDIF (BUILD_SHARED_LIBS)
> >>
> >>
> >>
> >>
> >>
> >> #SET(CMAKE_BUILD_TYPE Release)
> >>
> >> #INCLUDE(PCHSupport.cmake)
> >>
> >> #ADD_PRECOMPILED_HEADER(ContourWarping stdafx.h)
> >>
> >>
> >>
> >> TARGET_LINK_LIBRARIES(
> >>
> >>     ContourWarping
> >>
> >>     ${ITK_LIBRARIES}
> >>
> >>     ${VTK_LIBRARIES}
> >>
> >>                 #vtkIO vtkFiltering vtkGraphics
> >>
> >>     #debug vld.lib # for memory leak detection
> >>
> >> )
> >>
> >>
> >>
> >> #SET(TARGET_LIB_VERSION "1.0" CACHE STRING "1.0")
> >>
> >> SET_TARGET_PROPERTIES(ContourWarping
> >>
> >>                       PROPERTIES VERSION 1.8.8
> >>
> >> )
> >>
> >>
> >>
> >> IF (BUILD_SHARED_LIBS)
> >>
> >> SET_TARGET_PROPERTIES(ContourWarping
> >>
> >>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
> >>
> >> )
> >>
> >> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
> >>
> >> ENDIF(BUILD_SHARED_LIBS)
> >>
> >>
> >>
> >> IF (WIN32) #enable PCH support & add resource file
> >>
> >> SET_TARGET_PROPERTIES(ContourWarping
> >>
> >>                       PROPERTIES COMPILE_FLAGS /Yu"stdafx.h"
> >>
> >> )
> >>
> >> SET_SOURCE_FILES_PROPERTIES(stdafx.cpp
> >>
> >>                       PROPERTIES COMPILE_FLAGS /Yc"stdafx.h"
> >>
> >> )
> >>
> >> ENDIF(WIN32)
> >>
> >>
> >>
> >>
> >>
> >> IF (BUILD_LIB_TEST)
> >>
> >> TARGET_LINK_LIBRARIES(
> >>
> >>     ContourWarping
> >>
> >>     vtkRendering vtkWidgets
> >>
> >> )
> >>
> >> ENDIF(BUILD_LIB_TEST)
> >>
> >>
> >>
> >> ######
> >>
> >> ADD_EXECUTABLE( ContourWarpingTest
> >>
> >>                 testdll.cpp
> >>
> >> )
> >>
> >>
> >>
> >> TARGET_LINK_LIBRARIES(
> >>
> >>   ContourWarpingTest
> >>
> >>   ${OUTPUTNAME}.lib
> >>
> >> )
> >>
> >>
> >>
> >> ADD_DEPENDENCIES(
> >>
> >>   ContourWarpingTest
> >>
> >>   ContourWarping
> >>
> >> )
> >>
> >>
> >>
> >> ######
> >>
> >> ADD_EXECUTABLE( PinnacleROI2BinaryImage
> >>
> >>                 PinnacleROI2BinaryImage.cpp
> >>
> >> )
> >>
> >>
> >>
> >> TARGET_LINK_LIBRARIES(
> >>
> >>   PinnacleROI2BinaryImage
> >>
> >>   ${OUTPUTNAME}.lib
> >>
> >> )
> >>
> >>
> >>
> >> ADD_DEPENDENCIES(
> >>
> >>   PinnacleROI2BinaryImage
> >>
> >>   ContourWarping
> >>
> >> )
> >>
> >>
> >>
> >> ######
> >>
> >> ADD_EXECUTABLE( PinnacleROIFromBitmap
> >>
> >>                 PinnacleROIFromBitmap.cpp
> >>
> >> )
> >>
> >>
> >>
> >> TARGET_LINK_LIBRARIES(
> >>
> >>   PinnacleROIFromBitmap
> >>
> >>   ${OUTPUTNAME}.lib
> >>
> >> )
> >>
> >>
> >>
> >> ADD_DEPENDENCIES(
> >>
> >>   PinnacleROIFromBitmap
> >>
> >>   ContourWarping
> >>
> >> )
> >>
> >>
> >>
> >> ######
> >>
> >> ADD_EXECUTABLE( MeshTest
> >>
> >>                 MeshTest.cpp
> >>
> >> )
> >>
> >>
> >>
> >> TARGET_LINK_LIBRARIES(
> >>
> >>   MeshTest
> >>
> >>   ${OUTPUTNAME}.lib
> >>
> >> )
> >>
> >>
> >>
> >> ADD_DEPENDENCIES(
> >>
> >>   MeshTest
> >>
> >>   ContourWarping
> >>
> >> )
> >>
> >>
> >>
> >>
> >>
> >> -----Original Message-----
> >> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> >> Sent: Monday, September 26, 2016 1:50 PM
> >> To: Yang, Jinzhong <jinzhong76 at gmail.com>
> >> Cc: Francois Budin <francois.budin at kitware.com>; D?enan Zuki?
> >> <dzenanz at gmail.com>; Insight-users <insight-users at itk.org>
> >> Subject: Re: [ITK-users] ITK build_shared_libs
> >>
> >>
> >>
> >> Hi Jinzhong,
> >>
> >>
> >>
> >> It sounds like you are not using CMake to build the project or using
> >>
> >> it in some non-standard way? There are a few options:
> >>
> >>
> >>
> >> 1) Use CMake to compile the project.
> >>
> >> 2) Set ITK_NO_IO_FACTORY_REGISTER_MANAGER before calling
> >>
> >> "include(${ITK_USE_FILE})", the register the factories manually.
> >>
> >>
> >>
> >> HTH,
> >>
> >> Matt
> >>
> >>
> >>
> >> On Mon, Sep 26, 2016 at 2:32 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> >> wrote:
> >>
> >>> Still no clue. I checked the file itkImageIOFactoryRegisterManager.h.
> It
> >>
> >>> seems all classes imported in that header were not linked. However, I
> >>> check
> >>
> >>> all IO libraries, it seems they were all included as dependency. As I
> >>
> >>> mentioned before, if I compiled my code as static library, there is not
> >>> such
> >>
> >>> a problem.
> >>
> >>>
> >>
> >>>
> >>
> >>>
> >>
> >>> Here are all ITK/VTK related libraries passed to my compiler (they are
> >>
> >>> generated by cmake. I enabled ITK_USE_SYSTEM_GDCM in building my ITK):
> >>
> >>>
> >>
> >>>
> >>>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> itkdouble-conversion-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itksys-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl_algo-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkv3p_netlib-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itknetlib-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvcl-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkNetlibSlatec-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKStatistics-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKTransform-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOImageBase-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBMP-4.10.lib
> >>
> >>>
> >>
> >>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDICT.lib
> >>
> >>>
> >>
> >>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmMSFF.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGDCM-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkzlib-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGIPL-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkjpeg-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOJPEG-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMetaIO-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMeta-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKznz-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKniftiio-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONIFTI-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKNrrdIO-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONRRD-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkpng-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOPNG-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itktiff-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTIFF-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOVTK-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKLabelMap-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMesh-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKSpatialObjects-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPath-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKQuadEdgeMesh-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizers-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPolynomials-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKBiasCorrection-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBioCell-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDICOMParser-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDeprecated-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBioRad-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOLSM-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOStimulate-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKEXPAT-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOXML-4.10.lib
> >>
> >>>
> >>
> >>>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKIOSpatialObjects-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKFEM-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKgiftiio-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMesh-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5_cpp-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOCSV-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOIPL-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSiemens-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOHDF5-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMRC-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKIOTransformBase-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKIOTransformHDF5-4.10.lib
> >>
> >>>
> >>
> >>>
> >>>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKIOTransformInsightLegacy-4.10.lib
> >>
> >>>
> >>
> >>>
> >>>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKIOTransformMatlab-4.10.lib
> >>
> >>>
> >>
> >>>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKKLMRegionGrowing-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVTK-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKWatersheds-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizersv4-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoCore-4.10.lib
> >>
> >>>
> >>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoIO-4.10.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkChartsCore-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonColor-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonDataModel-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMath-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonCore-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksys-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMisc-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonSystem-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonTransforms-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisCore-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersExtraction-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonExecutionModel-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersCore-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneral-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonComputationalGeometry
> -7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersStatistics-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingFourier-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingCore-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkalglib-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContext2D-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingCore-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeometry-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSources-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingFreeType-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkfreetype-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkzlib-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDICOMParser-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistry-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXML-7.0.lib
> >>
> >>>
> >>
> >
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOGeometry-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOCore-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXMLParser-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexpat-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistryOpenGL2-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingOpenGL2-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingHybrid-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImage-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkmetaio-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjpeg-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkpng-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtktiff-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkglew-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersAMR-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkParallelCore-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLegacy-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersFlowPaths-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneric-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHybrid-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingSources-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHyperTree-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersImaging-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingGeneral-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersModeling-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallel-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallelImaging-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersProgrammable-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSMP-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSelection-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersTexture-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersVerdict-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkverdict-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkGeovisCore-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisLayout-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionStyle-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionWidgets-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingAnnotation-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingColor-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolume-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsCore-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkproj4-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOAMR-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5_hl-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOEnSight-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExodus-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexoIIc-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF_cxx-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExport-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLabel-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImport-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOInfovis-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtklibxml2-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLSDyna-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMINC-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMovie-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkoggtheora-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIONetCDF-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOPLY-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallel-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjsoncpp-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallelXML-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOSQL-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksqlite-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOVideo-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMath-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMorphological-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStatistics-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStencil-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionImage-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContextOpenGL2-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingImage-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLOD-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolumeOpenGL2-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingGenericBridge-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingIOSQL-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingRendering-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsContext2D-7.0.lib
> >>
> >>>
> >>
> >>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsInfovis-7.0.lib
> >>
> >>>
> >>
> >>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmIOD.lib
> >>
> >>>
> >>
> >>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDSED.lib
> >>
> >>>
> >>
> >>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmzlib.lib
> >>
> >>>
> >>
> >>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmCommon.lib
> >>
> >>>
> >>
> >>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmexpat.lib
> >>
> >>>
> >>
> >>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg8.lib
> >>
> >>>
> >>
> >>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg12.lib
> >>
> >>>
> >>
> >>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg16.lib
> >>
> >>>
> >>
> >>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmopenjpeg.lib
> >>
> >>>
> >>
> >>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmcharls.lib
> >>
> >>>
> >>
> >>> rpcrt4.lib
> >>
> >>>
> >>
> >>>
> >>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKVNLInstantiation-4.10.lib
> >>
> >>>
> >>
> >>>
> >>
> >>>
> >>
> >>> Thanks,
> >>
> >>>
> >>
> >>> -Jinzhong
> >>
> >>>
> >>
> >>>
> >>
> >>>
> >>
> >>> From: Francois Budin [mailto:francois.budin at kitware.com]
> >>
> >>> Sent: Monday, September 26, 2016 8:04 AM
> >>
> >>> To: D?enan Zuki? <dzenanz at gmail.com>
> >>
> >>> Cc: Yang, Jinzhong <jinzhong76 at gmail.com>; Insight-users
> >>
> >>> <insight-users at itk.org>
> >>
> >>> Subject: Re: [ITK-users] ITK build_shared_libs
> >>
> >>>
> >>
> >>>
> >>
> >>>
> >>
> >>> Hello,
> >>
> >>>
> >>
> >>> As Dzenan said, your problem most likely comes from a problem with the
> >>> ITK
> >>
> >>> IO factory. You may want to check that in your build directory, you
> have
> >>> a
> >>
> >>> directory called "ITKIOFactoryRegistration" that is created, and that
> it
> >>
> >>> contains a file called itkImageIOFactoryRegisterManager.h. This file
> >>
> >>> specifies all the type of images that are automatically registered to
> the
> >>
> >>> factory. You should compare the list of types included in this header
> >>> file
> >>
> >>> with the list of ITK libraries that is passed to your compiler and make
> >>> sure
> >>
> >>> that it matches.
> >>
> >>>
> >>
> >>> Hope this helps,
> >>
> >>>
> >>
> >>> Francois
> >>
> >>>
> >>
> >>>
> >>
> >>>
> >>
> >>> On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? <dzenanz at gmail.com>
> wrote:
> >>
> >>>
> >>
> >>> Hi Yang,
> >>
> >>>
> >>
> >>>
> >>
> >>>
> >>
> >>> all your link errors are for I/O class factories. Can you read the
> >>> following
> >>
> >>> and see whether it helps you solve the problem?
> >>
> >>>
> >>
> >>> https://itk.org/Wiki/Plugin_IO_mechanisms
> >>
> >>>
> >>
> >>>
> >>>
> >>> https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/
> Documentation.html
> >>
> >>>
> >>
> >>>
> >>
> >>>
> >>
> >>> Regards,
> >>
> >>>
> >>
> >>> D?enan
> >>
> >>>
> >>
> >>>
> >>
> >>>
> >>
> >>> On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> >>
> >>> wrote:
> >>
> >>>
> >>
> >>> Hi all,
> >>
> >>>
> >>
> >>>
> >>
> >>>
> >>
> >>> I have a very weird problem when I try to build my library. I have an
> old
> >>
> >>> library, previously was built based on ITK 3.16 and VTK 5.8. I built my
> >>
> >>> library to both DLL and static library. By configuring in cmake
> properly,
> >>> I
> >>
> >>> could build both types of libraries without any problem. Recently, I
> >>> upgrade
> >>
> >>> it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK,
> >>> both
> >>
> >>> DLL and static lib for my library can be compiled and linked, however,
> I
> >>
> >>> need to include all DLL files from ITK when I would like to distribute
> my
> >>
> >>> library. I don?t want to do so. Then I turned off BUILD_SHARED_LIBS in
> >>> ITK.
> >>
> >>> The static lib of my library can be built, but the DLL couldn?t. Error
> >>
> >>> happened during the link stage. The error message was attached below. I
> >>> used
> >>
> >>> CMake 3.6.2 + VS 2008 + Windows 7.
> >>
> >>>
> >>
> >>>
> >>
> >>>
> >>
> >>> 2>   Creating library
> >>
> >>>
> >>>
> >>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\
> Debug\ContourWarping32.lib
> >>
> >>> and object
> >>
> >>>
> >>>
> >>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\
> Debug\ContourWarping32.exp
> >>
> >>>
> >>
> >>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GE5ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>
> >>> function
> >>
> >>>
> >>>
> >>> __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0
> >>
> >>>
> >>
> >>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GE5ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GE5ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GE5ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GE5ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GE5ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GE5ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GE4ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GE4ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GE4ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GE4ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>
> >>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
> >>> for
> >>
> >>> 'ImageIOFactoryRegisterRegisterList''(void)"
> >>
> >>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GE4ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GE4ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GE4ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::MRCImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::MRCImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::MRCImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>
> >>> function "void __cdecl std::_Debug_order<class std::_Tree<class
> >>
> >>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>
> >>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> >>
> >>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>
> >>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> >>
> >>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>
> >>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> >>> int)"
> >>
> >>>
> >>>
> >>> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std
> @@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V
> ?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)
> >>
> >>>
> >>
> >>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::MRCImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::MRCImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::MRCImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::MRCImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::MetaImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::MetaImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::MetaImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::MetaImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>
> >>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
> >>> for
> >>
> >>> 'ImageIOFactoryRegisterRegisterList''(void)"
> >>
> >>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::MetaImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::MetaImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::MetaImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::BioRadImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
> in
> >>
> >>> function "public: __thiscall std::vector<class std::vector<class
> >>
> >>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned
> char,2>,class
> >>
> >>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
> >>
> >>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
> >>
> >>> itk::Image<unsigned char,2>,class itk::LabelMap<class
> >>
> >>> itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class
> >>
> >>> std::vector<class itk::BinaryImageToLabelMapFilter<class
> >>> itk::Image<unsigned
> >>
> >>> char,2>,class itk::LabelMap<class itk::LabelObject<short,2> >
> >>
> >>>>::runLength,class std::allocator<class
> >>
> >>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned
> char,2>,class
> >>
> >>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
> >>
> >>>>::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<
> class
> >>
> >>> itk::Image<unsigned char,2>,class itk::LabelMap<class
> >>
> >>> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
> >>
> >>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned
> char,2>,class
> >>
> >>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
> >>
> >>> std::allocator<class std::vector<class
> >>
> >>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned
> char,2>,class
> >>
> >>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
> >>
> >>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
> >>
> >>> itk::Image<unsigned char,2>,class itk::LabelMap<class
> >>
> >>> itk::LabelObject<short,2> > >::runLength> > > >(void)"
> >>
> >>>
> >>>
> >>> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?
> $Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@
> @V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator@
> V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?
> $BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap@
> V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::BioRadImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::BioRadImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::BioRadImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::BioRadImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::BioRadImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::BioRadImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::StimulateImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::StimulateImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> referenced
> >>> in
> >
> >>
> >>> function "protected: __thiscall std::_Vector_val<struct
> >>
> >>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class
> itk::Index<3> >
> >>
> >>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
> >>
> >>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
> >>
> >>>>::_Vector_val<struct itk::ObjectStore<class
> >>
> >>> itk::SparseFieldLevelSetNode<class itk::Index<3> >
> >::MemoryBlock,class
> >>
> >>> std::allocator<struct itk::ObjectStore<class
> >>
> >>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
> >>> >(class
> >>
> >>> std::allocator<struct itk::ObjectStore<class
> >>
> >>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
> >>
> >>>
> >>>
> >>> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$
> SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$
> allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@
> $02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator at UMemoryBlock@
> ?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@1@
> @Z)
> >>
> >>>
> >>
> >>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::StimulateImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::StimulateImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::StimulateImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::StimulateImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::StimulateImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::VTKImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::VTKImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::VTKImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::VTKImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>
> >>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
> >>> for
> >>
> >>> 'ImageIOFactoryRegisterRegisterList''(void)"
> >>
> >>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::VTKImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::VTKImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::VTKImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::TIFFImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>
> >>> function
> >>
> >>>
> >>>
> >>> __ehhandler$??1?$vector at V?$vector at VrunLength@?$
> BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V
> ?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?
> $BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap@
> V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator@
> V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?
> $BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap@
> V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ
> >>
> >>>
> >>
> >>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::TIFFImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::TIFFImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::TIFFImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::TIFFImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::TIFFImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::TIFFImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::PNGImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::PNGImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::PNGImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>
> >>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
> >>
> >>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>
> >>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> >>
> >>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>
> >>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> >>
> >>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>
> >>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> >>
> >>> int,struct std::forward_iterator_tag)"
> >>
> >>>
> >>>
> >>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@
> @V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_
> traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0@
> 0PB_WIUforward_iterator_tag at 0@@Z)
> >>
> >>>
> >>
> >>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::PNGImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::PNGImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::PNGImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::PNGImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::LSMImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::LSMImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::LSMImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>
> >>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
> >>
> >>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>
> >>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> >>
> >>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>
> >>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> >>
> >>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>
> >>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> >>
> >>> int,struct std::forward_iterator_tag)"
> >>
> >>>
> >>>
> >>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@
> @V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_
> traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0@
> 0PB_WIUforward_iterator_tag at 0@@Z)
> >>
> >>>
> >>
> >>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::LSMImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::LSMImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::LSMImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::LSMImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::BMPImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::BMPImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>
> >>> function "protected: void __thiscall std::vector<struct
> >>
> >>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class
> itk::Index<3> >
> >>
> >>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
> >>
> >>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
> >>
> >>>>::_Tidy(void)"
> >>
> >>>
> >>>
> >>> (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$
> SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$
> allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@
> $02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::BMPImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::BMPImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::BMPImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::BMPImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::BMPImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GDCMImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GDCMImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GDCMImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GDCMImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>
> >>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
> >>> for
> >>
> >>> 'ImageIOFactoryRegisterRegisterList''(void)"
> >>
> >>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GDCMImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GDCMImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GDCMImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::JPEGImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::JPEGImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::JPEGImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::JPEGImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>
> >>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
> >>> for
> >>
> >>> 'ImageIOFactoryRegisterRegisterList''(void)"
> >>
> >>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::JPEGImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::JPEGImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::JPEGImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>
> >>> function "public: __thiscall std::vector<unsigned long,class
> >>
> >>> std::allocator<unsigned long> >::~vector<unsigned long,class
> >>
> >>> std::allocator<unsigned long> >(void)"
> >>
> >>> (??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GiplImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GiplImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GiplImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>
> >>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
> >>
> >>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>
> >>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> >>
> >>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>
> >>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> >>
> >>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>
> >>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> >>
> >>> int,struct std::forward_iterator_tag)"
> >>
> >>>
> >>>
> >>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@
> @V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_
> traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0@
> 0PB_WIUforward_iterator_tag at 0@@Z)
> >>
> >>>
> >>
> >>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GiplImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GiplImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GiplImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::GiplImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::NrrdImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::NrrdImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>
> >>> function "protected: bool __thiscall std::vector<struct
> >>
> >>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class
> itk::Index<3> >
> >>
> >>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
> >>
> >>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
> >>
> >>>>::_Buy(unsigned int)"
> >>
> >>>
> >>>
> >>> (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$
> SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$
> allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@
> $02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)
> >>
> >>>
> >>
> >>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::NrrdImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::NrrdImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::NrrdImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::NrrdImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::NrrdImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::NiftiImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::NiftiImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::NiftiImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::NiftiImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>
> >>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
> >>> for
> >>
> >>> 'ImageIOFactoryRegisterRegisterList''(void)"
> >>
> >>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
> >>> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::NiftiImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::NiftiImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>
> >>> "__declspec(dllimport) void __cdecl
> >>
> >>> itk::NiftiImageIOFactoryRegister__Private(void)"
> >>
> >>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>
> >>>
> >>
> >>>
> >>>
> >>> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\
> Debug\ContourWarping32.dll
> >>
> >>> : fatal error LNK1120: 17 unresolved externals
> >>
> >>>
> >>
> >
> >>>
> >>
> >>>
> >>
> >>> _____________________________________
> >>
> >>> 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://www.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-users
> >>
> >>>
> >>
> >>>
> >>
> >>>
> >>
> >>>
> >>
> >>> _____________________________________
> >>
> >>> 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://www.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-users
> >>
> >>>
> >>
> >>>
> >>
> >>>
> >>
> >>>
> >>
> >>> _____________________________________
> >>
> >>> 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://www.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-users
> >>
> >>>
> >
> > _____________________________________
> > 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://www.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-users
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160927/f19b2903/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Tue Sep 27 08:53:16 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Tue, 27 Sep 2016 08:53:16 -0400
Subject: [ITK] [ITK-users] Manual Segmentation with ITK
In-Reply-To: <AM2PR09MB0562CA71EE3FD8A88446346183CC0@AM2PR09MB0562.eurprd09.prod.outlook.com>
References: <AM2PR09MB0562CA71EE3FD8A88446346183CC0@AM2PR09MB0562.eurprd09.prod.outlook.com>
Message-ID: <CAPf2UMQfKRWrjSPdWhyJgEGzFD6wXXph+1aQdojCDtCtuwM3ZA@mail.gmail.com>

Hi Abdelkhalek,

since ITK is a library, and not a user program, "manual" segmentation is
not really possible. You could try ITK-SNAP <http://itksnap.org>, a user
program based on ITK.

Regards,
D?enan

On Tue, Sep 27, 2016 at 12:35 AM, Abdelkhalek Bakkari <
bakkari.abdelkhalek at hotmail.fr> wrote:

> Dear itk users,
>
>
> I would like to ask about the steps of creating a manual segmentation
> using ITK.
>
> Thank you in advance.
>
>
> Best regards,
>
>
> Abdelkhalek Bakkari
> Ph.D candidate in Computer Science
> Institute of Applied Computer Science
> Lodz University of Technology, Poland
>
>
>
> _____________________________________
> 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://www.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-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160927/44a367c0/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From francois.budin at kitware.com  Tue Sep 27 08:56:08 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Tue, 27 Sep 2016 08:56:08 -0400
Subject: [ITK] [ITK-users] Manual Segmentation with ITK
In-Reply-To: <AM2PR09MB0562CA71EE3FD8A88446346183CC0@AM2PR09MB0562.eurprd09.prod.outlook.com>
References: <AM2PR09MB0562CA71EE3FD8A88446346183CC0@AM2PR09MB0562.eurprd09.prod.outlook.com>
Message-ID: <CAHwLD2VCwPCKhWzsw++qDL+otahdzftnEHB2E9QLGnyZpyE5Fg@mail.gmail.com>

Hello Abdelkhalek,

Could you be more specific by what you mean by "creating a manual
segmentation using ITK"?
Typically, when creating a manual segmentation, you want to interact or
draw over an image. There are plenty of software that already offer you
that option such as Slicer3D [1].
If you want to manually create a manual segmentation by explicitly setting
pixel values, you can look at the examples here on how to read and write
images [2] and this example [3] on how to set values at a certain location
in the image.

Hope that helps,

Francois

[1] https://www.slicer.org/
[2] https://itk.org/ITKExamples/src/IO/ImageBase/index.html
[3]
https://itk.org/ITKExamples/src/Core/Common/SetPixelValueInOneImage/Documentation.html

On Tue, Sep 27, 2016 at 12:35 AM, Abdelkhalek Bakkari <
bakkari.abdelkhalek at hotmail.fr> wrote:

> Dear itk users,
>
>
> I would like to ask about the steps of creating a manual segmentation
> using ITK.
>
> Thank you in advance.
>
>
> Best regards,
>
>
> Abdelkhalek Bakkari
> Ph.D candidate in Computer Science
> Institute of Applied Computer Science
> Lodz University of Technology, Poland
>
>
>
> _____________________________________
> 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://www.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-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160927/96c789cc/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Tue Sep 27 09:19:50 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Tue, 27 Sep 2016 09:19:50 -0400
Subject: [ITK] [ITK-users] ITK build_shared_libs
In-Reply-To: <003c01d21846$e91e4c60$bb5ae520$@gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
 <000901d21824$6789f770$369de650$@gmail.com>
 <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>
 <001b01d2182f$9943e9a0$cbcbbce0$@gmail.com>
 <CALzTN-SrnXBOfvUPHMMu6sSDuK__kW2amEY6LzkiaAb8BZeOuA@mail.gmail.com>
 <003c01d21846$e91e4c60$bb5ae520$@gmail.com>
Message-ID: <CALzTN-Qtc=5c2Uu6QxKvepL=AQjr5d9SMZ4-YcUbpJdXTypVkg@mail.gmail.com>

> When I built ITK, I turned on ITKV3_COMPATIBILITY. Could this cause the problem?

No, this should not cause the problem.

- M
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Tue Sep 27 09:34:06 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Tue, 27 Sep 2016 09:34:06 -0400
Subject: [ITK] [ITK-users] ITK build_shared_libs
In-Reply-To: <005201d21879$595bbee0$0c133ca0$@gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
 <000901d21824$6789f770$369de650$@gmail.com>
 <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>
 <001b01d2182f$9943e9a0$cbcbbce0$@gmail.com>
 <CALzTN-SrnXBOfvUPHMMu6sSDuK__kW2amEY6LzkiaAb8BZeOuA@mail.gmail.com>
 <003c01d21846$e91e4c60$bb5ae520$@gmail.com>
 <CAHwLD2Whcjwz9-BeXBT82xyGv-TPiUrKEVb1S1=RD7zYUy1j9A@mail.gmail.com>
 <004701d21866$dbe3b5b0$93ab2110$@gmail.com>
 <CALzTN-RxqmxRYdKF+U7-UbRXO412bUsq2eJBPh+fuK3t_9QPUg@mail.gmail.com>
 <005201d21879$595bbee0$0c133ca0$@gmail.com>
Message-ID: <CALzTN-R9XKNBo=aG9UZMVJZ3iTXf2AM16f1HRa-4uFAgVaKQVg@mail.gmail.com>

Hi,

I am not sure how the BUILD_DLL definition causes a shared library,
but the concern is that setting the COMPILE_DEFINITIONS in this way is
somehow interfering with the other definitions that need to be added
to target. This definition is required to add the symbols that are
missing.


What happens:

The itkImageFileReader.h file conditionally includes
itkImageIOFactoryRegisterManager.h:

  https://github.com/InsightSoftwareConsortium/ITK/blob/dfe042df74dd2a69bfca7fc3349a9c0fcc65c6e6/Modules/IO/ImageBase/include/itkImageFileReader.h#L170-L172

This condition is based on the preprocessor definition of
ITK_IO_FACTORY_REGISTER_MANAGER. This definition is added in the
UseITK.cmake file:

  https://github.com/InsightSoftwareConsortium/ITK/blob/dfe042df74dd2a69bfca7fc3349a9c0fcc65c6e6/CMake/UseITK.cmake#L286-L291

when your CMake code calls "include(${ITK_USE_FILE})".


Since the ITK_IO_FACTORY_REGISTER_MANAGER is added as
COMPILE_DEFINITIONS on the CMake directory where the CMakeLists.txt
exists, the ContourWarping target should have that definition. Check
to verify that the definition is added to the build command.


In general, to ensure that compile definitions are appended instead of
replacing existing definitions, use:

  set_property(TARGET  ContourWarping APPEND PROPERTY
COMPILE_DEFINITIONS "BUILD_DLL")

instead of

  SET_TARGET_PROPERTIES(ContourWarping

                      PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL")

HTH,
Matt

On Tue, Sep 27, 2016 at 12:41 AM, Yang, Jinzhong <jinzhong76 at gmail.com> wrote:
> If I remove that line, I essentially build the library as static library. That works as I pointed out before. But I need to keep a copy of shared library because I have several mex functions depending on this library. I would like them to share this library. This is not a problem when I compiled it with ITK 3.16. I can compile both shared and static libraries with ITK 3.16 compiled as static library.
>
> -Jinzhong
>
>
> -----Original Message-----
> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> Sent: Monday, September 26, 2016 11:30 PM
> To: Yang, Jinzhong <jinzhong76 at gmail.com>
> Cc: Francois Budin <francois.budin at kitware.com>; Insight-users <insight-users at itk.org>
> Subject: Re: [ITK-users] ITK build_shared_libs
>
> Hi Jinzhong,
>
> Does removing this block:
>
>
> IF (BUILD_SHARED_LIBS)
>
> SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
>
> )
>
> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
>
> ENDIF(BUILD_SHARED_LIBS)
>
>
> Address the issue?
>
> Thanks,
> Matt
>
> On Mon, Sep 26, 2016 at 10:28 PM, Yang, Jinzhong <jinzhong76 at gmail.com> wrote:
>> Hi Francois,
>>
>>
>>
>> It was added already.
>>
>>
>>
>>> TARGET_LINK_LIBRARIES(
>>>
>>>     ContourWarping
>>>
>>>     ${ITK_LIBRARIES}
>>>
>>>     ${VTK_LIBRARIES}
>>>
>>>                 #vtkIO vtkFiltering vtkGraphics
>>>
>>>     #debug vld.lib # for memory leak detection
>>>
>>> )
>>
>> -Jinzhong
>>
>>
>>
>> From: Francois Budin [mailto:francois.budin at kitware.com]
>> Sent: Monday, September 26, 2016 6:55 PM
>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>> Cc: Matt McCormick <matt.mccormick at kitware.com>; Insight-users
>> <insight-users at itk.org>
>>
>>
>> Subject: Re: [ITK-users] ITK build_shared_libs
>>
>>
>>
>> Hello Jinzhong,
>>
>> Could you try to add ${ITK_LIBRARIES} to your call of
>> "TARGET_LINK_LIBRARIES"?
>>
>> Francois
>>
>>
>>
>> On Mon, Sep 26, 2016 at 6:39 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>> wrote:
>>
>> Hi Matt,
>>
>> When I built ITK, I turned on ITKV3_COMPATIBILITY. Could this cause the
>> problem?
>> Thanks,
>> -Jinzhong
>>
>>
>> -----Original Message-----
>> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
>> Sent: Monday, September 26, 2016 2:57 PM
>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>>
>> Cc: Insight-users <insight-users at itk.org>
>> Subject: Re: [ITK-users] ITK build_shared_libs
>>
>> Hi Jinzhong,
>>
>> Does replacing link_libraries calls with target_link_libraries address
>> the issue (this should be done regardless)?
>>
>> HTH,
>> Matt
>>
>> On Mon, Sep 26, 2016 at 3:53 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>> wrote:
>>> Hi Matt,
>>>
>>>
>>>
>>> I use CMake, but the CMakeLists.txt was written for old ITK (3.16). I
>>> recently upgraded to ITK 4.10 in order for a project depending on this
>>> library and GDCM library ( I had trouble to compile that project with ITK
>>> 3.16). I don't want to manually register the factories. I might need to
>>> revise my CMakeLists.txt. Below is my CMakeLists.txt. Please let me know
>>> if
>>> there is anything wrong here. To help you understand my problem, I
>>> summarize
>>> my problem below -
>>>
>>> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project compiled with
>>> "BUILD_SHARED_LIBS", WORK
>>>
>>> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project NOT compiled with
>>> "BUILD_SHARED_LIBS", WORK
>>>
>>> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project NOT compiled
>>> with "BUILD_SHARED_LIBS", WORK
>>>
>>> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project compiled with
>>> "BUILD_SHARED_LIBS", NOT WORKING
>>>
>>>
>>>
>>> I prefer to compiling ITK without using shared libs because I don?t want
>>> to
>>> distribute a lot of files to other computers with my program.
>>>
>>> Thank you,
>>>
>>> Jinzhong
>>>
>>>
>>>
>>> //////////////////CMakeLists.txt ////////////////////////////
>>>
>>> CMAKE_MINIMUM_REQUIRED(VERSION 2.6)
>>>
>>>
>>>
>>> PROJECT(ContourWarping)
>>>
>>>
>>>
>>> FIND_PACKAGE(ITK)
>>>
>>> IF(ITK_FOUND)
>>>
>>>  INCLUDE(${ITK_USE_FILE})
>>>
>>> ELSE(ITK_FOUND)
>>>
>>>   MESSAGE(FATAL_ERROR
>>>
>>>   "ITK not found.  Please set ITK_DIR.")
>>>
>>> ENDIF(ITK_FOUND)
>>>
>>>
>>>
>>> FIND_PACKAGE(VTK)
>>>
>>> IF (VTK_FOUND)
>>>
>>>   INCLUDE (${VTK_USE_FILE})
>>>
>>> ELSE (VTK_FOUND)
>>>
>>>   MESSAGE(FATAL_ERROR
>>>
>>>   "VTK not found. Please set VTK_DIR.")
>>>
>>> ENDIF(VTK_FOUND)
>>>
>>>
>>>
>>> OPTION(BUILD_SHARED_LIBS "Build ContourWarping with shared libraries."
>>> OFF)
>>>
>>>
>>>
>>> OPTION(BUILD_LIB_TEST "Build ContourWarping with testing option enabled."
>>> OFF)
>>>
>>> IF (BUILD_LIB_TEST)
>>>
>>> ADD_DEFINITIONS(-D_LIB_TEST)
>>>
>>> ENDIF(BUILD_LIB_TEST)
>>>
>>>
>>>
>>> LINK_LIBRARIES(
>>>
>>>     ${ITK_LIBRARIES}
>>>
>>>                 ${VTK_LIBRARIES}
>>>
>>>     #vtkIO vtkCommon vtkFiltering vtkGraphics
>>>
>>> )
>>>
>>>
>>>
>>> SET(BOOST_DIR "D:/boost_1_41_0" CACHE PATH "D:/boost_1_41_0")
>>>
>>>
>>>
>>> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>
>>>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage64/lib" CACHE PATH
>>> "D:/boost_1_41_0/stage64/lib")
>>>
>>> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>
>>>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage/lib" CACHE PATH
>>> "D:/boost_1_41_0/stage/lib")
>>>
>>> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>
>>>
>>>
>>> INCLUDE_DIRECTORIES( "C:/Program Files/Visual Leak Detector/include" # for
>>> memory leak detection, "vld.h"
>>>
>>>                      ${BOOST_DIR} #boost
>>>
>>>                      ${PROJECT_SOURCE_DIR}
>>>
>>>                      "${PROJECT_SOURCE_DIR}/itkLabelMap"
>>>
>>>
>>> "${PROJECT_SOURCE_DIR}/boost"
>>>
>>> )
>>>
>>> LINK_DIRECTORIES( ${PROJECT_BINARY_DIR}/${CMAKE_ARCHIVE_OUTPUT_DIRECTORY}
>>>
>>>                   "C:/Program Files/Visual Leak Detector/lib" # for memory
>>> leak detection, "vld.lib"
>>>
>>>                   ${BOOST_LIB_DIR} #boost
>>>
>>> )
>>>
>>> #LINK_DIRECTORIES( ${CMAKE_ARCHIVE_OUTPUT_DIRECTORY})
>>>
>>>
>>>
>>> SET(SRCS
>>>
>>>          stdafx.h
>>>
>>>          stdafx.cpp
>>>
>>>          ContourWarpingWrapUp.cpp
>>>
>>>          PinnacleROIStructInterface.cpp
>>>
>>>          BinaryImageRoiPolyInterface.cpp
>>>
>>>          contourwarpingparallel.cpp
>>>
>>>          ParallelDispatcher.h
>>>
>>>          ParallelDispatcher.cpp
>>>
>>>          Win32Header.h
>>>
>>>          PinnacleROIConvert.cpp
>>>
>>>          PinnacleROIConvert.h
>>>
>>>          PinnacleROIMesh.cpp
>>>
>>>          PinnacleROIMesh.h
>>>
>>>          PinnaclePOIConvert.cpp
>>>
>>>          PinnaclePOIConvert.h
>>>
>>>          PinnacleImage.cpp
>>>
>>>          PinnacleImage.txx
>>>
>>>          PinnacleImage.h
>>>
>>>          Auxiliary.h
>>>
>>>          MeshConvertor.cpp
>>>
>>>          MeshConvertor.h
>>>
>>>          vtkPolyContours.cpp
>>>
>>>          vtkPolyContours.h
>>>
>>>          vtkVoxelContoursToSurfaceFilterEx.cpp
>>>
>>>          vtkVoxelContoursToSurfaceFilterEx.h
>>>
>>>          vtkWindowedSincPolyDataFilterEx.cpp
>>>
>>>          vtkWindowedSincPolyDataFilterEx.h
>>>
>>>          vtkSurfaceToSliceContours.cpp
>>>
>>>          vtkSurfaceToSliceContours.h
>>>
>>>          vtkSurfaceCutter.cpp
>>>
>>>          vtkSurfaceCutter.h
>>>
>>>          vtkSurfaceMeshProcess.cpp
>>>
>>>          vtkSurfaceMeshProcess.h
>>>
>>>          vtkSurfaceDeformation.cpp
>>>
>>>          vtkSurfaceDeformation.h
>>>
>>>          vtkSurfaceDeformationUsingCatField.cpp
>>>
>>>          vtkSurfaceDeformationUsingCatField.h
>>>
>>>          vtkSurfaceTransformation.cpp
>>>
>>>          vtkSurfaceTransformation.h
>>>
>>>          vtkContourProcess.cpp
>>>
>>>          vtkContourProcess.h
>>>
>>>          vtkSurfaceClipper.cpp
>>>
>>>          vtkSurfaceClipper.h
>>>
>>>          vtkPolyContoursClipper.cpp
>>>
>>>          vtkPolyContoursClipper.h
>>>
>>>          vtkUndirectedGraphCPP.cpp
>>>
>>>          vtkUndirectedGraphCPP.h
>>>
>>>          itkPolygonFill2DBinaryImageFilter.h
>>>
>>>          itkPolygonFill2DBinaryImageFilter.txx
>>>
>>>          catDeformationField.cpp
>>>
>>>          catDeformationField.h
>>>
>>>          boundaries.txx
>>>
>>>          boundaries.h
>>>
>>>          PinnacleROI2ImagesParallel.cpp
>>>
>>>          PinnacleROI2ImagesParallel.h
>>>
>>> )
>>>
>>>
>>>
>>> IF (WIN32)
>>>
>>> SET(SRCS ${SRCS} resource.h ContourWarping.rc)
>>>
>>> ENDIF(WIN32)
>>>
>>>
>>>
>>>
>>>
>>> ADD_LIBRARY(ContourWarping ${SRCS})
>>>
>>>
>>>
>>> SET(OUTPUTNAME ContourWarping)
>>>
>>>
>>>
>>> IF (BUILD_SHARED_LIBS)
>>>
>>> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>
>>>                 SET_TARGET_PROPERTIES(ContourWarping
>>>
>>>
>>> PROPERTIES OUTPUT_NAME ContourWarping64
>>>
>>>                 )
>>>
>>>                 SET(OUTPUTNAME ContourWarping64)
>>>
>>> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>
>>>                 SET_TARGET_PROPERTIES(ContourWarping
>>>
>>>
>>> PROPERTIES OUTPUT_NAME ContourWarping32
>>>
>>>                 )
>>>
>>>                 SET(OUTPUTNAME ContourWarping32)
>>>
>>> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>
>>> ENDIF (BUILD_SHARED_LIBS)
>>>
>>>
>>>
>>>
>>>
>>> #SET(CMAKE_BUILD_TYPE Release)
>>>
>>> #INCLUDE(PCHSupport.cmake)
>>>
>>> #ADD_PRECOMPILED_HEADER(ContourWarping stdafx.h)
>>>
>>>
>>>
>>> TARGET_LINK_LIBRARIES(
>>>
>>>     ContourWarping
>>>
>>>     ${ITK_LIBRARIES}
>>>
>>>     ${VTK_LIBRARIES}
>>>
>>>                 #vtkIO vtkFiltering vtkGraphics
>>>
>>>     #debug vld.lib # for memory leak detection
>>>
>>> )
>>>
>>>
>>>
>>> #SET(TARGET_LIB_VERSION "1.0" CACHE STRING "1.0")
>>>
>>> SET_TARGET_PROPERTIES(ContourWarping
>>>
>>>                       PROPERTIES VERSION 1.8.8
>>>
>>> )
>>>
>>>
>>>
>>> IF (BUILD_SHARED_LIBS)
>>>
>>> SET_TARGET_PROPERTIES(ContourWarping
>>>
>>>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
>>>
>>> )
>>>
>>> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
>>>
>>> ENDIF(BUILD_SHARED_LIBS)
>>>
>>>
>>>
>>> IF (WIN32) #enable PCH support & add resource file
>>>
>>> SET_TARGET_PROPERTIES(ContourWarping
>>>
>>>                       PROPERTIES COMPILE_FLAGS /Yu"stdafx.h"
>>>
>>> )
>>>
>>> SET_SOURCE_FILES_PROPERTIES(stdafx.cpp
>>>
>>>                       PROPERTIES COMPILE_FLAGS /Yc"stdafx.h"
>>>
>>> )
>>>
>>> ENDIF(WIN32)
>>>
>>>
>>>
>>>
>>>
>>> IF (BUILD_LIB_TEST)
>>>
>>> TARGET_LINK_LIBRARIES(
>>>
>>>     ContourWarping
>>>
>>>     vtkRendering vtkWidgets
>>>
>>> )
>>>
>>> ENDIF(BUILD_LIB_TEST)
>>>
>>>
>>>
>>> ######
>>>
>>> ADD_EXECUTABLE( ContourWarpingTest
>>>
>>>                 testdll.cpp
>>>
>>> )
>>>
>>>
>>>
>>> TARGET_LINK_LIBRARIES(
>>>
>>>   ContourWarpingTest
>>>
>>>   ${OUTPUTNAME}.lib
>>>
>>> )
>>>
>>>
>>>
>>> ADD_DEPENDENCIES(
>>>
>>>   ContourWarpingTest
>>>
>>>   ContourWarping
>>>
>>> )
>>>
>>>
>>>
>>> ######
>>>
>>> ADD_EXECUTABLE( PinnacleROI2BinaryImage
>>>
>>>                 PinnacleROI2BinaryImage.cpp
>>>
>>> )
>>>
>>>
>>>
>>> TARGET_LINK_LIBRARIES(
>>>
>>>   PinnacleROI2BinaryImage
>>>
>>>   ${OUTPUTNAME}.lib
>>>
>>> )
>>>
>>>
>>>
>>> ADD_DEPENDENCIES(
>>>
>>>   PinnacleROI2BinaryImage
>>>
>>>   ContourWarping
>>>
>>> )
>>>
>>>
>>>
>>> ######
>>>
>>> ADD_EXECUTABLE( PinnacleROIFromBitmap
>>>
>>>                 PinnacleROIFromBitmap.cpp
>>>
>>> )
>>>
>>>
>>>
>>> TARGET_LINK_LIBRARIES(
>>>
>>>   PinnacleROIFromBitmap
>>>
>>>   ${OUTPUTNAME}.lib
>>>
>>> )
>>>
>>>
>>>
>>> ADD_DEPENDENCIES(
>>>
>>>   PinnacleROIFromBitmap
>>>
>>>   ContourWarping
>>>
>>> )
>>>
>>>
>>>
>>> ######
>>>
>>> ADD_EXECUTABLE( MeshTest
>>>
>>>                 MeshTest.cpp
>>>
>>> )
>>>
>>>
>>>
>>> TARGET_LINK_LIBRARIES(
>>>
>>>   MeshTest
>>>
>>>   ${OUTPUTNAME}.lib
>>>
>>> )
>>>
>>>
>>>
>>> ADD_DEPENDENCIES(
>>>
>>>   MeshTest
>>>
>>>   ContourWarping
>>>
>>> )
>>>
>>>
>>>
>>>
>>>
>>> -----Original Message-----
>>> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
>>> Sent: Monday, September 26, 2016 1:50 PM
>>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>>> Cc: Francois Budin <francois.budin at kitware.com>; D?enan Zuki?
>>> <dzenanz at gmail.com>; Insight-users <insight-users at itk.org>
>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>>
>>>
>>>
>>> Hi Jinzhong,
>>>
>>>
>>>
>>> It sounds like you are not using CMake to build the project or using
>>>
>>> it in some non-standard way? There are a few options:
>>>
>>>
>>>
>>> 1) Use CMake to compile the project.
>>>
>>> 2) Set ITK_NO_IO_FACTORY_REGISTER_MANAGER before calling
>>>
>>> "include(${ITK_USE_FILE})", the register the factories manually.
>>>
>>>
>>>
>>> HTH,
>>>
>>> Matt
>>>
>>>
>>>
>>> On Mon, Sep 26, 2016 at 2:32 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>>> wrote:
>>>
>>>> Still no clue. I checked the file itkImageIOFactoryRegisterManager.h. It
>>>
>>>> seems all classes imported in that header were not linked. However, I
>>>> check
>>>
>>>> all IO libraries, it seems they were all included as dependency. As I
>>>
>>>> mentioned before, if I compiled my code as static library, there is not
>>>> such
>>>
>>>> a problem.
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> Here are all ITK/VTK related libraries passed to my compiler (they are
>>>
>>>> generated by cmake. I enabled ITK_USE_SYSTEM_GDCM in building my ITK):
>>>
>>>>
>>>
>>>>
>>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkdouble-conversion-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itksys-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl_algo-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkv3p_netlib-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itknetlib-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvcl-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkNetlibSlatec-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKStatistics-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKTransform-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOImageBase-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBMP-4.10.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDICT.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmMSFF.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGDCM-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkzlib-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGIPL-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkjpeg-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOJPEG-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMetaIO-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMeta-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKznz-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKniftiio-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONIFTI-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKNrrdIO-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONRRD-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkpng-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOPNG-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itktiff-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTIFF-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOVTK-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKLabelMap-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMesh-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKSpatialObjects-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPath-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKQuadEdgeMesh-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizers-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPolynomials-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBiasCorrection-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBioCell-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDICOMParser-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDeprecated-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBioRad-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOLSM-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOStimulate-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKEXPAT-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOXML-4.10.lib
>>>
>>>>
>>>
>>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSpatialObjects-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKFEM-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKgiftiio-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMesh-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5_cpp-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOCSV-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOIPL-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSiemens-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOHDF5-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMRC-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformBase-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformHDF5-4.10.lib
>>>
>>>>
>>>
>>>>
>>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformInsightLegacy-4.10.lib
>>>
>>>>
>>>
>>>>
>>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformMatlab-4.10.lib
>>>
>>>>
>>>
>>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKKLMRegionGrowing-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVTK-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKWatersheds-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizersv4-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoCore-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoIO-4.10.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkChartsCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonColor-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonDataModel-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMath-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksys-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMisc-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonSystem-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonTransforms-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersExtraction-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonExecutionModel-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneral-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonComputationalGeometry-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersStatistics-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingFourier-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkalglib-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContext2D-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeometry-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSources-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingFreeType-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkfreetype-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkzlib-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDICOMParser-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistry-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXML-7.0.lib
>>>
>>>>
>>>
>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOGeometry-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXMLParser-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexpat-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistryOpenGL2-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingOpenGL2-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingHybrid-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImage-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkmetaio-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjpeg-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkpng-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtktiff-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkglew-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersAMR-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkParallelCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLegacy-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersFlowPaths-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneric-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHybrid-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingSources-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHyperTree-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersImaging-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingGeneral-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersModeling-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallel-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallelImaging-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersProgrammable-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSMP-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSelection-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersTexture-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersVerdict-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkverdict-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkGeovisCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisLayout-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionStyle-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionWidgets-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingAnnotation-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingColor-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolume-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkproj4-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOAMR-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5_hl-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOEnSight-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExodus-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexoIIc-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF_cxx-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExport-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLabel-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImport-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOInfovis-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtklibxml2-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLSDyna-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMINC-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMovie-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkoggtheora-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIONetCDF-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOPLY-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallel-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjsoncpp-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallelXML-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOSQL-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksqlite-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOVideo-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMath-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMorphological-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStatistics-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStencil-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionImage-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContextOpenGL2-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingImage-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLOD-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolumeOpenGL2-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingGenericBridge-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingIOSQL-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingRendering-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsContext2D-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsInfovis-7.0.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmIOD.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDSED.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmzlib.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmCommon.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmexpat.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg8.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg12.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg16.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmopenjpeg.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmcharls.lib
>>>
>>>>
>>>
>>>> rpcrt4.lib
>>>
>>>>
>>>
>>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVNLInstantiation-4.10.lib
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> Thanks,
>>>
>>>>
>>>
>>>> -Jinzhong
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> From: Francois Budin [mailto:francois.budin at kitware.com]
>>>
>>>> Sent: Monday, September 26, 2016 8:04 AM
>>>
>>>> To: D?enan Zuki? <dzenanz at gmail.com>
>>>
>>>> Cc: Yang, Jinzhong <jinzhong76 at gmail.com>; Insight-users
>>>
>>>> <insight-users at itk.org>
>>>
>>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> Hello,
>>>
>>>>
>>>
>>>> As Dzenan said, your problem most likely comes from a problem with the
>>>> ITK
>>>
>>>> IO factory. You may want to check that in your build directory, you have
>>>> a
>>>
>>>> directory called "ITKIOFactoryRegistration" that is created, and that it
>>>
>>>> contains a file called itkImageIOFactoryRegisterManager.h. This file
>>>
>>>> specifies all the type of images that are automatically registered to the
>>>
>>>> factory. You should compare the list of types included in this header
>>>> file
>>>
>>>> with the list of ITK libraries that is passed to your compiler and make
>>>> sure
>>>
>>>> that it matches.
>>>
>>>>
>>>
>>>> Hope this helps,
>>>
>>>>
>>>
>>>> Francois
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>>>
>>>>
>>>
>>>> Hi Yang,
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> all your link errors are for I/O class factories. Can you read the
>>>> following
>>>
>>>> and see whether it helps you solve the problem?
>>>
>>>>
>>>
>>>> https://itk.org/Wiki/Plugin_IO_mechanisms
>>>
>>>>
>>>
>>>>
>>>>
>>>> https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/Documentation.html
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> Regards,
>>>
>>>>
>>>
>>>> D?enan
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>>>
>>>> wrote:
>>>
>>>>
>>>
>>>> Hi all,
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> I have a very weird problem when I try to build my library. I have an old
>>>
>>>> library, previously was built based on ITK 3.16 and VTK 5.8. I built my
>>>
>>>> library to both DLL and static library. By configuring in cmake properly,
>>>> I
>>>
>>>> could build both types of libraries without any problem. Recently, I
>>>> upgrade
>>>
>>>> it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK,
>>>> both
>>>
>>>> DLL and static lib for my library can be compiled and linked, however, I
>>>
>>>> need to include all DLL files from ITK when I would like to distribute my
>>>
>>>> library. I don?t want to do so. Then I turned off BUILD_SHARED_LIBS in
>>>> ITK.
>>>
>>>> The static lib of my library can be built, but the DLL couldn?t. Error
>>>
>>>> happened during the link stage. The error message was attached below. I
>>>> used
>>>
>>>> CMake 3.6.2 + VS 2008 + Windows 7.
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> 2>   Creating library
>>>
>>>>
>>>>
>>>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.lib
>>>
>>>> and object
>>>
>>>>
>>>>
>>>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.exp
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function
>>>
>>>>
>>>>
>>>> __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>> for
>>>
>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>
>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl std::_Debug_order<class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>> int)"
>>>
>>>>
>>>>
>>>> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>> for
>>>
>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>
>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "public: __thiscall std::vector<class std::vector<class
>>>
>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>
>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>>>
>>>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>>>
>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>>
>>>> itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class
>>>
>>>> std::vector<class itk::BinaryImageToLabelMapFilter<class
>>>> itk::Image<unsigned
>>>
>>>> char,2>,class itk::LabelMap<class itk::LabelObject<short,2> >
>>>
>>>>>::runLength,class std::allocator<class
>>>
>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>
>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
>>>
>>>>>::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class
>>>
>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>>
>>>> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
>>>
>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>
>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
>>>
>>>> std::allocator<class std::vector<class
>>>
>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>
>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>>>
>>>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>>>
>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>>
>>>> itk::LabelObject<short,2> > >::runLength> > > >(void)"
>>>
>>>>
>>>>
>>>> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
>>>> in
>>
>>>
>>>> function "protected: __thiscall std::_Vector_val<struct
>>>
>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>>
>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>>
>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>
>>>>>::_Vector_val<struct itk::ObjectStore<class
>>>
>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class
>>>
>>>> std::allocator<struct itk::ObjectStore<class
>>>
>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>> >(class
>>>
>>>> std::allocator<struct itk::ObjectStore<class
>>>
>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
>>>
>>>>
>>>>
>>>> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@1@@Z)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>> for
>>>
>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>
>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function
>>>
>>>>
>>>>
>>>> __ehhandler$??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>
>>>> int,struct std::forward_iterator_tag)"
>>>
>>>>
>>>>
>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>
>>>> int,struct std::forward_iterator_tag)"
>>>
>>>>
>>>>
>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "protected: void __thiscall std::vector<struct
>>>
>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>>
>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>>
>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>
>>>>>::_Tidy(void)"
>>>
>>>>
>>>>
>>>> (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>> for
>>>
>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>
>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>> for
>>>
>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>
>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "public: __thiscall std::vector<unsigned long,class
>>>
>>>> std::allocator<unsigned long> >::~vector<unsigned long,class
>>>
>>>> std::allocator<unsigned long> >(void)"
>>>
>>>> (??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>
>>>> int,struct std::forward_iterator_tag)"
>>>
>>>>
>>>>
>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "protected: bool __thiscall std::vector<struct
>>>
>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>>
>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>>
>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>
>>>>>::_Buy(unsigned int)"
>>>
>>>>
>>>>
>>>> (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>> for
>>>
>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>
>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>>
>>>>
>>>> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.dll
>>>
>>>> : fatal error LNK1120: 17 unresolved externals
>>>
>>>>
>>>
>>
>>>>
>>>
>>>>
>>>
>>>> _____________________________________
>>>
>>>> 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://www.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-users
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> _____________________________________
>>>
>>>> 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://www.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-users
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> _____________________________________
>>>
>>>> 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://www.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-users
>>>
>>>>
>>
>> _____________________________________
>> 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://www.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-users
>>
>>
>
_____________________________________
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://www.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-users

From jinzhong76 at gmail.com  Tue Sep 27 10:54:45 2016
From: jinzhong76 at gmail.com (Yang, Jinzhong)
Date: Tue, 27 Sep 2016 09:54:45 -0500
Subject: [ITK] [ITK-users] ITK build_shared_libs
In-Reply-To: <CALzTN-R9XKNBo=aG9UZMVJZ3iTXf2AM16f1HRa-4uFAgVaKQVg@mail.gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
 <000901d21824$6789f770$369de650$@gmail.com>
 <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>
 <001b01d2182f$9943e9a0$cbcbbce0$@gmail.com>
 <CALzTN-SrnXBOfvUPHMMu6sSDuK__kW2amEY6LzkiaAb8BZeOuA@mail.gmail.com>
 <003c01d21846$e91e4c60$bb5ae520$@gmail.com>
 <CAHwLD2Whcjwz9-BeXBT82xyGv-TPiUrKEVb1S1=RD7zYUy1j9A@mail.gmail.com>
 <004701d21866$dbe3b5b0$93ab2110$@gmail.com>
 <CALzTN-RxqmxRYdKF+U7-UbRXO412bUsq2eJBPh+fuK3t_9QPUg@mail.gmail.com>
 <005201d21879$595bbee0$0c133ca0$@gmail.com>
 <CALzTN-R9XKNBo=aG9UZMVJZ3iTXf2AM16f1HRa-4uFAgVaKQVg@mail.gmail.com>
Message-ID: <008201d218cf$1cdba7e0$5692f7a0$@gmail.com>

Hi Matt,

This information is helpful. The ITK_IO_FACTORY_REGISTER_MANAGER was added to the definition of ContourWarping. The BUILD_DLL did not overwrite anything. To be safe, I took your suggestion. I compiled using the new CMake file, the problem still exists. Now, if I removed ITK_IO_FACTORY_REGISTER_MANAGER from definition, it gave me a go. Nothing complained. It seems that the IO factory has to be manually registered if I would like to build a shared lib. I am not sure which lib file(s) contain the definition of those missing functions... It seems that I include all possible IO libs from ITK.

My other question is that, if I don't include the ITK_IO_FACTORY_REGISTER_MANAGER, will I have any trouble to read in files (common format supported by ITK) using the code I compiled?
Thank you,
-Jinzhong


-----Original Message-----
From: Matt McCormick [mailto:matt.mccormick at kitware.com] 
Sent: Tuesday, September 27, 2016 8:34 AM
To: Yang, Jinzhong <jinzhong76 at gmail.com>
Cc: Francois Budin <francois.budin at kitware.com>; Insight-users <insight-users at itk.org>
Subject: Re: [ITK-users] ITK build_shared_libs

Hi,

I am not sure how the BUILD_DLL definition causes a shared library,
but the concern is that setting the COMPILE_DEFINITIONS in this way is
somehow interfering with the other definitions that need to be added
to target. This definition is required to add the symbols that are
missing.


What happens:

The itkImageFileReader.h file conditionally includes
itkImageIOFactoryRegisterManager.h:

  https://github.com/InsightSoftwareConsortium/ITK/blob/dfe042df74dd2a69bfca7fc3349a9c0fcc65c6e6/Modules/IO/ImageBase/include/itkImageFileReader.h#L170-L172

This condition is based on the preprocessor definition of
ITK_IO_FACTORY_REGISTER_MANAGER. This definition is added in the
UseITK.cmake file:

  https://github.com/InsightSoftwareConsortium/ITK/blob/dfe042df74dd2a69bfca7fc3349a9c0fcc65c6e6/CMake/UseITK.cmake#L286-L291

when your CMake code calls "include(${ITK_USE_FILE})".


Since the ITK_IO_FACTORY_REGISTER_MANAGER is added as
COMPILE_DEFINITIONS on the CMake directory where the CMakeLists.txt
exists, the ContourWarping target should have that definition. Check
to verify that the definition is added to the build command.


In general, to ensure that compile definitions are appended instead of
replacing existing definitions, use:

  set_property(TARGET  ContourWarping APPEND PROPERTY
COMPILE_DEFINITIONS "BUILD_DLL")

instead of

  SET_TARGET_PROPERTIES(ContourWarping

                      PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL")

HTH,
Matt

On Tue, Sep 27, 2016 at 12:41 AM, Yang, Jinzhong <jinzhong76 at gmail.com> wrote:
> If I remove that line, I essentially build the library as static library. That works as I pointed out before. But I need to keep a copy of shared library because I have several mex functions depending on this library. I would like them to share this library. This is not a problem when I compiled it with ITK 3.16. I can compile both shared and static libraries with ITK 3.16 compiled as static library.
>
> -Jinzhong
>
>
> -----Original Message-----
> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> Sent: Monday, September 26, 2016 11:30 PM
> To: Yang, Jinzhong <jinzhong76 at gmail.com>
> Cc: Francois Budin <francois.budin at kitware.com>; Insight-users <insight-users at itk.org>
> Subject: Re: [ITK-users] ITK build_shared_libs
>
> Hi Jinzhong,
>
> Does removing this block:
>
>
> IF (BUILD_SHARED_LIBS)
>
> SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
>
> )
>
> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
>
> ENDIF(BUILD_SHARED_LIBS)
>
>
> Address the issue?
>
> Thanks,
> Matt
>
> On Mon, Sep 26, 2016 at 10:28 PM, Yang, Jinzhong <jinzhong76 at gmail.com> wrote:
>> Hi Francois,
>>
>>
>>
>> It was added already.
>>
>>
>>
>>> TARGET_LINK_LIBRARIES(
>>>
>>>     ContourWarping
>>>
>>>     ${ITK_LIBRARIES}
>>>
>>>     ${VTK_LIBRARIES}
>>>
>>>                 #vtkIO vtkFiltering vtkGraphics
>>>
>>>     #debug vld.lib # for memory leak detection
>>>
>>> )
>>
>> -Jinzhong
>>
>>
>>
>> From: Francois Budin [mailto:francois.budin at kitware.com]
>> Sent: Monday, September 26, 2016 6:55 PM
>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>> Cc: Matt McCormick <matt.mccormick at kitware.com>; Insight-users
>> <insight-users at itk.org>
>>
>>
>> Subject: Re: [ITK-users] ITK build_shared_libs
>>
>>
>>
>> Hello Jinzhong,
>>
>> Could you try to add ${ITK_LIBRARIES} to your call of
>> "TARGET_LINK_LIBRARIES"?
>>
>> Francois
>>
>>
>>
>> On Mon, Sep 26, 2016 at 6:39 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>> wrote:
>>
>> Hi Matt,
>>
>> When I built ITK, I turned on ITKV3_COMPATIBILITY. Could this cause the
>> problem?
>> Thanks,
>> -Jinzhong
>>
>>
>> -----Original Message-----
>> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
>> Sent: Monday, September 26, 2016 2:57 PM
>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>>
>> Cc: Insight-users <insight-users at itk.org>
>> Subject: Re: [ITK-users] ITK build_shared_libs
>>
>> Hi Jinzhong,
>>
>> Does replacing link_libraries calls with target_link_libraries address
>> the issue (this should be done regardless)?
>>
>> HTH,
>> Matt
>>
>> On Mon, Sep 26, 2016 at 3:53 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>> wrote:
>>> Hi Matt,
>>>
>>>
>>>
>>> I use CMake, but the CMakeLists.txt was written for old ITK (3.16). I
>>> recently upgraded to ITK 4.10 in order for a project depending on this
>>> library and GDCM library ( I had trouble to compile that project with ITK
>>> 3.16). I don't want to manually register the factories. I might need to
>>> revise my CMakeLists.txt. Below is my CMakeLists.txt. Please let me know
>>> if
>>> there is anything wrong here. To help you understand my problem, I
>>> summarize
>>> my problem below -
>>>
>>> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project compiled with
>>> "BUILD_SHARED_LIBS", WORK
>>>
>>> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project NOT compiled with
>>> "BUILD_SHARED_LIBS", WORK
>>>
>>> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project NOT compiled
>>> with "BUILD_SHARED_LIBS", WORK
>>>
>>> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project compiled with
>>> "BUILD_SHARED_LIBS", NOT WORKING
>>>
>>>
>>>
>>> I prefer to compiling ITK without using shared libs because I don?t want
>>> to
>>> distribute a lot of files to other computers with my program.
>>>
>>> Thank you,
>>>
>>> Jinzhong
>>>
>>>
>>>
>>> //////////////////CMakeLists.txt ////////////////////////////
>>>
>>> CMAKE_MINIMUM_REQUIRED(VERSION 2.6)
>>>
>>>
>>>
>>> PROJECT(ContourWarping)
>>>
>>>
>>>
>>> FIND_PACKAGE(ITK)
>>>
>>> IF(ITK_FOUND)
>>>
>>>  INCLUDE(${ITK_USE_FILE})
>>>
>>> ELSE(ITK_FOUND)
>>>
>>>   MESSAGE(FATAL_ERROR
>>>
>>>   "ITK not found.  Please set ITK_DIR.")
>>>
>>> ENDIF(ITK_FOUND)
>>>
>>>
>>>
>>> FIND_PACKAGE(VTK)
>>>
>>> IF (VTK_FOUND)
>>>
>>>   INCLUDE (${VTK_USE_FILE})
>>>
>>> ELSE (VTK_FOUND)
>>>
>>>   MESSAGE(FATAL_ERROR
>>>
>>>   "VTK not found. Please set VTK_DIR.")
>>>
>>> ENDIF(VTK_FOUND)
>>>
>>>
>>>
>>> OPTION(BUILD_SHARED_LIBS "Build ContourWarping with shared libraries."
>>> OFF)
>>>
>>>
>>>
>>> OPTION(BUILD_LIB_TEST "Build ContourWarping with testing option enabled."
>>> OFF)
>>>
>>> IF (BUILD_LIB_TEST)
>>>
>>> ADD_DEFINITIONS(-D_LIB_TEST)
>>>
>>> ENDIF(BUILD_LIB_TEST)
>>>
>>>
>>>
>>> LINK_LIBRARIES(
>>>
>>>     ${ITK_LIBRARIES}
>>>
>>>                 ${VTK_LIBRARIES}
>>>
>>>     #vtkIO vtkCommon vtkFiltering vtkGraphics
>>>
>>> )
>>>
>>>
>>>
>>> SET(BOOST_DIR "D:/boost_1_41_0" CACHE PATH "D:/boost_1_41_0")
>>>
>>>
>>>
>>> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>
>>>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage64/lib" CACHE PATH
>>> "D:/boost_1_41_0/stage64/lib")
>>>
>>> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>
>>>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage/lib" CACHE PATH
>>> "D:/boost_1_41_0/stage/lib")
>>>
>>> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>
>>>
>>>
>>> INCLUDE_DIRECTORIES( "C:/Program Files/Visual Leak Detector/include" # for
>>> memory leak detection, "vld.h"
>>>
>>>                      ${BOOST_DIR} #boost
>>>
>>>                      ${PROJECT_SOURCE_DIR}
>>>
>>>                      "${PROJECT_SOURCE_DIR}/itkLabelMap"
>>>
>>>
>>> "${PROJECT_SOURCE_DIR}/boost"
>>>
>>> )
>>>
>>> LINK_DIRECTORIES( ${PROJECT_BINARY_DIR}/${CMAKE_ARCHIVE_OUTPUT_DIRECTORY}
>>>
>>>                   "C:/Program Files/Visual Leak Detector/lib" # for memory
>>> leak detection, "vld.lib"
>>>
>>>                   ${BOOST_LIB_DIR} #boost
>>>
>>> )
>>>
>>> #LINK_DIRECTORIES( ${CMAKE_ARCHIVE_OUTPUT_DIRECTORY})
>>>
>>>
>>>
>>> SET(SRCS
>>>
>>>          stdafx.h
>>>
>>>          stdafx.cpp
>>>
>>>          ContourWarpingWrapUp.cpp
>>>
>>>          PinnacleROIStructInterface.cpp
>>>
>>>          BinaryImageRoiPolyInterface.cpp
>>>
>>>          contourwarpingparallel.cpp
>>>
>>>          ParallelDispatcher.h
>>>
>>>          ParallelDispatcher.cpp
>>>
>>>          Win32Header.h
>>>
>>>          PinnacleROIConvert.cpp
>>>
>>>          PinnacleROIConvert.h
>>>
>>>          PinnacleROIMesh.cpp
>>>
>>>          PinnacleROIMesh.h
>>>
>>>          PinnaclePOIConvert.cpp
>>>
>>>          PinnaclePOIConvert.h
>>>
>>>          PinnacleImage.cpp
>>>
>>>          PinnacleImage.txx
>>>
>>>          PinnacleImage.h
>>>
>>>          Auxiliary.h
>>>
>>>          MeshConvertor.cpp
>>>
>>>          MeshConvertor.h
>>>
>>>          vtkPolyContours.cpp
>>>
>>>          vtkPolyContours.h
>>>
>>>          vtkVoxelContoursToSurfaceFilterEx.cpp
>>>
>>>          vtkVoxelContoursToSurfaceFilterEx.h
>>>
>>>          vtkWindowedSincPolyDataFilterEx.cpp
>>>
>>>          vtkWindowedSincPolyDataFilterEx.h
>>>
>>>          vtkSurfaceToSliceContours.cpp
>>>
>>>          vtkSurfaceToSliceContours.h
>>>
>>>          vtkSurfaceCutter.cpp
>>>
>>>          vtkSurfaceCutter.h
>>>
>>>          vtkSurfaceMeshProcess.cpp
>>>
>>>          vtkSurfaceMeshProcess.h
>>>
>>>          vtkSurfaceDeformation.cpp
>>>
>>>          vtkSurfaceDeformation.h
>>>
>>>          vtkSurfaceDeformationUsingCatField.cpp
>>>
>>>          vtkSurfaceDeformationUsingCatField.h
>>>
>>>          vtkSurfaceTransformation.cpp
>>>
>>>          vtkSurfaceTransformation.h
>>>
>>>          vtkContourProcess.cpp
>>>
>>>          vtkContourProcess.h
>>>
>>>          vtkSurfaceClipper.cpp
>>>
>>>          vtkSurfaceClipper.h
>>>
>>>          vtkPolyContoursClipper.cpp
>>>
>>>          vtkPolyContoursClipper.h
>>>
>>>          vtkUndirectedGraphCPP.cpp
>>>
>>>          vtkUndirectedGraphCPP.h
>>>
>>>          itkPolygonFill2DBinaryImageFilter.h
>>>
>>>          itkPolygonFill2DBinaryImageFilter.txx
>>>
>>>          catDeformationField.cpp
>>>
>>>          catDeformationField.h
>>>
>>>          boundaries.txx
>>>
>>>          boundaries.h
>>>
>>>          PinnacleROI2ImagesParallel.cpp
>>>
>>>          PinnacleROI2ImagesParallel.h
>>>
>>> )
>>>
>>>
>>>
>>> IF (WIN32)
>>>
>>> SET(SRCS ${SRCS} resource.h ContourWarping.rc)
>>>
>>> ENDIF(WIN32)
>>>
>>>
>>>
>>>
>>>
>>> ADD_LIBRARY(ContourWarping ${SRCS})
>>>
>>>
>>>
>>> SET(OUTPUTNAME ContourWarping)
>>>
>>>
>>>
>>> IF (BUILD_SHARED_LIBS)
>>>
>>> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>
>>>                 SET_TARGET_PROPERTIES(ContourWarping
>>>
>>>
>>> PROPERTIES OUTPUT_NAME ContourWarping64
>>>
>>>                 )
>>>
>>>                 SET(OUTPUTNAME ContourWarping64)
>>>
>>> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>
>>>                 SET_TARGET_PROPERTIES(ContourWarping
>>>
>>>
>>> PROPERTIES OUTPUT_NAME ContourWarping32
>>>
>>>                 )
>>>
>>>                 SET(OUTPUTNAME ContourWarping32)
>>>
>>> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>
>>> ENDIF (BUILD_SHARED_LIBS)
>>>
>>>
>>>
>>>
>>>
>>> #SET(CMAKE_BUILD_TYPE Release)
>>>
>>> #INCLUDE(PCHSupport.cmake)
>>>
>>> #ADD_PRECOMPILED_HEADER(ContourWarping stdafx.h)
>>>
>>>
>>>
>>> TARGET_LINK_LIBRARIES(
>>>
>>>     ContourWarping
>>>
>>>     ${ITK_LIBRARIES}
>>>
>>>     ${VTK_LIBRARIES}
>>>
>>>                 #vtkIO vtkFiltering vtkGraphics
>>>
>>>     #debug vld.lib # for memory leak detection
>>>
>>> )
>>>
>>>
>>>
>>> #SET(TARGET_LIB_VERSION "1.0" CACHE STRING "1.0")
>>>
>>> SET_TARGET_PROPERTIES(ContourWarping
>>>
>>>                       PROPERTIES VERSION 1.8.8
>>>
>>> )
>>>
>>>
>>>
>>> IF (BUILD_SHARED_LIBS)
>>>
>>> SET_TARGET_PROPERTIES(ContourWarping
>>>
>>>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
>>>
>>> )
>>>
>>> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
>>>
>>> ENDIF(BUILD_SHARED_LIBS)
>>>
>>>
>>>
>>> IF (WIN32) #enable PCH support & add resource file
>>>
>>> SET_TARGET_PROPERTIES(ContourWarping
>>>
>>>                       PROPERTIES COMPILE_FLAGS /Yu"stdafx.h"
>>>
>>> )
>>>
>>> SET_SOURCE_FILES_PROPERTIES(stdafx.cpp
>>>
>>>                       PROPERTIES COMPILE_FLAGS /Yc"stdafx.h"
>>>
>>> )
>>>
>>> ENDIF(WIN32)
>>>
>>>
>>>
>>>
>>>
>>> IF (BUILD_LIB_TEST)
>>>
>>> TARGET_LINK_LIBRARIES(
>>>
>>>     ContourWarping
>>>
>>>     vtkRendering vtkWidgets
>>>
>>> )
>>>
>>> ENDIF(BUILD_LIB_TEST)
>>>
>>>
>>>
>>> ######
>>>
>>> ADD_EXECUTABLE( ContourWarpingTest
>>>
>>>                 testdll.cpp
>>>
>>> )
>>>
>>>
>>>
>>> TARGET_LINK_LIBRARIES(
>>>
>>>   ContourWarpingTest
>>>
>>>   ${OUTPUTNAME}.lib
>>>
>>> )
>>>
>>>
>>>
>>> ADD_DEPENDENCIES(
>>>
>>>   ContourWarpingTest
>>>
>>>   ContourWarping
>>>
>>> )
>>>
>>>
>>>
>>> ######
>>>
>>> ADD_EXECUTABLE( PinnacleROI2BinaryImage
>>>
>>>                 PinnacleROI2BinaryImage.cpp
>>>
>>> )
>>>
>>>
>>>
>>> TARGET_LINK_LIBRARIES(
>>>
>>>   PinnacleROI2BinaryImage
>>>
>>>   ${OUTPUTNAME}.lib
>>>
>>> )
>>>
>>>
>>>
>>> ADD_DEPENDENCIES(
>>>
>>>   PinnacleROI2BinaryImage
>>>
>>>   ContourWarping
>>>
>>> )
>>>
>>>
>>>
>>> ######
>>>
>>> ADD_EXECUTABLE( PinnacleROIFromBitmap
>>>
>>>                 PinnacleROIFromBitmap.cpp
>>>
>>> )
>>>
>>>
>>>
>>> TARGET_LINK_LIBRARIES(
>>>
>>>   PinnacleROIFromBitmap
>>>
>>>   ${OUTPUTNAME}.lib
>>>
>>> )
>>>
>>>
>>>
>>> ADD_DEPENDENCIES(
>>>
>>>   PinnacleROIFromBitmap
>>>
>>>   ContourWarping
>>>
>>> )
>>>
>>>
>>>
>>> ######
>>>
>>> ADD_EXECUTABLE( MeshTest
>>>
>>>                 MeshTest.cpp
>>>
>>> )
>>>
>>>
>>>
>>> TARGET_LINK_LIBRARIES(
>>>
>>>   MeshTest
>>>
>>>   ${OUTPUTNAME}.lib
>>>
>>> )
>>>
>>>
>>>
>>> ADD_DEPENDENCIES(
>>>
>>>   MeshTest
>>>
>>>   ContourWarping
>>>
>>> )
>>>
>>>
>>>
>>>
>>>
>>> -----Original Message-----
>>> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
>>> Sent: Monday, September 26, 2016 1:50 PM
>>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>>> Cc: Francois Budin <francois.budin at kitware.com>; D?enan Zuki?
>>> <dzenanz at gmail.com>; Insight-users <insight-users at itk.org>
>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>>
>>>
>>>
>>> Hi Jinzhong,
>>>
>>>
>>>
>>> It sounds like you are not using CMake to build the project or using
>>>
>>> it in some non-standard way? There are a few options:
>>>
>>>
>>>
>>> 1) Use CMake to compile the project.
>>>
>>> 2) Set ITK_NO_IO_FACTORY_REGISTER_MANAGER before calling
>>>
>>> "include(${ITK_USE_FILE})", the register the factories manually.
>>>
>>>
>>>
>>> HTH,
>>>
>>> Matt
>>>
>>>
>>>
>>> On Mon, Sep 26, 2016 at 2:32 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>>> wrote:
>>>
>>>> Still no clue. I checked the file itkImageIOFactoryRegisterManager.h. It
>>>
>>>> seems all classes imported in that header were not linked. However, I
>>>> check
>>>
>>>> all IO libraries, it seems they were all included as dependency. As I
>>>
>>>> mentioned before, if I compiled my code as static library, there is not
>>>> such
>>>
>>>> a problem.
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> Here are all ITK/VTK related libraries passed to my compiler (they are
>>>
>>>> generated by cmake. I enabled ITK_USE_SYSTEM_GDCM in building my ITK):
>>>
>>>>
>>>
>>>>
>>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkdouble-conversion-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itksys-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl_algo-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkv3p_netlib-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itknetlib-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvcl-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkNetlibSlatec-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKStatistics-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKTransform-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOImageBase-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBMP-4.10.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDICT.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmMSFF.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGDCM-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkzlib-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGIPL-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkjpeg-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOJPEG-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMetaIO-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMeta-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKznz-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKniftiio-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONIFTI-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKNrrdIO-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONRRD-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkpng-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOPNG-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itktiff-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTIFF-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOVTK-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKLabelMap-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMesh-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKSpatialObjects-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPath-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKQuadEdgeMesh-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizers-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPolynomials-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBiasCorrection-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBioCell-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDICOMParser-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDeprecated-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBioRad-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOLSM-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOStimulate-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKEXPAT-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOXML-4.10.lib
>>>
>>>>
>>>
>>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSpatialObjects-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKFEM-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKgiftiio-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMesh-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5_cpp-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOCSV-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOIPL-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSiemens-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOHDF5-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMRC-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformBase-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformHDF5-4.10.lib
>>>
>>>>
>>>
>>>>
>>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformInsightLegacy-4.10.lib
>>>
>>>>
>>>
>>>>
>>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformMatlab-4.10.lib
>>>
>>>>
>>>
>>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKKLMRegionGrowing-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVTK-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKWatersheds-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizersv4-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoCore-4.10.lib
>>>
>>>>
>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoIO-4.10.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkChartsCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonColor-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonDataModel-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMath-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksys-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMisc-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonSystem-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonTransforms-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersExtraction-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonExecutionModel-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneral-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonComputationalGeometry-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersStatistics-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingFourier-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkalglib-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContext2D-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeometry-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSources-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingFreeType-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkfreetype-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkzlib-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDICOMParser-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistry-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXML-7.0.lib
>>>
>>>>
>>>
>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOGeometry-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXMLParser-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexpat-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistryOpenGL2-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingOpenGL2-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingHybrid-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImage-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkmetaio-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjpeg-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkpng-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtktiff-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkglew-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersAMR-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkParallelCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLegacy-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersFlowPaths-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneric-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHybrid-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingSources-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHyperTree-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersImaging-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingGeneral-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersModeling-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallel-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallelImaging-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersProgrammable-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSMP-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSelection-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersTexture-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersVerdict-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkverdict-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkGeovisCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisLayout-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionStyle-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionWidgets-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingAnnotation-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingColor-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolume-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsCore-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkproj4-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOAMR-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5_hl-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOEnSight-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExodus-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexoIIc-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF_cxx-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExport-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLabel-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImport-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOInfovis-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtklibxml2-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLSDyna-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMINC-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMovie-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkoggtheora-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIONetCDF-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOPLY-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallel-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjsoncpp-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallelXML-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOSQL-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksqlite-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOVideo-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMath-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMorphological-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStatistics-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStencil-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionImage-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContextOpenGL2-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingImage-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLOD-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolumeOpenGL2-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingGenericBridge-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingIOSQL-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingRendering-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsContext2D-7.0.lib
>>>
>>>>
>>>
>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsInfovis-7.0.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmIOD.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDSED.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmzlib.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmCommon.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmexpat.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg8.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg12.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg16.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmopenjpeg.lib
>>>
>>>>
>>>
>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmcharls.lib
>>>
>>>>
>>>
>>>> rpcrt4.lib
>>>
>>>>
>>>
>>>>
>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVNLInstantiation-4.10.lib
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> Thanks,
>>>
>>>>
>>>
>>>> -Jinzhong
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> From: Francois Budin [mailto:francois.budin at kitware.com]
>>>
>>>> Sent: Monday, September 26, 2016 8:04 AM
>>>
>>>> To: D?enan Zuki? <dzenanz at gmail.com>
>>>
>>>> Cc: Yang, Jinzhong <jinzhong76 at gmail.com>; Insight-users
>>>
>>>> <insight-users at itk.org>
>>>
>>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> Hello,
>>>
>>>>
>>>
>>>> As Dzenan said, your problem most likely comes from a problem with the
>>>> ITK
>>>
>>>> IO factory. You may want to check that in your build directory, you have
>>>> a
>>>
>>>> directory called "ITKIOFactoryRegistration" that is created, and that it
>>>
>>>> contains a file called itkImageIOFactoryRegisterManager.h. This file
>>>
>>>> specifies all the type of images that are automatically registered to the
>>>
>>>> factory. You should compare the list of types included in this header
>>>> file
>>>
>>>> with the list of ITK libraries that is passed to your compiler and make
>>>> sure
>>>
>>>> that it matches.
>>>
>>>>
>>>
>>>> Hope this helps,
>>>
>>>>
>>>
>>>> Francois
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>>>
>>>>
>>>
>>>> Hi Yang,
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> all your link errors are for I/O class factories. Can you read the
>>>> following
>>>
>>>> and see whether it helps you solve the problem?
>>>
>>>>
>>>
>>>> https://itk.org/Wiki/Plugin_IO_mechanisms
>>>
>>>>
>>>
>>>>
>>>>
>>>> https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/Documentation.html
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> Regards,
>>>
>>>>
>>>
>>>> D?enan
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>>>
>>>> wrote:
>>>
>>>>
>>>
>>>> Hi all,
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> I have a very weird problem when I try to build my library. I have an old
>>>
>>>> library, previously was built based on ITK 3.16 and VTK 5.8. I built my
>>>
>>>> library to both DLL and static library. By configuring in cmake properly,
>>>> I
>>>
>>>> could build both types of libraries without any problem. Recently, I
>>>> upgrade
>>>
>>>> it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK,
>>>> both
>>>
>>>> DLL and static lib for my library can be compiled and linked, however, I
>>>
>>>> need to include all DLL files from ITK when I would like to distribute my
>>>
>>>> library. I don?t want to do so. Then I turned off BUILD_SHARED_LIBS in
>>>> ITK.
>>>
>>>> The static lib of my library can be built, but the DLL couldn?t. Error
>>>
>>>> happened during the link stage. The error message was attached below. I
>>>> used
>>>
>>>> CMake 3.6.2 + VS 2008 + Windows 7.
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> 2>   Creating library
>>>
>>>>
>>>>
>>>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.lib
>>>
>>>> and object
>>>
>>>>
>>>>
>>>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.exp
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function
>>>
>>>>
>>>>
>>>> __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>> for
>>>
>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>
>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl std::_Debug_order<class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>> int)"
>>>
>>>>
>>>>
>>>> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>> for
>>>
>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>
>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "public: __thiscall std::vector<class std::vector<class
>>>
>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>
>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>>>
>>>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>>>
>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>>
>>>> itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class
>>>
>>>> std::vector<class itk::BinaryImageToLabelMapFilter<class
>>>> itk::Image<unsigned
>>>
>>>> char,2>,class itk::LabelMap<class itk::LabelObject<short,2> >
>>>
>>>>>::runLength,class std::allocator<class
>>>
>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>
>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
>>>
>>>>>::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class
>>>
>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>>
>>>> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
>>>
>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>
>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
>>>
>>>> std::allocator<class std::vector<class
>>>
>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>
>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>>>
>>>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>>>
>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>>
>>>> itk::LabelObject<short,2> > >::runLength> > > >(void)"
>>>
>>>>
>>>>
>>>> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
>>>> in
>>
>>>
>>>> function "protected: __thiscall std::_Vector_val<struct
>>>
>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>>
>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>>
>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>
>>>>>::_Vector_val<struct itk::ObjectStore<class
>>>
>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class
>>>
>>>> std::allocator<struct itk::ObjectStore<class
>>>
>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>> >(class
>>>
>>>> std::allocator<struct itk::ObjectStore<class
>>>
>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
>>>
>>>>
>>>>
>>>> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@1@@Z)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>> for
>>>
>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>
>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function
>>>
>>>>
>>>>
>>>> __ehhandler$??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>
>>>> int,struct std::forward_iterator_tag)"
>>>
>>>>
>>>>
>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>
>>>> int,struct std::forward_iterator_tag)"
>>>
>>>>
>>>>
>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "protected: void __thiscall std::vector<struct
>>>
>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>>
>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>>
>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>
>>>>>::_Tidy(void)"
>>>
>>>>
>>>>
>>>> (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>> for
>>>
>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>
>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>> for
>>>
>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>
>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "public: __thiscall std::vector<unsigned long,class
>>>
>>>> std::allocator<unsigned long> >::~vector<unsigned long,class
>>>
>>>> std::allocator<unsigned long> >(void)"
>>>
>>>> (??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>
>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>
>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>
>>>> int,struct std::forward_iterator_tag)"
>>>
>>>>
>>>>
>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "protected: bool __thiscall std::vector<struct
>>>
>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>>
>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>>
>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>
>>>>>::_Buy(unsigned int)"
>>>
>>>>
>>>>
>>>> (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>
>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>> for
>>>
>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>
>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>> symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>
>>>> "__declspec(dllimport) void __cdecl
>>>
>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>
>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>
>>>>
>>>
>>>>
>>>>
>>>> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.dll
>>>
>>>> : fatal error LNK1120: 17 unresolved externals
>>>
>>>>
>>>
>>
>>>>
>>>
>>>>
>>>
>>>> _____________________________________
>>>
>>>> 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://www.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-users
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> _____________________________________
>>>
>>>> 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://www.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-users
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>>
>>>
>>>> _____________________________________
>>>
>>>> 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://www.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-users
>>>
>>>>
>>
>> _____________________________________
>> 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://www.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-users
>>
>>
>

_____________________________________
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://www.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-users

From francois.budin at kitware.com  Tue Sep 27 15:04:21 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Tue, 27 Sep 2016 15:04:21 -0400
Subject: [ITK] [ITK-users] Problem displaying a specific slice
In-Reply-To: <1474998475531-7589285.post@n2.nabble.com>
References: <1474998475531-7589285.post@n2.nabble.com>
Message-ID: <CAHwLD2W=tScQHn-2FX8NzVuic_5ab1teUg4+c4W2dVCOsO+kxg@mail.gmail.com>

Hello Ibraheem,

Concerning the problem you are having with NRRD images, could you specify
what error you are encountering?
For your questions about the visualization with VTK/Qt, I would advise you
to contact the VTK user mailing list.

Thanks,
Francois

On Tue, Sep 27, 2016 at 1:47 PM, Ibraheem via Insight-users <
insight-users at itk.org> wrote:

> Dear all,
>  I have made a Qt5 GUI application that displays a specific slice from a 3D
> volume in each plane i.e  axial, coronal and sagittal. The example can be
> found  here
> <https://sites.google.com/site/ibraheemtutorials/
> classroom-news/newitkexamples>
> .
> Still, there are some problems:
> 1-  can not read .nrrd format (.mha format works just fine). I think it is
> a
> bug.
> 2-  axial slice does not look like the one in 3D Slicer program even after
> changing the camera parameters or image directions.
> 3- how can I make the image fills the whole viewport instead of looking
> like
> rotated square.
> 4- While I was experimenting using  QuickView
> <https://itk.org/Doxygen/html/classQuickView.html>  , I could not find a
> way
> to replace the current image or to destroy the window so I can make a new
> window with a new image. There is only AddImage() ; which add a new image
> next to the current one.
> Have a nice evening/day!
> Ibraheem
>
>
>
>
> --
> View this message in context: http://itk-insight-users.
> 2283740.n2.nabble.com/Problem-displaying-a-specific-slice-tp7589285.html
> Sent from the ITK Insight Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160927/9737676c/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Tue Sep 27 16:56:15 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Tue, 27 Sep 2016 16:56:15 -0400
Subject: [ITK] [ITK-users] ITK build_shared_libs
In-Reply-To: <008201d218cf$1cdba7e0$5692f7a0$@gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
 <000901d21824$6789f770$369de650$@gmail.com>
 <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>
 <001b01d2182f$9943e9a0$cbcbbce0$@gmail.com>
 <CALzTN-SrnXBOfvUPHMMu6sSDuK__kW2amEY6LzkiaAb8BZeOuA@mail.gmail.com>
 <003c01d21846$e91e4c60$bb5ae520$@gmail.com>
 <CAHwLD2Whcjwz9-BeXBT82xyGv-TPiUrKEVb1S1=RD7zYUy1j9A@mail.gmail.com>
 <004701d21866$dbe3b5b0$93ab2110$@gmail.com>
 <CALzTN-RxqmxRYdKF+U7-UbRXO412bUsq2eJBPh+fuK3t_9QPUg@mail.gmail.com>
 <005201d21879$595bbee0$0c133ca0$@gmail.com>
 <CALzTN-R9XKNBo=aG9UZMVJZ3iTXf2AM16f1HRa-4uFAgVaKQVg@mail.gmail.com>
 <008201d218cf$1cdba7e0$5692f7a0$@gmail.com>
Message-ID: <CALzTN-RWb1AUpCXaYXkiU27493ULn5+-v20gqz5c__BRptH7+w@mail.gmail.com>

Hi Jinzhong,

Thanks for the information. It seems that
ITK_IO_FACTORY_REGISTER_MANAGER is passed correctly, then. Without it,
the itk::ImageFileReader will not be able to read any formats.

I would keep investigating why all the ITK IO libraries are not being
linked in by checking the contents of the "ITK_LIBRARIES" CMake
variable, not using the link_libraries command, etc.

HTH,
Matt

On Tue, Sep 27, 2016 at 10:54 AM, Yang, Jinzhong <jinzhong76 at gmail.com> wrote:
> Hi Matt,
>
> This information is helpful. The ITK_IO_FACTORY_REGISTER_MANAGER was added to the definition of ContourWarping. The BUILD_DLL did not overwrite anything. To be safe, I took your suggestion. I compiled using the new CMake file, the problem still exists. Now, if I removed ITK_IO_FACTORY_REGISTER_MANAGER from definition, it gave me a go. Nothing complained. It seems that the IO factory has to be manually registered if I would like to build a shared lib. I am not sure which lib file(s) contain the definition of those missing functions... It seems that I include all possible IO libs from ITK.
>
> My other question is that, if I don't include the ITK_IO_FACTORY_REGISTER_MANAGER, will I have any trouble to read in files (common format supported by ITK) using the code I compiled?
> Thank you,
> -Jinzhong
>
>
> -----Original Message-----
> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> Sent: Tuesday, September 27, 2016 8:34 AM
> To: Yang, Jinzhong <jinzhong76 at gmail.com>
> Cc: Francois Budin <francois.budin at kitware.com>; Insight-users <insight-users at itk.org>
> Subject: Re: [ITK-users] ITK build_shared_libs
>
> Hi,
>
> I am not sure how the BUILD_DLL definition causes a shared library,
> but the concern is that setting the COMPILE_DEFINITIONS in this way is
> somehow interfering with the other definitions that need to be added
> to target. This definition is required to add the symbols that are
> missing.
>
>
> What happens:
>
> The itkImageFileReader.h file conditionally includes
> itkImageIOFactoryRegisterManager.h:
>
>   https://github.com/InsightSoftwareConsortium/ITK/blob/dfe042df74dd2a69bfca7fc3349a9c0fcc65c6e6/Modules/IO/ImageBase/include/itkImageFileReader.h#L170-L172
>
> This condition is based on the preprocessor definition of
> ITK_IO_FACTORY_REGISTER_MANAGER. This definition is added in the
> UseITK.cmake file:
>
>   https://github.com/InsightSoftwareConsortium/ITK/blob/dfe042df74dd2a69bfca7fc3349a9c0fcc65c6e6/CMake/UseITK.cmake#L286-L291
>
> when your CMake code calls "include(${ITK_USE_FILE})".
>
>
> Since the ITK_IO_FACTORY_REGISTER_MANAGER is added as
> COMPILE_DEFINITIONS on the CMake directory where the CMakeLists.txt
> exists, the ContourWarping target should have that definition. Check
> to verify that the definition is added to the build command.
>
>
> In general, to ensure that compile definitions are appended instead of
> replacing existing definitions, use:
>
>   set_property(TARGET  ContourWarping APPEND PROPERTY
> COMPILE_DEFINITIONS "BUILD_DLL")
>
> instead of
>
>   SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL")
>
> HTH,
> Matt
>
> On Tue, Sep 27, 2016 at 12:41 AM, Yang, Jinzhong <jinzhong76 at gmail.com> wrote:
>> If I remove that line, I essentially build the library as static library. That works as I pointed out before. But I need to keep a copy of shared library because I have several mex functions depending on this library. I would like them to share this library. This is not a problem when I compiled it with ITK 3.16. I can compile both shared and static libraries with ITK 3.16 compiled as static library.
>>
>> -Jinzhong
>>
>>
>> -----Original Message-----
>> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
>> Sent: Monday, September 26, 2016 11:30 PM
>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>> Cc: Francois Budin <francois.budin at kitware.com>; Insight-users <insight-users at itk.org>
>> Subject: Re: [ITK-users] ITK build_shared_libs
>>
>> Hi Jinzhong,
>>
>> Does removing this block:
>>
>>
>> IF (BUILD_SHARED_LIBS)
>>
>> SET_TARGET_PROPERTIES(ContourWarping
>>
>>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
>>
>> )
>>
>> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
>>
>> ENDIF(BUILD_SHARED_LIBS)
>>
>>
>> Address the issue?
>>
>> Thanks,
>> Matt
>>
>> On Mon, Sep 26, 2016 at 10:28 PM, Yang, Jinzhong <jinzhong76 at gmail.com> wrote:
>>> Hi Francois,
>>>
>>>
>>>
>>> It was added already.
>>>
>>>
>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>     ContourWarping
>>>>
>>>>     ${ITK_LIBRARIES}
>>>>
>>>>     ${VTK_LIBRARIES}
>>>>
>>>>                 #vtkIO vtkFiltering vtkGraphics
>>>>
>>>>     #debug vld.lib # for memory leak detection
>>>>
>>>> )
>>>
>>> -Jinzhong
>>>
>>>
>>>
>>> From: Francois Budin [mailto:francois.budin at kitware.com]
>>> Sent: Monday, September 26, 2016 6:55 PM
>>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>>> Cc: Matt McCormick <matt.mccormick at kitware.com>; Insight-users
>>> <insight-users at itk.org>
>>>
>>>
>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>>
>>>
>>>
>>> Hello Jinzhong,
>>>
>>> Could you try to add ${ITK_LIBRARIES} to your call of
>>> "TARGET_LINK_LIBRARIES"?
>>>
>>> Francois
>>>
>>>
>>>
>>> On Mon, Sep 26, 2016 at 6:39 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>>> wrote:
>>>
>>> Hi Matt,
>>>
>>> When I built ITK, I turned on ITKV3_COMPATIBILITY. Could this cause the
>>> problem?
>>> Thanks,
>>> -Jinzhong
>>>
>>>
>>> -----Original Message-----
>>> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
>>> Sent: Monday, September 26, 2016 2:57 PM
>>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>>>
>>> Cc: Insight-users <insight-users at itk.org>
>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>>
>>> Hi Jinzhong,
>>>
>>> Does replacing link_libraries calls with target_link_libraries address
>>> the issue (this should be done regardless)?
>>>
>>> HTH,
>>> Matt
>>>
>>> On Mon, Sep 26, 2016 at 3:53 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>>> wrote:
>>>> Hi Matt,
>>>>
>>>>
>>>>
>>>> I use CMake, but the CMakeLists.txt was written for old ITK (3.16). I
>>>> recently upgraded to ITK 4.10 in order for a project depending on this
>>>> library and GDCM library ( I had trouble to compile that project with ITK
>>>> 3.16). I don't want to manually register the factories. I might need to
>>>> revise my CMakeLists.txt. Below is my CMakeLists.txt. Please let me know
>>>> if
>>>> there is anything wrong here. To help you understand my problem, I
>>>> summarize
>>>> my problem below -
>>>>
>>>> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project compiled with
>>>> "BUILD_SHARED_LIBS", WORK
>>>>
>>>> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project NOT compiled with
>>>> "BUILD_SHARED_LIBS", WORK
>>>>
>>>> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project NOT compiled
>>>> with "BUILD_SHARED_LIBS", WORK
>>>>
>>>> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project compiled with
>>>> "BUILD_SHARED_LIBS", NOT WORKING
>>>>
>>>>
>>>>
>>>> I prefer to compiling ITK without using shared libs because I don?t want
>>>> to
>>>> distribute a lot of files to other computers with my program.
>>>>
>>>> Thank you,
>>>>
>>>> Jinzhong
>>>>
>>>>
>>>>
>>>> //////////////////CMakeLists.txt ////////////////////////////
>>>>
>>>> CMAKE_MINIMUM_REQUIRED(VERSION 2.6)
>>>>
>>>>
>>>>
>>>> PROJECT(ContourWarping)
>>>>
>>>>
>>>>
>>>> FIND_PACKAGE(ITK)
>>>>
>>>> IF(ITK_FOUND)
>>>>
>>>>  INCLUDE(${ITK_USE_FILE})
>>>>
>>>> ELSE(ITK_FOUND)
>>>>
>>>>   MESSAGE(FATAL_ERROR
>>>>
>>>>   "ITK not found.  Please set ITK_DIR.")
>>>>
>>>> ENDIF(ITK_FOUND)
>>>>
>>>>
>>>>
>>>> FIND_PACKAGE(VTK)
>>>>
>>>> IF (VTK_FOUND)
>>>>
>>>>   INCLUDE (${VTK_USE_FILE})
>>>>
>>>> ELSE (VTK_FOUND)
>>>>
>>>>   MESSAGE(FATAL_ERROR
>>>>
>>>>   "VTK not found. Please set VTK_DIR.")
>>>>
>>>> ENDIF(VTK_FOUND)
>>>>
>>>>
>>>>
>>>> OPTION(BUILD_SHARED_LIBS "Build ContourWarping with shared libraries."
>>>> OFF)
>>>>
>>>>
>>>>
>>>> OPTION(BUILD_LIB_TEST "Build ContourWarping with testing option enabled."
>>>> OFF)
>>>>
>>>> IF (BUILD_LIB_TEST)
>>>>
>>>> ADD_DEFINITIONS(-D_LIB_TEST)
>>>>
>>>> ENDIF(BUILD_LIB_TEST)
>>>>
>>>>
>>>>
>>>> LINK_LIBRARIES(
>>>>
>>>>     ${ITK_LIBRARIES}
>>>>
>>>>                 ${VTK_LIBRARIES}
>>>>
>>>>     #vtkIO vtkCommon vtkFiltering vtkGraphics
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> SET(BOOST_DIR "D:/boost_1_41_0" CACHE PATH "D:/boost_1_41_0")
>>>>
>>>>
>>>>
>>>> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage64/lib" CACHE PATH
>>>> "D:/boost_1_41_0/stage64/lib")
>>>>
>>>> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage/lib" CACHE PATH
>>>> "D:/boost_1_41_0/stage/lib")
>>>>
>>>> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>>
>>>>
>>>> INCLUDE_DIRECTORIES( "C:/Program Files/Visual Leak Detector/include" # for
>>>> memory leak detection, "vld.h"
>>>>
>>>>                      ${BOOST_DIR} #boost
>>>>
>>>>                      ${PROJECT_SOURCE_DIR}
>>>>
>>>>                      "${PROJECT_SOURCE_DIR}/itkLabelMap"
>>>>
>>>>
>>>> "${PROJECT_SOURCE_DIR}/boost"
>>>>
>>>> )
>>>>
>>>> LINK_DIRECTORIES( ${PROJECT_BINARY_DIR}/${CMAKE_ARCHIVE_OUTPUT_DIRECTORY}
>>>>
>>>>                   "C:/Program Files/Visual Leak Detector/lib" # for memory
>>>> leak detection, "vld.lib"
>>>>
>>>>                   ${BOOST_LIB_DIR} #boost
>>>>
>>>> )
>>>>
>>>> #LINK_DIRECTORIES( ${CMAKE_ARCHIVE_OUTPUT_DIRECTORY})
>>>>
>>>>
>>>>
>>>> SET(SRCS
>>>>
>>>>          stdafx.h
>>>>
>>>>          stdafx.cpp
>>>>
>>>>          ContourWarpingWrapUp.cpp
>>>>
>>>>          PinnacleROIStructInterface.cpp
>>>>
>>>>          BinaryImageRoiPolyInterface.cpp
>>>>
>>>>          contourwarpingparallel.cpp
>>>>
>>>>          ParallelDispatcher.h
>>>>
>>>>          ParallelDispatcher.cpp
>>>>
>>>>          Win32Header.h
>>>>
>>>>          PinnacleROIConvert.cpp
>>>>
>>>>          PinnacleROIConvert.h
>>>>
>>>>          PinnacleROIMesh.cpp
>>>>
>>>>          PinnacleROIMesh.h
>>>>
>>>>          PinnaclePOIConvert.cpp
>>>>
>>>>          PinnaclePOIConvert.h
>>>>
>>>>          PinnacleImage.cpp
>>>>
>>>>          PinnacleImage.txx
>>>>
>>>>          PinnacleImage.h
>>>>
>>>>          Auxiliary.h
>>>>
>>>>          MeshConvertor.cpp
>>>>
>>>>          MeshConvertor.h
>>>>
>>>>          vtkPolyContours.cpp
>>>>
>>>>          vtkPolyContours.h
>>>>
>>>>          vtkVoxelContoursToSurfaceFilterEx.cpp
>>>>
>>>>          vtkVoxelContoursToSurfaceFilterEx.h
>>>>
>>>>          vtkWindowedSincPolyDataFilterEx.cpp
>>>>
>>>>          vtkWindowedSincPolyDataFilterEx.h
>>>>
>>>>          vtkSurfaceToSliceContours.cpp
>>>>
>>>>          vtkSurfaceToSliceContours.h
>>>>
>>>>          vtkSurfaceCutter.cpp
>>>>
>>>>          vtkSurfaceCutter.h
>>>>
>>>>          vtkSurfaceMeshProcess.cpp
>>>>
>>>>          vtkSurfaceMeshProcess.h
>>>>
>>>>          vtkSurfaceDeformation.cpp
>>>>
>>>>          vtkSurfaceDeformation.h
>>>>
>>>>          vtkSurfaceDeformationUsingCatField.cpp
>>>>
>>>>          vtkSurfaceDeformationUsingCatField.h
>>>>
>>>>          vtkSurfaceTransformation.cpp
>>>>
>>>>          vtkSurfaceTransformation.h
>>>>
>>>>          vtkContourProcess.cpp
>>>>
>>>>          vtkContourProcess.h
>>>>
>>>>          vtkSurfaceClipper.cpp
>>>>
>>>>          vtkSurfaceClipper.h
>>>>
>>>>          vtkPolyContoursClipper.cpp
>>>>
>>>>          vtkPolyContoursClipper.h
>>>>
>>>>          vtkUndirectedGraphCPP.cpp
>>>>
>>>>          vtkUndirectedGraphCPP.h
>>>>
>>>>          itkPolygonFill2DBinaryImageFilter.h
>>>>
>>>>          itkPolygonFill2DBinaryImageFilter.txx
>>>>
>>>>          catDeformationField.cpp
>>>>
>>>>          catDeformationField.h
>>>>
>>>>          boundaries.txx
>>>>
>>>>          boundaries.h
>>>>
>>>>          PinnacleROI2ImagesParallel.cpp
>>>>
>>>>          PinnacleROI2ImagesParallel.h
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> IF (WIN32)
>>>>
>>>> SET(SRCS ${SRCS} resource.h ContourWarping.rc)
>>>>
>>>> ENDIF(WIN32)
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> ADD_LIBRARY(ContourWarping ${SRCS})
>>>>
>>>>
>>>>
>>>> SET(OUTPUTNAME ContourWarping)
>>>>
>>>>
>>>>
>>>> IF (BUILD_SHARED_LIBS)
>>>>
>>>> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>>                 SET_TARGET_PROPERTIES(ContourWarping
>>>>
>>>>
>>>> PROPERTIES OUTPUT_NAME ContourWarping64
>>>>
>>>>                 )
>>>>
>>>>                 SET(OUTPUTNAME ContourWarping64)
>>>>
>>>> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>>                 SET_TARGET_PROPERTIES(ContourWarping
>>>>
>>>>
>>>> PROPERTIES OUTPUT_NAME ContourWarping32
>>>>
>>>>                 )
>>>>
>>>>                 SET(OUTPUTNAME ContourWarping32)
>>>>
>>>> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>> ENDIF (BUILD_SHARED_LIBS)
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> #SET(CMAKE_BUILD_TYPE Release)
>>>>
>>>> #INCLUDE(PCHSupport.cmake)
>>>>
>>>> #ADD_PRECOMPILED_HEADER(ContourWarping stdafx.h)
>>>>
>>>>
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>     ContourWarping
>>>>
>>>>     ${ITK_LIBRARIES}
>>>>
>>>>     ${VTK_LIBRARIES}
>>>>
>>>>                 #vtkIO vtkFiltering vtkGraphics
>>>>
>>>>     #debug vld.lib # for memory leak detection
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> #SET(TARGET_LIB_VERSION "1.0" CACHE STRING "1.0")
>>>>
>>>> SET_TARGET_PROPERTIES(ContourWarping
>>>>
>>>>                       PROPERTIES VERSION 1.8.8
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> IF (BUILD_SHARED_LIBS)
>>>>
>>>> SET_TARGET_PROPERTIES(ContourWarping
>>>>
>>>>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
>>>>
>>>> )
>>>>
>>>> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
>>>>
>>>> ENDIF(BUILD_SHARED_LIBS)
>>>>
>>>>
>>>>
>>>> IF (WIN32) #enable PCH support & add resource file
>>>>
>>>> SET_TARGET_PROPERTIES(ContourWarping
>>>>
>>>>                       PROPERTIES COMPILE_FLAGS /Yu"stdafx.h"
>>>>
>>>> )
>>>>
>>>> SET_SOURCE_FILES_PROPERTIES(stdafx.cpp
>>>>
>>>>                       PROPERTIES COMPILE_FLAGS /Yc"stdafx.h"
>>>>
>>>> )
>>>>
>>>> ENDIF(WIN32)
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> IF (BUILD_LIB_TEST)
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>     ContourWarping
>>>>
>>>>     vtkRendering vtkWidgets
>>>>
>>>> )
>>>>
>>>> ENDIF(BUILD_LIB_TEST)
>>>>
>>>>
>>>>
>>>> ######
>>>>
>>>> ADD_EXECUTABLE( ContourWarpingTest
>>>>
>>>>                 testdll.cpp
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>   ContourWarpingTest
>>>>
>>>>   ${OUTPUTNAME}.lib
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ADD_DEPENDENCIES(
>>>>
>>>>   ContourWarpingTest
>>>>
>>>>   ContourWarping
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ######
>>>>
>>>> ADD_EXECUTABLE( PinnacleROI2BinaryImage
>>>>
>>>>                 PinnacleROI2BinaryImage.cpp
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>   PinnacleROI2BinaryImage
>>>>
>>>>   ${OUTPUTNAME}.lib
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ADD_DEPENDENCIES(
>>>>
>>>>   PinnacleROI2BinaryImage
>>>>
>>>>   ContourWarping
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ######
>>>>
>>>> ADD_EXECUTABLE( PinnacleROIFromBitmap
>>>>
>>>>                 PinnacleROIFromBitmap.cpp
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>   PinnacleROIFromBitmap
>>>>
>>>>   ${OUTPUTNAME}.lib
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ADD_DEPENDENCIES(
>>>>
>>>>   PinnacleROIFromBitmap
>>>>
>>>>   ContourWarping
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ######
>>>>
>>>> ADD_EXECUTABLE( MeshTest
>>>>
>>>>                 MeshTest.cpp
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>   MeshTest
>>>>
>>>>   ${OUTPUTNAME}.lib
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ADD_DEPENDENCIES(
>>>>
>>>>   MeshTest
>>>>
>>>>   ContourWarping
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
>>>> Sent: Monday, September 26, 2016 1:50 PM
>>>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>>>> Cc: Francois Budin <francois.budin at kitware.com>; D?enan Zuki?
>>>> <dzenanz at gmail.com>; Insight-users <insight-users at itk.org>
>>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>>>
>>>>
>>>>
>>>> Hi Jinzhong,
>>>>
>>>>
>>>>
>>>> It sounds like you are not using CMake to build the project or using
>>>>
>>>> it in some non-standard way? There are a few options:
>>>>
>>>>
>>>>
>>>> 1) Use CMake to compile the project.
>>>>
>>>> 2) Set ITK_NO_IO_FACTORY_REGISTER_MANAGER before calling
>>>>
>>>> "include(${ITK_USE_FILE})", the register the factories manually.
>>>>
>>>>
>>>>
>>>> HTH,
>>>>
>>>> Matt
>>>>
>>>>
>>>>
>>>> On Mon, Sep 26, 2016 at 2:32 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>>>> wrote:
>>>>
>>>>> Still no clue. I checked the file itkImageIOFactoryRegisterManager.h. It
>>>>
>>>>> seems all classes imported in that header were not linked. However, I
>>>>> check
>>>>
>>>>> all IO libraries, it seems they were all included as dependency. As I
>>>>
>>>>> mentioned before, if I compiled my code as static library, there is not
>>>>> such
>>>>
>>>>> a problem.
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> Here are all ITK/VTK related libraries passed to my compiler (they are
>>>>
>>>>> generated by cmake. I enabled ITK_USE_SYSTEM_GDCM in building my ITK):
>>>>
>>>>>
>>>>
>>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkdouble-conversion-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itksys-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl_algo-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkv3p_netlib-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itknetlib-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvcl-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkNetlibSlatec-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKStatistics-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKTransform-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOImageBase-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBMP-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDICT.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmMSFF.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGDCM-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkzlib-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGIPL-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkjpeg-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOJPEG-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMetaIO-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMeta-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKznz-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKniftiio-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONIFTI-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKNrrdIO-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONRRD-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkpng-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOPNG-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itktiff-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTIFF-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOVTK-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKLabelMap-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMesh-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKSpatialObjects-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPath-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKQuadEdgeMesh-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizers-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPolynomials-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBiasCorrection-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBioCell-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDICOMParser-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDeprecated-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBioRad-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOLSM-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOStimulate-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKEXPAT-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOXML-4.10.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSpatialObjects-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKFEM-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKgiftiio-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMesh-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5_cpp-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOCSV-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOIPL-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSiemens-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOHDF5-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMRC-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformBase-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformHDF5-4.10.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformInsightLegacy-4.10.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformMatlab-4.10.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKKLMRegionGrowing-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVTK-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKWatersheds-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizersv4-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoCore-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoIO-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkChartsCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonColor-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonDataModel-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMath-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksys-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMisc-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonSystem-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonTransforms-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersExtraction-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonExecutionModel-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneral-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonComputationalGeometry-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersStatistics-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingFourier-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkalglib-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContext2D-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeometry-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSources-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingFreeType-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkfreetype-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkzlib-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDICOMParser-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistry-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXML-7.0.lib
>>>>
>>>>>
>>>>
>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOGeometry-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXMLParser-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexpat-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistryOpenGL2-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingOpenGL2-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingHybrid-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImage-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkmetaio-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjpeg-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkpng-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtktiff-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkglew-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersAMR-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkParallelCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLegacy-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersFlowPaths-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneric-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHybrid-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingSources-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHyperTree-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersImaging-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingGeneral-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersModeling-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallel-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallelImaging-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersProgrammable-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSMP-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSelection-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersTexture-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersVerdict-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkverdict-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkGeovisCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisLayout-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionStyle-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionWidgets-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingAnnotation-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingColor-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolume-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkproj4-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOAMR-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5_hl-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOEnSight-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExodus-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexoIIc-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF_cxx-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExport-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLabel-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImport-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOInfovis-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtklibxml2-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLSDyna-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMINC-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMovie-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkoggtheora-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIONetCDF-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOPLY-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallel-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjsoncpp-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallelXML-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOSQL-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksqlite-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOVideo-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMath-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMorphological-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStatistics-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStencil-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionImage-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContextOpenGL2-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingImage-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLOD-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolumeOpenGL2-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingGenericBridge-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingIOSQL-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingRendering-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsContext2D-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsInfovis-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmIOD.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDSED.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmzlib.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmCommon.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmexpat.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg8.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg12.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg16.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmopenjpeg.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmcharls.lib
>>>>
>>>>>
>>>>
>>>>> rpcrt4.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVNLInstantiation-4.10.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> Thanks,
>>>>
>>>>>
>>>>
>>>>> -Jinzhong
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> From: Francois Budin [mailto:francois.budin at kitware.com]
>>>>
>>>>> Sent: Monday, September 26, 2016 8:04 AM
>>>>
>>>>> To: D?enan Zuki? <dzenanz at gmail.com>
>>>>
>>>>> Cc: Yang, Jinzhong <jinzhong76 at gmail.com>; Insight-users
>>>>
>>>>> <insight-users at itk.org>
>>>>
>>>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> Hello,
>>>>
>>>>>
>>>>
>>>>> As Dzenan said, your problem most likely comes from a problem with the
>>>>> ITK
>>>>
>>>>> IO factory. You may want to check that in your build directory, you have
>>>>> a
>>>>
>>>>> directory called "ITKIOFactoryRegistration" that is created, and that it
>>>>
>>>>> contains a file called itkImageIOFactoryRegisterManager.h. This file
>>>>
>>>>> specifies all the type of images that are automatically registered to the
>>>>
>>>>> factory. You should compare the list of types included in this header
>>>>> file
>>>>
>>>>> with the list of ITK libraries that is passed to your compiler and make
>>>>> sure
>>>>
>>>>> that it matches.
>>>>
>>>>>
>>>>
>>>>> Hope this helps,
>>>>
>>>>>
>>>>
>>>>> Francois
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>>>>
>>>>>
>>>>
>>>>> Hi Yang,
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> all your link errors are for I/O class factories. Can you read the
>>>>> following
>>>>
>>>>> and see whether it helps you solve the problem?
>>>>
>>>>>
>>>>
>>>>> https://itk.org/Wiki/Plugin_IO_mechanisms
>>>>
>>>>>
>>>>
>>>>>
>>>>>
>>>>> https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/Documentation.html
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> Regards,
>>>>
>>>>>
>>>>
>>>>> D?enan
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>>>>
>>>>> wrote:
>>>>
>>>>>
>>>>
>>>>> Hi all,
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> I have a very weird problem when I try to build my library. I have an old
>>>>
>>>>> library, previously was built based on ITK 3.16 and VTK 5.8. I built my
>>>>
>>>>> library to both DLL and static library. By configuring in cmake properly,
>>>>> I
>>>>
>>>>> could build both types of libraries without any problem. Recently, I
>>>>> upgrade
>>>>
>>>>> it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK,
>>>>> both
>>>>
>>>>> DLL and static lib for my library can be compiled and linked, however, I
>>>>
>>>>> need to include all DLL files from ITK when I would like to distribute my
>>>>
>>>>> library. I don?t want to do so. Then I turned off BUILD_SHARED_LIBS in
>>>>> ITK.
>>>>
>>>>> The static lib of my library can be built, but the DLL couldn?t. Error
>>>>
>>>>> happened during the link stage. The error message was attached below. I
>>>>> used
>>>>
>>>>> CMake 3.6.2 + VS 2008 + Windows 7.
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> 2>   Creating library
>>>>
>>>>>
>>>>>
>>>>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.lib
>>>>
>>>>> and object
>>>>
>>>>>
>>>>>
>>>>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.exp
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function
>>>>
>>>>>
>>>>>
>>>>> __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl std::_Debug_order<class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>>> int)"
>>>>
>>>>>
>>>>>
>>>>> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "public: __thiscall std::vector<class std::vector<class
>>>>
>>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>>
>>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>>>>
>>>>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>>>>
>>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>>>
>>>>> itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class
>>>>
>>>>> std::vector<class itk::BinaryImageToLabelMapFilter<class
>>>>> itk::Image<unsigned
>>>>
>>>>> char,2>,class itk::LabelMap<class itk::LabelObject<short,2> >
>>>>
>>>>>>::runLength,class std::allocator<class
>>>>
>>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>>
>>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
>>>>
>>>>>>::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class
>>>>
>>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>>>
>>>>> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
>>>>
>>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>>
>>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
>>>>
>>>>> std::allocator<class std::vector<class
>>>>
>>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>>
>>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>>>>
>>>>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>>>>
>>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>>>
>>>>> itk::LabelObject<short,2> > >::runLength> > > >(void)"
>>>>
>>>>>
>>>>>
>>>>> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
>>>>> in
>>>
>>>>
>>>>> function "protected: __thiscall std::_Vector_val<struct
>>>>
>>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>>>
>>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>>
>>>>>>::_Vector_val<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class
>>>>
>>>>> std::allocator<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>>> >(class
>>>>
>>>>> std::allocator<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
>>>>
>>>>>
>>>>>
>>>>> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@1@@Z)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function
>>>>
>>>>>
>>>>>
>>>>> __ehhandler$??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>>
>>>>> int,struct std::forward_iterator_tag)"
>>>>
>>>>>
>>>>>
>>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>>
>>>>> int,struct std::forward_iterator_tag)"
>>>>
>>>>>
>>>>>
>>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "protected: void __thiscall std::vector<struct
>>>>
>>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>>>
>>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>>
>>>>>>::_Tidy(void)"
>>>>
>>>>>
>>>>>
>>>>> (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "public: __thiscall std::vector<unsigned long,class
>>>>
>>>>> std::allocator<unsigned long> >::~vector<unsigned long,class
>>>>
>>>>> std::allocator<unsigned long> >(void)"
>>>>
>>>>> (??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>>
>>>>> int,struct std::forward_iterator_tag)"
>>>>
>>>>>
>>>>>
>>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "protected: bool __thiscall std::vector<struct
>>>>
>>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>>>
>>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>>
>>>>>>::_Buy(unsigned int)"
>>>>
>>>>>
>>>>>
>>>>> (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>>
>>>>>
>>>>> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.dll
>>>>
>>>>> : fatal error LNK1120: 17 unresolved externals
>>>>
>>>>>
>>>>
>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> _____________________________________
>>>>
>>>>> 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://www.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-users
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> _____________________________________
>>>>
>>>>> 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://www.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-users
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> _____________________________________
>>>>
>>>>> 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://www.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-users
>>>>
>>>>>
>>>
>>> _____________________________________
>>> 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://www.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-users
>>>
>>>
>>
>
_____________________________________
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://www.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-users

From jp4work at gmail.com  Tue Sep 27 17:40:30 2016
From: jp4work at gmail.com (JIA Pei)
Date: Tue, 27 Sep 2016 14:40:30 -0700
Subject: [ITK] ITK Module, Can I enable all?
Message-ID: <CADh8Q_Xz5KJctMAYN+Tu2yM-Z4=Grg5S1gyjJ-0Edr=yGbBYxg@mail.gmail.com>

Hi, all:

I'm trying to build ITK-git . Just want to know what modules can I enable?
I prefer enable all ????


Module_AnalyzeObjectMapIO        OFF


Module_AnisotropicDiffusionLBR   OFF


Module_BridgeNumPy               OFF


Module_Cuberille                 OFF


Module_FixedPointInverseDispla   OFF


Module_GenericLabelInterpolato   OFF


Module_HigherOrderAccurateGrad   OFF


Module_IOFDF                     OFF


Module_IOSTL                     OFF


Module_IOTransformDCMTK          OFF


Module_ITKDCMTK                  OFF


Module_ITKIODCMTK                OFF


Module_ITKIOMINC                 OFF


Module_ITKIOPhilipsREC           OFF


Module_ITKIOTransformMINC        OFF


Module_ITKLevelSetsv4Visualiza   OFF


Module_ITKMINC                   OFF


Module_ITKOpenJPEG               OFF


Module_ITKReview                 OFF


Module_ITKVideoBridgeOpenCV      OFF


Module_ITKVideoBridgeVXL         OFF


Module_ITKVtkGlue                OFF


Module_LabelErodeDilate          OFF


Module_LesionSizingToolkit       OFF


Module_MGHIO                     OFF


Module_MinimalPathExtraction     OFF


Module_MorphologicalContourInt   OFF


Module_MultipleImageIterator     OFF


Module_ParabolicMorphology       OFF


Module_PerformanceBenchmarking   OFF


Module_PrincipalComponentsAnal   OFF


Module_RLEImage                  OFF


Module_SCIFIO                    OFF


Module_SkullStrip                OFF


Module_SmoothingRecursiveYvvGa   OFF


Module_SphinxExamples            OFF


Module_SplitComponents           OFF


Module_SubdivisionQuadEdgeMesh   OFF


Module_TubeTKITK                 OFF


Module_TwoProjectionRegistrati   OFF


Module_VariationalRegistration   OFF


Module_WikiExamples              OFF



Cheers

-- 

Pei JIA, Ph.D.

Email: jp4work at gmail.com
cell in Canada:    +1 778-863-5816
cell in China: +86 186-8244-3503

Welcome to Vision Open
http://www.visionopen.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160927/c808ecab/attachment-0001.html>

From francois.budin at kitware.com  Wed Sep 28 09:33:00 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Wed, 28 Sep 2016 09:33:00 -0400
Subject: [ITK] [ITK-users] Problem displaying a specific slice
In-Reply-To: <1475044735531-37588.post@n7.nabble.com>
References: <1474998475531-7589285.post@n2.nabble.com>
 <CAHwLD2W=tScQHn-2FX8NzVuic_5ab1teUg4+c4W2dVCOsO+kxg@mail.gmail.com>
 <1475044735531-37588.post@n7.nabble.com>
Message-ID: <CAHwLD2Wi=MpWNG8tfV=SoOcA7uJvJmfak6DioD8RHa5GTGXNPQ@mail.gmail.com>

Hello Ibraheem,

Thanks for the additional information. Would you mind sharing the header of
your NRRD file? The header of a NRRD file is in text format. You can open
your file with a text editor, or print the beginning of the file in a
terminal on a Unix system with one of the following commands: "cat",
"more", or "head".

Francois

On Wed, Sep 28, 2016 at 2:38 AM, Ibraheem via Insight-users <
insight-users at itk.org> wrote:

> Hi Francois,
> Thanks for your reply. Sure, it is a runtime error:
> terminate called after throwing an instance of 'itk::ExceptionObject'
>   what():  /usr/local/include/ITK-4.10/itkImageBase.hxx:187:
> itk::ERROR: Image(0x1754a90): A spacing of 0 is not allowed: Spacing is [0,
> 0, 0]
> I think there are others who had same problem e.g.  here
> <http://public.kitware.com/pipermail/insight-users/2013-
> February/047121.html>
> Best regards,
> Ibraheem
>
>
>
>
>
>
> --
> View this message in context: http://itk-users.7.n7.nabble.
> com/ITK-users-Problem-displaying-a-specific-slice-tp37584p37588.html
> Sent from the ITK - Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160928/59452160/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From francois.budin at kitware.com  Wed Sep 28 09:38:50 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Wed, 28 Sep 2016 09:38:50 -0400
Subject: [ITK] [ITK-users] ITK Module, Can I enable all?
In-Reply-To: <CADh8Q_Xz5KJctMAYN+Tu2yM-Z4=Grg5S1gyjJ-0Edr=yGbBYxg@mail.gmail.com>
References: <CADh8Q_Xz5KJctMAYN+Tu2yM-Z4=Grg5S1gyjJ-0Edr=yGbBYxg@mail.gmail.com>
Message-ID: <CAHwLD2V-m_JiyOcgBpiZPogPxq9D49eC-yBcWk7cY3TpR-tzEA@mail.gmail.com>

Hello Pei,

Would you mind being more specific in what you are trying to build? What do
you call ITK-git?
Thanks,

Francois

On Tue, Sep 27, 2016 at 5:40 PM, JIA Pei <jp4work at gmail.com> wrote:

>
> Hi, all:
>
> I'm trying to build ITK-git . Just want to know what modules can I enable?
> I prefer enable all ????
>
>
> Module_AnalyzeObjectMapIO        OFF
>
>
>
> Module_AnisotropicDiffusionLBR   OFF
>
>
>
> Module_BridgeNumPy               OFF
>
>
>
> Module_Cuberille                 OFF
>
>
>
> Module_FixedPointInverseDispla   OFF
>
>
>
> Module_GenericLabelInterpolato   OFF
>
>
>
> Module_HigherOrderAccurateGrad   OFF
>
>
>
> Module_IOFDF                     OFF
>
>
>
> Module_IOSTL                     OFF
>
>
>
> Module_IOTransformDCMTK          OFF
>
>
>
> Module_ITKDCMTK                  OFF
>
>
>
> Module_ITKIODCMTK                OFF
>
>
>
> Module_ITKIOMINC                 OFF
>
>
>
> Module_ITKIOPhilipsREC           OFF
>
>
>
> Module_ITKIOTransformMINC        OFF
>
>
>
> Module_ITKLevelSetsv4Visualiza   OFF
>
>
>
> Module_ITKMINC                   OFF
>
>
>
> Module_ITKOpenJPEG               OFF
>
>
>
> Module_ITKReview                 OFF
>
>
>
> Module_ITKVideoBridgeOpenCV      OFF
>
>
>
> Module_ITKVideoBridgeVXL         OFF
>
>
>
> Module_ITKVtkGlue                OFF
>
>
>
> Module_LabelErodeDilate          OFF
>
>
>
> Module_LesionSizingToolkit       OFF
>
>
>
> Module_MGHIO                     OFF
>
>
>
> Module_MinimalPathExtraction     OFF
>
>
>
> Module_MorphologicalContourInt   OFF
>
>
>
> Module_MultipleImageIterator     OFF
>
>
>
> Module_ParabolicMorphology       OFF
>
>
>
> Module_PerformanceBenchmarking   OFF
>
>
>
> Module_PrincipalComponentsAnal   OFF
>
>
>
> Module_RLEImage                  OFF
>
>
>
> Module_SCIFIO                    OFF
>
>
>
> Module_SkullStrip                OFF
>
>
>
> Module_SmoothingRecursiveYvvGa   OFF
>
>
>
> Module_SphinxExamples            OFF
>
>
>
> Module_SplitComponents           OFF
>
>
>
> Module_SubdivisionQuadEdgeMesh   OFF
>
>
>
> Module_TubeTKITK                 OFF
>
>
>
> Module_TwoProjectionRegistrati   OFF
>
>
>
> Module_VariationalRegistration   OFF
>
>
>
> Module_WikiExamples              OFF
>
>
>
> Cheers
>
> --
>
> Pei JIA, Ph.D.
>
> Email: jp4work at gmail.com
> cell in Canada:    +1 778-863-5816
> cell in China: +86 186-8244-3503
>
> Welcome to Vision Open
> http://www.visionopen.com
>
> _____________________________________
> 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://www.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-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160928/a304a70d/attachment-0001.html>

From dzenanz at gmail.com  Wed Sep 28 09:52:32 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Wed, 28 Sep 2016 09:52:32 -0400
Subject: [ITK] [ITK-users] ITK Module, Can I enable all?
In-Reply-To: <CAHwLD2V-m_JiyOcgBpiZPogPxq9D49eC-yBcWk7cY3TpR-tzEA@mail.gmail.com>
References: <CADh8Q_Xz5KJctMAYN+Tu2yM-Z4=Grg5S1gyjJ-0Edr=yGbBYxg@mail.gmail.com>
 <CAHwLD2V-m_JiyOcgBpiZPogPxq9D49eC-yBcWk7cY3TpR-tzEA@mail.gmail.com>
Message-ID: <CAPf2UMRRsYDNt=Kg8zaK92LL17eeH6khpaRbzv71GFvErzUjPA@mail.gmail.com>

Hi Pei,

you probably don't need them all. Compiling all of the modules in debug
mode with static libraries usually takes up 100 gigabytes of disk space.
While such testing is welcome, I suggest you take a look at the description
of the modules to see whether you will need it or not. I assume you mean
current git master by ITK-git.

Regards,
D?enan

On Wed, Sep 28, 2016 at 9:38 AM, Francois Budin <francois.budin at kitware.com>
wrote:

>
> Hello Pei,
>
> Would you mind being more specific in what you are trying to build? What
> do you call ITK-git?
> Thanks,
>
> Francois
>
> On Tue, Sep 27, 2016 at 5:40 PM, JIA Pei <jp4work at gmail.com> wrote:
>
>>
>> Hi, all:
>>
>> I'm trying to build ITK-git . Just want to know what modules can I
>> enable? I prefer enable all ????
>>
>>
>> Module_AnalyzeObjectMapIO        OFF
>>
>>
>>
>> Module_AnisotropicDiffusionLBR   OFF
>>
>>
>>
>> Module_BridgeNumPy               OFF
>>
>>
>>
>> Module_Cuberille                 OFF
>>
>>
>>
>> Module_FixedPointInverseDispla   OFF
>>
>>
>>
>> Module_GenericLabelInterpolato   OFF
>>
>>
>>
>> Module_HigherOrderAccurateGrad   OFF
>>
>>
>>
>> Module_IOFDF                     OFF
>>
>>
>>
>> Module_IOSTL                     OFF
>>
>>
>>
>> Module_IOTransformDCMTK          OFF
>>
>>
>>
>> Module_ITKDCMTK                  OFF
>>
>>
>>
>> Module_ITKIODCMTK                OFF
>>
>>
>>
>> Module_ITKIOMINC                 OFF
>>
>>
>>
>> Module_ITKIOPhilipsREC           OFF
>>
>>
>>
>> Module_ITKIOTransformMINC        OFF
>>
>>
>>
>> Module_ITKLevelSetsv4Visualiza   OFF
>>
>>
>>
>> Module_ITKMINC                   OFF
>>
>>
>>
>> Module_ITKOpenJPEG               OFF
>>
>>
>>
>> Module_ITKReview                 OFF
>>
>>
>>
>> Module_ITKVideoBridgeOpenCV      OFF
>>
>>
>>
>> Module_ITKVideoBridgeVXL         OFF
>>
>>
>>
>> Module_ITKVtkGlue                OFF
>>
>>
>>
>> Module_LabelErodeDilate          OFF
>>
>>
>>
>> Module_LesionSizingToolkit       OFF
>>
>>
>>
>> Module_MGHIO                     OFF
>>
>>
>>
>> Module_MinimalPathExtraction     OFF
>>
>>
>>
>> Module_MorphologicalContourInt   OFF
>>
>>
>>
>> Module_MultipleImageIterator     OFF
>>
>>
>>
>> Module_ParabolicMorphology       OFF
>>
>>
>>
>> Module_PerformanceBenchmarking   OFF
>>
>>
>>
>> Module_PrincipalComponentsAnal   OFF
>>
>>
>>
>> Module_RLEImage                  OFF
>>
>>
>>
>> Module_SCIFIO                    OFF
>>
>>
>>
>> Module_SkullStrip                OFF
>>
>>
>>
>> Module_SmoothingRecursiveYvvGa   OFF
>>
>>
>>
>> Module_SphinxExamples            OFF
>>
>>
>>
>> Module_SplitComponents           OFF
>>
>>
>>
>> Module_SubdivisionQuadEdgeMesh   OFF
>>
>>
>>
>> Module_TubeTKITK                 OFF
>>
>>
>>
>> Module_TwoProjectionRegistrati   OFF
>>
>>
>>
>> Module_VariationalRegistration   OFF
>>
>>
>>
>> Module_WikiExamples              OFF
>>
>>
>>
>> Cheers
>>
>> --
>>
>> Pei JIA, Ph.D.
>>
>> Email: jp4work at gmail.com
>> cell in Canada:    +1 778-863-5816
>> cell in China: +86 186-8244-3503
>>
>> Welcome to Vision Open
>> http://www.visionopen.com
>>
>> _____________________________________
>> 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://www.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-users
>>
>>
>
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160928/a789693c/attachment-0001.html>

From blowekamp at mail.nih.gov  Wed Sep 28 10:07:22 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Wed, 28 Sep 2016 14:07:22 +0000
Subject: [ITK] [ITK-users] ITK Module, Can I enable all?
In-Reply-To: <CADh8Q_Xz5KJctMAYN+Tu2yM-Z4=Grg5S1gyjJ-0Edr=yGbBYxg@mail.gmail.com>
References: <CADh8Q_Xz5KJctMAYN+Tu2yM-Z4=Grg5S1gyjJ-0Edr=yGbBYxg@mail.gmail.com>
Message-ID: <88091364-FF89-420D-B474-0EF6B44BB40B@mail.nih.gov>

Hello,

There are the internal modules and remote modules. The internal  names are ?Module_ITK? something. While external remote modules are named ?Module_? something.

More information about Remote modules is here [1]. The internal modules are of high quality and well tested across platforms.

Also many modules that are not on by default have additional dependencies for third party libraries such as VTK or DCMTK.

I don?t recommend turning on everything with out a particular reason.

HTH,
Brad

[1] https://itk.org/Wiki/ITK/Policy_and_Procedures_for_Adding_Remote_Modules

On Sep 27, 2016, at 5:40 PM, JIA Pei <jp4work at gmail.com<mailto:jp4work at gmail.com>> wrote:


Hi, all:

I'm trying to build ITK-git . Just want to know what modules can I enable? I prefer enable all ????


Module_AnalyzeObjectMapIO        OFF
Module_AnisotropicDiffusionLBR   OFF
Module_BridgeNumPy               OFF
Module_Cuberille                 OFF
Module_FixedPointInverseDispla   OFF
Module_GenericLabelInterpolato   OFF
Module_HigherOrderAccurateGrad   OFF
Module_IOFDF                     OFF
Module_IOSTL                     OFF
Module_IOTransformDCMTK          OFF
Module_ITKDCMTK                  OFF
Module_ITKIODCMTK                OFF
Module_ITKIOMINC                 OFF
Module_ITKIOPhilipsREC           OFF
Module_ITKIOTransformMINC        OFF
Module_ITKLevelSetsv4Visualiza   OFF
Module_ITKMINC                   OFF
Module_ITKOpenJPEG               OFF
Module_ITKReview                 OFF
Module_ITKVideoBridgeOpenCV      OFF
Module_ITKVideoBridgeVXL         OFF
Module_ITKVtkGlue                OFF
Module_LabelErodeDilate          OFF
Module_LesionSizingToolkit       OFF
Module_MGHIO                     OFF
Module_MinimalPathExtraction     OFF
Module_MorphologicalContourInt   OFF
Module_MultipleImageIterator     OFF
Module_ParabolicMorphology       OFF
Module_PerformanceBenchmarking   OFF
Module_PrincipalComponentsAnal   OFF
Module_RLEImage                  OFF
Module_SCIFIO                    OFF
Module_SkullStrip                OFF
Module_SmoothingRecursiveYvvGa   OFF
Module_SphinxExamples            OFF
Module_SplitComponents           OFF
Module_SubdivisionQuadEdgeMesh   OFF
Module_TubeTKITK                 OFF
Module_TwoProjectionRegistrati   OFF
Module_VariationalRegistration   OFF
Module_WikiExamples              OFF



Cheers

--

Pei JIA, Ph.D.

Email: jp4work at gmail.com<mailto:jp4work at gmail.com>
cell in Canada:    +1 778-863-5816<tel:%2B1%20778-863-5816>
cell in China: +86 186-8244-3503<tel:%2B86%20186-8244-3503>

Welcome to Vision Open
http://www.visionopen.com<http://www.visionopen.com/>
_____________________________________
Powered by www.kitware.com<http://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://www.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-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160928/a39de163/attachment-0001.html>

From matt.mccormick at kitware.com  Wed Sep 28 12:23:54 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Wed, 28 Sep 2016 12:23:54 -0400
Subject: [ITK] [ITK-users] ITK Module, Can I enable all?
In-Reply-To: <CADh8Q_Xz5KJctMAYN+Tu2yM-Z4=Grg5S1gyjJ-0Edr=yGbBYxg@mail.gmail.com>
References: <CADh8Q_Xz5KJctMAYN+Tu2yM-Z4=Grg5S1gyjJ-0Edr=yGbBYxg@mail.gmail.com>
Message-ID: <CALzTN-SGM93SR9Z4SCv_vJ1F04dBj=J9OOXJWCQNxpiGwej6LQ@mail.gmail.com>

Hello Pei,

To add to the other nice suggestions, when ITK_BUILD_DEFAULT_MODULES
is ON (the default), all 100+ default modules in ITK are built. More
details on enabling modules can be found in the "Advanced Module
Configuration" section of the ITK Software Guide:

  https://itk.org/ITKSoftwareGuide/html/Book1/ITKSoftwareGuide-Book1ch2.html#x27-170002

Welcome to ITK!

Matt

On Tue, Sep 27, 2016 at 5:40 PM, JIA Pei <jp4work at gmail.com> wrote:
>
> Hi, all:
>
> I'm trying to build ITK-git . Just want to know what modules can I enable? I
> prefer enable all ????
>
>
> Module_AnalyzeObjectMapIO        OFF
> Module_AnisotropicDiffusionLBR   OFF
> Module_BridgeNumPy               OFF
> Module_Cuberille                 OFF
> Module_FixedPointInverseDispla   OFF
> Module_GenericLabelInterpolato   OFF
> Module_HigherOrderAccurateGrad   OFF
> Module_IOFDF                     OFF
> Module_IOSTL                     OFF
> Module_IOTransformDCMTK          OFF
> Module_ITKDCMTK                  OFF
> Module_ITKIODCMTK                OFF
> Module_ITKIOMINC                 OFF
> Module_ITKIOPhilipsREC           OFF
> Module_ITKIOTransformMINC        OFF
> Module_ITKLevelSetsv4Visualiza   OFF
> Module_ITKMINC                   OFF
> Module_ITKOpenJPEG               OFF
> Module_ITKReview                 OFF
> Module_ITKVideoBridgeOpenCV      OFF
> Module_ITKVideoBridgeVXL         OFF
> Module_ITKVtkGlue                OFF
> Module_LabelErodeDilate          OFF
> Module_LesionSizingToolkit       OFF
> Module_MGHIO                     OFF
> Module_MinimalPathExtraction     OFF
> Module_MorphologicalContourInt   OFF
> Module_MultipleImageIterator     OFF
> Module_ParabolicMorphology       OFF
> Module_PerformanceBenchmarking   OFF
> Module_PrincipalComponentsAnal   OFF
> Module_RLEImage                  OFF
> Module_SCIFIO                    OFF
> Module_SkullStrip                OFF
> Module_SmoothingRecursiveYvvGa   OFF
> Module_SphinxExamples            OFF
> Module_SplitComponents           OFF
> Module_SubdivisionQuadEdgeMesh   OFF
> Module_TubeTKITK                 OFF
> Module_TwoProjectionRegistrati   OFF
> Module_VariationalRegistration   OFF
> Module_WikiExamples              OFF
>
>
>
> Cheers
>
> --
>
> Pei JIA, Ph.D.
>
> Email: jp4work at gmail.com
> cell in Canada:    +1 778-863-5816
> cell in China: +86 186-8244-3503
>
> Welcome to Vision Open
> http://www.visionopen.com
>
> _____________________________________
> 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://www.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-users
>

From swetha.bsharma at gmail.com  Thu Sep 29 05:14:24 2016
From: swetha.bsharma at gmail.com (swetha)
Date: Thu, 29 Sep 2016 02:14:24 -0700 (MST)
Subject: [ITK] [ITK-users] problem integrating an itk application to c#
Message-ID: <1475140464183-7589295.post@n2.nabble.com>

Hi,

  I have developed an application using itk and I am trying to integrate it
with c#.I have written a wrapper in c++,in the wrapper application I have
included all ITK .libs in the linker input tab.I am still getting unresolved
external errors. These are the errors which I am getting:


Error	4	error LNK2019: unresolved external symbol __imp__UuidCreate at 4
referenced in function "protected: static bool __cdecl
gdcm::UIDGenerator::GenerateUUID(unsigned char *)"
(?GenerateUUID at UIDGenerator@gdcm@@KA_NPAE at Z)
\ObliquePlaneWrapper\itkgdcmMSFF-4.9.lib(gdcmUIDGenerator.obj)
ObliquePlaneWrapper


Error	2	error LNK2019: unresolved external symbol _gethostname at 8 referenced
in function "public: static bool __cdecl gdcm::System::GetHostName(char *
const)" (?GetHostName at System@gdcm@@SA_NQAD at Z)
\ObliquePlaneWrapper\itkgdcmCommon-4.9.lib(gdcmSystem.obj)
ObliquePlaneWrapper

Error	1	error LNK2019: unresolved external symbol _WSACleanup at 0 referenced
in function "public: static bool __cdecl gdcm::System::GetHostName(char *
const)" (?GetHostName at System@gdcm@@SA_NQAD at Z)
\ObliquePlaneWrapper\itkgdcmCommon-4.9.lib(gdcmSystem.obj)
ObliquePlaneWrapper

Error	3	error LNK2019: unresolved external symbol _WSAStartup at 8 referenced
in function "public: static bool __cdecl gdcm::System::GetHostName(char *
const)" (?GetHostName at System@gdcm@@SA_NQAD at Z)
\ObliquePlaneWrapper\itkgdcmCommon-4.9.lib(gdcmSystem.obj)
ObliquePlaneWrapper


How do i fix these errors?
-swetha




--
View this message in context: http://itk-insight-users.2283740.n2.nabble.com/problem-integrating-an-itk-application-to-c-tp7589295.html
Sent from the ITK Insight Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From ivan.granata.na at gmail.com  Thu Sep 29 04:40:41 2016
From: ivan.granata.na at gmail.com (ivan)
Date: Thu, 29 Sep 2016 01:40:41 -0700 (MST)
Subject: [ITK] [ITK-users] PatchBasedDenoisingImageFilter Funciton
 NoiseModel (Java-SimpleITK)?
Message-ID: <1475138441833-37598.post@n7.nabble.com>

i don't understand how i can specify NoiseModelType ('Rician') in my java
code 


this is my code 


import org.itk.simple.*; class PatchBasedDenoisingImageFilter { public
static void main(String argv[]) { if ( argv.length < 5 ) {
System.out.println("Immetti prima:  
  "); return; } org.itk.simple.ImageFileReader reader = new
org.itk.simple.ImageFileReader(); reader.setFileName(argv[0]); Image img =
reader.execute(); org.itk.simple.PatchBasedDenoisingImageFilter filter = new
org.itk.simple.PatchBasedDenoisingImageFilter(); filter.setPatchRadius
(Long.valueOf( argv[1] ).longValue() ); filter.setNoiseSigma
(Double.valueOf( argv[2] ).doubleValue() ); filter.setNumberOfIterations
(Long.valueOf( argv[3] ).longValue() ); Image blurredImg =
filter.execute(img); CastImageFilter caster = new CastImageFilter();
caster.setOutputPixelType( img.getPixelIDValue() ); Image castImg =
caster.execute( blurredImg ); ImageFileWriter writer = new
ImageFileWriter(); writer.setFileName(argv[4]); writer.execute( castImg ); }
}





--
View this message in context: http://itk-users.7.n7.nabble.com/PatchBasedDenoisingImageFilter-Funciton-NoiseModel-Java-SimpleITK-tp37598.html
Sent from the ITK - Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From ivan.granata.na at gmail.com  Thu Sep 29 04:43:39 2016
From: ivan.granata.na at gmail.com (ivan)
Date: Thu, 29 Sep 2016 01:43:39 -0700 (MST)
Subject: [ITK] [ITK-users] Is it possible to work with dicom folder as input
 and output argument? How?
Message-ID: <1475138619059-37599.post@n7.nabble.com>

Is it possible to work with dicom folder? i usually work with .nii file
(after conversion dicom2nii) but i need to work in dicom directly. 
For example is it possible in Simp?leITK Java--> function
PatchBasedDenoisingImageFilter ... Here 
It is possibile to enter as input a dicom folder with i have every sigle
slices? 



--
View this message in context: http://itk-users.7.n7.nabble.com/ITK-users-Is-it-possible-to-work-with-dicom-folder-as-input-and-output-argument-How-tp37599.html
Sent from the ITK - Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From ivan.granata.na at gmail.com  Thu Sep 29 04:45:22 2016
From: ivan.granata.na at gmail.com (ivan)
Date: Thu, 29 Sep 2016 01:45:22 -0700 (MST)
Subject: [ITK] [ITK-users] SimpleITK for Java Image Fusion and
	Co-registration?
Message-ID: <1475138722111-37600.post@n7.nabble.com>

Hi everyone, 
Does anyone know if there is something in SimpleITK for Java
(org.itk.simple) for the Image Fusion Merger and something for
co-registration? 


<http://itk-users.7.n7.nabble.com/file/n37600/library.jpg> 



--
View this message in context: http://itk-users.7.n7.nabble.com/ITK-users-SimpleITK-for-Java-Image-Fusion-and-Co-registration-tp37600.html
Sent from the ITK - Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Thu Sep 29 08:58:53 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Thu, 29 Sep 2016 08:58:53 -0400
Subject: [ITK] [ITK-users] PatchBasedDenoisingImageFilter Funciton
	NoiseModel	(Java-SimpleITK)?
In-Reply-To: <1475138441833-37598.post@n7.nabble.com>
References: <1475138441833-37598.post@n7.nabble.com>
Message-ID: <CAPf2UMSpV3jphJ73aEzJVqX=4SNn8fyt-jsm7xrOqbWgVoBp6Q@mail.gmail.com>

Hi Ivan,

first the reformatted code:

import org.itk.simple.*;
class PatchBasedDenoisingImageFilter {
    public
    static void main(String argv[]) {
        if (argv.length < 5) {
            System.out.println("Immetti prima:");
            return;
        }
        org.itk.simple.ImageFileReader reader =
            new org.itk.simple.ImageFileReader();
        reader.setFileName(argv[0]);
        Image img = reader.execute();
        org.itk.simple.PatchBasedDenoisingImageFilter filter =
            new org.itk.simple.PatchBasedDenoisingImageFilter();
        filter.setPatchRadius(Long.valueOf(argv[1]).longValue());
        filter.setNoiseSigma(Double.valueOf(argv[2]).doubleValue());
        filter.setNumberOfIterations(Long.valueOf(argv[3]).longValue());
        Image blurredImg = filter.execute(img);
        CastImageFilter caster = new CastImageFilter();
        caster.setOutputPixelType(img.getPixelIDValue());
        Image castImg = caster.execute(blurredImg);
        ImageFileWriter writer = new ImageFileWriter();
        writer.setFileName(argv[4]);
        writer.execute(castImg);
    }
}

Have you tried one of these:

filter.setNoiseModel(NoiseModelType.RICIAN);

filter.setNoiseModel(2);

Regards,

D?enan


On Thu, Sep 29, 2016 at 4:40 AM, ivan <ivan.granata.na at gmail.com> wrote:

> i don't understand how i can specify NoiseModelType ('Rician') in my java
> code
>
>
> this is my code
>
>
> import org.itk.simple.*; class PatchBasedDenoisingImageFilter { public
> static void main(String argv[]) { if ( argv.length < 5 ) {
> System.out.println("Immetti prima:
>   "); return; } org.itk.simple.ImageFileReader reader = new
> org.itk.simple.ImageFileReader(); reader.setFileName(argv[0]); Image img =
> reader.execute(); org.itk.simple.PatchBasedDenoisingImageFilter filter =
> new
> org.itk.simple.PatchBasedDenoisingImageFilter(); filter.setPatchRadius
> (Long.valueOf( argv[1] ).longValue() ); filter.setNoiseSigma
> (Double.valueOf( argv[2] ).doubleValue() ); filter.setNumberOfIterations
> (Long.valueOf( argv[3] ).longValue() ); Image blurredImg =
> filter.execute(img); CastImageFilter caster = new CastImageFilter();
> caster.setOutputPixelType( img.getPixelIDValue() ); Image castImg =
> caster.execute( blurredImg ); ImageFileWriter writer = new
> ImageFileWriter(); writer.setFileName(argv[4]); writer.execute( castImg );
> }
> }
>
>
>
>
>
> --
> View this message in context: http://itk-users.7.n7.nabble.com/
> PatchBasedDenoisingImageFilter-Funciton-NoiseModel-Java-
> SimpleITK-tp37598.html
> Sent from the ITK - Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160929/38149293/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Thu Sep 29 09:00:48 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Thu, 29 Sep 2016 09:00:48 -0400
Subject: [ITK] [ITK-users] Is it possible to work with dicom folder as
 input and output argument? How?
In-Reply-To: <1475138619059-37599.post@n7.nabble.com>
References: <1475138619059-37599.post@n7.nabble.com>
Message-ID: <CAPf2UMTjLEARBcC8yYhwWWv_jUshk9bw=2uf3vaz+fBiRewhLg@mail.gmail.com>

Hi Ivan,

yes, that should be possible. Take a look at this example in Python:
https://itk.org/SimpleITKDoxygen/html/DicomSeriesReader_8py-example.html

Regards,
D?enan

On Thu, Sep 29, 2016 at 4:43 AM, ivan <ivan.granata.na at gmail.com> wrote:

> Is it possible to work with dicom folder? i usually work with .nii file
> (after conversion dicom2nii) but i need to work in dicom directly.
> For example is it possible in Simp?leITK Java--> function
> PatchBasedDenoisingImageFilter ... Here
> It is possibile to enter as input a dicom folder with i have every sigle
> slices?
>
>
>
> --
> View this message in context: http://itk-users.7.n7.nabble.
> com/ITK-users-Is-it-possible-to-work-with-dicom-folder-as-
> input-and-output-argument-How-tp37599.html
> Sent from the ITK - Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160929/ff23db7f/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Thu Sep 29 09:07:58 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Thu, 29 Sep 2016 09:07:58 -0400
Subject: [ITK] [ITK-users] SimpleITK for Java Image Fusion and
	Co-registration?
In-Reply-To: <1475138722111-37600.post@n7.nabble.com>
References: <1475138722111-37600.post@n7.nabble.com>
Message-ID: <CAPf2UMSX_zuStXVcucYH_Tu4ys200i9fSXPMpvPFwN9VDS7S+g@mail.gmail.com>

Hi Ivan,

take a look here <https://itk.org/Wiki/SimpleITK/Tutorials/MICCAI2015> for
registration. I believe it should also be possible to do it in Java.

As image fusion can be done on so many ways, depending on what is the
objective of the fusion, I don't think there is a filter for that. The
closest one is compose
<https://itk.org/SimpleITKDoxygen07/html/classitk_1_1simple_1_1ComposeImageFilter.html>,
which probably doesn't do what you want. Possible starting point:
https://pyscience.wordpress.com/2014/11/02/multi-modal-image-segmentation-with-python-simpleitk/

Regards,
D?enan

On Thu, Sep 29, 2016 at 4:45 AM, ivan <ivan.granata.na at gmail.com> wrote:

> Hi everyone,
> Does anyone know if there is something in SimpleITK for Java
> (org.itk.simple) for the Image Fusion Merger and something for
> co-registration?
>
>
> <http://itk-users.7.n7.nabble.com/file/n37600/library.jpg>
>
>
>
> --
> View this message in context: http://itk-users.7.n7.nabble.
> com/ITK-users-SimpleITK-for-Java-Image-Fusion-and-Co-
> registration-tp37600.html
> Sent from the ITK - Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160929/50f6f245/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From blowekamp at mail.nih.gov  Thu Sep 29 09:15:54 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Thu, 29 Sep 2016 13:15:54 +0000
Subject: [ITK] [ITK-users] SimpleITK for Java Image Fusion and
	Co-registration?
In-Reply-To: <CAPf2UMSX_zuStXVcucYH_Tu4ys200i9fSXPMpvPFwN9VDS7S+g@mail.gmail.com>
References: <1475138722111-37600.post@n7.nabble.com>
 <CAPf2UMSX_zuStXVcucYH_Tu4ys200i9fSXPMpvPFwN9VDS7S+g@mail.gmail.com>
Message-ID: <2B425817-1E8E-47CC-B799-CB08A7714DA4@mail.nih.gov>

Hello,

+1 to all of Dzenan excellent responses!

I?d also link to this SimpleITK Python notebook:

http://insightsoftwareconsortium.github.io/SimpleITK-Notebooks/21_Transforms_and_Resampling.html

This shows using the suggested Compose filter to ?fuse? two images for registration visualization.

HTH,
Brad

On Sep 29, 2016, at 9:07 AM, D?enan Zuki? <dzenanz at gmail.com<mailto:dzenanz at gmail.com>> wrote:

Hi Ivan,

take a look here<https://itk.org/Wiki/SimpleITK/Tutorials/MICCAI2015> for registration. I believe it should also be possible to do it in Java.

As image fusion can be done on so many ways, depending on what is the objective of the fusion, I don't think there is a filter for that. The closest one is compose<https://itk.org/SimpleITKDoxygen07/html/classitk_1_1simple_1_1ComposeImageFilter.html>, which probably doesn't do what you want. Possible starting point:
https://pyscience.wordpress.com/2014/11/02/multi-modal-image-segmentation-with-python-simpleitk/

Regards,
D?enan

On Thu, Sep 29, 2016 at 4:45 AM, ivan <ivan.granata.na at gmail.com<mailto:ivan.granata.na at gmail.com>> wrote:
Hi everyone,
Does anyone know if there is something in SimpleITK for Java
(org.itk.simple) for the Image Fusion Merger and something for
co-registration?


<http://itk-users.7.n7.nabble.com/file/n37600/library.jpg>



--
View this message in context: http://itk-users.7.n7.nabble.com/ITK-users-SimpleITK-for-Java-Image-Fusion-and-Co-registration-tp37600.html
Sent from the ITK - Users mailing list archive at Nabble.com<http://nabble.com>.
_____________________________________
Powered by www.kitware.com<http://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://www.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-users

_____________________________________
Powered by www.kitware.com<http://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://www.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-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160929/4d19782e/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From ivan.granata.na at gmail.com  Thu Sep 29 08:03:26 2016
From: ivan.granata.na at gmail.com (ivan)
Date: Thu, 29 Sep 2016 05:03:26 -0700 (MST)
Subject: [ITK] [ITK-users] PatchBasedDenoisingImageFilter Funciton
 NoiseModel (Java-SimpleITK)?
In-Reply-To: <CAPf2UMSpV3jphJ73aEzJVqX=4SNn8fyt-jsm7xrOqbWgVoBp6Q@mail.gmail.com>
References: <1475138441833-37598.post@n7.nabble.com>
 <CAPf2UMSpV3jphJ73aEzJVqX=4SNn8fyt-jsm7xrOqbWgVoBp6Q@mail.gmail.com>
Message-ID: <1475150606408-37605.post@n7.nabble.com>

Yes Dzenan thankx but  i tried and

- filter.setNoiseModel(NoiseModelType.RICIAN);  Error: NoiseModelType cannot
be resolved to a variable


- filter.setNoiseModel(2);    Error - The method
setNoiseModel(PatchBasedDenoisingImageFilter.NoiseModelType) in the type
PatchBasedDenoisingImageFilter is not applicable for the 
	 arguments (int)


argument 'int' but the same is for ("2") String 



--
View this message in context: http://itk-users.7.n7.nabble.com/ITK-users-PatchBasedDenoisingImageFilter-Funciton-NoiseModel-Java-SimpleITK-tp37598p37605.html
Sent from the ITK - Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From ivan.granata.na at gmail.com  Thu Sep 29 08:05:52 2016
From: ivan.granata.na at gmail.com (ivan)
Date: Thu, 29 Sep 2016 05:05:52 -0700 (MST)
Subject: [ITK] [ITK-users] SimpleITK for Java Image Fusion and
	Co-registration?
In-Reply-To: <CAPf2UMSX_zuStXVcucYH_Tu4ys200i9fSXPMpvPFwN9VDS7S+g@mail.gmail.com>
References: <1475138722111-37600.post@n7.nabble.com>
 <CAPf2UMSX_zuStXVcucYH_Tu4ys200i9fSXPMpvPFwN9VDS7S+g@mail.gmail.com>
Message-ID: <1475150752914-37606.post@n7.nabble.com>

ok for Py but Java is not the same



--
View this message in context: http://itk-users.7.n7.nabble.com/ITK-users-SimpleITK-for-Java-Image-Fusion-and-Co-registration-tp37600p37606.html
Sent from the ITK - Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From blowekamp at mail.nih.gov  Thu Sep 29 09:38:12 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Thu, 29 Sep 2016 13:38:12 +0000
Subject: [ITK] [ITK-users] PatchBasedDenoisingImageFilter Funciton
 NoiseModel (Java-SimpleITK)?
In-Reply-To: <1475150606408-37605.post@n7.nabble.com>
References: <1475138441833-37598.post@n7.nabble.com>
 <CAPf2UMSpV3jphJ73aEzJVqX=4SNn8fyt-jsm7xrOqbWgVoBp6Q@mail.gmail.com>
 <1475150606408-37605.post@n7.nabble.com>
Message-ID: <0322AB4E-2772-4CD7-8067-CF6329503C37@mail.nih.gov>

Hi,

The ?NoseModelType? type is a member of the PatchBasedDenoisingImageFilter. The correct way to use an enum from this type includes the scope of the class. For your case it is:

filter.setNoiseModel(PatchBasedDenoisingImageFilter.NoiseModelType.RICIAN)

Please note that this is an enum or int not and not a String.

Brad

> On Sep 29, 2016, at 8:03 AM, ivan <ivan.granata.na at gmail.com> wrote:
> 
> Yes Dzenan thankx but  i tried and
> 
> - filter.setNoiseModel(NoiseModelType.RICIAN);  Error: NoiseModelType cannot
> be resolved to a variable
> 
> 
> - filter.setNoiseModel(2);    Error - The method
> setNoiseModel(PatchBasedDenoisingImageFilter.NoiseModelType) in the type
> PatchBasedDenoisingImageFilter is not applicable for the 
> 	 arguments (int)
> 
> 
> argument 'int' but the same is for ("2") String 
> 
> 
> 
> --
> View this message in context: http://itk-users.7.n7.nabble.com/ITK-users-PatchBasedDenoisingImageFilter-Funciton-NoiseModel-Java-SimpleITK-tp37598p37605.html
> Sent from the ITK - Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users

_____________________________________
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://www.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-users

From blowekamp at mail.nih.gov  Thu Sep 29 09:40:21 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Thu, 29 Sep 2016 13:40:21 +0000
Subject: [ITK] [ITK-users] SimpleITK for Java Image Fusion and
	Co-registration?
In-Reply-To: <1475150752914-37606.post@n7.nabble.com>
References: <1475138722111-37600.post@n7.nabble.com>
 <CAPf2UMSX_zuStXVcucYH_Tu4ys200i9fSXPMpvPFwN9VDS7S+g@mail.gmail.com>
 <1475150752914-37606.post@n7.nabble.com>
Message-ID: <18387BD2-EF1B-44D0-9259-E197567C7711@mail.nih.gov>

The algorithms, methods and parameters are the same, but you are correct that the syntax is a bit different and requires translation.

HTH,
Brad

> On Sep 29, 2016, at 8:05 AM, ivan <ivan.granata.na at gmail.com> wrote:
> 
> ok for Py but Java is not the same
> 
> 
> 
> --
> View this message in context: http://itk-users.7.n7.nabble.com/ITK-users-SimpleITK-for-Java-Image-Fusion-and-Co-registration-tp37600p37606.html
> Sent from the ITK - Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users

_____________________________________
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://www.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-users

From ivan.granata.na at gmail.com  Thu Sep 29 08:25:59 2016
From: ivan.granata.na at gmail.com (ivan)
Date: Thu, 29 Sep 2016 05:25:59 -0700 (MST)
Subject: [ITK] [ITK-users] PatchBasedDenoisingImageFilter Funciton
 NoiseModel (Java-SimpleITK)?
In-Reply-To: <0322AB4E-2772-4CD7-8067-CF6329503C37@mail.nih.gov>
References: <1475138441833-37598.post@n7.nabble.com>
 <CAPf2UMSpV3jphJ73aEzJVqX=4SNn8fyt-jsm7xrOqbWgVoBp6Q@mail.gmail.com>
 <1475150606408-37605.post@n7.nabble.com>
 <0322AB4E-2772-4CD7-8067-CF6329503C37@mail.nih.gov>
Message-ID: <1475151959088-37609.post@n7.nabble.com>

i tried also -
filter.setNoiseModel(PatchBasedDenoisingImageFilter.NoiseModelType.RICIAN) 


and result is an error:  NoiseModelType cannot be resolved or is not a field



--
View this message in context: http://itk-users.7.n7.nabble.com/ITK-users-PatchBasedDenoisingImageFilter-Funciton-NoiseModel-Java-SimpleITK-tp37598p37609.html
Sent from the ITK - Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From blowekamp at mail.nih.gov  Thu Sep 29 10:08:12 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Thu, 29 Sep 2016 14:08:12 +0000
Subject: [ITK] [ITK-users] PatchBasedDenoisingImageFilter Funciton
 NoiseModel (Java-SimpleITK)?
In-Reply-To: <1475151959088-37609.post@n7.nabble.com>
References: <1475138441833-37598.post@n7.nabble.com>
 <CAPf2UMSpV3jphJ73aEzJVqX=4SNn8fyt-jsm7xrOqbWgVoBp6Q@mail.gmail.com>
 <1475150606408-37605.post@n7.nabble.com>
 <0322AB4E-2772-4CD7-8067-CF6329503C37@mail.nih.gov>
 <1475151959088-37609.post@n7.nabble.com>
Message-ID: <35DD13E1-E149-4E6E-9475-B67EDDEE8B9F@mail.nih.gov>

I believe you have conflicting type names in your file.

Your class is called PatchBasedDenoisingImageFilter, and so is the imported SimpleITK PatchBasedDenoisingImageFilter.

I would suggest:

1) not reusing the same name
2) try the fully qualified name: filter.setNoiseModel(org.itk.simple.PatchBasedDenoisingImageFilter.NoiseModelType.RICIAN);

HTH,
Brad

> On Sep 29, 2016, at 8:25 AM, ivan <ivan.granata.na at gmail.com> wrote:
> 
> i tried also -
> filter.setNoiseModel(PatchBasedDenoisingImageFilter.NoiseModelType.RICIAN) 
> 
> 
> and result is an error:  NoiseModelType cannot be resolved or is not a field
> 
> 
> 
> --
> View this message in context: http://itk-users.7.n7.nabble.com/ITK-users-PatchBasedDenoisingImageFilter-Funciton-NoiseModel-Java-SimpleITK-tp37598p37609.html
> Sent from the ITK - Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community

_____________________________________
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://www.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-users

From ivan.granata.na at gmail.com  Thu Sep 29 08:50:24 2016
From: ivan.granata.na at gmail.com (ivan)
Date: Thu, 29 Sep 2016 05:50:24 -0700 (MST)
Subject: [ITK] [ITK-users] PatchBasedDenoisingImageFilter Funciton
 NoiseModel (Java-SimpleITK)?
In-Reply-To: <35DD13E1-E149-4E6E-9475-B67EDDEE8B9F@mail.nih.gov>
References: <1475138441833-37598.post@n7.nabble.com>
 <CAPf2UMSpV3jphJ73aEzJVqX=4SNn8fyt-jsm7xrOqbWgVoBp6Q@mail.gmail.com>
 <1475150606408-37605.post@n7.nabble.com>
 <0322AB4E-2772-4CD7-8067-CF6329503C37@mail.nih.gov>
 <1475151959088-37609.post@n7.nabble.com>
 <35DD13E1-E149-4E6E-9475-B67EDDEE8B9F@mail.nih.gov>
Message-ID: <1475153424127-37611.post@n7.nabble.com>

filter.setNoiseModel(org.itk.simple.PatchBasedDenoisingImageFilter.NoiseModelType.RICIAN);
this is good

it seems to work

Denoising is ok

thx Brad  ;)

now i must resolve coregistration e fusion in java with simple ITK





--
View this message in context: http://itk-users.7.n7.nabble.com/ITK-users-PatchBasedDenoisingImageFilter-Funciton-NoiseModel-Java-SimpleITK-tp37598p37611.html
Sent from the ITK - Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From ivan.granata.na at gmail.com  Thu Sep 29 09:30:18 2016
From: ivan.granata.na at gmail.com (ivan)
Date: Thu, 29 Sep 2016 06:30:18 -0700 (MST)
Subject: [ITK] [ITK-users] SimpleITK for Java Image Fusion and
	Co-registration?
In-Reply-To: <18387BD2-EF1B-44D0-9259-E197567C7711@mail.nih.gov>
References: <1475138722111-37600.post@n7.nabble.com>
 <CAPf2UMSX_zuStXVcucYH_Tu4ys200i9fSXPMpvPFwN9VDS7S+g@mail.gmail.com>
 <1475150752914-37606.post@n7.nabble.com>
 <18387BD2-EF1B-44D0-9259-E197567C7711@mail.nih.gov>
Message-ID: <1475155818302-37612.post@n7.nabble.com>

Please Can anyone help me to translate this algorithm in Java?
i must write a Co-registration with SimpleITK in Java



import SimpleITK as sitk
 
#read the images
fixed_image =  sitk.ReadImage('training_001_ct.mha', sitk.sitkFloat32)
moving_image = sitk.ReadImage('training_001_mr_T1.mha', sitk.sitkFloat32) 
 
#initial alignment of the two volumes
transform = sitk.CenteredTransformInitializer(fixed_image, 
                                              moving_image, 
                                              sitk.Euler3DTransform(), 
                                             
sitk.CenteredTransformInitializerFilter.GEOMETRY)
 
#multi-resolution rigid registration using Mutual Information
registration_method = sitk.ImageRegistrationMethod()
registration_method.SetMetricAsMattesMutualInformation(numberOfHistogramBins=50)
registration_method.SetMetricSamplingStrategy(registration_method.RANDOM)
registration_method.SetMetricSamplingPercentage(0.01)
registration_method.SetInterpolator(sitk.sitkLinear)
registration_method.SetOptimizerAsGradientDescent(learningRate=1.0, 
                                                  numberOfIterations=100, 
                                                 
convergenceMinimumValue=1e-6, 
                                                  convergenceWindowSize=10)
registration_method.SetOptimizerScalesFromPhysicalShift()
registration_method.SetShrinkFactorsPerLevel(shrinkFactors = [4,2,1])
registration_method.SetSmoothingSigmasPerLevel(smoothingSigmas=[2,1,0])
registration_method.SmoothingSigmasAreSpecifiedInPhysicalUnitsOn()
registration_method.SetInitialTransform(transform)
registration_method.Execute(fixed_image, moving_image)


OR DETAILED, THIS ONE





#include "itkImageRegistrationMethodv4.h"
#include "itkTranslationTransform.h"
#include "itkMattesMutualInformationImageToImageMetricv4.h"
#include "itkRegularStepGradientDescentOptimizerv4.h"



#include "itkImageFileReader.h"
#include "itkImageFileWriter.h"

#include "itkResampleImageFilter.h"
#include "itkCastImageFilter.h"
#include "itkCheckerBoardImageFilter.h"


//  The following section of code implements a Command observer
//  used to monitor the evolution of the registration process.
//
#include "itkCommand.h"
class CommandIterationUpdate : public itk::Command
{
public:
  typedef  CommandIterationUpdate   Self;
  typedef  itk::Command             Superclass;
  typedef itk::SmartPointer<Self>   Pointer;
  itkNewMacro( Self );

protected:
  CommandIterationUpdate() {};

public:
  typedef itk::RegularStepGradientDescentOptimizerv4<double> OptimizerType;
  typedef   const OptimizerType *                           
OptimizerPointer;

  void Execute(itk::Object *caller, const itk::EventObject & event)
ITK_OVERRIDE
    {
    Execute( (const itk::Object *)caller, event);
    }

  void Execute(const itk::Object * object, const itk::EventObject & event)
ITK_OVERRIDE
    {
    OptimizerPointer optimizer = static_cast< OptimizerPointer >( object );
    if( ! itk::IterationEvent().CheckEvent( &event ) )
      {
      return;
      }
    std::cout << optimizer->GetCurrentIteration() << "   ";
    std::cout << optimizer->GetValue() << "   ";
    std::cout << optimizer->GetCurrentPosition() << std::endl;
    }
};

int main( int argc, char *argv[] )
{
  if( argc < 4 )
    {
    std::cerr << "Missing Parameters " << std::endl;
    std::cerr << "Usage: " << argv[0];
    std::cerr << " fixedImageFile  movingImageFile ";
    std::cerr << "outputImagefile [defaultPixelValue]" << std::endl;
    std::cerr << "[checkerBoardAfter] [checkerBoardBefore]" << std::endl;
    std::cerr << "[numberOfBins] [numberOfSamples]";
    std::cerr << "[useExplicitPDFderivatives ] " << std::endl;
    return EXIT_FAILURE;
    }

  const    unsigned int    Dimension = 2;
  typedef  float           PixelType;

  typedef itk::Image< PixelType, Dimension >  FixedImageType;
  typedef itk::Image< PixelType, Dimension >  MovingImageType;

  typedef itk::TranslationTransform< double, Dimension >        
TransformType;
  typedef itk::RegularStepGradientDescentOptimizerv4<double>    
OptimizerType;
  typedef itk::ImageRegistrationMethodv4<
                                    FixedImageType,
                                    MovingImageType,
                                    TransformType    > RegistrationType;

  //  Software Guide : BeginLatex
  //
  //  In this example the image types and all registration components,
  //  except the metric, are declared as in Section
\ref{sec:IntroductionImageRegistration}.
  //  The Mattes mutual information metric type is instantiated using the
image types.
  //
  //  Software Guide : EndLatex

  // Software Guide : BeginCodeSnippet
  typedef itk::MattesMutualInformationImageToImageMetricv4<
    FixedImageType,
    MovingImageType > MetricType;
  // Software Guide : EndCodeSnippet

  OptimizerType::Pointer      optimizer     = OptimizerType::New();
  RegistrationType::Pointer   registration  = RegistrationType::New();

  registration->SetOptimizer(     optimizer     );


  //  Software Guide : BeginLatex
  //
  //  The metric is created using the \code{New()} method and then
  //  connected to the registration object.
  //
  //  Software Guide : EndLatex

  // Software Guide : BeginCodeSnippet
  MetricType::Pointer metric = MetricType::New();
  registration->SetMetric( metric  );
  // Software Guide : EndCodeSnippet


  //  Software Guide : BeginLatex
  //
  //  The metric requires the user to specify the number of bins
  //  used to compute the entropy. In a typical application, 50 histogram
bins
  //  are sufficient. Note however, that the number of bins may have
dramatic
  //  effects on the optimizer's behavior.
  //
  // 
\index{itk::Mattes\-Mutual\-Information\-Image\-To\-Image\-Metricv4!SetNumberOfHistogramBins()}
  //
  //  Software Guide : EndLatex

  // Software Guide : BeginCodeSnippet
  unsigned int numberOfBins = 24;
  // Software Guide : EndCodeSnippet

  if( argc > 7 )
    {
    numberOfBins = atoi( argv[7] );
    }


  // Software Guide : BeginCodeSnippet
  metric->SetNumberOfHistogramBins( numberOfBins );
  // Software Guide : EndCodeSnippet

  //  Software Guide : BeginLatex
  //
  //  To calculate the image gradients, an image gradient calculator based
on
  //  ImageFunction is used instead of image gradient filters. Image
gradient
  //  methods are defined in the superclass \code{ImageToImageMetricv4}.
  //
  //  Software Guide : EndLatex

  // Software Guide : BeginCodeSnippet
  metric->SetUseMovingImageGradientFilter( false );
  metric->SetUseFixedImageGradientFilter( false );
  // Software Guide : EndCodeSnippet


  typedef itk::ImageFileReader< FixedImageType  > FixedImageReaderType;
  typedef itk::ImageFileReader< MovingImageType > MovingImageReaderType;

  FixedImageReaderType::Pointer  fixedImageReader  =
FixedImageReaderType::New();
  MovingImageReaderType::Pointer movingImageReader =
MovingImageReaderType::New();

  fixedImageReader->SetFileName(  argv[1] );
  movingImageReader->SetFileName( argv[2] );

  registration->SetFixedImage(    fixedImageReader->GetOutput()    );
  registration->SetMovingImage(   movingImageReader->GetOutput()   );


  //  Software Guide : BeginLatex
  //
  //  Notice that in the ITKv4 registration framework, optimizers always try
  //  to minimize the cost function, and the metrics always return a
parameter
  //  and derivative result that improves the optimization, so this metric
  //  computes the negative mutual information.
  //  The optimization parameters are tuned for this example, so they are
not
  //  exactly the same as the parameters used in Section
  //  \ref{sec:IntroductionImageRegistration}.
  //
  //  Software Guide : EndLatex

  // Software Guide : BeginCodeSnippet
  optimizer->SetLearningRate( 8.00 );
  optimizer->SetMinimumStepLength( 0.001 );
  optimizer->SetNumberOfIterations( 200 );
  optimizer->ReturnBestParametersAndValueOn();
  // Software Guide : EndCodeSnippet

  // Software Guide : BeginLatex
  //
  // Note that large values of the learning rate will make the optimizer
  // unstable. Small values, on the other hand, may result in the optimizer
  // needing too many iterations in order to walk to the extrema of the cost
  // function. The easy way of fine tuning this parameter is to start with
  // small values, probably in the range of $\{1.0,5.0\}$. Once the other
  // registration parameters have been tuned for producing convergence, you
  // may want to revisit the learning rate and start increasing its value
until
  // you observe that the optimization becomes unstable.  The ideal value
for
  // this parameter is the one that results in a minimum number of
iterations
  // while still keeping a stable path on the parametric space of the
  // optimization. Keep in mind that this parameter is a multiplicative
factor
  // applied on the gradient of the metric. Therefore, its effect on the
  // optimizer step length is proportional to the metric values themselves.
  // Metrics with large values will require you to use smaller values for
the
  // learning rate in order to maintain a similar optimizer behavior.
  //
  // Whenever the regular step gradient descent optimizer encounters
  // change in the direction of movement in the parametric space, it reduces
the
  // size of the step length. The rate at which the step length is reduced
is
  // controlled by a relaxation factor. The default value of the factor is
  // $0.5$. This value, however may prove to be inadequate for noisy metrics
  // since they tend to induce erratic movements on the optimizers and
  // therefore result in many directional changes. In those
  // conditions, the optimizer will rapidly shrink the step length while it
is
  // still too far from the location of the extrema in the cost function. In
  // this example we set the relaxation factor to a number higher than the
  // default in order to prevent the premature shrinkage of the step length.
  //
  //
\index{itk::Regular\-Step\-Gradient\-Descent\-Optimizer!SetRelaxationFactor()}
  //
  // Software Guide : EndLatex

  // Software Guide : BeginCodeSnippet
  optimizer->SetRelaxationFactor( 0.8 );
  // Software Guide : EndCodeSnippet

  // Create the Command observer and register it with the optimizer.
  //
  CommandIterationUpdate::Pointer observer = CommandIterationUpdate::New();
  optimizer->AddObserver( itk::IterationEvent(), observer );

  // One level registration process without shrinking and smoothing.
  //
  const unsigned int numberOfLevels = 1;

  RegistrationType::ShrinkFactorsArrayType shrinkFactorsPerLevel;
  shrinkFactorsPerLevel.SetSize( 1 );
  shrinkFactorsPerLevel[0] = 1;

  RegistrationType::SmoothingSigmasArrayType smoothingSigmasPerLevel;
  smoothingSigmasPerLevel.SetSize( 1 );
  smoothingSigmasPerLevel[0] = 0;

  registration->SetNumberOfLevels ( numberOfLevels );
  registration->SetSmoothingSigmasPerLevel( smoothingSigmasPerLevel );
  registration->SetShrinkFactorsPerLevel( shrinkFactorsPerLevel );

  // Software Guide : BeginLatex
  //
  // Instead of using the whole virtual domain (usually fixed image domain)
for the registration,
  // we can use a spatial sampled point set by supplying an arbitrary point
list over which to
  // evaluate the metric. The point list is expected to be in the
\emph{fixed} image domain, and
  // the points are transformed into the \emph{virtual} domain internally as
needed. The user can
  // define the point set via \code{SetFixedSampledPointSet()}, and the
point set is used
  // by calling \code{SetUsedFixedSampledPointSet()}.
  //
  // Also, instead of dealing with the metric directly, the user may define
  // the sampling percentage and sampling strategy for the registration
framework at each level.
  // In this case, the registration filter manages the sampling operation
over the fixed image space
  // based on the input strategy (REGULAR, RANDOM) and passes the sampled
point set to the metric
  // internally.
  //
  // Software Guide : EndLatex

  // Software Guide : BeginCodeSnippet
  RegistrationType::MetricSamplingStrategyType  samplingStrategy  =
    RegistrationType::RANDOM;
  // Software Guide : EndCodeSnippet

  // Software Guide : BeginLatex
  //
  // The number of spatial samples to be
  // used depends on the content of the image. If the images are smooth and
do
  // not contain many details, the number of spatial samples can usually be
as low as $1\%$
  // of the total number of pixels in the fixed image. On the other hand, if
the images are
  // detailed, it may be necessary to use a much higher proportion, such as
$20\%$ to $50\%$.
  // Increasing the number of samples improves the smoothness of the metric,
  // and therefore helps when this metric is used in conjunction with
  // optimizers that rely of the continuity of the metric values. The
trade-off, of
  // course, is that a larger number of samples results in longer
computation
  // times per every evaluation of the metric.
  //
  // One mechanism for bringing the metric to its limit is to disable the
  // sampling and use all the pixels present in the FixedImageRegion. This
can
  // be done with the \code{SetUseFixedSampledPointSet( false )} method.
  // You may want to try this
  // option only while you are fine tuning all other parameters of your
  // registration. We don't use this method in this current example though.
  //
  // It has been demonstrated empirically that the number of samples is not
a
  // critical parameter for the registration process. When you start fine
  // tuning your own registration process, you should start using high
values
  // of number of samples, for example in the range of $20\%$ to $50\%$ of
the
  // number of pixels in the fixed image. Once you have succeeded to
register
  // your images you can then reduce the number of samples progressively
until
  // you find a good compromise on the time it takes to compute one
evaluation
  // of the metric. Note that it is not useful to have very fast evaluations
  // of the metric if the noise in their values results in more iterations
  // being required by the optimizer to converge. You must then study the
  // behavior of the metric values as the iterations progress, just as
  // illustrated in section~\ref{sec:MonitoringImageRegistration}.
  //
  // \index{itk::Mutual\-Information\-Image\-To\-Image\-Metricv4!Trade-offs}
  //
  // Software Guide : EndLatex

  // Software Guide : BeginCodeSnippet
  double samplingPercentage = 0.20;
  // Software Guide : EndCodeSnippet

  // Software Guide : BeginLatex
  //
  // In ITKv4, a single virtual domain or spatial sample point set is used
for the
  // all iterations of the registration process. The use of a single sample
set results
  // in a smooth cost function that can improve the functionality of the
optimizer.
  //
  // Software Guide : EndLatex

  // Software Guide : BeginCodeSnippet
  registration->SetMetricSamplingStrategy( samplingStrategy );
  registration->SetMetricSamplingPercentage( samplingPercentage );
  // Software Guide : EndCodeSnippet

  try
    {
    registration->Update();
    std::cout << "Optimizer stop condition: "
              << registration->GetOptimizer()->GetStopConditionDescription()
              << std::endl;
    }
  catch( itk::ExceptionObject & err )
    {
    std::cerr << "ExceptionObject caught !" << std::endl;
    std::cerr << err << std::endl;
    return EXIT_FAILURE;
    }

  TransformType::ParametersType finalParameters =
                           
registration->GetOutput()->Get()->GetParameters();

  double TranslationAlongX = finalParameters[0];
  double TranslationAlongY = finalParameters[1];

  // For stability reasons it may be desirable to round up the values of
translation
  //
  unsigned int numberOfIterations = optimizer->GetCurrentIteration();

  double bestValue = optimizer->GetValue();


  // Print out results
  //
  std::cout << std::endl;
  std::cout << "Result = " << std::endl;
  std::cout << " Translation X = " << TranslationAlongX  << std::endl;
  std::cout << " Translation Y = " << TranslationAlongY  << std::endl;
  std::cout << " Iterations    = " << numberOfIterations << std::endl;
  std::cout << " Metric value  = " << bestValue          << std::endl;
  std::cout << " Stop Condition  = " <<
optimizer->GetStopConditionDescription() << std::endl;

  //  Software Guide : BeginLatex
  //
  //  Let's execute this example over two of the images provided in
  //  \code{Examples/Data}:
  //
  //  \begin{itemize}
  //  \item \code{BrainT1SliceBorder20.png}
  //  \item \code{BrainProtonDensitySliceShifted13x17y.png}
  //  \end{itemize}
  //
  //  \begin{figure}
  //  \center
  //  \includegraphics[width=0.44\textwidth]{BrainT1SliceBorder20}
  // 
\includegraphics[width=0.44\textwidth]{BrainProtonDensitySliceShifted13x17y}
  //  \itkcaption[Multi-Modality Registration Inputs]{A T1 MRI (fixed image)
and a proton
  //  density MRI (moving image) are provided as input to the registration
method.}
  //  \label{fig:FixedMovingImageRegistration2}
  //  \end{figure}
  //
  //  The second image is the result of intentionally translating the image
  //  \code{Brain\-Proton\-Density\-Slice\-Border20.png} by $(13,17)$
  //  millimeters. Both images have unit-spacing and are shown in Figure
  //  \ref{fig:FixedMovingImageRegistration2}. The registration process
  //  converges after $46$ iterations and produces the following results:
  //
  //  \begin{verbatim}
  //  Translation X = 13.0204
  //  Translation Y = 17.0006
  //  \end{verbatim}
  //
  //  These values are a very close match to the true misalignment
introduced in
  //  the moving image.
  //
  //  Software Guide : EndLatex

  typedef itk::ResampleImageFilter<
                            MovingImageType,
                            FixedImageType >    ResampleFilterType;

  ResampleFilterType::Pointer resample = ResampleFilterType::New();

  resample->SetTransform( registration->GetTransform() );
  resample->SetInput( movingImageReader->GetOutput() );

  FixedImageType::Pointer fixedImage = fixedImageReader->GetOutput();

  PixelType defaultPixelValue = 100;

  if( argc > 4 )
    {
    defaultPixelValue = atoi( argv[4] );
    }

  resample->SetSize(    fixedImage->GetLargestPossibleRegion().GetSize() );
  resample->SetOutputOrigin(  fixedImage->GetOrigin() );
  resample->SetOutputSpacing( fixedImage->GetSpacing() );
  resample->SetOutputDirection( fixedImage->GetDirection() );
  resample->SetDefaultPixelValue( defaultPixelValue );


  typedef  unsigned char  OutputPixelType;

  typedef itk::Image< OutputPixelType, Dimension > OutputImageType;

  typedef itk::CastImageFilter<
                        FixedImageType,
                        OutputImageType > CastFilterType;

  typedef itk::ImageFileWriter< OutputImageType >  WriterType;

  WriterType::Pointer      writer =  WriterType::New();
  CastFilterType::Pointer  caster =  CastFilterType::New();

  writer->SetFileName( argv[3] );

  caster->SetInput( resample->GetOutput() );
  writer->SetInput( caster->GetOutput()   );
  writer->Update();


  //  Software Guide : BeginLatex
  //
  // \begin{figure}
  // \center
  // \includegraphics[width=0.32\textwidth]{ImageRegistration4Output}
  //
\includegraphics[width=0.32\textwidth]{ImageRegistration4CheckerboardBefore}
  //
\includegraphics[width=0.32\textwidth]{ImageRegistration4CheckerboardAfter}
  // \itkcaption[MattesMutualInformationImageToImageMetricv4 output
images]{The mapped
  // moving image (left) and the composition of fixed and moving images
before
  // (center) and after (right) registration with Mattes mutual
information.}
  // \label{fig:ImageRegistration4Output}
  // \end{figure}
  //
  //  The result of resampling the moving image is presented on the left of
  //  Figure \ref{fig:ImageRegistration4Output}. The center and right parts
of
  //  the figure present a checkerboard composite of the fixed and moving
  //  images before and after registration respectively.
  //
  //  Software Guide : EndLatex


  //
  // Generate checkerboards before and after registration
  //
  typedef itk::CheckerBoardImageFilter< FixedImageType >
CheckerBoardFilterType;

  CheckerBoardFilterType::Pointer checker = CheckerBoardFilterType::New();

  checker->SetInput1( fixedImage );
  checker->SetInput2( resample->GetOutput() );

  caster->SetInput( checker->GetOutput() );
  writer->SetInput( caster->GetOutput()   );

  resample->SetDefaultPixelValue( 0 );

  // Before registration
  TransformType::Pointer identityTransform = TransformType::New();
  identityTransform->SetIdentity();
  resample->SetTransform( identityTransform );

  if( argc > 5 )
    {
    writer->SetFileName( argv[5] );
    writer->Update();
    }


  // After registration
  resample->SetTransform( registration->GetTransform() );
  if( argc > 6 )
    {
    writer->SetFileName( argv[6] );
    writer->Update();
    }


  //  Software Guide : BeginLatex
  //
  // \begin{figure}
  // \center
  //
\includegraphics[width=0.44\textwidth]{ImageRegistration4TraceTranslations}
  //
\includegraphics[width=0.44\textwidth]{ImageRegistration4TraceTranslations2}
  //
\includegraphics[width=0.6\textwidth,height=5cm]{ImageRegistration4TraceMetric}
  // \itkcaption[MattesMutualInformationImageToImageMetricv4 output
plots]{Sequence
  // of translations and metric values at each iteration of the optimizer.}
  // \label{fig:ImageRegistration4TraceTranslations}
  // \end{figure}
  //
  //  Figure \ref{fig:ImageRegistration4TraceTranslations} (upper-left)
shows
  //  the sequence of translations followed by the optimizer as it searched
the
  //  parameter space. The upper-right figure presents a closer look at the
  //  convergence basin for the last iterations of the optimizer. The bottom
of
  //  the same figure shows the sequence of metric values computed as the
  //  optimizer searched the parameter space.
  //
  //  Software Guide : EndLatex

  // Software Guide : BeginLatex
  //
  // You must note however that there are a number of non-trivial issues
  // involved in the fine tuning of parameters for the optimization. For
  // example, the number of bins used in the estimation of Mutual
Information
  // has a dramatic effect on the performance of the optimizer. In order to
  // illustrate this effect, the same example has been executed using a
range
  // of different values for the number of bins, from $10$ to $30$. If you
  // repeat this experiment, you will notice that depending on the number of
  // bins used, the optimizer's path may get trapped early on in local
minima.
  // Figure \ref{fig:ImageRegistration4TraceTranslationsNumberOfBins} shows
the
  // multiple paths that the optimizer took in the parametric space of the
  // transform as a result of different selections on the number of bins
used
  // by the Mattes Mutual Information metric. Note that many of the paths
die
  // in local minima instead of reaching the extrema value on the upper
right
  // corner.
  //
  // \begin{figure}
  // \center
  //
\includegraphics[width=0.8\textwidth]{ImageRegistration4TraceTranslationsNumberOfBins}
  // \itkcaption[MattesMutualInformationImageToImageMetricv4 number of
  // bins]{Sensitivity of the optimization path to the number of Bins used
for
  // estimating the value of Mutual Information with Mattes et al.
approach.}
  // \label{fig:ImageRegistration4TraceTranslationsNumberOfBins}
  // \end{figure}
  //
  //
  // Effects such as the one illustrated here highlight how useless is to
  // compare different algorithms based on a non-exhaustive search of their
  // parameter setting. It is quite difficult to be able to claim that a
  // particular selection of parameters represent the best combination for
  // running a particular algorithm. Therefore, when comparing the
performance
  // of two or more different algorithms, we are faced with the challenge of
  // proving that none of the algorithms involved in the comparison are
being
  // run with a sub-optimal set of parameters.
  //
  // Software Guide : EndLatex


  // Software Guide : BeginLatex
  //
  //  The plots in Figures~\ref{fig:ImageRegistration4TraceTranslations}
  //  and~\ref{fig:ImageRegistration4TraceTranslationsNumberOfBins} were
  //  generated using Gnuplot\footnote{\url{http://www.gnuplot.info/}}.
  //  The scripts used for this purpose are available
  //  in the \code{ITKSoftwareGuide} Git repository under the directory
  //
  //  ~\code{ITKSoftwareGuide/SoftwareGuide/Art}.
  //
  //  Data for the plots were taken directly from the output that the
  //  Command/Observer in this example prints out to the console. The output
  //  was processed with the UNIX editor
  //  \code{sed}\footnote{\url{http://www.gnu.org/software/sed/sed.html}} in
  //  order to remove commas and brackets that were confusing for Gnuplot's
  //  parser. Both the shell script for running \code{sed} and for running
  //  {Gnuplot} are available in the directory indicated above. You may find
  //  useful to run them in order to verify the results presented here, and
to
  //  eventually modify them for profiling your own registrations.
  //
  //  \index{Open Science}
  //
  //  Open Science is not just an abstract concept. Open Science is
something
  //  to be practiced every day with the simple gesture of sharing
information
  //  with your peers, and by providing all the tools that they need for
  //  replicating the results that you are reporting. In Open Science, the
only
  //  bad results are those that can not be
  //  replicated\footnote{\url{http://science.creativecommons.org/}}.
Science
  //  is dead when people blindly trust authorities~\footnote{For example:
  //  Reviewers of Scientific Journals.} instead of verifying their
statements
  //  by performing their own experiments ~\cite{Popper1971,Popper2002}.
  //
  // Software Guide : EndLatex


  return EXIT_SUCCESS;
}


<http://itk-users.7.n7.nabble.com/file/n37612/0000.png> 




--
View this message in context: http://itk-users.7.n7.nabble.com/ITK-users-SimpleITK-for-Java-Image-Fusion-and-Co-registration-tp37600p37612.html
Sent from the ITK - Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From blowekamp at mail.nih.gov  Thu Sep 29 10:56:53 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Thu, 29 Sep 2016 14:56:53 +0000
Subject: [ITK] [ITK-users] SimpleITK for Java Image Fusion and
	Co-registration?
In-Reply-To: <1475155818302-37612.post@n7.nabble.com>
References: <1475138722111-37600.post@n7.nabble.com>
 <CAPf2UMSX_zuStXVcucYH_Tu4ys200i9fSXPMpvPFwN9VDS7S+g@mail.gmail.com>
 <1475150752914-37606.post@n7.nabble.com>
 <18387BD2-EF1B-44D0-9259-E197567C7711@mail.nih.gov>
 <1475155818302-37612.post@n7.nabble.com>
Message-ID: <5E715AAE-04D7-474B-8626-669280DD8F9F@mail.nih.gov>

I was just working on translating the ImageRegistration1 example to Java. How does this work:

http://review.source.kitware.com/#/c/21596/1/Examples/Java/ImageRegistrationMethod1.java

Brad

> On Sep 29, 2016, at 9:30 AM, ivan <ivan.granata.na at gmail.com> wrote:
> 
> Please Can anyone help me to translate this algorithm in Java?
> i must write a Co-registration with SimpleITK in Java
> 
> 
> 
> import SimpleITK as sitk
> 
> #read the images
> fixed_image =  sitk.ReadImage('training_001_ct.mha', sitk.sitkFloat32)
> moving_image = sitk.ReadImage('training_001_mr_T1.mha', sitk.sitkFloat32) 
> 
> #initial alignment of the two volumes
> transform = sitk.CenteredTransformInitializer(fixed_image, 
>                                              moving_image, 
>                                              sitk.Euler3DTransform(), 
> 
> sitk.CenteredTransformInitializerFilter.GEOMETRY)
> 
> #multi-resolution rigid registration using Mutual Information
> registration_method = sitk.ImageRegistrationMethod()
> registration_method.SetMetricAsMattesMutualInformation(numberOfHistogramBins=50)
> registration_method.SetMetricSamplingStrategy(registration_method.RANDOM)
> registration_method.SetMetricSamplingPercentage(0.01)
> registration_method.SetInterpolator(sitk.sitkLinear)
> registration_method.SetOptimizerAsGradientDescent(learningRate=1.0, 
>                                                  numberOfIterations=100, 
> 
> convergenceMinimumValue=1e-6, 
>                                                  convergenceWindowSize=10)
> registration_method.SetOptimizerScalesFromPhysicalShift()
> registration_method.SetShrinkFactorsPerLevel(shrinkFactors = [4,2,1])
> registration_method.SetSmoothingSigmasPerLevel(smoothingSigmas=[2,1,0])
> registration_method.SmoothingSigmasAreSpecifiedInPhysicalUnitsOn()
> registration_method.SetInitialTransform(transform)
> registration_method.Execute(fixed_image, moving_image)
> 
> 
> OR DETAILED, THIS ONE
> 
> 
> 
> 
> 
> #include "itkImageRegistrationMethodv4.h"
> #include "itkTranslationTransform.h"
> #include "itkMattesMutualInformationImageToImageMetricv4.h"
> #include "itkRegularStepGradientDescentOptimizerv4.h"
> 
> 
> 
> #include "itkImageFileReader.h"
> #include "itkImageFileWriter.h"
> 
> #include "itkResampleImageFilter.h"
> #include "itkCastImageFilter.h"
> #include "itkCheckerBoardImageFilter.h"
> 
> 
> //  The following section of code implements a Command observer
> //  used to monitor the evolution of the registration process.
> //
> #include "itkCommand.h"
> class CommandIterationUpdate : public itk::Command
> {
> public:
>  typedef  CommandIterationUpdate   Self;
>  typedef  itk::Command             Superclass;
>  typedef itk::SmartPointer<Self>   Pointer;
>  itkNewMacro( Self );
> 
> protected:
>  CommandIterationUpdate() {};
> 
> public:
>  typedef itk::RegularStepGradientDescentOptimizerv4<double> OptimizerType;
>  typedef   const OptimizerType *                           
> OptimizerPointer;
> 
>  void Execute(itk::Object *caller, const itk::EventObject & event)
> ITK_OVERRIDE
>    {
>    Execute( (const itk::Object *)caller, event);
>    }
> 
>  void Execute(const itk::Object * object, const itk::EventObject & event)
> ITK_OVERRIDE
>    {
>    OptimizerPointer optimizer = static_cast< OptimizerPointer >( object );
>    if( ! itk::IterationEvent().CheckEvent( &event ) )
>      {
>      return;
>      }
>    std::cout << optimizer->GetCurrentIteration() << "   ";
>    std::cout << optimizer->GetValue() << "   ";
>    std::cout << optimizer->GetCurrentPosition() << std::endl;
>    }
> };
> 
> int main( int argc, char *argv[] )
> {
>  if( argc < 4 )
>    {
>    std::cerr << "Missing Parameters " << std::endl;
>    std::cerr << "Usage: " << argv[0];
>    std::cerr << " fixedImageFile  movingImageFile ";
>    std::cerr << "outputImagefile [defaultPixelValue]" << std::endl;
>    std::cerr << "[checkerBoardAfter] [checkerBoardBefore]" << std::endl;
>    std::cerr << "[numberOfBins] [numberOfSamples]";
>    std::cerr << "[useExplicitPDFderivatives ] " << std::endl;
>    return EXIT_FAILURE;
>    }
> 
>  const    unsigned int    Dimension = 2;
>  typedef  float           PixelType;
> 
>  typedef itk::Image< PixelType, Dimension >  FixedImageType;
>  typedef itk::Image< PixelType, Dimension >  MovingImageType;
> 
>  typedef itk::TranslationTransform< double, Dimension >        
> TransformType;
>  typedef itk::RegularStepGradientDescentOptimizerv4<double>    
> OptimizerType;
>  typedef itk::ImageRegistrationMethodv4<
>                                    FixedImageType,
>                                    MovingImageType,
>                                    TransformType    > RegistrationType;
> 
>  //  Software Guide : BeginLatex
>  //
>  //  In this example the image types and all registration components,
>  //  except the metric, are declared as in Section
> \ref{sec:IntroductionImageRegistration}.
>  //  The Mattes mutual information metric type is instantiated using the
> image types.
>  //
>  //  Software Guide : EndLatex
> 
>  // Software Guide : BeginCodeSnippet
>  typedef itk::MattesMutualInformationImageToImageMetricv4<
>    FixedImageType,
>    MovingImageType > MetricType;
>  // Software Guide : EndCodeSnippet
> 
>  OptimizerType::Pointer      optimizer     = OptimizerType::New();
>  RegistrationType::Pointer   registration  = RegistrationType::New();
> 
>  registration->SetOptimizer(     optimizer     );
> 
> 
>  //  Software Guide : BeginLatex
>  //
>  //  The metric is created using the \code{New()} method and then
>  //  connected to the registration object.
>  //
>  //  Software Guide : EndLatex
> 
>  // Software Guide : BeginCodeSnippet
>  MetricType::Pointer metric = MetricType::New();
>  registration->SetMetric( metric  );
>  // Software Guide : EndCodeSnippet
> 
> 
>  //  Software Guide : BeginLatex
>  //
>  //  The metric requires the user to specify the number of bins
>  //  used to compute the entropy. In a typical application, 50 histogram
> bins
>  //  are sufficient. Note however, that the number of bins may have
> dramatic
>  //  effects on the optimizer's behavior.
>  //
>  // 
> \index{itk::Mattes\-Mutual\-Information\-Image\-To\-Image\-Metricv4!SetNumberOfHistogramBins()}
>  //
>  //  Software Guide : EndLatex
> 
>  // Software Guide : BeginCodeSnippet
>  unsigned int numberOfBins = 24;
>  // Software Guide : EndCodeSnippet
> 
>  if( argc > 7 )
>    {
>    numberOfBins = atoi( argv[7] );
>    }
> 
> 
>  // Software Guide : BeginCodeSnippet
>  metric->SetNumberOfHistogramBins( numberOfBins );
>  // Software Guide : EndCodeSnippet
> 
>  //  Software Guide : BeginLatex
>  //
>  //  To calculate the image gradients, an image gradient calculator based
> on
>  //  ImageFunction is used instead of image gradient filters. Image
> gradient
>  //  methods are defined in the superclass \code{ImageToImageMetricv4}.
>  //
>  //  Software Guide : EndLatex
> 
>  // Software Guide : BeginCodeSnippet
>  metric->SetUseMovingImageGradientFilter( false );
>  metric->SetUseFixedImageGradientFilter( false );
>  // Software Guide : EndCodeSnippet
> 
> 
>  typedef itk::ImageFileReader< FixedImageType  > FixedImageReaderType;
>  typedef itk::ImageFileReader< MovingImageType > MovingImageReaderType;
> 
>  FixedImageReaderType::Pointer  fixedImageReader  =
> FixedImageReaderType::New();
>  MovingImageReaderType::Pointer movingImageReader =
> MovingImageReaderType::New();
> 
>  fixedImageReader->SetFileName(  argv[1] );
>  movingImageReader->SetFileName( argv[2] );
> 
>  registration->SetFixedImage(    fixedImageReader->GetOutput()    );
>  registration->SetMovingImage(   movingImageReader->GetOutput()   );
> 
> 
>  //  Software Guide : BeginLatex
>  //
>  //  Notice that in the ITKv4 registration framework, optimizers always try
>  //  to minimize the cost function, and the metrics always return a
> parameter
>  //  and derivative result that improves the optimization, so this metric
>  //  computes the negative mutual information.
>  //  The optimization parameters are tuned for this example, so they are
> not
>  //  exactly the same as the parameters used in Section
>  //  \ref{sec:IntroductionImageRegistration}.
>  //
>  //  Software Guide : EndLatex
> 
>  // Software Guide : BeginCodeSnippet
>  optimizer->SetLearningRate( 8.00 );
>  optimizer->SetMinimumStepLength( 0.001 );
>  optimizer->SetNumberOfIterations( 200 );
>  optimizer->ReturnBestParametersAndValueOn();
>  // Software Guide : EndCodeSnippet
> 
>  // Software Guide : BeginLatex
>  //
>  // Note that large values of the learning rate will make the optimizer
>  // unstable. Small values, on the other hand, may result in the optimizer
>  // needing too many iterations in order to walk to the extrema of the cost
>  // function. The easy way of fine tuning this parameter is to start with
>  // small values, probably in the range of $\{1.0,5.0\}$. Once the other
>  // registration parameters have been tuned for producing convergence, you
>  // may want to revisit the learning rate and start increasing its value
> until
>  // you observe that the optimization becomes unstable.  The ideal value
> for
>  // this parameter is the one that results in a minimum number of
> iterations
>  // while still keeping a stable path on the parametric space of the
>  // optimization. Keep in mind that this parameter is a multiplicative
> factor
>  // applied on the gradient of the metric. Therefore, its effect on the
>  // optimizer step length is proportional to the metric values themselves.
>  // Metrics with large values will require you to use smaller values for
> the
>  // learning rate in order to maintain a similar optimizer behavior.
>  //
>  // Whenever the regular step gradient descent optimizer encounters
>  // change in the direction of movement in the parametric space, it reduces
> the
>  // size of the step length. The rate at which the step length is reduced
> is
>  // controlled by a relaxation factor. The default value of the factor is
>  // $0.5$. This value, however may prove to be inadequate for noisy metrics
>  // since they tend to induce erratic movements on the optimizers and
>  // therefore result in many directional changes. In those
>  // conditions, the optimizer will rapidly shrink the step length while it
> is
>  // still too far from the location of the extrema in the cost function. In
>  // this example we set the relaxation factor to a number higher than the
>  // default in order to prevent the premature shrinkage of the step length.
>  //
>  //
> \index{itk::Regular\-Step\-Gradient\-Descent\-Optimizer!SetRelaxationFactor()}
>  //
>  // Software Guide : EndLatex
> 
>  // Software Guide : BeginCodeSnippet
>  optimizer->SetRelaxationFactor( 0.8 );
>  // Software Guide : EndCodeSnippet
> 
>  // Create the Command observer and register it with the optimizer.
>  //
>  CommandIterationUpdate::Pointer observer = CommandIterationUpdate::New();
>  optimizer->AddObserver( itk::IterationEvent(), observer );
> 
>  // One level registration process without shrinking and smoothing.
>  //
>  const unsigned int numberOfLevels = 1;
> 
>  RegistrationType::ShrinkFactorsArrayType shrinkFactorsPerLevel;
>  shrinkFactorsPerLevel.SetSize( 1 );
>  shrinkFactorsPerLevel[0] = 1;
> 
>  RegistrationType::SmoothingSigmasArrayType smoothingSigmasPerLevel;
>  smoothingSigmasPerLevel.SetSize( 1 );
>  smoothingSigmasPerLevel[0] = 0;
> 
>  registration->SetNumberOfLevels ( numberOfLevels );
>  registration->SetSmoothingSigmasPerLevel( smoothingSigmasPerLevel );
>  registration->SetShrinkFactorsPerLevel( shrinkFactorsPerLevel );
> 
>  // Software Guide : BeginLatex
>  //
>  // Instead of using the whole virtual domain (usually fixed image domain)
> for the registration,
>  // we can use a spatial sampled point set by supplying an arbitrary point
> list over which to
>  // evaluate the metric. The point list is expected to be in the
> \emph{fixed} image domain, and
>  // the points are transformed into the \emph{virtual} domain internally as
> needed. The user can
>  // define the point set via \code{SetFixedSampledPointSet()}, and the
> point set is used
>  // by calling \code{SetUsedFixedSampledPointSet()}.
>  //
>  // Also, instead of dealing with the metric directly, the user may define
>  // the sampling percentage and sampling strategy for the registration
> framework at each level.
>  // In this case, the registration filter manages the sampling operation
> over the fixed image space
>  // based on the input strategy (REGULAR, RANDOM) and passes the sampled
> point set to the metric
>  // internally.
>  //
>  // Software Guide : EndLatex
> 
>  // Software Guide : BeginCodeSnippet
>  RegistrationType::MetricSamplingStrategyType  samplingStrategy  =
>    RegistrationType::RANDOM;
>  // Software Guide : EndCodeSnippet
> 
>  // Software Guide : BeginLatex
>  //
>  // The number of spatial samples to be
>  // used depends on the content of the image. If the images are smooth and
> do
>  // not contain many details, the number of spatial samples can usually be
> as low as $1\%$
>  // of the total number of pixels in the fixed image. On the other hand, if
> the images are
>  // detailed, it may be necessary to use a much higher proportion, such as
> $20\%$ to $50\%$.
>  // Increasing the number of samples improves the smoothness of the metric,
>  // and therefore helps when this metric is used in conjunction with
>  // optimizers that rely of the continuity of the metric values. The
> trade-off, of
>  // course, is that a larger number of samples results in longer
> computation
>  // times per every evaluation of the metric.
>  //
>  // One mechanism for bringing the metric to its limit is to disable the
>  // sampling and use all the pixels present in the FixedImageRegion. This
> can
>  // be done with the \code{SetUseFixedSampledPointSet( false )} method.
>  // You may want to try this
>  // option only while you are fine tuning all other parameters of your
>  // registration. We don't use this method in this current example though.
>  //
>  // It has been demonstrated empirically that the number of samples is not
> a
>  // critical parameter for the registration process. When you start fine
>  // tuning your own registration process, you should start using high
> values
>  // of number of samples, for example in the range of $20\%$ to $50\%$ of
> the
>  // number of pixels in the fixed image. Once you have succeeded to
> register
>  // your images you can then reduce the number of samples progressively
> until
>  // you find a good compromise on the time it takes to compute one
> evaluation
>  // of the metric. Note that it is not useful to have very fast evaluations
>  // of the metric if the noise in their values results in more iterations
>  // being required by the optimizer to converge. You must then study the
>  // behavior of the metric values as the iterations progress, just as
>  // illustrated in section~\ref{sec:MonitoringImageRegistration}.
>  //
>  // \index{itk::Mutual\-Information\-Image\-To\-Image\-Metricv4!Trade-offs}
>  //
>  // Software Guide : EndLatex
> 
>  // Software Guide : BeginCodeSnippet
>  double samplingPercentage = 0.20;
>  // Software Guide : EndCodeSnippet
> 
>  // Software Guide : BeginLatex
>  //
>  // In ITKv4, a single virtual domain or spatial sample point set is used
> for the
>  // all iterations of the registration process. The use of a single sample
> set results
>  // in a smooth cost function that can improve the functionality of the
> optimizer.
>  //
>  // Software Guide : EndLatex
> 
>  // Software Guide : BeginCodeSnippet
>  registration->SetMetricSamplingStrategy( samplingStrategy );
>  registration->SetMetricSamplingPercentage( samplingPercentage );
>  // Software Guide : EndCodeSnippet
> 
>  try
>    {
>    registration->Update();
>    std::cout << "Optimizer stop condition: "
>              << registration->GetOptimizer()->GetStopConditionDescription()
>              << std::endl;
>    }
>  catch( itk::ExceptionObject & err )
>    {
>    std::cerr << "ExceptionObject caught !" << std::endl;
>    std::cerr << err << std::endl;
>    return EXIT_FAILURE;
>    }
> 
>  TransformType::ParametersType finalParameters =
> 
> registration->GetOutput()->Get()->GetParameters();
> 
>  double TranslationAlongX = finalParameters[0];
>  double TranslationAlongY = finalParameters[1];
> 
>  // For stability reasons it may be desirable to round up the values of
> translation
>  //
>  unsigned int numberOfIterations = optimizer->GetCurrentIteration();
> 
>  double bestValue = optimizer->GetValue();
> 
> 
>  // Print out results
>  //
>  std::cout << std::endl;
>  std::cout << "Result = " << std::endl;
>  std::cout << " Translation X = " << TranslationAlongX  << std::endl;
>  std::cout << " Translation Y = " << TranslationAlongY  << std::endl;
>  std::cout << " Iterations    = " << numberOfIterations << std::endl;
>  std::cout << " Metric value  = " << bestValue          << std::endl;
>  std::cout << " Stop Condition  = " <<
> optimizer->GetStopConditionDescription() << std::endl;
> 
>  //  Software Guide : BeginLatex
>  //
>  //  Let's execute this example over two of the images provided in
>  //  \code{Examples/Data}:
>  //
>  //  \begin{itemize}
>  //  \item \code{BrainT1SliceBorder20.png}
>  //  \item \code{BrainProtonDensitySliceShifted13x17y.png}
>  //  \end{itemize}
>  //
>  //  \begin{figure}
>  //  \center
>  //  \includegraphics[width=0.44\textwidth]{BrainT1SliceBorder20}
>  // 
> \includegraphics[width=0.44\textwidth]{BrainProtonDensitySliceShifted13x17y}
>  //  \itkcaption[Multi-Modality Registration Inputs]{A T1 MRI (fixed image)
> and a proton
>  //  density MRI (moving image) are provided as input to the registration
> method.}
>  //  \label{fig:FixedMovingImageRegistration2}
>  //  \end{figure}
>  //
>  //  The second image is the result of intentionally translating the image
>  //  \code{Brain\-Proton\-Density\-Slice\-Border20.png} by $(13,17)$
>  //  millimeters. Both images have unit-spacing and are shown in Figure
>  //  \ref{fig:FixedMovingImageRegistration2}. The registration process
>  //  converges after $46$ iterations and produces the following results:
>  //
>  //  \begin{verbatim}
>  //  Translation X = 13.0204
>  //  Translation Y = 17.0006
>  //  \end{verbatim}
>  //
>  //  These values are a very close match to the true misalignment
> introduced in
>  //  the moving image.
>  //
>  //  Software Guide : EndLatex
> 
>  typedef itk::ResampleImageFilter<
>                            MovingImageType,
>                            FixedImageType >    ResampleFilterType;
> 
>  ResampleFilterType::Pointer resample = ResampleFilterType::New();
> 
>  resample->SetTransform( registration->GetTransform() );
>  resample->SetInput( movingImageReader->GetOutput() );
> 
>  FixedImageType::Pointer fixedImage = fixedImageReader->GetOutput();
> 
>  PixelType defaultPixelValue = 100;
> 
>  if( argc > 4 )
>    {
>    defaultPixelValue = atoi( argv[4] );
>    }
> 
>  resample->SetSize(    fixedImage->GetLargestPossibleRegion().GetSize() );
>  resample->SetOutputOrigin(  fixedImage->GetOrigin() );
>  resample->SetOutputSpacing( fixedImage->GetSpacing() );
>  resample->SetOutputDirection( fixedImage->GetDirection() );
>  resample->SetDefaultPixelValue( defaultPixelValue );
> 
> 
>  typedef  unsigned char  OutputPixelType;
> 
>  typedef itk::Image< OutputPixelType, Dimension > OutputImageType;
> 
>  typedef itk::CastImageFilter<
>                        FixedImageType,
>                        OutputImageType > CastFilterType;
> 
>  typedef itk::ImageFileWriter< OutputImageType >  WriterType;
> 
>  WriterType::Pointer      writer =  WriterType::New();
>  CastFilterType::Pointer  caster =  CastFilterType::New();
> 
>  writer->SetFileName( argv[3] );
> 
>  caster->SetInput( resample->GetOutput() );
>  writer->SetInput( caster->GetOutput()   );
>  writer->Update();
> 
> 
>  //  Software Guide : BeginLatex
>  //
>  // \begin{figure}
>  // \center
>  // \includegraphics[width=0.32\textwidth]{ImageRegistration4Output}
>  //
> \includegraphics[width=0.32\textwidth]{ImageRegistration4CheckerboardBefore}
>  //
> \includegraphics[width=0.32\textwidth]{ImageRegistration4CheckerboardAfter}
>  // \itkcaption[MattesMutualInformationImageToImageMetricv4 output
> images]{The mapped
>  // moving image (left) and the composition of fixed and moving images
> before
>  // (center) and after (right) registration with Mattes mutual
> information.}
>  // \label{fig:ImageRegistration4Output}
>  // \end{figure}
>  //
>  //  The result of resampling the moving image is presented on the left of
>  //  Figure \ref{fig:ImageRegistration4Output}. The center and right parts
> of
>  //  the figure present a checkerboard composite of the fixed and moving
>  //  images before and after registration respectively.
>  //
>  //  Software Guide : EndLatex
> 
> 
>  //
>  // Generate checkerboards before and after registration
>  //
>  typedef itk::CheckerBoardImageFilter< FixedImageType >
> CheckerBoardFilterType;
> 
>  CheckerBoardFilterType::Pointer checker = CheckerBoardFilterType::New();
> 
>  checker->SetInput1( fixedImage );
>  checker->SetInput2( resample->GetOutput() );
> 
>  caster->SetInput( checker->GetOutput() );
>  writer->SetInput( caster->GetOutput()   );
> 
>  resample->SetDefaultPixelValue( 0 );
> 
>  // Before registration
>  TransformType::Pointer identityTransform = TransformType::New();
>  identityTransform->SetIdentity();
>  resample->SetTransform( identityTransform );
> 
>  if( argc > 5 )
>    {
>    writer->SetFileName( argv[5] );
>    writer->Update();
>    }
> 
> 
>  // After registration
>  resample->SetTransform( registration->GetTransform() );
>  if( argc > 6 )
>    {
>    writer->SetFileName( argv[6] );
>    writer->Update();
>    }
> 
> 
>  //  Software Guide : BeginLatex
>  //
>  // \begin{figure}
>  // \center
>  //
> \includegraphics[width=0.44\textwidth]{ImageRegistration4TraceTranslations}
>  //
> \includegraphics[width=0.44\textwidth]{ImageRegistration4TraceTranslations2}
>  //
> \includegraphics[width=0.6\textwidth,height=5cm]{ImageRegistration4TraceMetric}
>  // \itkcaption[MattesMutualInformationImageToImageMetricv4 output
> plots]{Sequence
>  // of translations and metric values at each iteration of the optimizer.}
>  // \label{fig:ImageRegistration4TraceTranslations}
>  // \end{figure}
>  //
>  //  Figure \ref{fig:ImageRegistration4TraceTranslations} (upper-left)
> shows
>  //  the sequence of translations followed by the optimizer as it searched
> the
>  //  parameter space. The upper-right figure presents a closer look at the
>  //  convergence basin for the last iterations of the optimizer. The bottom
> of
>  //  the same figure shows the sequence of metric values computed as the
>  //  optimizer searched the parameter space.
>  //
>  //  Software Guide : EndLatex
> 
>  // Software Guide : BeginLatex
>  //
>  // You must note however that there are a number of non-trivial issues
>  // involved in the fine tuning of parameters for the optimization. For
>  // example, the number of bins used in the estimation of Mutual
> Information
>  // has a dramatic effect on the performance of the optimizer. In order to
>  // illustrate this effect, the same example has been executed using a
> range
>  // of different values for the number of bins, from $10$ to $30$. If you
>  // repeat this experiment, you will notice that depending on the number of
>  // bins used, the optimizer's path may get trapped early on in local
> minima.
>  // Figure \ref{fig:ImageRegistration4TraceTranslationsNumberOfBins} shows
> the
>  // multiple paths that the optimizer took in the parametric space of the
>  // transform as a result of different selections on the number of bins
> used
>  // by the Mattes Mutual Information metric. Note that many of the paths
> die
>  // in local minima instead of reaching the extrema value on the upper
> right
>  // corner.
>  //
>  // \begin{figure}
>  // \center
>  //
> \includegraphics[width=0.8\textwidth]{ImageRegistration4TraceTranslationsNumberOfBins}
>  // \itkcaption[MattesMutualInformationImageToImageMetricv4 number of
>  // bins]{Sensitivity of the optimization path to the number of Bins used
> for
>  // estimating the value of Mutual Information with Mattes et al.
> approach.}
>  // \label{fig:ImageRegistration4TraceTranslationsNumberOfBins}
>  // \end{figure}
>  //
>  //
>  // Effects such as the one illustrated here highlight how useless is to
>  // compare different algorithms based on a non-exhaustive search of their
>  // parameter setting. It is quite difficult to be able to claim that a
>  // particular selection of parameters represent the best combination for
>  // running a particular algorithm. Therefore, when comparing the
> performance
>  // of two or more different algorithms, we are faced with the challenge of
>  // proving that none of the algorithms involved in the comparison are
> being
>  // run with a sub-optimal set of parameters.
>  //
>  // Software Guide : EndLatex
> 
> 
>  // Software Guide : BeginLatex
>  //
>  //  The plots in Figures~\ref{fig:ImageRegistration4TraceTranslations}
>  //  and~\ref{fig:ImageRegistration4TraceTranslationsNumberOfBins} were
>  //  generated using Gnuplot\footnote{\url{http://www.gnuplot.info/}}.
>  //  The scripts used for this purpose are available
>  //  in the \code{ITKSoftwareGuide} Git repository under the directory
>  //
>  //  ~\code{ITKSoftwareGuide/SoftwareGuide/Art}.
>  //
>  //  Data for the plots were taken directly from the output that the
>  //  Command/Observer in this example prints out to the console. The output
>  //  was processed with the UNIX editor
>  //  \code{sed}\footnote{\url{http://www.gnu.org/software/sed/sed.html}} in
>  //  order to remove commas and brackets that were confusing for Gnuplot's
>  //  parser. Both the shell script for running \code{sed} and for running
>  //  {Gnuplot} are available in the directory indicated above. You may find
>  //  useful to run them in order to verify the results presented here, and
> to
>  //  eventually modify them for profiling your own registrations.
>  //
>  //  \index{Open Science}
>  //
>  //  Open Science is not just an abstract concept. Open Science is
> something
>  //  to be practiced every day with the simple gesture of sharing
> information
>  //  with your peers, and by providing all the tools that they need for
>  //  replicating the results that you are reporting. In Open Science, the
> only
>  //  bad results are those that can not be
>  //  replicated\footnote{\url{http://science.creativecommons.org/}}.
> Science
>  //  is dead when people blindly trust authorities~\footnote{For example:
>  //  Reviewers of Scientific Journals.} instead of verifying their
> statements
>  //  by performing their own experiments ~\cite{Popper1971,Popper2002}.
>  //
>  // Software Guide : EndLatex
> 
> 
>  return EXIT_SUCCESS;
> }
> 
> 
> <http://itk-users.7.n7.nabble.com/file/n37612/0000.png> 
> 
> 
> 
> 
> --
> View this message in context: http://itk-users.7.n7.nabble.com/ITK-users-SimpleITK-for-Java-Image-Fusion-and-Co-registration-tp37600p37612.html
> Sent from the ITK - Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users

_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Thu Sep 29 17:47:16 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Thu, 29 Sep 2016 17:47:16 -0400
Subject: [ITK] [ITK-users]   error using Richard-Lucy deconvolution
In-Reply-To: <57d2c66c.1d21370a.b7707.edcdSMTPIN_ADDED_BROKEN@mx.google.com>
References: <1473353166441-7589179.post@n2.nabble.com>
 <CALzTN-T7PHeTozYKeb=BiaRXuxQcxdPQ8ecw9kv14bT08GDVXg@mail.gmail.com>
 <25402805-5FF6-4A71-83EE-B01F94FFD8C5@mail.nih.gov>
 <57d2c66c.1d21370a.b7707.edcdSMTPIN_ADDED_BROKEN@mx.google.com>
Message-ID: <CALzTN-T_g=zOOWPE+vyUT4RP92ufe9hNb3OkZApXBBQJbJb3uA@mail.gmail.com>

Hi Francisco,

I think you found a bug -- the kernel should not require the same
Origin as the input image.  Please review this patch:

  http://review.source.kitware.com/#/c/21598/

Thanks,
Matt

On Fri, Sep 9, 2016 at 10:25 AM, Francisco Oliveira
<francisco.oliveira at fe.up.pt> wrote:
> Thanks Brad, your suggestion solved my problem.
> First we need forcing the input image to have spacing=[1, 1, 1], origin=[0, 0, 0] and the direction equals to identity matrix. Then we can apply the filter and after we set back the original spacing, origin and directions to the deconvoluted image (of course we need to save them before).
>
> Francisco
>
>
> -----Mensagem original-----
> De: Lowekamp, Bradley (NIH/NLM/LHC) [C] [mailto:blowekamp at mail.nih.gov]
> Enviada: sexta-feira, 9 de setembro de 2016 13:56
> Para: Francisco Oliveira; Cory Quammen
> Cc: Matt McCormick; ITK
> Assunto: Re: [ITK-users] error using Richard-Lucy deconvolution
>
> Hello,
>
> I was able to reproduce your problem in SimpleITK:
>
> In [1]: import SimpleITK as sitk
>
> In [2]: img = sitk.ReadImage("/scratch/blowekamp/build/itkSimpleFilters/ExternalData/test/Input/DSA.png")
>
> In [3]: img = sitk.VectorIndexSelectionCast(img, 0, sitk.sitkFloat32)
>
> In [4]: k = sitk.Image(11,11, sitk.sitkFloat32)
>
> In [5]: k[5,4]=.01; k[5,5]=1
>
> In [6]: out = sitk.RichardsonLucyDeconvolution(img,k)
>
> ?????????
> NOTE: OK with both origins of 0
> ?????????
>
>
> In [7]: sitk.Show(out)
>
>
> In [9]: img.SetOrigin([10,10])
>
> In [10]: out = sitk.RichardsonLucyDeconvolution(img,k)
> ---------------------------------------------------------------------------
> RuntimeError                              Traceback (most recent call last)
> <ipython-input-10-05ff2abccb8c> in <module>()
> ----> 1 out = sitk.RichardsonLucyDeconvolution(img,k)
>
> /home/blowekamp/.virtualenvs/sitk-test/lib/python2.7/site-packages/SimpleITK/SimpleITK.pyc in RichardsonLucyDeconvolution(*args, **kwargs)
>   57544
>   57545     """
>> 57546     return _SimpleITK.RichardsonLucyDeconvolution(*args, **kwargs)
>   57547 class STAPLEImageFilter(ImageFilter_3):
>   57548     """
>
> RuntimeError: Exception thrown in SimpleITK RichardsonLucyDeconvolution: /tmp/SimpleITK-build/ITK-prefix/include/ITK-4.10/itkImageToImageFilter.hxx:250:
> itk::ERROR: DivideOrZeroOutImageFilter(0x4085740): Inputs do not occupy the same physical space!
> InputImage Origin: [1.0000000e+01, 1.0000000e+01], InputImage_1 Origin: [0.0000000e+00, 0.0000000e+00]
>         Tolerance: 1.0000000e-06
>
> In [11]: out = sitk.WienerDeconvolution(img,k)
>
> In [12]: out = sitk.TikhonovDeconvolution(img,k)
>
>
>
>
> You should be  able to set with images to the same origin to bypass this exception.
>
>
> I am not sure if this filter is suppose to require that both images have the same grids or not. If it does, the check should happen earlier on in the VerifyInputInformation method.
>
> But as other Deconvolution filters I tested in SimpleITK seem to expect different origins, I think it may be a bug in this filter.
>
> Brad
>
>> On Sep 9, 2016, at 3:42 AM, Francisco Oliveira <francisco.oliveira at fe.up.pt> wrote:
>>
>> Hi Matt,
>> I already tried that and it didn't work. Independently the kernel image I use the error is the same and the origin and spacing are always the same [0, 0, 0] and [1, 1, 1], respectively.
>>
>> Francisco
>>
>> -----Mensagem original-----
>> De: Matt McCormick [mailto:matt.mccormick at kitware.com]
>> Enviada: quinta-feira, 8 de setembro de 2016 19:22
>> Para: Francisco
>> Cc: insight-users at itk.org
>> Assunto: Re: [ITK-users] error using Richard-Lucy deconvolution
>>
>> Hi Francisco,
>>
>> As the error message indicates, the filter requires both inputs to have the same "information", i.e. Origin and Spacing, since it assumes that they occupy the same domain in physical space.
>>
>> HTH,
>> Matt
>>
>> On Thu, Sep 8, 2016 at 12:46 PM, Francisco <francisco.oliveira at fe.up.pt> wrote:
>>> Hi all,
>>> I'm trying to use itkRichardLucyDeconvolutionImageFilter but I have
>>> always the following error independently of the size, origin,
>>> spacing, ... of the input image and the kernel image. If I use other
>>> deconvolution filter (for instance
>>> itkLandweberDeconvolutionImageFilter) it works perfectly. I?m using the code example available in the ITK. I'm using itk-4.4.0 and VS2008.
>>>
>>> itk::ExceptionObject (0185E9CC)
>>> Location: "unknown"
>>> File:
>>> c:\libraries\itk-4.4.0\source\modules\core\common\include\itkImageToI
>>> m
>>> ageF
>>> ilter.hxx
>>> Line: 247
>>> Description: itk::ERROR: DivideOrZeroOutImageFilter(03631DB0): Inputs
>>> do not occupy the same physical space!
>>> InputImage Origin: [-2.8658594e+002, -2.1658594e+002,
>>> 9.9893402e+002],
>>> InputImage_1 Origin: [0.0000000e+000, 0.0000000e+000, 0.0000000e+000]
>>>        Tolerance: 4.0000000e-006
>>> InputImage Spacing: [4.0000000e+000, 4.0000000e+000, 4.0000000e+000],
>>> InputImage_1 Spacing: [1.0000000e+000, 1.0000000e+000, 1.0000000e+000]
>>>        Tolerance: 4.0000000e-006
>>>
>>>
>>>
>>>
>>> --
>>> View this message in context:
>>> http://itk-insight-users.2283740.n2.nabble.com/error-using-Richard-Lu
>>> c y-deconvolution-tp7589179.html Sent from the ITK Insight Users
>>> mailing list archive at Nabble.com.
>>> _____________________________________
>>> 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://www.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-users
>>
>> -----
>> N?o foram detetados v?rus nesta  mensagem.
>> Verificado por AVG - www.avg.com
>> Vers?o: 2016.0.7752 / Base de dados de V?rus: 4649/12974 - Data de
>> Lan?amento: 09/08/16
>>
>> _____________________________________
>> 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://www.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-users
>
>
> -----
> N?o foram detetados v?rus nesta  mensagem.
> Verificado por AVG - www.avg.com
> Vers?o: 2016.0.7752 / Base de dados de V?rus: 4649/12974 - Data de Lan?amento: 09/08/16
>
> _____________________________________
> 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://www.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-users
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
_____________________________________
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://www.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-users

From jp4work at gmail.com  Thu Sep 29 22:44:20 2016
From: jp4work at gmail.com (JIA Pei)
Date: Thu, 29 Sep 2016 19:44:20 -0700
Subject: [ITK] [ITK-users] ITK Module, Can I enable all?
In-Reply-To: <CALzTN-SGM93SR9Z4SCv_vJ1F04dBj=J9OOXJWCQNxpiGwej6LQ@mail.gmail.com>
References: <CADh8Q_Xz5KJctMAYN+Tu2yM-Z4=Grg5S1gyjJ-0Edr=yGbBYxg@mail.gmail.com>
 <CALzTN-SGM93SR9Z4SCv_vJ1F04dBj=J9OOXJWCQNxpiGwej6LQ@mail.gmail.com>
Message-ID: <CADh8Q_Vsp_p6kMPV1CeESkg3bxJ38emKo8nktk_bLdooJrWQNQ@mail.gmail.com>

Wow... Thank you so much everyone...
so many warm reply...

Thank you so much...



On Wed, Sep 28, 2016 at 9:23 AM, Matt McCormick <matt.mccormick at kitware.com>
wrote:

> Hello Pei,
>
> To add to the other nice suggestions, when ITK_BUILD_DEFAULT_MODULES
> is ON (the default), all 100+ default modules in ITK are built. More
> details on enabling modules can be found in the "Advanced Module
> Configuration" section of the ITK Software Guide:
>
>   https://itk.org/ITKSoftwareGuide/html/Book1/ITKSoftwareGuide-Book1ch2.
> html#x27-170002
>
> Welcome to ITK!
>
> Matt
>
> On Tue, Sep 27, 2016 at 5:40 PM, JIA Pei <jp4work at gmail.com> wrote:
> >
> > Hi, all:
> >
> > I'm trying to build ITK-git . Just want to know what modules can I
> enable? I
> > prefer enable all ????
> >
> >
> > Module_AnalyzeObjectMapIO        OFF
> > Module_AnisotropicDiffusionLBR   OFF
> > Module_BridgeNumPy               OFF
> > Module_Cuberille                 OFF
> > Module_FixedPointInverseDispla   OFF
> > Module_GenericLabelInterpolato   OFF
> > Module_HigherOrderAccurateGrad   OFF
> > Module_IOFDF                     OFF
> > Module_IOSTL                     OFF
> > Module_IOTransformDCMTK          OFF
> > Module_ITKDCMTK                  OFF
> > Module_ITKIODCMTK                OFF
> > Module_ITKIOMINC                 OFF
> > Module_ITKIOPhilipsREC           OFF
> > Module_ITKIOTransformMINC        OFF
> > Module_ITKLevelSetsv4Visualiza   OFF
> > Module_ITKMINC                   OFF
> > Module_ITKOpenJPEG               OFF
> > Module_ITKReview                 OFF
> > Module_ITKVideoBridgeOpenCV      OFF
> > Module_ITKVideoBridgeVXL         OFF
> > Module_ITKVtkGlue                OFF
> > Module_LabelErodeDilate          OFF
> > Module_LesionSizingToolkit       OFF
> > Module_MGHIO                     OFF
> > Module_MinimalPathExtraction     OFF
> > Module_MorphologicalContourInt   OFF
> > Module_MultipleImageIterator     OFF
> > Module_ParabolicMorphology       OFF
> > Module_PerformanceBenchmarking   OFF
> > Module_PrincipalComponentsAnal   OFF
> > Module_RLEImage                  OFF
> > Module_SCIFIO                    OFF
> > Module_SkullStrip                OFF
> > Module_SmoothingRecursiveYvvGa   OFF
> > Module_SphinxExamples            OFF
> > Module_SplitComponents           OFF
> > Module_SubdivisionQuadEdgeMesh   OFF
> > Module_TubeTKITK                 OFF
> > Module_TwoProjectionRegistrati   OFF
> > Module_VariationalRegistration   OFF
> > Module_WikiExamples              OFF
> >
> >
> >
> > Cheers
> >
> > --
> >
> > Pei JIA, Ph.D.
> >
> > Email: jp4work at gmail.com
> > cell in Canada:    +1 778-863-5816
> > cell in China: +86 186-8244-3503
> >
> > Welcome to Vision Open
> > http://www.visionopen.com
> >
> > _____________________________________
> > 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://www.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-users
> >
>



-- 

Pei JIA, Ph.D.

Email: jp4work at gmail.com
cell in Canada:    +1 778-863-5816
cell in China: +86 186-8244-3503

Welcome to Vision Open
http://www.visionopen.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160929/31f35db2/attachment.html>

From francisco.oliveira at fe.up.pt  Fri Sep 30 05:01:26 2016
From: francisco.oliveira at fe.up.pt (Francisco Oliveira)
Date: Fri, 30 Sep 2016 10:01:26 +0100
Subject: [ITK] [ITK-users]   error using Richard-Lucy deconvolution
In-Reply-To: <CALzTN-T_g=zOOWPE+vyUT4RP92ufe9hNb3OkZApXBBQJbJb3uA@mail.gmail.com>
References: <1473353166441-7589179.post@n2.nabble.com>
 <CALzTN-T7PHeTozYKeb=BiaRXuxQcxdPQ8ecw9kv14bT08GDVXg@mail.gmail.com>
 <25402805-5FF6-4A71-83EE-B01F94FFD8C5@mail.nih.gov>
 <57d2c66c.1d21370a.b7707.edcdSMTPIN_ADDED_BROKEN@mx.google.com>
 <CALzTN-T_g=zOOWPE+vyUT4RP92ufe9hNb3OkZApXBBQJbJb3uA@mail.gmail.com>
Message-ID: <001801d21af9$39dd9ed0$ad98dc70$@oliveira@fe.up.pt>

Hi Matt,
I don't know if you are aware that a similar problem happens when the input image does not have spacing equal to 1 mm and the direction matrix equals to identity matrix. Besides, even that you set the origin, spacing and direction of the kernel equal to the input image the same error occurs because the origin, spacing and direction of the kernel is not updated.

The implementation of this part of the filter should be equal to the other iterative deconvolution filters, like the itkLandweberDeconvolutionImageFilter.

Thanks,
Francisco


-----Mensagem original-----
De: Matt McCormick [mailto:matt.mccormick at kitware.com] 
Enviada: quinta-feira, 29 de setembro de 2016 22:47
Para: Francisco Oliveira
Cc: Lowekamp, Bradley (NIH/NLM/LHC) [C]; Cory Quammen; ITK
Assunto: Re: [ITK] [ITK-users] error using Richard-Lucy deconvolution

Hi Francisco,

I think you found a bug -- the kernel should not require the same Origin as the input image.  Please review this patch:

  http://review.source.kitware.com/#/c/21598/

Thanks,
Matt

On Fri, Sep 9, 2016 at 10:25 AM, Francisco Oliveira <francisco.oliveira at fe.up.pt> wrote:
> Thanks Brad, your suggestion solved my problem.
> First we need forcing the input image to have spacing=[1, 1, 1], origin=[0, 0, 0] and the direction equals to identity matrix. Then we can apply the filter and after we set back the original spacing, origin and directions to the deconvoluted image (of course we need to save them before).
>
> Francisco
>
>
> -----Mensagem original-----
> De: Lowekamp, Bradley (NIH/NLM/LHC) [C] 
> [mailto:blowekamp at mail.nih.gov]
> Enviada: sexta-feira, 9 de setembro de 2016 13:56
> Para: Francisco Oliveira; Cory Quammen
> Cc: Matt McCormick; ITK
> Assunto: Re: [ITK-users] error using Richard-Lucy deconvolution
>
> Hello,
>
> I was able to reproduce your problem in SimpleITK:
>
> In [1]: import SimpleITK as sitk
>
> In [2]: img = 
> sitk.ReadImage("/scratch/blowekamp/build/itkSimpleFilters/ExternalData
> /test/Input/DSA.png")
>
> In [3]: img = sitk.VectorIndexSelectionCast(img, 0, sitk.sitkFloat32)
>
> In [4]: k = sitk.Image(11,11, sitk.sitkFloat32)
>
> In [5]: k[5,4]=.01; k[5,5]=1
>
> In [6]: out = sitk.RichardsonLucyDeconvolution(img,k)
>
> ?????????
> NOTE: OK with both origins of 0
> ?????????
>
>
> In [7]: sitk.Show(out)
>
>
> In [9]: img.SetOrigin([10,10])
>
> In [10]: out = sitk.RichardsonLucyDeconvolution(img,k)
> ---------------------------------------------------------------------------
> RuntimeError                              Traceback (most recent call last)
> <ipython-input-10-05ff2abccb8c> in <module>()
> ----> 1 out = sitk.RichardsonLucyDeconvolution(img,k)
>
> /home/blowekamp/.virtualenvs/sitk-test/lib/python2.7/site-packages/SimpleITK/SimpleITK.pyc in RichardsonLucyDeconvolution(*args, **kwargs)
>   57544
>   57545     """
>> 57546     return _SimpleITK.RichardsonLucyDeconvolution(*args, **kwargs)
>   57547 class STAPLEImageFilter(ImageFilter_3):
>   57548     """
>
> RuntimeError: Exception thrown in SimpleITK RichardsonLucyDeconvolution: /tmp/SimpleITK-build/ITK-prefix/include/ITK-4.10/itkImageToImageFilter.hxx:250:
> itk::ERROR: DivideOrZeroOutImageFilter(0x4085740): Inputs do not occupy the same physical space!
> InputImage Origin: [1.0000000e+01, 1.0000000e+01], InputImage_1 Origin: [0.0000000e+00, 0.0000000e+00]
>         Tolerance: 1.0000000e-06
>
> In [11]: out = sitk.WienerDeconvolution(img,k)
>
> In [12]: out = sitk.TikhonovDeconvolution(img,k)
>
>
>
>
> You should be  able to set with images to the same origin to bypass this exception.
>
>
> I am not sure if this filter is suppose to require that both images have the same grids or not. If it does, the check should happen earlier on in the VerifyInputInformation method.
>
> But as other Deconvolution filters I tested in SimpleITK seem to expect different origins, I think it may be a bug in this filter.
>
> Brad
>
>> On Sep 9, 2016, at 3:42 AM, Francisco Oliveira <francisco.oliveira at fe.up.pt> wrote:
>>
>> Hi Matt,
>> I already tried that and it didn't work. Independently the kernel image I use the error is the same and the origin and spacing are always the same [0, 0, 0] and [1, 1, 1], respectively.
>>
>> Francisco
>>
>> -----Mensagem original-----
>> De: Matt McCormick [mailto:matt.mccormick at kitware.com]
>> Enviada: quinta-feira, 8 de setembro de 2016 19:22
>> Para: Francisco
>> Cc: insight-users at itk.org
>> Assunto: Re: [ITK-users] error using Richard-Lucy deconvolution
>>
>> Hi Francisco,
>>
>> As the error message indicates, the filter requires both inputs to have the same "information", i.e. Origin and Spacing, since it assumes that they occupy the same domain in physical space.
>>
>> HTH,
>> Matt
>>
>> On Thu, Sep 8, 2016 at 12:46 PM, Francisco <francisco.oliveira at fe.up.pt> wrote:
>>> Hi all,
>>> I'm trying to use itkRichardLucyDeconvolutionImageFilter but I have 
>>> always the following error independently of the size, origin, 
>>> spacing, ... of the input image and the kernel image. If I use other 
>>> deconvolution filter (for instance
>>> itkLandweberDeconvolutionImageFilter) it works perfectly. I?m using the code example available in the ITK. I'm using itk-4.4.0 and VS2008.
>>>
>>> itk::ExceptionObject (0185E9CC)
>>> Location: "unknown"
>>> File:
>>> c:\libraries\itk-4.4.0\source\modules\core\common\include\itkImageTo
>>> I
>>> m
>>> ageF
>>> ilter.hxx
>>> Line: 247
>>> Description: itk::ERROR: DivideOrZeroOutImageFilter(03631DB0): 
>>> Inputs do not occupy the same physical space!
>>> InputImage Origin: [-2.8658594e+002, -2.1658594e+002, 
>>> 9.9893402e+002],
>>> InputImage_1 Origin: [0.0000000e+000, 0.0000000e+000, 0.0000000e+000]
>>>        Tolerance: 4.0000000e-006
>>> InputImage Spacing: [4.0000000e+000, 4.0000000e+000, 
>>> 4.0000000e+000],
>>> InputImage_1 Spacing: [1.0000000e+000, 1.0000000e+000, 1.0000000e+000]
>>>        Tolerance: 4.0000000e-006
>>>
>>>
>>>
>>>
>>> --
>>> View this message in context:
>>> http://itk-insight-users.2283740.n2.nabble.com/error-using-Richard-L
>>> u c y-deconvolution-tp7589179.html Sent from the ITK Insight Users 
>>> mailing list archive at Nabble.com.
>>> _____________________________________
>>> 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://www.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-users
>>
>> -----
>> N?o foram detetados v?rus nesta  mensagem.
>> Verificado por AVG - www.avg.com
>> Vers?o: 2016.0.7752 / Base de dados de V?rus: 4649/12974 - Data de
>> Lan?amento: 09/08/16
>>
>> _____________________________________
>> 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://www.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-users
>
>
> -----
> N?o foram detetados v?rus nesta  mensagem.
> Verificado por AVG - www.avg.com
> Vers?o: 2016.0.7752 / Base de dados de V?rus: 4649/12974 - Data de 
> Lan?amento: 09/08/16
>
> _____________________________________
> 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://www.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-users
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community

-----
N?o foram detetados v?rus nesta  mensagem.
Verificado por AVG - www.avg.com
Vers?o: 2016.0.7797 / Base de dados de V?rus: 4656/13115 - Data de Lan?amento: 09/29/16

_____________________________________
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://www.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-users

From filippo.brogi at topic.nl  Fri Sep 30 08:35:05 2016
From: filippo.brogi at topic.nl (Filippo Brogi)
Date: Fri, 30 Sep 2016 05:35:05 -0700 (MST)
Subject: [ITK] [ITK-users] zoom 3d image.
Message-ID: <1475238905105-37617.post@n7.nabble.com>

Hello everyone. 
As a result of a 3D segmentation I get a binary image with the segmented
part in white. I would like to enlarge the white part by a scalar factor
along size[0] and size[1], without changing the size of the image. I'm
currenlty using BinaryDilateImageFilter, but is growing also along size[2].
Any suggestion? Thanks



--
View this message in context: http://itk-users.7.n7.nabble.com/zoom-3d-image-tp37617.html
Sent from the ITK - Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From chinander at gmail.com  Fri Sep 30 10:09:31 2016
From: chinander at gmail.com (Mike Chinander)
Date: Fri, 30 Sep 2016 09:09:31 -0500
Subject: [ITK] [ITK-users] zoom 3d image.
In-Reply-To: <1475238905105-37617.post@n7.nabble.com>
References: <1475238905105-37617.post@n7.nabble.com>
Message-ID: <CAEb_q0chvXS3OrVcRo1zg9t=aKiugUZhKF3gp75zXw=ByvNbOA@mail.gmail.com>

The SliceBySliceImageFilter is what you want

https://itk.org/Doxygen/html/classitk_1_1SliceBySliceImageFilter.html

On Fri, Sep 30, 2016 at 7:35 AM, Filippo Brogi <filippo.brogi at topic.nl>
wrote:

> Hello everyone.
> As a result of a 3D segmentation I get a binary image with the segmented
> part in white. I would like to enlarge the white part by a scalar factor
> along size[0] and size[1], without changing the size of the image. I'm
> currenlty using BinaryDilateImageFilter, but is growing also along size[2].
> Any suggestion? Thanks
>
>
>
> --
> View this message in context: http://itk-users.7.n7.nabble.
> com/zoom-3d-image-tp37617.html
> Sent from the ITK - Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160930/82e7550c/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From matt.mccormick at kitware.com  Fri Sep 30 10:31:48 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Fri, 30 Sep 2016 10:31:48 -0400
Subject: [ITK] [ITK-users]   error using Richard-Lucy deconvolution
In-Reply-To: <57ee29e1.01cdc20a.91aff.cfbeSMTPIN_ADDED_BROKEN@mx.google.com>
References: <1473353166441-7589179.post@n2.nabble.com>
 <CALzTN-T7PHeTozYKeb=BiaRXuxQcxdPQ8ecw9kv14bT08GDVXg@mail.gmail.com>
 <25402805-5FF6-4A71-83EE-B01F94FFD8C5@mail.nih.gov>
 <57d2c66c.1d21370a.b7707.edcdSMTPIN_ADDED_BROKEN@mx.google.com>
 <CALzTN-T_g=zOOWPE+vyUT4RP92ufe9hNb3OkZApXBBQJbJb3uA@mail.gmail.com>
 <57ee29e1.01cdc20a.91aff.cfbeSMTPIN_ADDED_BROKEN@mx.google.com>
Message-ID: <CALzTN-RdCPOH+6fuAZzkx2UYV8fbY9YgqdHAzGG=RS6C8PP42A@mail.gmail.com>

Hi Francisco,

Thanks for the feedback. I have updated the patch to also check
Spacing and Direction in the new test.

Thanks,
Matt

On Fri, Sep 30, 2016 at 5:01 AM, Francisco Oliveira
<francisco.oliveira at fe.up.pt> wrote:
> Hi Matt,
> I don't know if you are aware that a similar problem happens when the input image does not have spacing equal to 1 mm and the direction matrix equals to identity matrix. Besides, even that you set the origin, spacing and direction of the kernel equal to the input image the same error occurs because the origin, spacing and direction of the kernel is not updated.
>
> The implementation of this part of the filter should be equal to the other iterative deconvolution filters, like the itkLandweberDeconvolutionImageFilter.
>
> Thanks,
> Francisco
>
>
> -----Mensagem original-----
> De: Matt McCormick [mailto:matt.mccormick at kitware.com]
> Enviada: quinta-feira, 29 de setembro de 2016 22:47
> Para: Francisco Oliveira
> Cc: Lowekamp, Bradley (NIH/NLM/LHC) [C]; Cory Quammen; ITK
> Assunto: Re: [ITK] [ITK-users] error using Richard-Lucy deconvolution
>
> Hi Francisco,
>
> I think you found a bug -- the kernel should not require the same Origin as the input image.  Please review this patch:
>
>   http://review.source.kitware.com/#/c/21598/
>
> Thanks,
> Matt
>
> On Fri, Sep 9, 2016 at 10:25 AM, Francisco Oliveira <francisco.oliveira at fe.up.pt> wrote:
>> Thanks Brad, your suggestion solved my problem.
>> First we need forcing the input image to have spacing=[1, 1, 1], origin=[0, 0, 0] and the direction equals to identity matrix. Then we can apply the filter and after we set back the original spacing, origin and directions to the deconvoluted image (of course we need to save them before).
>>
>> Francisco
>>
>>
>> -----Mensagem original-----
>> De: Lowekamp, Bradley (NIH/NLM/LHC) [C]
>> [mailto:blowekamp at mail.nih.gov]
>> Enviada: sexta-feira, 9 de setembro de 2016 13:56
>> Para: Francisco Oliveira; Cory Quammen
>> Cc: Matt McCormick; ITK
>> Assunto: Re: [ITK-users] error using Richard-Lucy deconvolution
>>
>> Hello,
>>
>> I was able to reproduce your problem in SimpleITK:
>>
>> In [1]: import SimpleITK as sitk
>>
>> In [2]: img =
>> sitk.ReadImage("/scratch/blowekamp/build/itkSimpleFilters/ExternalData
>> /test/Input/DSA.png")
>>
>> In [3]: img = sitk.VectorIndexSelectionCast(img, 0, sitk.sitkFloat32)
>>
>> In [4]: k = sitk.Image(11,11, sitk.sitkFloat32)
>>
>> In [5]: k[5,4]=.01; k[5,5]=1
>>
>> In [6]: out = sitk.RichardsonLucyDeconvolution(img,k)
>>
>> ?????????
>> NOTE: OK with both origins of 0
>> ?????????
>>
>>
>> In [7]: sitk.Show(out)
>>
>>
>> In [9]: img.SetOrigin([10,10])
>>
>> In [10]: out = sitk.RichardsonLucyDeconvolution(img,k)
>> ---------------------------------------------------------------------------
>> RuntimeError                              Traceback (most recent call last)
>> <ipython-input-10-05ff2abccb8c> in <module>()
>> ----> 1 out = sitk.RichardsonLucyDeconvolution(img,k)
>>
>> /home/blowekamp/.virtualenvs/sitk-test/lib/python2.7/site-packages/SimpleITK/SimpleITK.pyc in RichardsonLucyDeconvolution(*args, **kwargs)
>>   57544
>>   57545     """
>>> 57546     return _SimpleITK.RichardsonLucyDeconvolution(*args, **kwargs)
>>   57547 class STAPLEImageFilter(ImageFilter_3):
>>   57548     """
>>
>> RuntimeError: Exception thrown in SimpleITK RichardsonLucyDeconvolution: /tmp/SimpleITK-build/ITK-prefix/include/ITK-4.10/itkImageToImageFilter.hxx:250:
>> itk::ERROR: DivideOrZeroOutImageFilter(0x4085740): Inputs do not occupy the same physical space!
>> InputImage Origin: [1.0000000e+01, 1.0000000e+01], InputImage_1 Origin: [0.0000000e+00, 0.0000000e+00]
>>         Tolerance: 1.0000000e-06
>>
>> In [11]: out = sitk.WienerDeconvolution(img,k)
>>
>> In [12]: out = sitk.TikhonovDeconvolution(img,k)
>>
>>
>>
>>
>> You should be  able to set with images to the same origin to bypass this exception.
>>
>>
>> I am not sure if this filter is suppose to require that both images have the same grids or not. If it does, the check should happen earlier on in the VerifyInputInformation method.
>>
>> But as other Deconvolution filters I tested in SimpleITK seem to expect different origins, I think it may be a bug in this filter.
>>
>> Brad
>>
>>> On Sep 9, 2016, at 3:42 AM, Francisco Oliveira <francisco.oliveira at fe.up.pt> wrote:
>>>
>>> Hi Matt,
>>> I already tried that and it didn't work. Independently the kernel image I use the error is the same and the origin and spacing are always the same [0, 0, 0] and [1, 1, 1], respectively.
>>>
>>> Francisco
>>>
>>> -----Mensagem original-----
>>> De: Matt McCormick [mailto:matt.mccormick at kitware.com]
>>> Enviada: quinta-feira, 8 de setembro de 2016 19:22
>>> Para: Francisco
>>> Cc: insight-users at itk.org
>>> Assunto: Re: [ITK-users] error using Richard-Lucy deconvolution
>>>
>>> Hi Francisco,
>>>
>>> As the error message indicates, the filter requires both inputs to have the same "information", i.e. Origin and Spacing, since it assumes that they occupy the same domain in physical space.
>>>
>>> HTH,
>>> Matt
>>>
>>> On Thu, Sep 8, 2016 at 12:46 PM, Francisco <francisco.oliveira at fe.up.pt> wrote:
>>>> Hi all,
>>>> I'm trying to use itkRichardLucyDeconvolutionImageFilter but I have
>>>> always the following error independently of the size, origin,
>>>> spacing, ... of the input image and the kernel image. If I use other
>>>> deconvolution filter (for instance
>>>> itkLandweberDeconvolutionImageFilter) it works perfectly. I?m using the code example available in the ITK. I'm using itk-4.4.0 and VS2008.
>>>>
>>>> itk::ExceptionObject (0185E9CC)
>>>> Location: "unknown"
>>>> File:
>>>> c:\libraries\itk-4.4.0\source\modules\core\common\include\itkImageTo
>>>> I
>>>> m
>>>> ageF
>>>> ilter.hxx
>>>> Line: 247
>>>> Description: itk::ERROR: DivideOrZeroOutImageFilter(03631DB0):
>>>> Inputs do not occupy the same physical space!
>>>> InputImage Origin: [-2.8658594e+002, -2.1658594e+002,
>>>> 9.9893402e+002],
>>>> InputImage_1 Origin: [0.0000000e+000, 0.0000000e+000, 0.0000000e+000]
>>>>        Tolerance: 4.0000000e-006
>>>> InputImage Spacing: [4.0000000e+000, 4.0000000e+000,
>>>> 4.0000000e+000],
>>>> InputImage_1 Spacing: [1.0000000e+000, 1.0000000e+000, 1.0000000e+000]
>>>>        Tolerance: 4.0000000e-006
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://itk-insight-users.2283740.n2.nabble.com/error-using-Richard-L
>>>> u c y-deconvolution-tp7589179.html Sent from the ITK Insight Users
>>>> mailing list archive at Nabble.com.
>>>> _____________________________________
>>>> 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://www.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-users
>>>
>>> -----
>>> N?o foram detetados v?rus nesta  mensagem.
>>> Verificado por AVG - www.avg.com
>>> Vers?o: 2016.0.7752 / Base de dados de V?rus: 4649/12974 - Data de
>>> Lan?amento: 09/08/16
>>>
>>> _____________________________________
>>> 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://www.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-users
>>
>>
>> -----
>> N?o foram detetados v?rus nesta  mensagem.
>> Verificado por AVG - www.avg.com
>> Vers?o: 2016.0.7752 / Base de dados de V?rus: 4649/12974 - Data de
>> Lan?amento: 09/08/16
>>
>> _____________________________________
>> 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://www.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-users
>> _______________________________________________
>> Community mailing list
>> Community at itk.org
>> http://public.kitware.com/mailman/listinfo/community
>
> -----
> N?o foram detetados v?rus nesta  mensagem.
> Verificado por AVG - www.avg.com
> Vers?o: 2016.0.7797 / Base de dados de V?rus: 4656/13115 - Data de Lan?amento: 09/29/16
>
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Fri Sep 30 10:40:26 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Fri, 30 Sep 2016 10:40:26 -0400
Subject: [ITK] [ITK-users] zoom 3d image.
In-Reply-To: <CAEb_q0chvXS3OrVcRo1zg9t=aKiugUZhKF3gp75zXw=ByvNbOA@mail.gmail.com>
References: <1475238905105-37617.post@n7.nabble.com>
 <CAEb_q0chvXS3OrVcRo1zg9t=aKiugUZhKF3gp75zXw=ByvNbOA@mail.gmail.com>
Message-ID: <CAPf2UMSu2tA2=Enp0or9_4kM_Zp+FRF37oNiN=ncZRZacrsQNA@mail.gmail.com>

Hi Filippo,

you can also set structuring element with size along third dimension equal
to 0.

Regards,
D?enan

On Fri, Sep 30, 2016 at 10:09 AM, Mike Chinander <chinander at gmail.com>
wrote:

> The SliceBySliceImageFilter is what you want
>
> https://itk.org/Doxygen/html/classitk_1_1SliceBySliceImageFilter.html
>
> On Fri, Sep 30, 2016 at 7:35 AM, Filippo Brogi <filippo.brogi at topic.nl>
> wrote:
>
>> Hello everyone.
>> As a result of a 3D segmentation I get a binary image with the segmented
>> part in white. I would like to enlarge the white part by a scalar factor
>> along size[0] and size[1], without changing the size of the image. I'm
>> currenlty using BinaryDilateImageFilter, but is growing also along
>> size[2].
>> Any suggestion? Thanks
>>
>>
>>
>> --
>> View this message in context: http://itk-users.7.n7.nabble.c
>> om/zoom-3d-image-tp37617.html
>> Sent from the ITK - Users mailing list archive at Nabble.com.
>> _____________________________________
>> 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://www.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-users
>>
>
>
> _____________________________________
> 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://www.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-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160930/5bf6cbce/attachment-0001.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From filippo.brogi at topic.nl  Fri Sep 30 09:35:49 2016
From: filippo.brogi at topic.nl (Filippo Brogi)
Date: Fri, 30 Sep 2016 06:35:49 -0700 (MST)
Subject: [ITK] [ITK-users] zoom 3d image.
In-Reply-To: <CAPf2UMSu2tA2=Enp0or9_4kM_Zp+FRF37oNiN=ncZRZacrsQNA@mail.gmail.com>
References: <1475238905105-37617.post@n7.nabble.com>
 <CAEb_q0chvXS3OrVcRo1zg9t=aKiugUZhKF3gp75zXw=ByvNbOA@mail.gmail.com>
 <CAPf2UMSu2tA2=Enp0or9_4kM_Zp+FRF37oNiN=ncZRZacrsQNA@mail.gmail.com>
Message-ID: <1475242549783-37621.post@n7.nabble.com>

Hello,
I'm using a 3D ball. How can I avoid the dilation along dimension[2].

    StructuringElement3DType::RadiusType radius1;
    radius1.Fill(r);
    StructuringElement3DType structuringElement =
StructuringElement3DType::Ball( radius1, true );
    mpEndoMaskDilater->SetKernel(structuringElement);


Could you suggest a different structuring element?
Thanks



--
View this message in context: http://itk-users.7.n7.nabble.com/zoom-3d-image-tp37617p37621.html
Sent from the ITK - Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users

From tevain at telecom-paristech.fr  Fri Sep 30 11:34:55 2016
From: tevain at telecom-paristech.fr (Timothee Evain)
Date: Fri, 30 Sep 2016 17:34:55 +0200 (CEST)
Subject: [ITK] [ITK-users]   zoom 3d image.
In-Reply-To: <1475242549783-37621.post@n7.nabble.com>
References: <1475238905105-37617.post@n7.nabble.com>
 <CAEb_q0chvXS3OrVcRo1zg9t=aKiugUZhKF3gp75zXw=ByvNbOA@mail.gmail.com>
 <CAPf2UMSu2tA2=Enp0or9_4kM_Zp+FRF37oNiN=ncZRZacrsQNA@mail.gmail.com>
 <1475242549783-37621.post@n7.nabble.com>
Message-ID: <1468745645.76916376.1475249695025.JavaMail.zimbra@enst.fr>

Hi,

A structuring element is just a neighborhood in ITK, so you could design any arbitrary shape.
I link a previous post that was the same question :
https://cmake.org/pipermail/insight-users/2015-July/052243.html

HTH,

Tim

----- Mail original -----
De: "Filippo Brogi" <filippo.brogi at topic.nl>
?: insight-users at itk.org
Envoy?: Vendredi 30 Septembre 2016 15:35:49
Objet: Re: [ITK] [ITK-users] zoom 3d image.

Hello,
I'm using a 3D ball. How can I avoid the dilation along dimension[2].

    StructuringElement3DType::RadiusType radius1;
    radius1.Fill(r);
    StructuringElement3DType structuringElement =
StructuringElement3DType::Ball( radius1, true );
    mpEndoMaskDilater->SetKernel(structuringElement);


Could you suggest a different structuring element?
Thanks



--
View this message in context: http://itk-users.7.n7.nabble.com/zoom-3d-image-tp37617p37621.html
Sent from the ITK - Users mailing list archive at Nabble.com.
_____________________________________
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://www.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-users
_______________________________________________
Community mailing list
Community at itk.org
http://public.kitware.com/mailman/listinfo/community
_____________________________________
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://www.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-users

From dzenanz at gmail.com  Fri Sep 30 14:39:13 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Fri, 30 Sep 2016 14:39:13 -0400
Subject: [ITK] [ITK-users]  zoom 3d image.
In-Reply-To: <1468745645.76916376.1475249695025.JavaMail.zimbra@enst.fr>
References: <1475238905105-37617.post@n7.nabble.com>
 <CAEb_q0chvXS3OrVcRo1zg9t=aKiugUZhKF3gp75zXw=ByvNbOA@mail.gmail.com>
 <CAPf2UMSu2tA2=Enp0or9_4kM_Zp+FRF37oNiN=ncZRZacrsQNA@mail.gmail.com>
 <1475242549783-37621.post@n7.nabble.com>
 <1468745645.76916376.1475249695025.JavaMail.zimbra@enst.fr>
Message-ID: <CAPf2UMSkyx0zL0XJsWTjqyb2YkeNNQ5pxZjzAKkLA9OGLQLDrg@mail.gmail.com>

After radius1.Fill(r); add radius1[2]=0;

Regards,
D?enan

On Fri, Sep 30, 2016 at 11:34 AM, Timothee Evain <
tevain at telecom-paristech.fr> wrote:

> Hi,
>
> A structuring element is just a neighborhood in ITK, so you could design
> any arbitrary shape.
> I link a previous post that was the same question :
> https://cmake.org/pipermail/insight-users/2015-July/052243.html
>
> HTH,
>
> Tim
>
> ----- Mail original -----
> De: "Filippo Brogi" <filippo.brogi at topic.nl>
> ?: insight-users at itk.org
> Envoy?: Vendredi 30 Septembre 2016 15:35:49
> Objet: Re: [ITK] [ITK-users] zoom 3d image.
>
> Hello,
> I'm using a 3D ball. How can I avoid the dilation along dimension[2].
>
>     StructuringElement3DType::RadiusType radius1;
>     radius1.Fill(r);
>     StructuringElement3DType structuringElement =
> StructuringElement3DType::Ball( radius1, true );
>     mpEndoMaskDilater->SetKernel(structuringElement);
>
>
> Could you suggest a different structuring element?
> Thanks
>
>
>
> --
> View this message in context: http://itk-users.7.n7.nabble.
> com/zoom-3d-image-tp37617p37621.html
> Sent from the ITK - Users mailing list archive at Nabble.com.
> _____________________________________
> 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://www.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-users
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
> _____________________________________
> 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://www.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-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160930/aa5e6f86/attachment.html>
-------------- next part --------------
_____________________________________
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://www.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-users

From sepideh.movaghati at gmail.com  Fri Sep 30 15:24:04 2016
From: sepideh.movaghati at gmail.com (sepideh movaghati)
Date: Fri, 30 Sep 2016 15:24:04 -0400
Subject: [ITK] [ITK-dev] V4 Registration having trouble converging while V3
	works	fine
Message-ID: <CAM7sfn22Yvi8Eo==QnwE4KsYoYs3y+urOw3MdCmr_s9W39Ha8w@mail.gmail.com>

Hi,



I was comparing v3 and v4 registration performance on a set of 3D images.
In few cases, I noticed that v4 registration is diverging while v3
converges to a reasonable result without any problem.
I wonder if you have ever noticed a problem with v4 optimizer that could
cause similar issues.


I copied my code for v3 and v4 registration below. I tried to keep the
registration configuration very similar in both versions. In v3 I set the
NumberOfSpatialSamples to 380000 which is about 10% of voxels. I also tried
with full sampling but the behavior stays the same.


In the attached csv file you can see the metric value at each iteration of
the optimizer for both v3 and v4 version. It is clear that v3 converges
smoothly, but v4 makes the initial metric value worse after too many
iterations.



Thanks a lot in advance.
Regards,
Sepide


auto interpolator = itk::LinearInterpolateImageFunction<ImageType,
double>::New();

auto transform = itk::AffineTransform<double>::New();

transform->SetIdentity();

itk::Array<double> scales;

scales.SetSize(12);

scales.Fill(1.0);

scales[9] =  0.001; //translation parameters scales

scales[10] =  0.001;

scales[11] =  0.001;



// Registration V3 ----------------------- :

    auto metric = itk::MattesMutualInformationImageToImageMetric<ImageType,
ImageType>::New();

    auto optimizer = itk::RegularStepGradientDescentOptimizer::New();

    auto registration = itk::ImageRegistrationMethod<ImageType,
ImageType>::New();



    int NumberOfSpatialSamples = 380000;



    metric->SetNumberOfSpatialSamples(NumberOfSpatialSamples);

    optimizer->SetScales(scales);

    registration->SetMetric(metric);

    registration->SetOptimizer(optimizer);

    registration->SetInterpolator(interpolator);

    registration->SetTransform(transform);

    registration->SetFixedImage(fixedImage);

    registration->SetMovingImage(movingImage);

    registration->SetFixedImageRegion(fixedImage->GetBufferedRegion());

    registration->SetInitialTransformParameters(transform->GetParameters());

    registration->Update();





// Registration V4 ----------------------- :

    auto metric = itk::MattesMutualInformationImageToImageMetricv4<ImageType,
ImageType>::New();

    auto optimizer = itk::RegularStepGradientDescentOptimizerv4::New();

    auto registration = itk::ImageRegistrationMethodv4<ImageType,
ImageType>::New();



    optimizer->SetScales(scales);

    optimizer->SetDoEstimateScales(false);

    optimizer->SetDoEstimateLearningRateAtEachIteration(false);

    optimizer->SetDoEstimateLearningRateOnce(false);

    optimizer->SetMetric(metric);



    registration->SetNumberOfLevels(1);

    registration->SetSmoothingSigmasPerLevel(0);

    registration->SetShrinkFactorsPerLevel(1);

    registration->SetMetricSamplingPercentagePerLevel(0.1);



    registration->SetMetric(metric);

    registration->SetOptimizer(optimizer);

    registration->SetFixedImage(fixedImage);

    registration->SetMovingImage(movingImage);

    registration->SetMetricSamplingStrategy(RegistrationType::REGULAR);

    registration->SetInitialTransform(transform);



    registration->Update();
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/community/attachments/20160930/6252c380/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: V3andV4Convergence.csv
Type: text/csv
Size: 6180 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/community/attachments/20160930/6252c380/attachment-0001.csv>
-------------- next part --------------
_______________________________________________
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

From matt.mccormick at kitware.com  Fri Sep 30 18:07:44 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Fri, 30 Sep 2016 18:07:44 -0400
Subject: [ITK] [ITK-dev] Patches for 4.10.1
Message-ID: <CALzTN-Rt5MsVr=oF3ZtxDbzbSffpdQ_TWTv6CtmcX=nyVzErXw@mail.gmail.com>

Hi,

It is time to release 4.10.1.  The following are currently in queue on
the release branch:

Bradley Lowekamp (10):
      COMP: Address VS9 ambiguous std::abs call in Haung calculator
      COMP: Fix undefined NumericTraits::Zero and One errors with mingw64
      BUG: Address itkHDF5ImageIO test failures for mingw64
      ENH: Enable CMP0063 New behavior
      COMP: Enable hidden visibility property with vxl static libraries
      COMP: Enable hidden visibility property with HDF5 static libraries
      COMP: Enable hidden visibility property with HDF5 static libraries
      BUG: Match Add2 function to AddImageFilter documentation
      COMP: Bypass XCode 7.3,8 internal compilation error
      ENH: Separate TransformFactory class into separate module

D?enan Zuki? (2):
      COMP: enables TBB 4.4 back-end for VTK7's SMP
      BUG: fixing buffer growing endlessly, as reported by Timothee Evain

Francois Budin (2):
      BUG: lazyAttributes dictionary keys could be over-ridden
      BUG: Missing associated test data

Gert Wollny (1):
      BUG: Relax vnl_complex floating point comparisons for i386

Hans Johnson (1):
      COMP: Add long long usage for HDF5

Hastings Greer (4):
      BUG: ITK-3448 Wrap itkQuadEdgeCellTraitsInfo more specifically
      BUG: remove lsqr because of license issues ITK 1160
      BUG: make itkTriangleHelper instantiable to ease wrapping
      BUG: initialize X to zero in lsmr Solve

Matthew McCormick (10):
      BUG: Fix H5File memory leak in HDF5ImageIO.
      BUG: Limit WRAP_ITK_MODULES when building externally
      COMP: Fix wrapping with a space in the Python include path
      BUG: ResampleImageFilter honor isInside output of the transform method
      COMP: Avoid recursive include of itkMath.h
      COMP: Use add_python_test PythonLazyLoadingImage
      BUG: Index,Size,Offset constructors present in Python with C++11
      COMP: Address missing override it itkFactoryTestLib.cxx
      BUG: Address memory leak, remove NumPy build dep in BridgeNumPy
      COMP: Do not set ITK_LIBRARY_BUILD_TYPE in ITKTransformFactory

Pierre Barbier de Reuille (1):
      COMP: Fix function naming error when using FFTWD

Simon Rit (1):
      COMP: remove C++11 compiler warning for CUDA compilations

Vladimir S. FONOV (1):
      COMP: Build against GCC 5.3.1

Ziv Yaniv (1):
      BUG: Metric sampling percentage accepted values outside (0.0, 1.0].


Other patches to add:

  http://review.source.kitware.com/#/c/21599/
  http://review.source.kitware.com/#/c/21592/
  http://review.source.kitware.com/#/c/21598/

Is there any others that are missing?

Thanks,
Matt
_______________________________________________
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