Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use DiffEqBase DEFAULT_LINSOLVE #27

Closed
ChrisRackauckas opened this issue Jan 27, 2021 · 5 comments
Closed

Use DiffEqBase DEFAULT_LINSOLVE #27

ChrisRackauckas opened this issue Jan 27, 2021 · 5 comments

Comments

@ChrisRackauckas
Copy link
Member

This isn't quite possible because it would be a circular dependency, so we'd to do something a little trickier. But we should plan to keep the two swappable, and in the future find a way to share the same default.

@YingboMa
Copy link
Member

Is this possible with SciMLBase?

@ChrisRackauckas
Copy link
Member Author

Not really. It can't move to SciMLBase without taking all of RecursiveFactorization (LoopVectorization) and IterativeSolvers with it 🤷 so I'm just ignoring this detail for now.

@YingboMa
Copy link
Member

Should we have SciMLBasicSolver.jl then?

@ChrisRackauckas
Copy link
Member Author


Chris Rackauckas  10:50 AM
So basically:
All differential equation solvers are documented in DifferentialEquations.jl
All nonlinear solvers are documented in NonlinearSolve.jl
All optimization methods are documented in GalacticOptim.jl
All quadrature methods are documented in Quadrature.jl

what I left off what, so what do you want to do about LinearProblem? I think the answer should try to be the same here.

@ChrisRackauckas
Copy link
Member Author

that change should happen at the same time as a redesign to allow LHL

avik-pal pushed a commit that referenced this issue Nov 1, 2024
Use DiffEqBase high level handling
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

No branches or pull requests

2 participants