[Insight-developers] [Announcement] ITK 4.2.0 Release Candidate 1 ready for testing!

Bradley Lowekamp blowekamp at mail.nih.gov
Tue Jun 5 22:55:31 EDT 2012


Hello Robbins,

That is extremely helpful that you are submitting a nightly dashboard with the configuration you are using!

I see you have the following:

  set( dashboard_cache "
    CMAKE_VERBOSE_MAKEFILE:BOOL=ON
    BUILD_EXAMPLES:BOOL=ON
    BUILD_SHARED_LIBS:BOOL=ON
    BUILD_TESTING:BOOL=ON 
    BUILD_DOXYGEN:BOOL=OFF 
    CMAKE_SKIP_RPATH:BOOL=OFF
    ITK_USE_SYSTEM_GDCM:BOOL=ON
    ITK_USE_SYSTEM_JPEG:BOOL=ON 
    ITK_USE_SYSTEM_PNG:BOOL=ON 
    ITK_USE_SYSTEM_TIFF:BOOL=OFF 
    ITK_USE_SYSTEM_ZLIB:BOOL=ON 
    ITK_USE_SYSTEM_VXL:BOOL=OFF 
    USE_FFTWD:BOOL=ON 
    USE_FFTWF:BOOL=ON 
    ITK_USE_CONCEPT_CHECKING:BOOL=ON 
    ITK_USE_STRICT_CONCEPT_CHECKING:BOOL=ON 
    "
    )
Looking at the dash board we have other system which are using gcc 4.7.  But most of our nightly builds use ITK libraries in stead of system ones. So I am suspicion of ITK's compatibilities with your systems libraries. 

When you don't use any system libraries are there may test failures? My first suspicion would be a ZLIB library incompatibility then TIFF... but we should see how the build on your system is with out any system libraries is first.

Brad



On Jun 5, 2012, at 10:28 PM, Steve M. Robbins wrote:

> Hi,
> 
> Thanks all.  Yes, I downloaded using git (I thought that was the
> only option at this point).
> 
> 
> On Tue, Jun 05, 2012 at 09:15:40AM -0400, Bradley Lowekamp wrote:
> 
> 
>> There are many configuration options available. I will assume that you are just trying to build ITK with the default options, if you are trying to build WrapITK let us know as the advice will change a little.
>> 
>> In the default configuration testing and examples are enabled. This adds a dependency to download data. So this should be disabled if network access needs to be avoided. While I don't think it has been done yet, it should be possible to create a second tar ball of the data, and that will either need to be extracted into a specific location in the source code, or an environment variable will need to be specified to it's path.
>> 
>> Turning on FFTW ( off by default ), will automatically download the source code and compile if that option is turned on, and a system library is not specified.
>> 
> 
> I have enabled testing and examples and FFTW, so that is what I saw
> downloading.  Since Matt says the release tarballs will contain the data,
> that won't be a problem.  
> 
> I'd like to use the system FFTW, but last time I tried there were
> segfaults [1].  That was with 4.1.0; I should try again.  If it turns
> out we need to use embedded FFTW, it would be convenient if I could
> run "make download-all", then regenerate a tar ball with everything
> included.
> 
> [1] http://lists.debian.org/debian-med/2012/04/msg00064.html
> 
> 
> Incidentally, while the library builds, many of the tests fail
> or segfault.  This has been the case ever since Debian switched
> to gcc 4.7 [2].  Anyone have success with this compiler?
> 
> 
> [2] http://open.cdash.org/buildSummary.php?buildid=2260572
> 
> 
> Thanks,
> -Steve
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.itk.org/pipermail/insight-developers/attachments/20120605/b4b4bc8b/attachment.htm>


More information about the Insight-developers mailing list