Improve Maxima backend usability and result handling - #124
Conversation
|
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #124 +/- ##
==========================================
+ Coverage 50.98% 54.51% +3.52%
==========================================
Files 23 23
Lines 4309 4309
==========================================
+ Hits 2197 2349 +152
+ Misses 2112 1960 -152 ☔ View full report in Codecov by Harness. 🚀 New features to boost your workflow:
|
|
Hi @ChrisRackauckas, all 24 checks are green and the PR is conflict-free. It includes the Maxima 5.46 assumption regression fix, expanded integration tests, and the dedicated backend documentation. Is there anything else you would like changed before merge? |
|
Nope that looks great. |
|
Thanks for merging this. |
|
Error while trying to register: Register Failed |
|
oh yes misssed that sorry! |
Summary
Motivation
Parametric improper integrals could previously end in a raw parser error when Maxima asked for an assumption. Exact special-function values could also be converted to floating-point values too early, and unsupported Maxima functions stopped otherwise usable results from returning to Symbolics.
This update makes the backend suitable for interactive use while keeping assumptions explicit: the package does not silently choose mathematical domains or signs for the user.
Behavior
The backend now:
%piand%emaxima_simplify,maxima_numeric,maxima_help, andmaxima_statusValidation
git diff --checkpassedRelease and registry
The subpackage version is bumped to
0.2.0. After this PR is merged, the General registry source entry should first be updated to:Then
0.2.0can be registered from the merged commit. Existing entries inVersions.toml, especially the0.1.1tree hash, must remain unchanged.