Blindly substitute "Bitmap.cpp" with "#include <include/core/SkBitmap.h>" etc
for all current files.

Adjustments to actually start to build

‘SkSVGDOM::SkSVGDOM(sk_sp<SkSVGSVG>, sk_sp<SkFontMgr>, SkSVGIDMapper&&)’ is private in m88.

Like-wise, in m116 header:
    SkSVGDOM(sk_sp<SkSVGSVG>, sk_sp<SkFontMgr>, sk_sp<skresources::ResourceProvider>,
        SkSVGIDMapper&&);
is private.

There is a symbol in the shared library, which presumably should not be used:
    SkSVGDOM::SkSVGDOM(sk_sp<SkSVGSVG>, sk_sp<SkFontMgr>, sk_sp<skresources::ResourceProvider>,
        skia_private::THashMap<SkString, sk_sp<SkSVGNode>, SkGoodHash>&&)

Adjusting paths

…dingContext; programmatic changes.

perl -pi -e 's(GrContext\*)(GrDirectContext*)g' src/skia/*
perl -pi -e 's(GrContext::)(GrDirectContext::)' src/skia/GrContex*
perl -pi -e 's(GrContext\&)(GrDirectContext\&)g' src/skia/GrContex*

…rely gone.

chrome/m116:RELEASE_NOTES.md:

Milestone 113
-------------
  * The define SK_SUPPORT_GPU is now SK_GANESH. It is no longer detected as a 0 or 1, but
    as the absence or presence of that define. As a result, it defaults to off (not defined) if
    not defined (SK_SUPPORT_GPU would default to SK_SUPPORT_GPU=1 if not defined).

m104 has overloaded SkBitmap::erase():
    void erase(SkColor4f c, const SkIRect& area) const;
    void erase(SkColor c, const SkIRect& area) const;

… is entirely gone."

This reverts commit c274131.

Restoring GrDirectContext::MakeGL()

Milestone 113:

  * SkImage factory methods have been moved to the SkImages namespace. Many have been renamed to
    be more succinct or self-consistent. Factory methods specific to the Ganesh GPU backend are
    defined publicly in include/gpu/ganesh/SkImageGanesh.h.
      * SkImage::MakeBackendTextureFromSkImage -> SkImages::GetBackendTextureFromImage
      * SkImage::MakeCrossContextFromPixmap -> SkImages::CrossContextTextureFromPixmap
      * SkImage::MakeFromAdoptedTexture -> SkImages::AdoptTextureFrom
      * SkImage::MakeFromBitmap -> SkImages::RasterFromBitmap
      * SkImage::MakeFromCompressedTexture -> SkImages::TextureFromCompressedTexture
      * SkImage::MakeFromEncoded -> SkImages::DeferredFromEncodedData
      * SkImage::MakeFromGenerator -> SkImages::DeferredFromGenerator
      * SkImage::MakeFromPicture -> SkImages::DeferredFromPicture
      * SkImage::MakeFromRaster -> SkImages::RasterFromPixmap
      * SkImage::MakeFromTexture -> SkImages::BorrowTextureFrom
      * SkImage::MakeFromYUVAPixmaps -> SkImages::TextureFromYUVAPixmaps
      * SkImage::MakeFromYUVATextures -> SkImages::TextureFromYUVATextures
      * SkImage::MakePromiseTexture -> SkImages::PromiseTextureFrom
      * SkImage::MakePromiseYUVATexture -> SkImages::PromiseTextureFromYUVA
      * SkImage::MakeRasterCopy -> SkImages::RasterFromPixmapCopy
      * SkImage::MakeRasterData -> SkImages::RasterFromData
      * SkImage::MakeRasterFromCompressed -> SkImages::RasterFromCompressedTextureData
      * SkImage::MakeTextureFromCompressed -> SkImages::TextureFromCompressedTextureData
    To help in the transition, there is some temporary bridge code (e.g. aliases) which will
    eventually be removed.

commit bab392fd3d9a48e0b696d1799d5271444c199643
Author: Kevin Lubick <[email protected]>
Date:   Tue Apr 11 13:51:02 2023 -0400

    Deprecate SkImage::encodeToData and migrate all internal uses

    By removing this method, we will further (completely?) decouple
    SkImage from our encoders, allowing for them to not contribute
    to code size when not needed.

    This adds replacement functions to include/encode/Sk*Encoder.h.

    This CL must land with the follow-on CL to preserve the ability
    to use NDK encoders instead of bundling in ones based on libpng
    et al.

    Change-Id: Ie20a41cfdf65c975f640fb9368f363a588bd9394
    Bug: skia:13983
    Reviewed-on: https://skia-review.googlesource.com/c/skia/+/667296
    Reviewed-by: Herb Derby <[email protected]>
    Reviewed-by: Leon Scroggins <[email protected]>

commit 8a0152a423497497cc7425541947cf1bb3745a2e
Author: Kevin Lubick <[email protected]>
Date:   Mon Jun 5 11:41:39 2023 -0400

    Make SkShaders a namespace and move SkPerlinNoiseShader functions into it

    I want to reclaim SkPerlinNoiseShader in src/shaders when refactoring
    it to remove asFragmentProcessor.

    This also enforces IWYU on three public shader headers.

    Client CLs:
     - http://ag/23535765
     - https://crrev.com/c/4584205
     - http://cl/537870282

    Canary-Chromium-CL:4584205
    Change-Id: I9a09f1aa6b2b58fd40e41e74b4a290e75699c220
    Bug: skia:13052, skia:14317
    Reviewed-on: https://skia-review.googlesource.com/c/skia/+/706539
    Reviewed-by: Brian Osman <[email protected]>
    Commit-Queue: Kevin Lubick <[email protected]>

commit ec87dc1b767efabd1e204eef66eaa6df102eb2e8
Author: Mike Reed <[email protected]>
Date:   Thu May 20 15:16:34 2021 -0400

    Just expose factories for patheffects

    bug: skia:11957
    Change-Id: If2983fcd1b520a7ae77650d7e5ab226af9db52e0
    Reviewed-on: https://skia-review.googlesource.com/c/skia/+/410782
    Commit-Queue: Mike Reed <[email protected]>
    Reviewed-by: Tyler Denniston <[email protected]>

Milestone 88
------------

  * Removed SkSurfaceProps::kLegacyFontHost_InitType, SkFontLCDConfig, and related code.
    The default pixel geometry for SkSurfaceProps is now kUnknown instead of kRGB_H.
    The removal was guarded by the SK_LEGACY_SURFACE_PROPS build flag which was later removed.
    https://review.skia.org/322490
    https://review.skia.org/329364

Milestone 116
-------------
  * `SkImageFilters::AlphaThreshold` has been removed. Its only use was in ChromeOS and that usage has been replaced with a `Blend(kSrcIn, input, Picture(region))` filter graph to achieve the same effect.

…eam release note.

Milestone 116
-------------
  * `SkShaders` is now a namespace (was previously a non-constructable class with only static
    functions). `SkPerlinNoiseShader::MakeFractalNoise` and `SkPerlinNoiseShader::MakeTurbulence` have
    been moved to the `SkShaders` namespace and `SkPerlinNoiseShader` (the public non-constructable
    class) has been slated for moving into private internals of Skia.
    There are no functional differences in the moved functions, however the change of some #includes
    in `include/core/SkShader.h`, `include/effects/SkGradientShader.h`, and
    `include/effects/SkPerlinNoiseShader.h` may cause clients who were depending on the transitive
    dependencies to now fail to compile.

Milestone 116
-------------
  * The deprecated `SkTableColorFilter` class and its methods have been removed. Clients should use
    `SkColorFilters::Table` and `SkColorFilters::TableARGB` (defined in include/core/SkColorFilter.h).

…)` constructor has been removed from the public API.

Milestone 116
-------------
  * The `SkYUVAPixmapInfo::SupportedDataTypes(const GrImageContext&)` constructor has been removed from
    the public API.

…ePictureSnapshot

Milestone 115
-------------
  * `SkDrawable::newPictureSnapshot` is removed. Instead, call `SkDrawable::makePictureSnapshot`.
    The old method returned a bare (but ref-counted) pointer, which was easy for clients to get wrong.
    The new method returns an `sk_sp<SkPicture>`, which is easier to handle, and consistent with the
    rest of skia.

Milestone 111
-------------
  * SkBackingFit is no longer part of the public API.

…thWithPaint

Milestone 110
-------------
  * SkPaint::getFillPath has been replaced with skpathutils::FillPathWithPaint from
    include/core/SkPathUtils.h. The functionality should be the same.

So the m110 release note was incorrect/incomplete: there is a new "const SkPaint&" argument

Mis-read the prototype - the arguments are re-arranged

Typo

Re-enable test on SkPaint::getFillPath emulation