SpecialFunctions.jl Successor

SpecialFunctions already is more than just a wrapper. There are a couple of native implementations in there.

openspecfun itself doesn’t really change anymore, but I suppose it would be fine to make an OpenSpecFun.jl package and have SpecialFunctions depend on that. To me it doesn’t seem worth the effort though.

My point was mostly about the segregation of the functions. It’s nice having a single package where people can go look for these things.