Since we're using atomic primitives to read and write into the config
map cache, we need to read/write something pointer-sized.  Use an
`intptr_t` for the config map cache.

Move `git_reference__is_valid_name` to `git_reference__name_is_valid`,
which returns errors and sets an out boolean parameter.

Cherry-pick `git__add_int64_overflow` functionality introduced in
e99e833f.

ci: add manual dispatch event for 1.1 branch

ci: use GITHUB_ENV instead of set-env for v1.1 branch

libgit2 v1.1.0

Update PCRE to 8.44

clone: update origin's HEAD

Improve the support of atomics

Instead, globally initialize the system page size.

This change:

* Starts using GCC's and clang's `__atomic_*` intrinsics instead of the
  `__sync_*` ones, since the former supercede the latter (and can be
  safely replaced by their equivalent `__atomic_*` version with the
  sequentially consistent model).
* Makes `git_atomic64`'s value `volatile`. Otherwise, this will make
  ThreadSanitizer complain.
* Adds ways to load the values from atomics. As it turns out,
  unsynchronized read are okay only in some architectures, but if we
  want to be correct (and make ThreadSanitizer happy), those loads
  should also be performed with the atomic builtins.
* Fixes two ThreadSanitizer warnings, as a proof-of-concept that this
  works:
  - Avoid directly accessing `git_refcount`'s `owner` directly, and
    instead makes all callers go through the `GIT_REFCOUNT_*()` macros,
    which also use the atomic utilities.
  - Makes `pool_system_page_size()` race-free.

Part of: #5592

Fix error return for invalid extensions.

Change bare free to allocator free (fixes #5653)

The info pointer was allocated with git__malloc, so needs to be free'd with git__free.
This bug can lurk pretty easily since if there's no custom allocator this is fine.

Update `refs/remotes/origin/HEAD` as a symbolic link to the remote's
default branch.

Ensure that we created `refs/remotes/origin/HEAD` when cloning, a
symbolic link pointing to `refs/remotes/origin/<default>`

midx: Introduce a parser for multi-pack-index files

This change is the first in a series to add support for git's
multi-pack-index. This should speed up large repositories significantly.

Part of: #5399

Fixed typo in comment

Fix binary diff showing /dev/null

We included their COPYING file, which was _not_ in fact their license.
Add the LICENSE file as well.

Fix #5565

Pre-Android 5 did not implement a virtual filesystem atop FAT partitions for Unix permissions, which causes chmod to fail. However, Unix permissions have no effect on Android anyway as file permissions are not actually managed this way, so treating it as a no-op across all Android is safe.

httpclient: only free challenges for current_server type

Respect `init.defaultBranch` setting

patch_parse: handle absence of "index" header for new/deleted cases

boolean config parsing fails in some cases with mapped values

Fix config file parsing with multi line values containing quoted parts

Fix release build warnings

occured -> occurred

Signed-off-by: Sven Strickroth <email@cs-ware.de>