How to SciMLBase.FullSpecialize a SecondOrderODEProblem?

[nathanaelbosch]

Is there a convenient way to fully specialize a SecondOrderODEProblem for best performance in benchmarks? It seems that the constructor for SecondOrderODEProblem does not allow for specifying SecondOrderODEProblem{true,SciMLBase.FullSpecialize}, which is what I would do for standard ODEProblems.

[ChrisRackauckas]

I think you'd have to do it directly on the function type right now. This should be expanded.

[nathanaelbosch]

Could it be that DynamicalODEFunction uses FullSpecialize by default anyways? I just started implementing a way to specify the specialization for SecondOrderODEFunction, but then saw this:

SciMLBase.jl/src/scimlfunctions.jl

Lines 2584 to 2587 in be26e21

	function DynamicalODEFunction{iip}(f1, f2; kwargs...) where {iip}
	DynamicalODEFunction{iip, FullSpecialize}(ODEFunction{iip}(f1),
	ODEFunction{iip}(f2); kwargs...)
	end

and

SciMLBase.jl/src/scimlfunctions.jl

Line 2507 in be26e21

DynamicalODEFunction{isinplace(f2), FullSpecialize, typeof(f1), typeof(f2),

In this case there is no problem from my side as the current version leads to the most efficient code anyways.