Re: [CMake] 2.8.4 order of tests

2011-03-19 Thread Alan W. Irwin 

On 2011-02-21 12:42-0500 David Cole wrote:


This should be fixed already in CMake's 'next' branch. If you can try
a nightly installer, or build yourself from 'next', let me know if
there is still any problem.

Fix will be in 2.8.5 when it comes out in a few months.


I got bitten by this bug today in 2.8.4 so I am glad Allen found it
earlier, and it will be fixed in 2.8.5.

My own use case is I don't particularly care about the order of the tests 
except that one
of them is dependent on most of the rest as I discovered when the
tests were run in an unusual order with CMake-2.8.4.  Running the 
set_tests_properties
command according to
http://cmake.org/cmake/help/cmake-2-8-docs.html#prop_test:DEPENDS
works around the issue and is probably a good idea in general when one
test depends on others.

Note, however, that although most PLplot users are presumably using
cmake-2.8.x, PLplot users are still allowed to use cmake-2.6.4 (and
that will continue a bit longer). Thus, I had to surround the
set_tests_properties command with this CMake version check;

if(CMAKE_MAJOR_VERSION EQUAL 2 AND NOT CMAKE_MINOR_VERSION LESS 8)

because DEPENDS does not exist in cmake-2.6.x as a test property
according to the cmake-2.6.x documentation.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__

Linux-powered Science
__
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] 2.8.4 order of tests

2011-02-21 Thread David Cole 
This should be fixed already in CMake's 'next' branch. If you can try
a nightly installer, or build yourself from 'next', let me know if
there is still any problem.

Fix will be in 2.8.5 when it comes out in a few months.


Thanks,
David


On Mon, Feb 21, 2011 at 12:39 PM, Allen D Byrne  wrote:
> One more detail, this seems to be a problem only on non windows (non-make) -
> windows VS machines ran the tests in correct declaration order.
>
> Allen
>
>> Bug reported:
>
>> http://public.kitware.com/Bug/view.php?id=11877
>
>>
>
>>
>
>> On Fri, Feb 18, 2011 at 10:30 AM, David Cole 
>> wrote:
>
>> > Yup. ctest -N and ctest without -N differ in test ordering.
>
>> >
>
>> > Congratulations! You've reported the first regression bug in CMake
>
>> > 2.8.4! :-)
>
>> >
>
>> > I suspect the change for this bug [
>
>> > http://public.kitware.com/Bug/view.php?id=11561 ] has introduced this
>
>> > issue. I'll make a new issue that we can hopefully address fairly
>
>> > soon.
>
>> >
>
>> > Thanks,
>
>> > David
>
>> >
>
>> >
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] 2.8.4 order of tests

2011-02-21 Thread Allen D Byrne 
One more detail, this seems to be a problem only on non windows (non-make) - 
windows VS machines ran the tests in correct declaration order.

Allen

> Bug reported:
> http://public.kitware.com/Bug/view.php?id=11877
> 
> 
> On Fri, Feb 18, 2011 at 10:30 AM, David Cole  wrote:
> > Yup. ctest -N and ctest without -N differ in test ordering.
> >
> > Congratulations! You've reported the first regression bug in CMake
> > 2.8.4! :-)
> >
> > I suspect the change for this bug [
> > http://public.kitware.com/Bug/view.php?id=11561 ] has introduced this
> > issue. I'll make a new issue that we can hopefully address fairly
> > soon.
> >
> > Thanks,
> > David
> >
> >
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] 2.8.4 order of tests

2011-02-18 Thread David Cole 
Bug reported:
http://public.kitware.com/Bug/view.php?id=11877


On Fri, Feb 18, 2011 at 10:30 AM, David Cole  wrote:
> Yup. ctest -N and ctest without -N differ in test ordering.
>
> Congratulations! You've reported the first regression bug in CMake
> 2.8.4! :-)
>
> I suspect the change for this bug [
> http://public.kitware.com/Bug/view.php?id=11561 ] has introduced this
> issue. I'll make a new issue that we can hopefully address fairly
> soon.
>
> Thanks,
> David
>
>
> P.S.
> ===
> The same build tree with a non -N ctest run gives me this:
>
> $ ctest
> Test project /Users/davidcole/tmp/b6
>      Start 27: enum
>  1/52 Test #27: enum .   Passed    0.01 sec
>      Start 28: set_extent
>  2/52 Test #28: set_extent ...   Passed    3.66 sec
>      Start 29: getname
>  3/52 Test #29: getname ..   Passed    0.06 sec
>      Start 30: vfd
>  4/52 Test #30: vfd ..   Passed    0.03 sec
>      Start 31: ntypes
>  5/52 Test #31: ntypes ...   Passed    0.17 sec
>      Start 32: dangle
>  6/52 Test #32: dangle ...   Passed    0.18 sec
>      Start 33: dtransform
>  7/52 Test #33: dtransform ...   Passed    0.02 sec
>      Start 34: reserved
>  8/52 Test #34: reserved .   Passed    0.00 sec
>      Start 35: cross_read
>  9/52 Test #35: cross_read ...   Passed    0.02 sec
>      Start 36: freespace
> 10/52 Test #36: freespace    Passed    0.03 sec
>      Start 37: mf
> 11/52 Test #37: mf ...   Passed    0.09 sec
> ...
>
>
> On Thu, Feb 17, 2011 at 10:41 PM, Allen D Byrne  wrote:
>> David,
>>
>> I tried ctest -N  it lies!
>>
>> Here is the beginning of the test.log showing the problem (peviously the
>> tests were in test number order) :
>>
>> Start testing: Feb 17 21:13 CST
>>
>> --
>>
>> 435/660 Testing: H5COPY-clear-ext-links
>>
>> 436/660 Testing: H5COPY-ext_link
>>
>> 437/660 Testing: H5COPY-ext_link_f
>>
>> 438/660 Testing: H5COPY-ext_dangle_noobj
>>
>> 439/660 Testing: H5COPY-DIFF_ext_dangle_noobj
>>
>> 440/660 Testing: H5COPY-ext_dangle_noobj_f
>>
>> 441/660 Testing: H5COPY-ext_dangle_nofile
>>
>> 442/660 Testing: H5COPY-DIFF_ext_dangle_nofile
>>
>> 443/660 Testing: H5COPY-ext_dangle_nofile_f
>>
>> 444/660 Testing: H5COPY-ext_link_group
>>
>> 445/660 Testing: H5COPY-ext_link_group_f
>>
>> 446/660 Testing: H5COPY-H5LS_h5copy_extlinks_src
>>
>> 447/660 Testing: H5STAT-h5stat_help1
>>
>> 448/660 Testing: H5STAT-h5stat_help2
>>
>> 449/660 Testing: H5STAT-h5stat_filters
>>
>> 450/660 Testing: H5STAT-h5stat_filters-file
>>
>> 451/660 Testing: H5STAT-h5stat_filters-F
>>
>> 452/660 Testing: H5STAT-h5stat_filters-d
>>
>> 453/660 Testing: H5STAT-h5stat_filters-g
>>
>> 454/660 Testing: H5STAT-h5stat_filters-dT
>>
>> 414/660 Testing: H5COPY-DIFF_grp_nested
>>
>> 415/660 Testing: H5COPY-simple_group
>>
>> 416/660 Testing: H5COPY-DIFF_simple_group
>>
>> 417/660 Testing: H5COPY-grp_rename
>>
>> 418/660 Testing: H5COPY-DIFF_grp_rename
>>
>> 419/660 Testing: H5COPY-grp_dsets_rename
>>
>> 420/660 Testing: H5COPY-DIFF_grp_dsets_rename
>>
>> 421/660 Testing: H5COPY-A_B1_simple
>>
>> 422/660 Testing: H5COPY-DIFF_A_B1_simple
>>
>> 423/660 Testing: H5COPY-A_B2_simple2
>>
>> 424/660 Testing: H5COPY-DIFF_A_B2_simple2
>>
>> 425/660 Testing: H5COPY-C_D_simple
>>
>> 426/660 Testing: H5COPY-DIFF_C_D_simple
>>
>> 427/660 Testing: H5COPY-E_F_grp_dsets
>>
>> 428/660 Testing: H5COPY-DIFF_E_F_grp_dsets
>>
>> 429/660 Testing: H5COPY-G_H_grp_nested
>>
>> 430/660 Testing: H5COPY-DIFF_G_H_grp_nested
>>
>> 431/660 Testing: H5COPY-H5LS_h5copytst
>>
>> 432/660 Testing: H5COPY-clear-refs
>>
>> 433/660 Testing: H5COPY-region_ref
>>
>> 434/660 Testing: H5COPY-H5LS_h5copy_ref
>>
>> 476/660 Testing: H5DUMP-thlink-4
>>
>> 477/660 Testing: H5DUMP-thlink-5
>>
>> 478/660 Testing: H5DUMP-tcomp-1
>>
>> 479/660 Testing: H5DUMP-tcomp-2
>>
>> 480/660 Testing: H5DUMP-tcomp-4
>>
>> 481/660 Testing: H5DUMP-tnestcomp-1
>>
>> 482/660 Testing: H5DUMP-tall-1
>>
>> 483/660 Testing: H5DUMP-tall-2
>>
>> 484/660 Testing: H5DUMP-tall-3
>>
>> 485/660 Testing: H5DUMP-tloop-1
>>
>> 486/660 Testing: H5DUMP-tstr-1
>>
>> 487/660 Testing: H5DUMP-tstr-2
>>
>> 488/660 Testing: H5DUMP-tsaf
>>
>> 489/660 Testing: H5DUMP-tvldtypes1
>>
>> 490/660 Testing: H5DUMP-tvldtypes2
>>
>> 491/660 Testing: H5DUMP-tvldtypes3
>>
>> 492/660 Testing: H5DUMP-tvldtypes4
>>
>> 493/660 Testing: H5DUMP-tvldtypes5
>>
>> 494/660 Testing: H5DUMP-tvlstr
>>
>> 495/660 Testing: H5DUMP-tarray1
>>
>> 455/660 Testing: H5STAT-h5stat_filters-UD
>>
>> 456/660 Testing: H5STAT-h5stat_filters-UT
>>
>> 457/660 Testing: H5STAT-h5stat_tsohm
>>
>> 458/660 Testing: H5STAT-h5stat_newgrat
>>
>> 459/660 Testing: H5STAT-h5stat_newgrat-UG
>>
>> 460/660 Testing: H5STAT-h5stat_newgrat-UA
>>
>> 461/660 Testing: H

Re: [CMake] 2.8.4 order of tests

2011-02-18 Thread David Cole 
Yup. ctest -N and ctest without -N differ in test ordering.

Congratulations! You've reported the first regression bug in CMake
2.8.4! :-)

I suspect the change for this bug [
http://public.kitware.com/Bug/view.php?id=11561 ] has introduced this
issue. I'll make a new issue that we can hopefully address fairly
soon.

Thanks,
David


P.S.
===
The same build tree with a non -N ctest run gives me this:

$ ctest
Test project /Users/davidcole/tmp/b6
  Start 27: enum
 1/52 Test #27: enum .   Passed0.01 sec
  Start 28: set_extent
 2/52 Test #28: set_extent ...   Passed3.66 sec
  Start 29: getname
 3/52 Test #29: getname ..   Passed0.06 sec
  Start 30: vfd
 4/52 Test #30: vfd ..   Passed0.03 sec
  Start 31: ntypes
 5/52 Test #31: ntypes ...   Passed0.17 sec
  Start 32: dangle
 6/52 Test #32: dangle ...   Passed0.18 sec
  Start 33: dtransform
 7/52 Test #33: dtransform ...   Passed0.02 sec
  Start 34: reserved
 8/52 Test #34: reserved .   Passed0.00 sec
  Start 35: cross_read
 9/52 Test #35: cross_read ...   Passed0.02 sec
  Start 36: freespace
10/52 Test #36: freespace    Passed0.03 sec
  Start 37: mf
11/52 Test #37: mf ...   Passed0.09 sec
...


On Thu, Feb 17, 2011 at 10:41 PM, Allen D Byrne  wrote:
> David,
>
> I tried ctest -N  it lies!
>
> Here is the beginning of the test.log showing the problem (peviously the
> tests were in test number order) :
>
> Start testing: Feb 17 21:13 CST
>
> --
>
> 435/660 Testing: H5COPY-clear-ext-links
>
> 436/660 Testing: H5COPY-ext_link
>
> 437/660 Testing: H5COPY-ext_link_f
>
> 438/660 Testing: H5COPY-ext_dangle_noobj
>
> 439/660 Testing: H5COPY-DIFF_ext_dangle_noobj
>
> 440/660 Testing: H5COPY-ext_dangle_noobj_f
>
> 441/660 Testing: H5COPY-ext_dangle_nofile
>
> 442/660 Testing: H5COPY-DIFF_ext_dangle_nofile
>
> 443/660 Testing: H5COPY-ext_dangle_nofile_f
>
> 444/660 Testing: H5COPY-ext_link_group
>
> 445/660 Testing: H5COPY-ext_link_group_f
>
> 446/660 Testing: H5COPY-H5LS_h5copy_extlinks_src
>
> 447/660 Testing: H5STAT-h5stat_help1
>
> 448/660 Testing: H5STAT-h5stat_help2
>
> 449/660 Testing: H5STAT-h5stat_filters
>
> 450/660 Testing: H5STAT-h5stat_filters-file
>
> 451/660 Testing: H5STAT-h5stat_filters-F
>
> 452/660 Testing: H5STAT-h5stat_filters-d
>
> 453/660 Testing: H5STAT-h5stat_filters-g
>
> 454/660 Testing: H5STAT-h5stat_filters-dT
>
> 414/660 Testing: H5COPY-DIFF_grp_nested
>
> 415/660 Testing: H5COPY-simple_group
>
> 416/660 Testing: H5COPY-DIFF_simple_group
>
> 417/660 Testing: H5COPY-grp_rename
>
> 418/660 Testing: H5COPY-DIFF_grp_rename
>
> 419/660 Testing: H5COPY-grp_dsets_rename
>
> 420/660 Testing: H5COPY-DIFF_grp_dsets_rename
>
> 421/660 Testing: H5COPY-A_B1_simple
>
> 422/660 Testing: H5COPY-DIFF_A_B1_simple
>
> 423/660 Testing: H5COPY-A_B2_simple2
>
> 424/660 Testing: H5COPY-DIFF_A_B2_simple2
>
> 425/660 Testing: H5COPY-C_D_simple
>
> 426/660 Testing: H5COPY-DIFF_C_D_simple
>
> 427/660 Testing: H5COPY-E_F_grp_dsets
>
> 428/660 Testing: H5COPY-DIFF_E_F_grp_dsets
>
> 429/660 Testing: H5COPY-G_H_grp_nested
>
> 430/660 Testing: H5COPY-DIFF_G_H_grp_nested
>
> 431/660 Testing: H5COPY-H5LS_h5copytst
>
> 432/660 Testing: H5COPY-clear-refs
>
> 433/660 Testing: H5COPY-region_ref
>
> 434/660 Testing: H5COPY-H5LS_h5copy_ref
>
> 476/660 Testing: H5DUMP-thlink-4
>
> 477/660 Testing: H5DUMP-thlink-5
>
> 478/660 Testing: H5DUMP-tcomp-1
>
> 479/660 Testing: H5DUMP-tcomp-2
>
> 480/660 Testing: H5DUMP-tcomp-4
>
> 481/660 Testing: H5DUMP-tnestcomp-1
>
> 482/660 Testing: H5DUMP-tall-1
>
> 483/660 Testing: H5DUMP-tall-2
>
> 484/660 Testing: H5DUMP-tall-3
>
> 485/660 Testing: H5DUMP-tloop-1
>
> 486/660 Testing: H5DUMP-tstr-1
>
> 487/660 Testing: H5DUMP-tstr-2
>
> 488/660 Testing: H5DUMP-tsaf
>
> 489/660 Testing: H5DUMP-tvldtypes1
>
> 490/660 Testing: H5DUMP-tvldtypes2
>
> 491/660 Testing: H5DUMP-tvldtypes3
>
> 492/660 Testing: H5DUMP-tvldtypes4
>
> 493/660 Testing: H5DUMP-tvldtypes5
>
> 494/660 Testing: H5DUMP-tvlstr
>
> 495/660 Testing: H5DUMP-tarray1
>
> 455/660 Testing: H5STAT-h5stat_filters-UD
>
> 456/660 Testing: H5STAT-h5stat_filters-UT
>
> 457/660 Testing: H5STAT-h5stat_tsohm
>
> 458/660 Testing: H5STAT-h5stat_newgrat
>
> 459/660 Testing: H5STAT-h5stat_newgrat-UG
>
> 460/660 Testing: H5STAT-h5stat_newgrat-UA
>
> 461/660 Testing: H5DUMP-tgroup-1
>
> 462/660 Testing: H5DUMP-tgroup-2
>
> 463/660 Testing: H5DUMP-tdset-1
>
> 464/660 Testing: H5DUMP-tdset-2
>
> 465/660 Testing: H5DUMP-tattr-1
>
> 466/660 Testing: H5DUMP-tattr-2
>
> 467/660 Testing: H5DUMP-tattr-3
>
> 468/660 Testing: H5DUMP-tnamed_dtype_attr
>
> 469/660 Testing: H5DUMP-tslink-1
>
> 470/660 Testing:

Re: [CMake] 2.8.4 order of tests

2011-02-17 Thread David Cole 
On Thu, Feb 17, 2011 at 5:25 PM, Sean McBride  wrote:
> On Thu, 17 Feb 2011 17:21:22 -0500, David Cole said:
>
>>I'm not familiar enough with HDF5 to know if this is correct or not.
>>Is this the same order you're seeing?
>>
>>Or can you tell me your expected order? I'll try to analyze the source
>>tree and figure out what's going on, but what you expect will tell me
>>something, too.
>
> Perhaps you guys are actually talking about this:???
> 
>

I doubt it because he's talking about doing a "ctest -D Experimental"
which would not have any "-j" associated with it

> --
> 
> Sean McBride, B. Eng                 s...@rogue-research.com
> Rogue Research                        www.rogue-research.com
> Mac Software Developer              Montréal, Québec, Canada
>
>
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] 2.8.4 order of tests

2011-02-17 Thread Sean McBride 
On Thu, 17 Feb 2011 17:21:22 -0500, David Cole said:

>I'm not familiar enough with HDF5 to know if this is correct or not.
>Is this the same order you're seeing?
>
>Or can you tell me your expected order? I'll try to analyze the source
>tree and figure out what's going on, but what you expect will tell me
>something, too.

Perhaps you guys are actually talking about this:???


-- 

Sean McBride, B. Eng s...@rogue-research.com
Rogue Researchwww.rogue-research.com 
Mac Software Developer  Montréal, Québec, Canada


___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] 2.8.4 order of tests

2011-02-17 Thread David Cole 
After building HDF5 v 1.8.6 on my Mac, I get this:

$ ctest -N
Test project /Users/davidcole/tmp/b6
  Test  #1: testhdf5
  Test  #2: accum
  Test  #3: lheap
  Test  #4: ohdr
  Test  #5: stab
  Test  #6: gheap
  Test  #7: pool
  Test  #8: hyperslab
  Test  #9: istore
  Test #10: bittests
  Test #11: dt_arith
  Test #12: dtypes
  Test #13: dsets
  Test #14: cmpd_dset
  Test #15: extend
  Test #16: external
  Test #17: objcopy
  Test #18: links
  Test #19: unlink
  Test #20: big
  Test #21: mtime
  Test #22: fillval
  Test #23: mount
  Test #24: flush1
  Test #25: flush2
  Test #26: app_ref
  Test #27: enum
  Test #28: set_extent
  Test #29: getname
  Test #30: vfd
  Test #31: ntypes
  Test #32: dangle
  Test #33: dtransform
  Test #34: reserved
  Test #35: cross_read
  Test #36: freespace
  Test #37: mf
  Test #38: btree2
  Test #39: fheap
  Test #40: error_test
  Test #41: err_compat
  Test #42: tcheck_version
  Test #43: testmeta
  Test #44: cache
  Test #45: cache_api
  Test #46: ttsafe
  Test #47: h5perf_serial
  Test #48: chunk
  Test #49: iopipe
  Test #50: overhead
  Test #51: perf_meta
  Test #52: zip_perf

Total Tests: 52

I'm not familiar enough with HDF5 to know if this is correct or not.
Is this the same order you're seeing?

Or can you tell me your expected order? I'll try to analyze the source
tree and figure out what's going on, but what you expect will tell me
something, too.


Thanks,
David



On Thu, Feb 17, 2011 at 5:10 PM, Allen D Byrne  wrote:
> Just using standard gcc/gfortran on the fedora distro. It is the 64bit
> version?
>
> You can grab one of our recent src tarballs from
>
> "http://www.hdfgroup.org/ftp/HDF5/hdf5-1.8.6/";
>
> Allen
>
> PS. I will be out of touch for the next 36 hours
>
>> On Thu, Feb 17, 2011 at 4:20 PM, Allen D Byrne  wrote:
>
>> > This was from a clean build folder. And I just want the test to run in
>> > the
>
>> > order defined in the CMakeLists.txt files. Also never had set any COST
>
>> > properties. The surprise was that this never happened before.
>
>> >
>
>> > Allen
>
>> >
>
>> >> On Thu, Feb 17, 2011 at 4:08 PM, David Cole 
>
>> >> wrote:
>
>> >
>
>> >> > On Thu, Feb 17, 2011 at 3:57 PM, Allen D Byrne 
>
>> >> > wrote:
>
>> >
>
>> >> >> I just installed 2.8.4 and on my fedora 14 linux box the ctest -D
>
>> >
>
>> >> >> Experimental stage decided to run the tests in some unknown to me
>
>> >> >> order. The
>
>> >
>
>> >> >> previous versions always ran them in order of definition. Any thing
>> >> >> I
>
>> >> >> can do
>
>> >
>
>> >> >> to get the ordering back?
>
>> >
>
>> >> >>
>
>> >
>
>> >> >> Allen
>
>> >
>
>> >> >>
>
>> >
>
>> >> >> ___
>
>> >
>
>> >> >> Powered by www.kitware.com
>
>> >
>
>> >> >>
>
>> >
>
>> >> >> Visit other Kitware open-source projects at
>
>> >
>
>> >> >> http://www.kitware.com/opensource/opensource.html
>
>> >
>
>> >> >>
>
>> >
>
>> >> >> Please keep messages on-topic and check the CMake FAQ at:
>
>> >
>
>> >> >> http://www.cmake.org/Wiki/CMake_FAQ
>
>> >
>
>> >> >>
>
>> >
>
>> >> >> Follow this link to subscribe/unsubscribe:
>
>> >
>
>> >> >> http://www.cmake.org/mailman/listinfo/cmake
>
>> >
>
>> >> >>
>
>> >
>
>> >> >
>
>> >
>
>> >> > Delete the file "Testing/Temporary/CTestCostData.txt" in your build
>
>> >
>
>> >> > tree. It saves run times from run to run and orders them as "slowest
>
>> >
>
>> >> > first" on subsequent runs.
>
>> >
>
>> >> >
>
>> >
>
>> >> > A clean build (no CostData file) without any parallel testing, and
>
>> >
>
>> >> > without any test COST properties defined should give you the top to
>
>> >
>
>> >> > bottom ordering that you're used to.
>
>> >
>
>> >> >
>
>> >
>
>> >> > Saving this data from run to run helps us schedule parallel testing
>
>> >
>
>> >> > jobs efficiently on subsequent runs.
>
>> >
>
>> >> >
>
>> >
>
>> >> >
>
>> >
>
>> >> > HTH,
>
>> >
>
>> >> > David
>
>> >
>
>> >> >
>
>> >
>
>> >>
>
>> >
>
>> >>
>
>> >
>
>> >> Having said all that: if your goal is to order certain tests with
>
>> >
>
>> >> respect to each other, see the help for the test property "DEPENDS":
>
>> >
>
>> >> http://cmake.org/cmake/help/cmake-2-8-docs.html#prop_test:DEPENDS
>
>> >
>
>> >>
>
>>
>
>> So there is no "Testing/Temporary/CTestCostData.txt" file at the time
>
>> you call "ctest -D Experimental"?
>
>>
>
>> Can you point me to a source tree that I can build that demonstrates
>
>> this behavior?
>
>>
>
>> If you are not running tests in parallel and you have no "cost data"
>
>> (in the form of a cached file or properties set) then the tests should
>
>> run in the same top-to-bottom order that they always have.
>
>>
>
>>
>
>> Thx,
>
>> David
>
>>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmak

Re: [CMake] 2.8.4 order of tests

2011-02-17 Thread Allen D Byrne 
Just using standard gcc/gfortran on the fedora distro. It is the 64bit version?

You can grab one of our recent src tarballs from
"http://www.hdfgroup.org/ftp/HDF5/hdf5-1.8.6/";

Allen
PS. I will be out of touch for the next 36 hours

> On Thu, Feb 17, 2011 at 4:20 PM, Allen D Byrne  wrote:
> > This was from a clean build folder. And I just want the test to run in the
> > order defined in the CMakeLists.txt files. Also never had set any COST
> > properties. The surprise was that this never happened before.
> >
> > Allen
> >
> >> On Thu, Feb 17, 2011 at 4:08 PM, David Cole 
> >> wrote:
> >
> >> > On Thu, Feb 17, 2011 at 3:57 PM, Allen D Byrne 
> >> > wrote:
> >
> >> >> I just installed 2.8.4 and on my fedora 14 linux box the ctest -D
> >
> >> >> Experimental stage decided to run the tests in some unknown to me
> >> >> order. The
> >
> >> >> previous versions always ran them in order of definition. Any thing I
> >> >> can do
> >
> >> >> to get the ordering back?
> >
> >> >>
> >
> >> >> Allen
> >
> >> >>
> >
> >> >> ___
> >
> >> >> Powered by www.kitware.com
> >
> >> >>
> >
> >> >> Visit other Kitware open-source projects at
> >
> >> >> http://www.kitware.com/opensource/opensource.html
> >
> >> >>
> >
> >> >> Please keep messages on-topic and check the CMake FAQ at:
> >
> >> >> http://www.cmake.org/Wiki/CMake_FAQ
> >
> >> >>
> >
> >> >> Follow this link to subscribe/unsubscribe:
> >
> >> >> http://www.cmake.org/mailman/listinfo/cmake
> >
> >> >>
> >
> >> >
> >
> >> > Delete the file "Testing/Temporary/CTestCostData.txt" in your build
> >
> >> > tree. It saves run times from run to run and orders them as "slowest
> >
> >> > first" on subsequent runs.
> >
> >> >
> >
> >> > A clean build (no CostData file) without any parallel testing, and
> >
> >> > without any test COST properties defined should give you the top to
> >
> >> > bottom ordering that you're used to.
> >
> >> >
> >
> >> > Saving this data from run to run helps us schedule parallel testing
> >
> >> > jobs efficiently on subsequent runs.
> >
> >> >
> >
> >> >
> >
> >> > HTH,
> >
> >> > David
> >
> >> >
> >
> >>
> >
> >>
> >
> >> Having said all that: if your goal is to order certain tests with
> >
> >> respect to each other, see the help for the test property "DEPENDS":
> >
> >> http://cmake.org/cmake/help/cmake-2-8-docs.html#prop_test:DEPENDS
> >
> >>
> 
> So there is no "Testing/Temporary/CTestCostData.txt" file at the time
> you call "ctest -D Experimental"?
> 
> Can you point me to a source tree that I can build that demonstrates
> this behavior?
> 
> If you are not running tests in parallel and you have no "cost data"
> (in the form of a cached file or properties set) then the tests should
> run in the same top-to-bottom order that they always have.
> 
> 
> Thx,
> David
> 
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] 2.8.4 order of tests

2011-02-17 Thread David Cole 
On Thu, Feb 17, 2011 at 4:20 PM, Allen D Byrne  wrote:
> This was from a clean build folder. And I just want the test to run in the
> order defined in the CMakeLists.txt files. Also never had set any COST
> properties. The surprise was that this never happened before.
>
> Allen
>
>> On Thu, Feb 17, 2011 at 4:08 PM, David Cole 
>> wrote:
>
>> > On Thu, Feb 17, 2011 at 3:57 PM, Allen D Byrne 
>> > wrote:
>
>> >> I just installed 2.8.4 and on my fedora 14 linux box the ctest -D
>
>> >> Experimental stage decided to run the tests in some unknown to me
>> >> order. The
>
>> >> previous versions always ran them in order of definition. Any thing I
>> >> can do
>
>> >> to get the ordering back?
>
>> >>
>
>> >> Allen
>
>> >>
>
>> >> ___
>
>> >> Powered by www.kitware.com
>
>> >>
>
>> >> Visit other Kitware open-source projects at
>
>> >> http://www.kitware.com/opensource/opensource.html
>
>> >>
>
>> >> Please keep messages on-topic and check the CMake FAQ at:
>
>> >> http://www.cmake.org/Wiki/CMake_FAQ
>
>> >>
>
>> >> Follow this link to subscribe/unsubscribe:
>
>> >> http://www.cmake.org/mailman/listinfo/cmake
>
>> >>
>
>> >
>
>> > Delete the file "Testing/Temporary/CTestCostData.txt" in your build
>
>> > tree. It saves run times from run to run and orders them as "slowest
>
>> > first" on subsequent runs.
>
>> >
>
>> > A clean build (no CostData file) without any parallel testing, and
>
>> > without any test COST properties defined should give you the top to
>
>> > bottom ordering that you're used to.
>
>> >
>
>> > Saving this data from run to run helps us schedule parallel testing
>
>> > jobs efficiently on subsequent runs.
>
>> >
>
>> >
>
>> > HTH,
>
>> > David
>
>> >
>
>>
>
>>
>
>> Having said all that: if your goal is to order certain tests with
>
>> respect to each other, see the help for the test property "DEPENDS":
>
>> http://cmake.org/cmake/help/cmake-2-8-docs.html#prop_test:DEPENDS
>
>>

So there is no "Testing/Temporary/CTestCostData.txt" file at the time
you call "ctest -D Experimental"?

Can you point me to a source tree that I can build that demonstrates
this behavior?

If you are not running tests in parallel and you have no "cost data"
(in the form of a cached file or properties set) then the tests should
run in the same top-to-bottom order that they always have.


Thx,
David
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] 2.8.4 order of tests

2011-02-17 Thread Allen D Byrne 
This was from a clean build folder. And I just want the test to run in the 
order defined in the CMakeLists.txt files. Also never had set any COST 
properties. The surprise was that this never happened before.

Allen

> On Thu, Feb 17, 2011 at 4:08 PM, David Cole  wrote:
> > On Thu, Feb 17, 2011 at 3:57 PM, Allen D Byrne  wrote:
> >> I just installed 2.8.4 and on my fedora 14 linux box the ctest -D
> >> Experimental stage decided to run the tests in some unknown to me order. 
> >> The
> >> previous versions always ran them in order of definition. Any thing I can 
> >> do
> >> to get the ordering back?
> >>
> >> Allen
> >>
> >> ___
> >> Powered by www.kitware.com
> >>
> >> Visit other Kitware open-source projects at
> >> http://www.kitware.com/opensource/opensource.html
> >>
> >> Please keep messages on-topic and check the CMake FAQ at:
> >> http://www.cmake.org/Wiki/CMake_FAQ
> >>
> >> Follow this link to subscribe/unsubscribe:
> >> http://www.cmake.org/mailman/listinfo/cmake
> >>
> >
> > Delete the file "Testing/Temporary/CTestCostData.txt" in your build
> > tree. It saves run times from run to run and orders them as "slowest
> > first" on subsequent runs.
> >
> > A clean build (no CostData file) without any parallel testing, and
> > without any test COST properties defined should give you the top to
> > bottom ordering that you're used to.
> >
> > Saving this data from run to run helps us schedule parallel testing
> > jobs efficiently on subsequent runs.
> >
> >
> > HTH,
> > David
> >
> 
> 
> Having said all that: if your goal is to order certain tests with
> respect to each other, see the help for the test property "DEPENDS":
> http://cmake.org/cmake/help/cmake-2-8-docs.html#prop_test:DEPENDS
> 
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] 2.8.4 order of tests

2011-02-17 Thread David Cole 
On Thu, Feb 17, 2011 at 4:08 PM, David Cole  wrote:
> On Thu, Feb 17, 2011 at 3:57 PM, Allen D Byrne  wrote:
>> I just installed 2.8.4 and on my fedora 14 linux box the ctest -D
>> Experimental stage decided to run the tests in some unknown to me order. The
>> previous versions always ran them in order of definition. Any thing I can do
>> to get the ordering back?
>>
>> Allen
>>
>> ___
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Please keep messages on-topic and check the CMake FAQ at:
>> http://www.cmake.org/Wiki/CMake_FAQ
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.cmake.org/mailman/listinfo/cmake
>>
>
> Delete the file "Testing/Temporary/CTestCostData.txt" in your build
> tree. It saves run times from run to run and orders them as "slowest
> first" on subsequent runs.
>
> A clean build (no CostData file) without any parallel testing, and
> without any test COST properties defined should give you the top to
> bottom ordering that you're used to.
>
> Saving this data from run to run helps us schedule parallel testing
> jobs efficiently on subsequent runs.
>
>
> HTH,
> David
>


Having said all that: if your goal is to order certain tests with
respect to each other, see the help for the test property "DEPENDS":
http://cmake.org/cmake/help/cmake-2-8-docs.html#prop_test:DEPENDS
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] 2.8.4 order of tests

2011-02-17 Thread David Cole 
On Thu, Feb 17, 2011 at 3:57 PM, Allen D Byrne  wrote:
> I just installed 2.8.4 and on my fedora 14 linux box the ctest -D
> Experimental stage decided to run the tests in some unknown to me order. The
> previous versions always ran them in order of definition. Any thing I can do
> to get the ordering back?
>
> Allen
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.cmake.org/mailman/listinfo/cmake
>

Delete the file "Testing/Temporary/CTestCostData.txt" in your build
tree. It saves run times from run to run and orders them as "slowest
first" on subsequent runs.

A clean build (no CostData file) without any parallel testing, and
without any test COST properties defined should give you the top to
bottom ordering that you're used to.

Saving this data from run to run helps us schedule parallel testing
jobs efficiently on subsequent runs.


HTH,
David
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] 2.8.4 order of tests

2011-02-17 Thread Allen D Byrne 
I just installed 2.8.4 and on my fedora 14 linux box the ctest -D Experimental 
stage decided to run the tests in some unknown to me order. The previous 
versions always ran them in order of definition.  Any thing I can do to get the 
ordering back?

Allen
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake