Bump the all-julia-packages group across 2 directories with 2 updates

[dependabot]

Updates the requirements on OrdinaryDiffEqCore and DifferentialEquations to permit the latest version.
Updates OrdinaryDiffEqCore to 5.0.0

Changelog

Sourced from OrdinaryDiffEqCore's changelog.

OrdinaryDiffEq.jl v7 / DifferentialEquations.jl v8 Breaking Changes

This release bumps to SciMLBase v3, RecursiveArrayTools v4, and includes breaking changes across DiffEqBase, OrdinaryDiffEqCore, and all solver sublibraries. It also coincides with the DifferentialEquations.jl v8 umbrella release, which is itself a breaking change to the user-facing meta-package.

DifferentialEquations.jl v8: scope reduction

DifferentialEquations.jl v8 no longer re-exports the full SciML solver suite. Previously, using DifferentialEquations pulled in OrdinaryDiffEq, StochasticDiffEq, DelayDiffEq, BoundaryValueDiffEq, Sundials, JumpProcesses, SteadyStateDiffEq, LinearSolve, NonlinearSolve, Optimization, etc. — a large default surface that drove up using time and made it unclear which package any given solver actually came from.

In v8, using DifferentialEquations only loads OrdinaryDiffEq. All other solver families have been removed from the umbrella. If your code relied on DifferentialEquations for SDEs, DDEs, BVPs, jumps, steady states, or any non-ODE solver, you will need to add the topic-specific package to your project explicitly.

Migration

Find the topic you need a solver for and add the corresponding sublib(s) directly. The DiffEqDocs tutorials and solver pages now specify, per algorithm, which package it ships from. Common cases:

Topic	Old (DiffEq v7 umbrella)	New (DiffEq v8)
ODEs	using DifferentialEquations	using OrdinaryDiffEq (or using OrdinaryDiffEqTsit5, OrdinaryDiffEqRosenbrock, … for individual solver families)
Stochastic ODEs	using DifferentialEquations	using StochasticDiffEq
Delay ODEs	using DifferentialEquations	using DelayDiffEq
Boundary value problems	using DifferentialEquations	using BoundaryValueDiffEq (or one of BoundaryValueDiffEqMIRK, BoundaryValueDiffEqFIRK, BoundaryValueDiffEqShooting, …)
Jump processes	using DifferentialEquations	using JumpProcesses
Steady state	using DifferentialEquations	using SteadyStateDiffEq
DAEs (mass matrix or implicit)	using DifferentialEquations	using OrdinaryDiffEq (mass matrix), using Sundials (IDA), or topic sublib
Sundials wrappers (CVODE, IDA, ARKODE)	using DifferentialEquations	using Sundials
Linear / nonlinear / optimization	using DifferentialEquations	using LinearSolve / using NonlinearSolve / using Optimization

For ODE work specifically, prefer importing only the sublib you need (e.g. using OrdinaryDiffEqTsit5: Tsit5) rather than the umbrella using OrdinaryDiffEq — the v7 ecosystem split lets you trim using time substantially. The DiffEqDocs tutorials and solver index annotate every algorithm with its host sublib.

Why

Removing the meta-package's broad re-exports lets each topic's package version cycle independently, eliminates the long using DifferentialEquations precompile chain for users who only need ODEs, and makes the dependency graph for any given script honest about what's actually being loaded.

This change is independent of the OrdinaryDiffEq v7 changes below — OrdinaryDiffEq v7 ships with DifferentialEquations v8, but you can also use OrdinaryDiffEq v7 directly without the umbrella package at all.

OrdinaryDiffEq.jl v7 Breaking Changes

This release bumps to SciMLBase v3, RecursiveArrayTools v4, and includes breaking changes across DiffEqBase, OrdinaryDiffEqCore, and all solver sublibraries.

Themes of the v7 release

Most of the breaking changes fall into a small set of recurring themes. Keep these in mind while reading the migration table — they explain why an individual change exists and often suggest the right migration direction:

• Time to first solve (TTFS) reduction. Direct deps on Static.jl, StaticArrayInterface.jl, Polyester.jl, and StaticArrays.jl were dropped; using OrdinaryDiffEq now loads only the default solver set; ODEFunction switched to AutoSpecialize. All of this means less code loaded and more precompilation caching on first solve.
• Type stability everywhere. All Bool solver/solve keyword arguments (autodiff, verbose, alias, lazy, …) were replaced by typed objects. Passing a Bool no longer changes dispatch in ways the compiler cannot specialize on, and the reverse is no longer allowed to silently fall back through slow generic paths.
• Generality beyond ForwardDiff. chunk_size, diff_type, standardtag, etc. encoded ForwardDiff-specific or FiniteDiff-specific knobs on every solver. They are replaced by the ADTypes interface (AutoForwardDiff, AutoFiniteDiff, AutoEnzyme, AutoZygote, …) so every solver automatically generalizes to any AD backend.
• Controller is now an object, not a pile of solve kwargs. gamma, beta1, beta2, qmin, qmax, qsteady_min, qsteady_max, qoldinit were moved onto concrete PIController / PIDController / IController / PredictiveController structs, and EEst moved to the controller cache. This is prep work for pluggable controllers and removes a large amount of dead state from the integrator struct.
• Cleanup of old re-exports / deprecations. Functions like has_destats (now has_stats), sol.destats (now sol.stats), DEAlgorithm/DEProblem/DESolution abstract types, tuples()/intervals(), QuadratureProblem, fastpow, concrete_solve, etc. were on a deprecation path for one or more minor releases. v7 removes them.

Recommended upgrade path

... (truncated)

Commits

• See full diff in compare view

Updates DifferentialEquations to 8.0.0

Release notes

Sourced from DifferentialEquations's releases.

v8.0.0

DifferentialEquations v8.0.0

Diff since v7.17.0

Many breaking changes. The complete migration story is detailed in https://github.com/SciML/OrdinaryDiffEq.jl/blob/master/NEWS.md

Changelog

Sourced from DifferentialEquations's changelog.

Breaking Changes in v7.0

• ParameterizedFunctions.jl, along with a few other modeling libraries, are no longer exported by DifferentialEquations.jl. You must do using ParameterizedFunctions to use the `@ode_def macro. As it has not been part of the documentation for 3 years, this is breaking but should not affect most users. This reduces the dependencies and using time of the library by about half.
• OrdinaryDiffEq.jl has a new linear solver system based on the LinearSolve.jl library. linsolve arguments now take LinearSolve.jl solvers.

Commits

• c560df7 Merge pull request #1137 from ChrisRackauckas-Claude/bump-ordinarydiffeq-v7-e...
• 4ae2312 Exclude SVG assets from typos spell check
• 2f0f3de Fix Runic formatting: use explicit float literals
• 33b3433 Bump compat for OrdinaryDiffEq v7 / SciMLBase v3 ecosystem
• bf443f2 Merge pull request #1135 from SciML/dependabot/github_actions/julia-actions/s...
• 4300c87 Bump julia-actions/setup-julia from 2 to 3
• bfd3144 Merge pull request #1126 from ChrisRackauckas-Claude/fix-deprecation-warnings
• 9188ef8 Add comprehensive test suite using non-deprecated APIs
• e0329c6 Merge pull request #1117 from SciML/dependabot/github_actions/actions/checkout-6
• f306ba6 Bump actions/checkout from 4 to 6
• Additional commits viewable in compare view

[dependabot]

Dependabot tried to update this pull request, but something went wrong. We're looking into it, but in the meantime you can retry the update by commenting @dependabot recreate.

[ChrisRackauckas]

@dependabot recreate

[dependabot]

Dependabot tried to update this pull request, but something went wrong. We're looking into it, but in the meantime you can retry the update by commenting @dependabot recreate.