Skip to content
Snippets Groups Projects
  1. May 17, 2022
  2. May 16, 2022
  3. May 12, 2022
  4. May 05, 2022
    • Attila Krasznahorkay's avatar
      Taught FindGMock how to deal with debug builds correctly. · 27e74c21
      Attila Krasznahorkay authored
      The debug version of GMock is called libgmockd.so on Linux. The
      module was just not finding those versions at all so far.
      
      Copied the behaviour of CMake's FindGTest.cmake module for what
      this module would do in case just one, or both versions of the
      library are found.
      27e74c21
    • Attila Krasznahorkay's avatar
      Made not finding any requested libraries into an error. · c78dfa0a
      Attila Krasznahorkay authored
      Previously if none of the libraries were found for a given component,
      the component was still reported as found. With an empty
      <FOO>_LIBRARIES variable. In the new setup <FOO>_LIBRARIES becomes
      invalid in such a situation.
      
      Note that not finding just some of the requested libraries is still not
      treated as an error, as the offline configuration relies on that
      behaviour in a couple of places.
      c78dfa0a
  5. Apr 25, 2022
  6. Apr 22, 2022
  7. Apr 20, 2022
  8. Apr 14, 2022
    • John Chapman's avatar
      Update version to CLHEP_2_4_1_3_atl03 · 834afeca
      John Chapman authored
      This fixes a rounding issue in `RandGuassZiggurat`
      
      The random number engine works in terms of double precision floats
      internally, but the call to `RandGaussZiggurat::ziggurat_UNI` casts
      the result down to a single precision float. The largest single
      precision float less than 1.0 is 0.999999940395355225, whereas for
      double precision the value is 0.99999999999999988898, so there is a
      window where values less than 1.0 from `dSFMTEngine::flat()` can be
      rounded to up 1.0 when returned by `RandGaussZiggurat::ziggurat_UNI()`
      violating the condition that random numbers returned are in the range
      [0.0,1.0).
      
      This issue is discussed in ATR-26831.
      834afeca
  9. Apr 07, 2022
  10. Apr 05, 2022
  11. Apr 04, 2022
  12. Apr 01, 2022
  13. Mar 30, 2022
  14. Mar 28, 2022
  15. Mar 25, 2022
  16. Mar 24, 2022
    • Frank Winklmeier's avatar
      atlas_add_test: add DEPENDS keyword · 2ee806c2
      Frank Winklmeier authored
      Add `DEPENDS` keyword to `atlas_add_test` to allow the definition of
      multiple test dependencies:
      ```
      atlas_add_test( test3
         ...
         DEPENDS test1 test2 )
      ```
      Note that unlike `PROPERTIES DEPENDS` this also takes care of
      pre/post-fixing the dependee names with the package name and `_ctest`
      respectively.
      
      Relates to ATLINFR-4473.
      2ee806c2
  17. Mar 23, 2022
    • Attila Krasznahorkay's avatar
      Updated how the project configurations would be exported and sanitized. · 91b6c5bb
      Attila Krasznahorkay authored
      Introduced the <PROJECT_NAME>_INSTALL_DIR and <PROJECT_NAME>_PLATFORM
      variables for the installed projects, and made use of them right away
      during the sanitastion process of the exported CMake configurations.
      
      Added checks for direct references to /cvmfs, /eos and /afs paths for
      the exported configurations. As these should never be there.
      
      Removed the sanitisation of TDAQ paths from all the projects that are
      not expected to depend on TDAQ. So that in case a TDAQ dependency sneaks
      in, we would see a warning during the release installation about direct
      /cvmfs references.
      91b6c5bb
  18. Mar 17, 2022
  19. Mar 15, 2022
  20. Mar 01, 2022
  21. Feb 25, 2022
Loading