On Tue, Dec 4, 2012 at 4:45 PM, Tom Vercauteren <<a href="mailto:tom.vercauteren@m4x.org">tom.vercauteren@m4x.org</a>> wrote:<br>> Hi folks,<br>><br>> I unfortunately have almost no time anymore to contribute to ITK. Yet,<br>
> I wanted to start fiddling with ITK 4 (I know it has been out for<br>> quite some time already...) by cleaning up an old submission of mine<br>> that needs some TLC to compile seamlessly with ITK 3 and 4:<br>> <a href="http://hdl.handle.net/1926/510">http://hdl.handle.net/1926/510</a><br>
><br>> I was happy to see that the code is now on github<br>> <a href="https://github.com/midas-journal/midas-journal-154">https://github.com/midas-journal/midas-journal-154</a><br>> but I could not find anywhere in the Insight Journal documentation<br>
> whether (and how) I could use this repository to update the<br>> submission.<br>><br>> Then I started without any porting effort to compile my old code with<br>> ITK 4. I did not want to rely on any ITKv3Support mechanism as I<br>
> didn't want my code not to be native ITK4 in the end (I still have bad<br>> memories about relying on Qt3Support a few years ago).<br>><br>> I first stumbled into a compilation error in ImageCompare.cxx:<br>
> #error For ITKv4 compatibility, use<br>> itk::Testing::ComparisonImageFilter instead of<br>> itk::DifferenceImageFilter<br>><br>> Remembering that ImageCompare was part of the Insight Journal template<br>
> package, I went back and re-downloaded the template package.<br>> Unfortunately, the template package has not been ported to ITK4 yet<br>> and the ImageCompare.cxx file is still the same as the old one I had.<br>
><br>> I could of course patch my local Insight Journal Template Package as<br>> well as my other files and when everything will work fine, I could<br>> also upload a new source package to the Insight Journal rather than<br>
> using github but this doesn't sound quite right. Did I miss something<br>> or is it simply that the Insight Journal also needs some TLC to<br>> properly handle ITK4?<br>><br>> That being said, are there any suggestions to handle seamlessly ITK 3<br>
> and 4 without imposition the use of ITKv3Support. I can see two<br>> options right now:<br>> 1) Pepper the code with #if ITK_VERSION<br>> 2) Have two distinct files, one for ITK3, one for ITK4 and let cmake<br>
> choose which one to compile<br>><br>> Sorry for the long email and thanks for all the efforts that have been<br>> made for ITK4 already.<br>><br>> Tom<br><br>I fixed a few of these things a while ago:<br>
<br>1) The use of itkDifferenceImageFilter which has been replaced by itkTestingComparisonImageFilter. <br>2) ::itk::OStringStream seems to now be simply std::ostringstream. <br>3) I used the ${ITK_LIBRARIES} variable in the CMakeLists.txt.). <br>
<br>I guess they still haven't been integrated. Perhaps since it is an open access journal, things like this template tarball should also be made publicly fixable (through Gerrit of course) so that they can be kept up to date by the community even if there is no funding.<br>
<br>I'll let someone else handle your question about easily supporting ITK3/4 :)<div><br>David</div>