[ET Trac] [Einstein Toolkit] #2096: SphericalHarmonicRecon and SphericalHarmonicReconGen tests fail on Jenkins build machine

Einstein Toolkit trac-noreply at einsteintoolkit.org
Mon Jan 29 08:29:30 CST 2018


#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):

 Hmm, so minval is the issue, not minloc? Given your test code, yes,
 "minval" seems to be the culprit. The smallest change to make things work
 would be to remove --no-finite-math-only but this makes all calls to isnan
 return "false" which makes NaNChecker ignore all nans. There's workarounds
 for that eg by manually looking for bit-pattern that IEEE defines to be
 NaN rather than using the C (or C++) library's isnan function. This could
 be encapsulated in the CCTK_IsNaN functions which in turn could be made to
 override the systems isnan functions. *However* this will fail in Fortran
 code where the idiom to check for NaN is "if (a.ne.a) then" which involves
 no function call.

 Another option would be to provide our own minval function which may be
 less efficient but given that it is likely memory bandwidth bound anyway
 we should do about as good as the compiler supplied version.

 Do you know the problem is in minval or in abs?

-- 
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2096#comment:18>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit


More information about the Trac mailing list