Hey Billy,

On a related note. How do I run these regression tests before committing something into Git? Is there a document on dials regression testing I can't find?

-James 

On Apr 5, 2017, at 3:38 PM, Billy Poon <[email protected]> wrote:

Hi all,

I tested Boost 1.56 on our buildbot servers and got some new test failures with

cctbx_project/scitbx/array_family/boost_python/tst_flex.py
cctbx_project/scitbx/random/tests/tst_random.py

The full log for CentOS 6 can be found at

http://cci-vm-6.lbl.gov:8010/builders/phenix-nightly-intel-linux-2.6-x86_64-centos6/builds/601/steps/test%20cctbx_regression.test_nightly/logs/stdio

It looks like the errors are related to random number generation. For a given seed, would the sequence of numbers change when Boost is changed? I did a diff between Boost 1.56 and the current Boost and could not see any changes that immediately stood out as being related to random numbers.

Are these tests failing for others as well?

--
Billy K. Poon
Research Scientist, Molecular Biophysics and Integrated Bioimaging
Lawrence Berkeley National Laboratory
1 Cyclotron Road, M/S 33R0345
Berkeley, CA 94720
Tel: (510) 486-5709
Fax: (510) 486-5909

On Wed, Apr 5, 2017 at 8:12 AM, Charles Ballard <[email protected]> wrote:
FYI,  we (CCP4) have been using 1.56 for building cctbx/phaser/dials for the last while with no issues.  Don't know about 1.60, but 1.59 causes issues with the boost python make_getter and make_setter (initialisation of none const reference if the passed type is a temporary).

Charles

On 3 Apr 2017, at 14:31, Luc Bourhis wrote:

Hi all,

everybody seemed to agree but then it was proposed to move straight to Boost 1.60, and this caused troubles. Could we consider again to move to at least 1.56? As far as I can tell, this does not cause any issue and as stated one year ago, it would help me and Olex 2.

Thanks,

Luc

On 10 Feb 2016, at 15:17, Nicholas Sauter <[email protected]> wrote:

Nigel, Billy & Aaron,

I completely endorse this move to Boost 1.56.  Can we update our build?

Nick

Nicholas K. Sauter, Ph. D.
Computer Staff Scientist, Molecular Biophysics and Integrated Bioimaging Division
Lawrence Berkeley National Laboratory
1 Cyclotron Rd., Bldg. 33R0345
Berkeley, CA 94720
(510) 486-5713

On Wed, Feb 10, 2016 at 2:41 PM, Luc Bourhis <[email protected]> wrote:
Hi,

I have improvements to the smtbx on their way to be committed which require Boost version 1.56. This is related to Boost.Threads, whose support I re-activated a few months ago on Nick’s request. I need the function boost::thread::physical_concurrency which returns the number of physical cores on the machine, as opposed to virtual cores when hyperthreading is enabled (which it is by default on any Intel machine). That function is not available in Boost 1.55 which is the version currently used in the nightly tests: it appeared in 1.56.

So, would it be possible to move to Boost 1.56? Otherwise, I will need to backport that function. Not too difficult but not thrilling.

Best wishes,

Luc


_______________________________________________
cctbxbb mailing list
[email protected]
http://phenix-online.org/mailman/listinfo/cctbxbb

_______________________________________________
cctbxbb mailing list
[email protected]
http://phenix-online.org/mailman/listinfo/cctbxbb

_______________________________________________
cctbxbb mailing list
[email protected]
http://phenix-online.org/mailman/listinfo/cctbxbb


_______________________________________________
cctbxbb mailing list
[email protected]
http://phenix-online.org/mailman/listinfo/cctbxbb


_______________________________________________
cctbxbb mailing list
[email protected]
http://phenix-online.org/mailman/listinfo/cctbxbb