Skip to content

Bump Mooncake compat lower bound to 0.5.25#353

Merged
ChrisRackauckas merged 1 commit into
SciML:mainfrom
ChrisRackauckas-Claude:bump-mooncake-compat-0.5.25
Apr 11, 2026
Merged

Bump Mooncake compat lower bound to 0.5.25#353
ChrisRackauckas merged 1 commit into
SciML:mainfrom
ChrisRackauckas-Claude:bump-mooncake-compat-0.5.25

Conversation

@ChrisRackauckas-Claude
Copy link
Copy Markdown
Contributor

Summary

v0.15.35 added Mooncake.friendly_tangent_cache(x::ComponentArray) to ext/ComponentArraysMooncakeExt.jl (commit 29ddd04 — "Add friendly_tangent_cache function to Mooncake"), but the Mooncake compat floor was left at \"0.5\". `Mooncake.friendly_tangent_cache` / `Mooncake.FriendlyTangentCache` were only introduced in Mooncake 0.5.25 — on 0.5.24 and earlier the extension fails to precompile with:

```
ERROR: LoadError: UndefVarError: `friendly_tangent_cache` not defined in `Mooncake`
Failed to precompile ComponentArraysMooncakeExt
```

This has been blocking downstream CI across SciMLSensitivity.jl and other Mooncake consumers whenever the resolver happens to pick a pre-0.5.25 Mooncake — every test job fails at the precompile step before the package under test even loads.

Change

  • `Mooncake = "0.5"` → `Mooncake = "0.5.25"` in `[compat]`
  • `version = "0.15.35"` → `version = "0.15.36"` (compat-bump release)

Verification

```
$ grep -l friendly_tangent_cache ~/.julia/packages/Mooncake/*/src -r | xargs -I{} dirname {} | xargs -I{} grep 'version ' {}/../Project.toml
version = "0.5.25"
version = "0.5.26"
```

(0.5.24 and older Mooncakes in `~/.julia/packages/Mooncake/` do not define the symbol.)

Test plan

  • Verified `friendly_tangent_cache` / `FriendlyTangentCache` exist in Mooncake 0.5.25 and 0.5.26 but not in 0.5.24
  • CI (Mooncake tests should now resolve and precompile cleanly)

Co-Authored-By: Chris Rackauckas accounts@chrisrackauckas.com

v0.15.35 added `Mooncake.friendly_tangent_cache(x::ComponentArray)` to
`ext/ComponentArraysMooncakeExt.jl` (commit 29ddd04 "Add
friendly_tangent_cache function to Mooncake"), but the Mooncake compat
floor was left at `"0.5"`. `Mooncake.friendly_tangent_cache` /
`Mooncake.FriendlyTangentCache` were only introduced in Mooncake 0.5.25
— on 0.5.24 and earlier the extension fails to precompile with
`UndefVarError: friendly_tangent_cache not defined in Mooncake` whenever
the resolver happens to pick a pre-0.5.25 Mooncake, which has been
blocking downstream CI across SciMLSensitivity.jl and other Mooncake
consumers.

Pin the floor to 0.5.25 so the resolver is forced to pick a Mooncake
that has the symbols this extension now references, and bump the
package version 0.15.35 → 0.15.36.

Co-Authored-By: Chris Rackauckas <accounts@chrisrackauckas.com>
@ChrisRackauckas ChrisRackauckas merged commit 29176ab into SciML:main Apr 11, 2026
17 of 18 checks passed
ChrisRackauckas-Claude pushed a commit to ChrisRackauckas-Claude/General that referenced this pull request Apr 11, 2026
`ext/ComponentArraysMooncakeExt.jl` started referencing
`Mooncake.friendly_tangent_cache(x::ComponentArray)` in commit 29ddd04
"Add friendly_tangent_cache function to Mooncake" (before the 0.15.34
tag). `Mooncake.friendly_tangent_cache` / `Mooncake.FriendlyTangentCache`
were only introduced in Mooncake 0.5.25, so on Mooncake 0.5.24 and
earlier `ComponentArraysMooncakeExt` fails to precompile with:

    UndefVarError: `friendly_tangent_cache` not defined in `Mooncake`

but WeakCompat.toml still permits Mooncake "0.5" for 0.15.33 and later.
This has been blocking every Mooncake-loading test job in downstream
SciML packages (e.g. SciMLSensitivity.jl PR JuliaRegistries#1421) whenever the resolver
picks a pre-0.5.25 Mooncake.

0.15.33 does *not* reference friendly_tangent_cache (verified against
the released tree SHA), so this PR splits the existing range:
  - 0.15.33            -> Mooncake = "0.5"   (unchanged)
  - 0.15.34 – 0.15.35+ -> Mooncake = "0.5.25"

A matching floor bump on the package side is in
SciML/ComponentArrays.jl#353 so future releases carry the tightened
bound directly.

Co-Authored-By: Chris Rackauckas <accounts@chrisrackauckas.com>
ChrisRackauckas-Claude pushed a commit to ChrisRackauckas-Claude/General that referenced this pull request Apr 11, 2026
`ext/ComponentArraysMooncakeExt.jl` started referencing
`Mooncake.friendly_tangent_cache(x::ComponentArray)` in commit 29ddd04
"Add friendly_tangent_cache function to Mooncake" (before the 0.15.34
tag). `Mooncake.friendly_tangent_cache` / `Mooncake.FriendlyTangentCache`
were only introduced in Mooncake 0.5.25, so on Mooncake 0.5.24 and
earlier `ComponentArraysMooncakeExt` fails to precompile with:

    UndefVarError: `friendly_tangent_cache` not defined in `Mooncake`

but WeakCompat.toml still permits Mooncake "0.5" for 0.15.33 and later.
This has been blocking every Mooncake-loading test job in downstream
SciML packages (e.g. SciMLSensitivity.jl PR JuliaRegistries#1421) whenever the resolver
picks a pre-0.5.25 Mooncake.

0.15.33 does *not* reference friendly_tangent_cache (verified against
the released tree SHA), so this PR splits the existing range:
  - 0.15.33            -> Mooncake = "0.5"   (unchanged)
  - 0.15.34 – 0.15.35+ -> Mooncake = "0.5.25"

A matching floor bump on the package side is in
SciML/ComponentArrays.jl#353 so future releases carry the tightened
bound directly.

Co-Authored-By: Chris Rackauckas <accounts@chrisrackauckas.com>
DilumAluthge pushed a commit to JuliaRegistries/General that referenced this pull request Apr 12, 2026
`ext/ComponentArraysMooncakeExt.jl` started referencing
`Mooncake.friendly_tangent_cache(x::ComponentArray)` in commit 29ddd04
"Add friendly_tangent_cache function to Mooncake" (before the 0.15.34
tag). `Mooncake.friendly_tangent_cache` / `Mooncake.FriendlyTangentCache`
were only introduced in Mooncake 0.5.25, so on Mooncake 0.5.24 and
earlier `ComponentArraysMooncakeExt` fails to precompile with:

    UndefVarError: `friendly_tangent_cache` not defined in `Mooncake`

but WeakCompat.toml still permits Mooncake "0.5" for 0.15.33 and later.
This has been blocking every Mooncake-loading test job in downstream
SciML packages (e.g. SciMLSensitivity.jl PR #1421) whenever the resolver
picks a pre-0.5.25 Mooncake.

0.15.33 does *not* reference friendly_tangent_cache (verified against
the released tree SHA), so this PR splits the existing range:
  - 0.15.33            -> Mooncake = "0.5"   (unchanged)
  - 0.15.34 – 0.15.35+ -> Mooncake = "0.5.25"

A matching floor bump on the package side is in
SciML/ComponentArrays.jl#353 so future releases carry the tightened
bound directly.

Co-authored-by: ChrisRackauckas-Claude <accounts@chrisrackauckas.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants