BUG: Add test for MetaIO vessel tube from getting stuck in while loop

On some platform, the reader got stuck in the while loop. For some
reason, it seems the "eof()" method isn't working as expected while
the "good()" one is.

This patch has been done while working on Slicer issue #2734
See http://na-mic.org/Mantis/view.php?id=2734

Suggested-by: Matt McCormick <matt.mccormick@kitware.com>

Change-Id: Id80b18568f848da228c44cbc24fead1ebf05820f
ENH: added suport for buffered region in GPU image

1. In GPUImageDataManager, two arrays for the buffered region are added:
m_BufferedRegionIndex and m_BufferedRegionSize, for the starting index
and size of the buffered region respectively.

2. In GPUKernelManager, a new method SetKernelArgWithImageAndBufferedRegion
is added to pass to the GPU kernel the image buffer together with the
the starting index and size of the GPU buffered region.

3. In an OpenCl program -- GPUNeighborhoodOperatorImageFilter.cl, the code
is changed to reflect the buffered region information. The main change
is about the indices in the input image:

inputBufferIndex = outputBufferIndex + outStartIndex - inStartIndex

where outputBufferIndex is the relative index in the output buffered
region, outStartIndex is the starting index of that region, and similar
for inputBufferIndex and inStartIndex.

4. In the calling program, GPUNeighborhoodOperatorImageFilter, the passing
of parameters is simplified by automatically passing buffered region
information.

Change-Id: Ic56e35ded7ea51b39bee650070757e42a818e6d0
Merge topic 'GPUBufferedRegion'

5b6373f ENH: added suport for buffered region in GPU image
Merge topic 'fix-metaio-vessel-tube-reader-stuck-while-loop'

72bdf98 BUG: Add test for MetaIO vessel tube from getting stuck in while loop
MetaIO: Prevent vessel tube from getting stuck in while loop

On some platforms, the reader got stuck in the while loop. For some
reason, it seems the "eof()" method isn't working as expected while
the "good()" one is.

This patch has been done while working on Slicer issue #2734
See http://na-mic.org/Mantis/view.php?id=2734

Suggested-by: Jean-Christophe Fillion-Robin <jchris.fillionr@kitware.com>
BUG: Allow backwards compatibilty for ITK_TEMPLATE_TXX

Many external applications may still have copied and pasted code
that includes the now deprecated ITK_TEMPLATE_TXX defined
This patch restores that to a defined value in the default case, and
provides a more useful compile time (rather than cryptic link time)
error message when itkLegacyRemove:BOOL=ON.

Change-Id: I5c72c5588c4737d78106f88fcdf5125d79cdf88f
BUG: Fix ffmpeg VideoStream failing tests.

Fix BridgeVXL realted video failing tests:
vidl_itk_istreamTest, VideoStreamTest.
Disabled itkVXLIOTest.

Change-Id: I8b354561849bc6ce9d81d511a7db6b47b327f1af
Merge topic 'FixVideoStreamTestError'

3b256ec BUG: Fix ffmpeg VideoStream failing tests.
MetaIO: Fix error in metaVesselTube ASCII reader.

The previous fix did not remove the "!" operator.
Merge topic 'RestoreDefineITK_TEMPLATE_TXX'

c17b186 BUG: Allow backwards compatibilty for ITK_TEMPLATE_TXX
BUG: Added locking around fftw_destroy_plan

Thanks for the suggestion from Simon Rit in this email:

http://www.itk.org/pipermail/insight-users/2012-November/046472.html

Changed method of locking invocation to follow the Resource
Acquisition Is Initialization idiom recommended by Brad Lowekamp.

http://en.wikipedia.org/wiki/Resource_Acquisition_Is_Initialization

Change-Id: I08ffe4e051f05aa3e7b5474d6b9cb54bd0cb5000
Merge topic 'ImproveFFTWThreadSafety'

a0661da BUG: Added locking around fftw_destroy_plan