1. 12 May, 2023 1 commit
  2. 21 Mar, 2023 2 commits
  3. 03 Mar, 2023 1 commit
    • xdiff: move xdiff to 'deps' · 462dbe21
      xdiff is a dependency (from git core) and more properly belongs in the
      'deps' directory. Move it there, and add a stub for cmake to resolve
      xdiff from the system location in the future. (At present, bundled xdiff
      remains hardcoded.)
      Edward Thomson committed
  4. 13 Feb, 2023 1 commit
  5. 19 Sep, 2022 1 commit
    • cmake: provide empty experimental.h for non-cmake users · c1172468
      Not everybody builds libgit2 using cmake; provide an `experimental.h`
      with no experiments configured for those that do not. To support this,
      we also now create compile definitions for experimental functionality,
      to supplant that empty `experimental.h`. cmake will continue to generate
      the proper `experimental.h` file for use with `make install`.
      Edward Thomson committed
  6. 07 Jul, 2022 1 commit
  7. 20 Jun, 2022 1 commit
    • sha256: make sha256 an experimental optional feature · 6c57bac6
      libgit2 can be built with optional, experimental sha256 support. This
      allows consumers to begin testing and providing feedback for our sha256
      support while we continue to develop it, and allows us to make API
      breaking changes while we iterate on a final sha256 implementation.
      
      The results will be `git2-experimental.dll` and installed as
      `git2-experimental.h` to avoid confusion with a production libgit2.
      Edward Thomson committed
  8. 04 Apr, 2022 1 commit
  9. 23 Mar, 2022 6 commits
  10. 23 Feb, 2022 2 commits
  11. 13 Feb, 2022 1 commit
    • cmake: Fix package name for system http-parser · 8bc9eda7
      Fix building against system http-parser library by fixing
      the find_package() argument.  It seems to have been accidentally changed
      from HTTPParser to HTTP_Parser in de178d36, effectively making
      the build against system library fail to find it:
      
      ```
      CMake Warning at cmake/SelectHTTPParser.cmake:3 (find_package):
        By not providing "FindHTTP_Parser.cmake" in CMAKE_MODULE_PATH this project
        has asked CMake to find a package configuration file provided by
        "HTTP_Parser", but CMake did not find one.
      
        Could not find a package configuration file provided by "HTTP_Parser" with
        any of the following names:
      
          HTTP_ParserConfig.cmake
          http_parser-config.cmake
      
        Add the installation prefix of "HTTP_Parser" to CMAKE_PREFIX_PATH or set
        "HTTP_Parser_DIR" to a directory containing one of the above files.  If
        "HTTP_Parser" provides a separate development package or SDK, be sure it
        has been installed.
      Call Stack (most recent call first):
        src/CMakeLists.txt:97 (include)
      
      CMake Error at cmake/SelectHTTPParser.cmake:11 (message):
        http-parser support was requested but not found
      Call Stack (most recent call first):
        src/CMakeLists.txt:97 (include)
      ```
      Michał Górny committed
  12. 09 Jan, 2022 1 commit
  13. 05 Jan, 2022 1 commit
  14. 29 Dec, 2021 1 commit
    • Disabling setting `CMAKE_FIND_LIBRARY_SUFFIXES` on Apple platforms. · 3eb39819
      On macOS, since Big Sur, the libraries were moved to a cache. The SDK comes
      with stubs in the SDK (`/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX12.1.sdk/usr/lib/`
      or whatever SDK version one has installed) where most have the `.tbd` suffix
      (although some still are `.a`). Forcing `CMAKE_FIND_LIBRARY_SUFFIXES` on Apple
      platforms broke building, unless one has copies of the libraries installed
      elsewhere (like Brew), as many libraries (like `iconv` or `pcre`) are not
      found.
      
      This fix disables setting the `CMAKE_FIND_LIBRARY_SUFFIXES` to `.a` if
      the platform is `APPLE` when building static libs.
      Miguel Arroz committed
  15. 23 Dec, 2021 1 commit
    • cmake: use PROJECT_SOURCE_DIR of CMAKE_SOURCE_DIR · c5cd71b2
      Also applies to *_BINARY_DIR.
      
      This effectively reverts 84083dcc,
      which broke all users of libgit2 that use it as a CMake subdirectory
      (via `add_subdirectory()`). This is because CMAKE_SOURCE_DIR refers
      to the root-most CMake directory, which in the case of
      `add_subdirectory()` is a parent project to libgit2 and thus the paths
      don't make any sense to the configuration files. Corollary,
      CMAKE_SOURCE_DIR only makes sense if the CMake project is always the
      root project - which can rarely be guaranteed.
      
      In all honesty, CMake should deprecate and eventually remove
      CMAKE_SOURCE_DIR and CMAKE_BINARY_DIR. It's been the source of headaches
      and confusion for years, they're rarely useful over
      CMAKE_CURRENT_(SOURCE|BINARY)_DIR or PROJECT_(SOURCE|BINARY)_DIR,
      and they cause a lot of confusing configuration and source
      code layouts to boot.
      
      Any time they are used, they break `add_subdirectory()` almost 100% of
      the time, cause confusing error messages, and hide subtle bugs.
      Josh Junon committed
  16. 22 Nov, 2021 1 commit
  17. 17 Nov, 2021 1 commit
  18. 14 Nov, 2021 3 commits
  19. 11 Nov, 2021 10 commits
  20. 28 Oct, 2021 1 commit
  21. 14 Sep, 2021 1 commit
  22. 28 Aug, 2021 1 commit