Skip to content

Conversation

@ChrisRackauckas-Claude
Copy link
Contributor

@ChrisRackauckas-Claude ChrisRackauckas-Claude commented Dec 14, 2025

Summary

This PR fixes the compatibility issue with SpeedMapping 0.4 by updating the extension to use the new API and dropping support for 0.3.

SpeedMapping 0.4 introduced breaking API changes:

Parameter v0.3 v0.4+
Return field converged::Bool status::Symbol (:first_order, :max_eval, etc.)
Tolerance tol abstol
Norm Lp pnorm
Trace store_info store_trace
Learning rate σ_min initial_learning_rate
Orders type Vector{Int} Tuple

Changes

  • Updated ext/NonlinearSolveSpeedMappingExt.jl to use SpeedMapping 0.4 API
  • Changed compat entry from "0.3, 0.4" to "0.4" (dropping 0.3 support)

Test plan

  • Tested locally with SpeedMapping 0.4.1
  • Scalar problem tests pass
  • Vector problem tests pass
  • Custom orders tests pass

This PR supersedes #745 (the CompatHelper bump) - once merged, #745 can be closed.

🤖 Generated with Claude Code

SpeedMapping 0.4 introduced breaking API changes:
- `converged::Bool` -> `status::Symbol` in return type
- `tol` -> `abstol`
- `Lp` -> `pnorm`
- `store_info` -> `store_trace`
- `σ_min` -> `initial_learning_rate`
- `orders::Vector{Int}` -> `orders::Tuple`

This commit updates the extension to use the 0.4 API exclusively
and changes the compat entry from "0.3, 0.4" to "0.4".

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@ChrisRackauckas ChrisRackauckas merged commit fbaf572 into SciML:master Dec 14, 2025
38 of 57 checks passed
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