CompatHelper: bump compat for Adapt to 4, (keep existing compat)

[github-actions]

This pull request changes the compat entry for the Adapt package from 3.0 to 3.0, 4.
This keeps the compat entries for earlier versions.

Note: I have not tested your package with this new compat entry.
It is your responsibility to make sure that your package tests pass before you merge this pull request.

[ToucheSir]

CUDA failure on latest stable version looks real. Does anyone have an idea of what's going on there?

[ToucheSir]

I must be missing something, because the resolver complains about Adapt incompatibilities with NNlib but NNlib does allow Adapt v3.

[christiangnrd]

This should be mergeable now.

Seems like the Adapt version is pinned to 4 for these tests because otherwise the compat change PR might not actually be testing that the added compat option is compatible. I believe that registering a release for NNlib (done since v0.9.10) and OneHotArrays (done since v0.2.5), and adding Adapt version 4 to the compat entries for StructArrays (done since v0.6.17), Transducers (done since v0.4.80), and ChainRules (done since v1.60.0) will make this package resolution issue go away.

[vpuri3]

@christiangnrd you need to bump metal compat Metal = "0.5, 1".

[christiangnrd]

@christiangnrd you need to bump metal compat Metal = "0.5, 1".

I don’t have the necessary permissions to do that. I would suggest you repurpose your PR to just update Metal compat and once merged these tests should pass.

[christiangnrd]

Close?