1. 12 Jun, 2017 2 commits
  2. 31 May, 2017 2 commits
  3. 18 Apr, 2017 1 commit
  4. 10 Apr, 2017 1 commit
  5. 07 Apr, 2017 4 commits
  6. 05 Apr, 2017 1 commit
  7. 20 Mar, 2017 3 commits
    • Simon McVittie's avatar
    • Ralf Habacker's avatar
      cmake, autotools: Add find package config support for cmake clients · d160c1a7
      Ralf Habacker authored
      With this support cmake and autotools generates cmake equivalent of
      pkgconfig files on configure time named DBus1Config*.cmake. These
      files are installed into the related directory where cmake expects
      find_package related config files.
      
      For instructions how to use this feature with clients see readme.cmake.
      
      With previous DBus versions each cmake client using DBus as dependency
      needed a related FindDBus*.cmake in its source distribution or in
      the cmake binary packages. With the 'config' find package style support
      provided by this patch this requirement has been removed.
      
      The generated config file uses pkgconfig on unix or autotools to
      fetch package build flags, which is the prefered way. On Windows
      we do not want to require CMake users to have pkg-config installed
      so it uses cmake buildin target export support for exporting all
      targets into DBus1ConfigTargets*.cmake.
      
      [smcv: make sure variable substitution works in Autotools too]
      
      Bug: https://bugs.freedesktop.org/show_bug.cgi?id=99721Reviewed-by: Simon McVittie's avatarSimon McVittie <smcv@collabora.com>
      Reviewed-by: Ralf Habacker's avatarRalf Habacker <ralf.habacker@freenet.de>
      Signed-off-by: Simon McVittie's avatarSimon McVittie <smcv@collabora.com>
      d160c1a7
    • Ralf Habacker's avatar
      cmake: Optionally create relocatable dbus-1.pc file · 21662782
      Ralf Habacker authored
      Relocatable pkgconfig files are necessary when using packages installed to
      a location that does not match the location for which they were compiled.
      
      However, using ${pcfiledir} is problematic for system installations
      in standard locations, because it interferes with pkg-config's
      ability to filter out -I, -L options that are redundant with compiler
      defaults (which is important if you are trying to use a newer version
      of a library than the system copy).
      
      In practice operating system vendors installing dbus to standard
      locations use Autotools, so we enable relocatable builds by default
      when building with CMake.
      
      For simplicity, we're also not relocatable if the library directory
      is something more complicated than lib or lib64 (e.g. under Debian
      multiarch); we don't want to have to compute how many ../ to add.
      This is non-trivial to determine in an Autotools build, so for now
      there is no support for relocation when built with Autotools,
      even as an opt-in feature.
      
      Going via the ${original_prefix} variable is because under Autotools,
      both ${prefix} and ${exec_prefix} technically default to NONE, with
      NONE replaced with their real defaults of /usr/local and '${prefix}'
      (respectively) later on. If we tried to expand ${prefix} at the time
      that we choose the value of ${pkgconfig_prefix}, that would cause
      a broken value "prefix=NONE" to be hard-coded.
      
      [smcv: no relocation on Autotools, make it optional in CMake,
      expand commit message]
      
      Bug: https://bugs.freedesktop.org/show_bug.cgi?id=99721Reviewed-by: Simon McVittie's avatarSimon McVittie <smcv@collabora.com>
      Reviewed-by: Ralf Habacker's avatarRalf Habacker <ralf.habacker@freenet.de>
      Signed-off-by: Simon McVittie's avatarSimon McVittie <smcv@collabora.com>
      21662782
  8. 16 Feb, 2017 4 commits
  9. 13 Feb, 2017 1 commit
  10. 29 Nov, 2016 2 commits
  11. 28 Nov, 2016 5 commits
  12. 22 Nov, 2016 2 commits
  13. 13 Oct, 2016 3 commits
  14. 10 Oct, 2016 9 commits