#2096: SphericalHarmonicRecon and SphericalHarmonicReconGen tests fail on Jenkins build machine ------------------------------------+--------------------------------------- Reporter: hinder | Owner: rhaas Type: defect | Status: assigned Priority: major | Milestone: ET_2018_02 Component: EinsteinToolkit thorn | Version: development version Resolution: | Keywords: ------------------------------------+---------------------------------------
Comment (by rhaas):
Hello Yosef,
the test now fail, for both SphericalHarmonicReconGen and SphericalHarmonciRecon, by triggering the level 0 warning in line 42 of NullEvolve/src/NullEvol_InitialSlice.F90. You can see the console output here: https://build.barrywardell.net/job/EinsteinToolkit/lastCompletedBuild/testRe...
The condition that triggers the error is: {{{abs(zeta(loc_q,loc_p) - dcmplx(1.,1.)) .gt. 1d-10}}} and not being an author I cannot judge if this is just due to the threshold being too tight or due to something else. Note that the test passed when compiled with {{{-O2}}} and without {{{--fast-math}}} using gcc 7.2 on my workstation, namely the Recon one has {{{ Test SphericalHarmonicRecon: regression_test "PITTNullCode/SphericalHarmonicRecon/test/regression_test.par"
Issuing mpirun -np 2 /data/rhaas/postdoc/gr/cactus/ET_trunk/exe/cactus_sim /data/rhaas/postdoc/gr/cactus/ET_trunk/arrangements/PITTNullCode/SphericalHarmonicRecon/test/regression_test.par
j_wt[0]_2D.asc: differences below tolerance on 9698 lines
Success: 4 files compared, 1 differ in the last digits }}} while the ReconGen one passes identically which is expected since the test data was generated on my workstation.
Would you be able to comment if a difference in 1e-10 for zeta from 1+i is something to be concerned about?
Yours, Roland