Skip to content

Bump OrdinaryDiffEqDifferentiation compat to 2.2.1#370

Closed
ChrisRackauckas-Claude wants to merge 1 commit intoSciML:masterfrom
ChrisRackauckas-Claude:bump-ordinarydiffeqdifferentiation-compat
Closed

Bump OrdinaryDiffEqDifferentiation compat to 2.2.1#370
ChrisRackauckas-Claude wants to merge 1 commit intoSciML:masterfrom
ChrisRackauckas-Claude:bump-ordinarydiffeqdifferentiation-compat

Conversation

@ChrisRackauckas-Claude
Copy link
Contributor

Summary

  • Bumps OrdinaryDiffEqDifferentiation compat from "2" to "2.2.1" to require the fix for OOP J_t tracking in update_W!

Context

OrdinaryDiffEqDifferentiation v2.2.1 (SciML/OrdinaryDiffEq.jl#3107) fixes a bug where OOP update_W! only updated J_t when new_jac=true, but OOP calc_W always recomputes J via calc_J. When do_newJW returned (new_jac=false, new_W=true), isJcurrent() returned false and triggered an infinite @goto REDO loop in nlsolve.jl. This was exposed by qmax_first_step=10000 in OrdinaryDiffEqCore 3.10.0 and manifested as hangs with OOP TRBDF2 DDEs (e.g., Hutchinson's equation).

Test Plan

  • Existing DelayDiffEq tests should pass with the new compat bound
  • The OOP TRBDF2 DDE hang (Hutchinson's equation from test/interface/jacobian.jl) is resolved by this version requirement

🤖 Generated with Claude Code

Requires the fix for OOP J_t tracking in update_W! that prevents an
infinite REDO loop in nlsolve.jl when using TRBDF2 with OOP DDEs.

See SciML/OrdinaryDiffEq.jl#3107

Co-Authored-By: Chris Rackauckas <accounts@chrisrackauckas.com>
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
@ChrisRackauckas-Claude
Copy link
Contributor Author

Closing - the compat bump is already included in PR #369.

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