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

start fixing LinearProblem docstring #351

Open
wants to merge 4 commits into
base: master
Choose a base branch
from

Conversation

ArnoStrouwen
Copy link
Member

There is still something more wrong with u0, it is used both as positional and keyword argument.

@codecov
Copy link

codecov bot commented Jan 3, 2023

Codecov Report

Merging #351 (6de9890) into master (3e9e2ea) will increase coverage by 0.06%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master     #351      +/-   ##
==========================================
+ Coverage   57.92%   57.98%   +0.06%     
==========================================
  Files          43       43              
  Lines        3289     3289              
==========================================
+ Hits         1905     1907       +2     
+ Misses       1384     1382       -2     
Impacted Files Coverage Δ
src/problems/basic_problems.jl 86.95% <ø> (ø)
src/remake.jl 77.88% <0.00%> (+1.92%) ⬆️

📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more

@@ -32,8 +32,8 @@ Optionally, an initial guess ``u₀`` can be supplied which is used for iterativ
methods.

```julia
LinearProblem{isinplace}(A,x,p=NullParameters();u0=nothing,kwargs...)
LinearProblem(f::AbstractDiffEqOperator,u0,p=NullParameters();u0=nothing,kwargs...)
LinearProblem(A,b;u0=nothing,kwargs...)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why was p removed?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If you are passing a matrix, why would this need parameters?
Parameters should only be there when you work with the Operator interface?

LinearProblem{isinplace}(A,x,p=NullParameters();u0=nothing,kwargs...)
LinearProblem(f::AbstractDiffEqOperator,u0,p=NullParameters();u0=nothing,kwargs...)
LinearProblem(A,b;u0=nothing,kwargs...)
LinearProblem{isinplace}(f::AbstractSciMLOperator,b,p=NullParameters();u0=nothing,kwargs...)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this isn't true yet

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The surrounding text all mention SciMLOperator, not DiffEqOperator.

@@ -18,7 +18,7 @@ Au = b

For matrix-free versions, the specification of the problem is given by an
operator `A(u,p,t)` which computes `A*u`, or in-place as `A(du,u,p,t)`. These
are specified via the `AbstractSciMLOperator` interface. For more details, see
are specified via the `AbstractDiffEqOperator` interface. For more details, see
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We should just keep it to SciMLOperators as we plan to finish it ASAP

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.

None yet

2 participants