hack out ubfx and sbfx which are not supported on armv6

I wrote a script to replace ubfx and sbfx with shift operations,
unfortunately these clobber the carry flag, so there is some risk,
hopefully it's ok.....

Gbp-Pq: Name hack-out-ubfx-and-sbfx.patch

Implements the default no-arg constructor

`std::partition_point` instantiates `StrideIterator` with a no-arg constructor.

Gbp-Pq: Name StrideIterator-constructor.patch

Conforms with the exception specification of `std::atomic`

All constructors of `std::atomic` require `noexcept`. As a result, its members
must also be able to instantiate without any exception throwing.

Gbp-Pq: Name atomic-exception-specification.patch

Use a portable PAGE_SIZE

PAGE_SIZE is not defined on some architectures such as arm64 and mips64el, so
let's use a portable and standardized one.

Gbp-Pq: Name PAGE_SIZE.patch

Use `ucontext_t` instead of `ucontext`

Both Bionic and glibc define a struct called `ucontext_t` but only Bionic
defines an alias `ucontext_t`. Let's use the more standardized one.

Gbp-Pq: Name ucontext.patch

missing-system-includes

Gbp-Pq: Name missing-system-includes.patch

use-android-dlmalloc

Gbp-Pq: Name use-android-dlmalloc.patch

memcheck-paths

Gbp-Pq: Name memcheck-paths.patch

android-platform-art (8.1.0+r23-3+rpi2) buster-staging; urgency=medium

  * Revert changes from 8.1.0+r23-3+rpi1
  * Replace ubfx and sbfx with shift instructions
  * Replace movw with mov and orr
  * Failed attempt to avoid tagging asm files as armv7
    (I'm just going to let this one through despite the apparent
    armv7 content, i suspect that is a lesser evil than not having
    the package at all).

[dgit import unpatched android-platform-art 8.1.0+r23-3+rpi2]

Import android-platform-art_8.1.0+r23-3+rpi2.debian.tar.xz

[dgit import tarball android-platform-art 8.1.0+r23-3+rpi2 android-platform-art_8.1.0+r23-3+rpi2.debian.tar.xz]

Import android-platform-art_8.1.0+r23.orig.tar.gz

[dgit import orig android-platform-art_8.1.0+r23.orig.tar.gz]