DiffEqNoiseProcessseems to want to
u0by a equivalent SVector
modelingtoolkitizecould be made more generic though
gto the oop form? I guess we could have some more tests.. There is https://github.com/SciML/StochasticDiffEq.jl/blob/fec328e1bff42dd2faea226a2a7e4fc910756b9b/test/static_array_tests.jl#L23. Maybe actually @isaacsas knows better (There was this issue SciML/StochasticDiffEq.jl#365 with a fix merged on static arrays in DiffEqNoiseProcess).
g?) while using normal arrays for the states (=return values of
f?). I'm currently just trying to use static arrays as
u0so the solution matrix can be preallocated (so I'd save the nsteps allocations, replacing them by one larger allocation).
FastBroadcast.use_fast_broadcastfixes it, though. Is this something I should be opting into for ComponentArrays? Or is this going to be handled on the DifferentialEquations side?
use_fast_broadcastis not safe, so setting it to true by the developer manually would be good.
use_fast_broadcast. This decision should be done by the developer of the package.
StaticArrays, odds are we should stick with their implementation.
integ.uprev2stands for in integrators? When I use Dual numbers, I want mostly partials with event boundaries are regarded but sometimes I need nondirectional partials at the event location too. Can I assume
integ.uprev2is the state without nondirectional partials? My quick check says it looks like but I want to confirm.