VR_DirectFW aggregator#488
Conversation
isaacsas
left a comment
There was a problem hiding this comment.
Take a look at this code.
JumpProcesses.jl/src/aggregators/ssajump.jl
Lines 37 to 88 in 069e129
During callback initialization you need to concretize the affect as its type won't actually be known until the integrator has been created (which is after creation of the cache). Then when you need to use the affect you need to wrap the call to execute_affect! in an outer function that does a manual type check like:
to ensure the compiler knows the type of the affect array.
isaacsas
left a comment
There was a problem hiding this comment.
I suggest you just add a
const VR_JUMP_AGGREGATORS = (VR_FRM(), VR_Direct(), VR_DirectFW())global constant where the types are defined. Then in the tests you can just loop over the elements of this instead of having to manually type out the tuple.
Co-authored-by: Sam Isaacson <isaacsas@users.noreply.github.com>
Co-authored-by: Sam Isaacson <isaacsas@users.noreply.github.com>
I think we can do this when we make VR_Direct as default. So we can do a final refactor |
|
Looks like this comment may still need to be addressed? #488 (review) |
I see, that's fine. Let's merge to get benchmarks kicked off and include this in the bump that changes the default. |
Checklist
contributor guidelines, in particular the SciML Style Guide and
COLPRAC.
Additional context
Add any other context about the problem here.