1. 10 Nov, 2017 5 commits
  2. 09 Nov, 2017 2 commits
    • Brad King's avatar
      Merge branch 'FindOpenGL-no-glvnd-for-GL' into release-3.10 · 1f153248
      Brad King authored
      Merge-request: !1466
    • Brad King's avatar
      FindOpenGL: Default to non-GLVND libraries for legacy GL · e6b209c8
      Brad King authored
      Projects using `OPENGL_LIBRARIES` or `OpenGL::GL` expect legacy GL.
      Although GLVND OpenGL+GLX provides legacy GL interfaces, using those
      library files may conflict with legacy GL library files used by
      dependencies (or dependents) of such projects.  Therefore we should
      not yet use OpenGL+GLX when a legacy GL library is available.
      If `OPENGL_gl_LIBRARY` is set then use it as the legacy GL library.
      If it is *not* set then fall back to using GLVND OpenGL+GLX to provide
      legacy GL interfaces.  This will allow users to build projects using
      GLVND even if they have not been ported.
      Fixes: #17437
  3. 08 Nov, 2017 4 commits
    • Brad King's avatar
      Merge branch 'FindHDF5-c-version' into release-3.10 · 24ca3369
      Brad King authored
      Merge-request: !1465
    • Axel Huebl's avatar
      FindHDF5: Fix H5_VERSION on Patch in C · a6abb6c8
      Axel Huebl authored and Brad King's avatar Brad King committed
      Fix a typo from commit v3.6.0-rc1~85^2 (HDF5: Refactor the use of
      compiler wrappers, 2016-04-04) that accidentally used the HDF5 C++
      version (which could be empty) while detecting the C patch version.
      The detection failed for patch releases, such as `1.10.0-patch1`
      becoming `.1` instead of ``.
    • Brad King's avatar
      Merge branch 'implicit-lib-gcceh' into release-3.10 · ddf48551
      Brad King authored
      Merge-request: !1460
    • Christian Pfeiffer's avatar
      Restore exclusion of "gcc_eh" from implicit link libraries · 41aacca7
      Christian Pfeiffer authored and Brad King's avatar Brad King committed
      Since commit v3.9.0-rc1~148^2 (Do not assume GCC libs are linked by all
      compilers, 2017-05-05) we no longer filter out all `gcc*` implicit link
      libraries.  This allows mixing of gcc and non-gcc compilers across
      languages.  However, this caused a subtle problem with how GCC makes
      exception handling symbols available to linked binaries.
      GCC (at least on MinGW) provides two different libraries with exception
      handling symbols:
      * gcc_s: A shared library with -fvisibility=default, used by -shared-libgcc.
      * gcc_eh: A static library with -fvisibility=hidden, used by -static-libgcc.
      The C compiler (on MinGW) defaults to -static-libgcc and uses gcc_eh.
      The C++ compiler defaults to -shared-libgcc and uses gcc_s when linking
      shared libraries and executables so that exceptions can propagate across
      shared libraries [1].  When linking a mixed-language binary, the C++
      compiler should be used along with its choice of gcc_s.  In this case
      gcc_eh should not be added even though the C compiler implies it because
      gcc_s supersedes it.
      Since the above-mentioned change, CMake is adding gcc_eh to C++ link
      lines that also contain C code on MinGW.  This causes both gcc_s and
      gcc_eh to be used, which is incorrect.  We can fix this simply by
      excluding gcc_eh from the C compiler's implicit link libraries.
      [1] https://gcc.gnu.org/onlinedocs/gcc-7.2.0/gcc/Link-Options.html#Link-Options
      Fixes: #17436
  4. 07 Nov, 2017 4 commits
  5. 06 Nov, 2017 2 commits
  6. 01 Nov, 2017 3 commits
  7. 31 Oct, 2017 3 commits
  8. 30 Oct, 2017 5 commits
  9. 28 Oct, 2017 1 commit
  10. 27 Oct, 2017 7 commits
  11. 26 Oct, 2017 2 commits
  12. 25 Oct, 2017 2 commits