Skip to content

New version: PkgTemplates v0.6.1#1421

Merged
christopher-dG merged 1 commit into
masterfrom
register/PkgTemplates/v0.6.1
Jun 17, 2019
Merged

New version: PkgTemplates v0.6.1#1421
christopher-dG merged 1 commit into
masterfrom
register/PkgTemplates/v0.6.1

Conversation

@JuliaRegistrator
Copy link
Copy Markdown
Contributor

UUID: 14b8a8f1-9102-5b29-a752-f990bacb7fe1
Repo: https://github.com/invenia/PkgTemplates.jl.git
Tree: 6ca86961eeef6028300f22db6d0b3c53aba7fddc

Registrator tree SHA: unknown
JuliaRegistrator referenced this pull request in JuliaCI/PkgTemplates.jl Jun 17, 2019
@christopher-dG christopher-dG merged commit e9daead into master Jun 17, 2019
@julia-tagbot
Copy link
Copy Markdown

julia-tagbot Bot commented Jun 17, 2019

I've created release v0.6.1, here it is.

@delete-merged-branch delete-merged-branch Bot deleted the register/PkgTemplates/v0.6.1 branch June 17, 2019 15:49
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 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