<div dir="ltr">Hi Simon.<div><br></div><div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>Apologies I haven't been able to put much time into this, ran into some interesting challenges with VS2015 itself (at least in my configuration) hanging permanently when changing from debug to release mode, or vice versa.  It seems the generated project files are a bit of a challenge for it.</div></div></blockquote><div><br></div><div>Yes, Visual Studio has difficulty with large projects that have many build targets. With the 4.9 release, we addressed the behavior a bit by reducing the number of header tests and by turning BUILD_EXAMPLES OFF by default.</div><div><br></div><div>By setting ITK_BUILD_DEFAULT_MODULES to OFF, responsiveness can be improved when focusing on development of a subset of modules.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div></div><div>At any rate, I have narrowed down part of the issue at least to being not in the interpolate filter itself, but rather in the test driver code ... somewhere in the nested loops incrementing the underlying array elements is behaving incorrectly in release mode.  I'll try and have  a closer look this weekend.</div></div></blockquote><div><br></div><div> Thanks for taking a look at this! </div><div><br></div><div>In the past, we ran into some issues with Visual Studio in Release mode where adding const or using a reference for the returned type avoided a faulty optimization. Bug reports to upstream Visual Studio have also helped resolve the issue in some cases, too.</div><div><br></div><div>Thanks,</div><div>Matt</div><div><br></div><div><br></div><div> </div></div><br></div></div></div>