[ITK] Win64 Visual Studio 12 segfaults

Niels Dekker niels-xtk at xs4all.nl
Thu Jan 29 18:05:34 EST 2015


Thanks for your reply, Bradley.

Are you sure that those 36 SimpleITK test failures are also caused by 
Win64 VS12 compiler bugs?  They don't seem to be caused by segfaults, 
whereas most of the 1296 test failures from 12 days ago were marked as 
SEGFAULT: 
https://open.cdash.org/viewTest.php?onlyfailed&buildid=3656652 
(Win64-vs12-shared-next, 2015-01-17).

I see many test failures from other compilers and architectures as 
well, at 
https://open.cdash.org/index.php?project=SimpleITK&date=2015-01-29 
Are these just SimpleITK issues?

If those 36 SimpleITK test failures are from another Win64 VS12 
compiler bug, I would be very interested to see a minimal example. You 
know, the segfault Win64 VS12 compiler bug can be reproduced by a 
program of just 10 lines of code, without any #include.  (As I 
commented at 
http://connect.microsoft.com/VisualStudio/feedbackdetail/view/1060166).

Any way, early next week we'll hope to submit our ITK patch. Maybe 
that also fix some of the SimpleITK issues...  :-)

   Kind regards, Niels

Bradley Lowekamp wrote on Jan. 29, 2015:
> I also have a SimpleITK build with Visual Studio 2013 (VS12)
> for SimpleITK for Win64 build against the ITK release branch:
> 2
> https://open.cdash.org/buildSummary.php?buildid=3671881
>
> It is down to 36 failures from 1287.  The CollidingFronts and
> FastMarchingUpwindGradient are SimpleITK issues.
>
> What's interesting is that there no report internal compiler error,
> with 64-bit ids enabled. We a bunch of Deconvolution filters
> failing put nothing else.
>
> Well this builds confidence in correct code being generated, I
> still would not give the generated code away to anyone and expect
> it to work 100%.
>
> I think we should likely add a CMake warning for this problematic
> compiler and architecture.



More information about the Community mailing list