[Insight-developers] Dashboard Cleanup: mini0.nlm MacOSX-cross-rosetta : 50 tests failing

Fri Jan 22 11:43:24 EST 2010

Thanks, Brad. I got the same result again with a new build directory.
I'm going to retry another Mac, dashmacmini2, in case it's related to
ctest or some other variable. That machine is a little more solicited
than dashmacmini3, so it might take a while.

If they both exhibit the failing tests, with the ppc option, and yours
still doesn't, we'll have to get creative so that I can update NrrdIO
as planned, e.g.: I build on your machine.

Cheers,

Michel

On Fri, Jan 22, 2010 at 11:38 AM, Bradley Lowekamp
<blowekamp at mail.nih.gov> wrote:
> I also just fired off a fresh experimental on mini2, keep an eye out for it
> on the dashboard.
> On Jan 22, 2010, at 11:04 AM, Michel Audette wrote:
>
> Hi Brad,
>
> I did a make clean.
>
> kitware at dashmacmini3 $ history
> ...
> 3783  cd InsightBuildGcc4.0
> 3784  make clean
> 3785  make -j5
> 3786  ctest -D Experimental -R Nrr
> 3787  ../CMake-gcc/bin/ctest -D Experimental -R Nrr
>
> At this point, I've just deleted the build directory and am rebuilding
> it. If I get the same result, it will indicate that I cannot duplicate
> your result, and we'll have to discuss a way for me to proceed to be
> able to do so, to insert NrrdIO files incrementally until I can
> ascertain which file is the troublemaker.
>
> Cheers,
>
> Michel
>
>
> On Fri, Jan 22, 2010 at 10:45 AM, Bradley Lowekamp
> <blowekamp at mail.nih.gov> wrote:
>
> Hello Michel,
>
> I have not done a separate build but, min0 on the nightly board came back
> clean indicating that the nrrd changes may be the cause of the issue. Did
> you do a clean build on you system?
>
> Brad
>
> On Jan 22, 2010, at 10:39 AM, Michel Audette wrote:
>
> Hi Brad,
>
> I have reverted to the old NrrdIO files (if you grep Copyright, they
>
> are all 2005), committed yesterday, and I'm finding that with
>
> CMAKE_OSX_ARCHITECTURES:STRING=ppc that the same tests are failing.
>
> I did a ctest -D Experimental -R Nrr
>
> http://www.cdash.org/CDash/viewTest.php?onlyfailed&buildid=521044
>
> Can you check out ITK, retry it and report back? If that's the case,
>
> we should discuss how to proceed, since the recent commits in early
>
> January are probably not causing the failing tests that you are
>
> seeing.
>
> Cheers,
>
> Michel
>
>
> On Wed, Jan 20, 2010 at 4:38 PM, Bradley Lowekamp
>
> <blowekamp at mail.nih.gov> wrote:
>
> Hello Michel,
>
> The difference is the following CMake variable:
>
> CMAKE_OSX_ARCHITECTURES:STRING=ppc
>
> This makes a build for the PowerPC architecture, but the actual processor is
>
> a x86 intel. The test are run in an emulation mode which apple has for the
>
> transition from ppc to i386 architecture. This is why they are so slow.
>
> Brad
>
> On Jan 20, 2010, at 4:07 PM, Michel Audette wrote:
>
> Hi Bradley,
>
> can you indicate to me the difference between your build and the other Mac
>
> builds? I'm doing an experimental now on one of the Macs, and I know that
>
> RogueResearch is all Mac as well, and these machines don't seem to exhibit
>
> the errors.
>
> Thanks for your kind support.
>
> Cheers,
>
> Michel
>
> On Wed, Jan 20, 2010 at 12:58 PM, Bradley Lowekamp <blowekamp at mail.nih.gov>
>
> wrote:
>
> Hello Gordon,
>
> I have been running that system with the cross compilation for well over a
>
> year. It has been slow running, and not found may issues before. It has been
>
> working just fine with NRRD this whole time. This is the day when the errors
>
> started to occur:
>
> http://www.cdash.org/CDash/index.php?project=Insight&date=2010-01-13
>
> There was not much else updated that day:
>
> http://www.cdash.org/CDash/viewUpdate.php?buildid=513971
>
> Brad
>
>
>
> On Jan 20, 2010, at 12:22 PM, Gordon L. Kindlmann wrote:
>
> Hi-
>
> (Bradley- Hi- I'm not including the whole list but wanted to ask you a
>
> question about this)
>
> I'm sorry that I haven't been able to keep up with this (the NrrdIO
>
> update); lots of other professor responsibilities that I'm behind on
>
> as usual.
>
> I will review the previous emails (with Luis and Michel) about this
>
> now and try to respond.
>
> In any case, if things were broken as a results of the updates, those
>
> should be backed out.
>
> Bradley- have you always been running all the ITK tests under the same
>
> cross-endienness cross-compilation?  Had you seen any NRRD-related
>
> problems prior to the recent updates?
>
> Gordon
>
> On Jan 20, 2010, at 10:19 AM, Luis Ibanez wrote:
>
> Brad,
>
> Thanks a lot for looking into this.
>
> Is there something that we could do
>
> on our side to track the problem down ?
>
> Michel:   Could you please follow on this ?
>
>
>    Thanks
>
>
>           Luis
>
>
> -----------------------------------
>
> On Wed, Jan 20, 2010 at 9:43 AM, Bradley Lowekamp
>
> <blowekamp at mail.nih.gov> wrote:
>
> The occurred with the NRRD upgrade.
>
> Due to the oddness of the cross build,  (Building for ppc, but
>
> running on an intel) one of the first things I'd check is that the
>
> endianess is handled correctly. That is is should be a compile time
>
> check for apple systems. ITK does this correctly, but NRRD may do
>
> it differently.
>
> Brad
>
> On Jan 20, 2010, at 8:36 AM, Luis Ibanez wrote:
>
> Hi Brad,
>
> There are 50 tests failing in
>
>  mini0.nlm
>
>  MacOSX-cross-rosetta
>
>
> Most of them seem to be related to IO tests.
>
> http://www.cdash.org/CDash/viewTest.php?onlyfailed&buildid=519324
>
>
> Do you have any hint on what may be the source of the problem ?
>
>
>  Thanks
>
>
>     Luis
>
>
> _______________________________________________
>
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
>
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
>
> http://kitware.com/products/protraining.html
>
> Please keep messages on-topic and check the ITK FAQ at:
>
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
>
> http://www.itk.org/mailman/listinfo/insight-developers
>
>
>
>
>
>
> --
>
> Michel Audette, Ph.D.
>
> R & D Engineer,
>
> Kitware Inc.,
>
> Chapel Hill, N.C.
>
>
> ========================================================
>
> Bradley Lowekamp
>
> Lockheed Martin Contractor for
>
> Office of High Performance Computing and Communications
>
> National Library of Medicine
>
> blowekamp at mail.nih.gov
>
>
>
>
>
> --
>
> Michel Audette, Ph.D.
>
> R & D Engineer,
>
> Kitware Inc.,
>
> Chapel Hill, N.C.
>
>
>
>
>
> --
> Michel Audette, Ph.D.
> R & D Engineer,
> Kitware Inc.,
> Chapel Hill, N.C.
>
> ========================================================
>
> Bradley Lowekamp
>
> Lockheed Martin Contractor for
>
> Office of High Performance Computing and Communications
>
> National Library of Medicine
>
> blowekamp at mail.nih.gov
>
>

-- 
Michel Audette, Ph.D.
R & D Engineer,
Kitware Inc.,
Chapel Hill, N.C.