Hi Jochem,<br><br>Thanks a lot for pointing this out and for your detailed<br>analysis of the problem.<br><br>As an immediate remedy, <br>Please apply the following patch to your checkout of ITK<br><br>Index: itkNonUniformBSpline.h<br>
===================================================================<br>RCS file: /cvsroot/Insight/Insight/Code/Common/itkNonUniformBSpline.h,v<br>retrieving revision 1.6<br>diff -p -u -r1.6 itkNonUniformBSpline.h<br>--- itkNonUniformBSpline.h    25 Mar 2010 14:57:49 -0000    1.6<br>
+++ itkNonUniformBSpline.h    28 Apr 2010 14:40:53 -0000<br>@@ -26,6 +26,7 @@<br> <br> #include &quot;itkPoint.h&quot;<br> #include &quot;itkObject.h&quot;<br>+#include &quot;itkObjectFactory.h&quot;<br> #include &quot;itkArray.h&quot;<br>
 <br> namespace itk {<br><br>--------------------------------------------------------------------------<br><br><br>You make a good point that this class is to fitting the <br>quality standards of ITK.<br><br>In particular, it has the comment:<br>
<br> *<br> * CAUTION: THIS CLASS IS STILL UNDER DEVELOPMENT.<br> *<br> */<br><br>and it doesn&#39;t have a unit test.<br><br>I&#39;m now adding a unit test for it.... <br>and most likely we will find with it that some functionalities<br>
of the class are not fully implemented.<br><br><br>I&#39;ll the put this patch in both ITK CVS HEAD <br>and the ITK 3.18 branch.<br><br><br>    Regards,<br><br><br>        Luis<br><br><br><br>---------------------------------------------------------------------------------<br>
<div class="gmail_quote">On Wed, Apr 28, 2010 at 10:34 AM, Neuhaus Jochen <span dir="ltr">&lt;<a href="mailto:j.neuhaus@dkfz-heidelberg.de">j.neuhaus@dkfz-heidelberg.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi List,<br>
<br>
<br>
I have a simple test program that produces compiler errors with ITK 3.18 in Debug mode (on Visual Studio 2008), but was working with ITK 3.16:<br>
<br>
#include &lt;itkNonUniformBSpline.h&gt;<br>
int main(int /* argc */, char* /*argv*/[])<br>
{<br>
  typedef itk::NonUniformBSpline&lt;3&gt; SplineType;<br>
  SplineType::Pointer mySpline;<br>
  return 0;<br>
}<br>
<br>
<br>
itkNonUniformBSpline.h changed between 3.16 and 3.18 to use itkGetConstReferenceMacro instead of direct inline Get-methods (see bug <a href="http://public.kitware.com/Bug/view.php?id=10458" target="_blank">http://public.kitware.com/Bug/view.php?id=10458</a>). The problem is, that the type if the member that is returned is not an itk-type, but stl::vector. Inside itkGetConstReferenceMacro, in Debug mode, the stl vector is piped into an itk::OStringStream:<br>

<br>
itkDebugMacro(&quot;returning &quot; &lt;&lt; #name &quot; of &quot; &lt;&lt; this-&gt;m_##name );<br>
<br>
&lt;-- this produces an compiler error that there is no valid &lt;&lt; operator.<br>
<br>
Unfortunately, there is no unit test for itkNonUniformBSpline and the class is not used anywhere in ITK, therefore it was probably never compiled by a dartclient. Another example that untested code is to be considered buggy code...<br>

<br>
However, we use this class in our MITK toolkit, which makes MITK incompatible with ITK 3.18.<br>
<br>
This bug is easy enough to fix (use itk::VectorContainer instead of stl::vector), but the question is, will there be a bugfix release of ITK for this in the not too distant future that we could wait for? Or should we try to circumvent this on the MITK side to establish compatibility with ITK 3.18?<br>

<br>
<br>
Best Regards,<br>
<font color="#888888"> Jochen<br>
</font></blockquote></div><br>