-
Notifications
You must be signed in to change notification settings - Fork 38
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
Update options.jl
to use @for_petsc
macro
#126
Conversation
@boriskaus and @nicoberlie: All the other PRs shouldn't have changed functionality of to code much. This one might impact you more, since it changes the behavior of the options. In general, I am 100% willing to help fix the drama I created with my slew of PRs today. If you push out the update doc strings, I can try to fix any other drama I have created for you with #119 |
2fd1bcf
to
1ae1877
Compare
if you have a large number of options, it is often useful to be able to temporarily deactivate one of them, say |
My thought is that options like So we use this S = PETSc.SNES{Float64}(MPI.COMM_SELF;
snes_rtol=1e-12,
snes_monitor=nothing,
snes_converged_reason=nothing); instead of S = PETSc.SNES{Float64}(MPI.COMM_SELF;
snes_rtol=1e-12,
snes_monitor=true,
snes_converged_reason=true); If you want to disable it, you just wouldn't include it. If that's not going to work with your workflow I am fine undoing this. |
yes I see. |
Yes, we can certainly do that. Will update the PR with this behavior. |
c5172c3
to
b7c16e1
Compare
Also note that change of `true` to `nothing` for PETSc options that have no argument
b7c16e1
to
ae2c261
Compare
Couple changes that happen with this PR
nothing
nottrue
should be used, e.g.,ksp_view = nothing
.parse_options
for parsing command line arguments