Factor some utilities out into a separate package
Closed this issue ยท 8 comments
It was brought to my attention that your implementation of splitdef
and combinedef
is preferable to the one found in MacroTools.jl. I think a separate package for those utilities and maybe a few others would be appreciated so I can depend on those instead of the entirety of Mocking.
Really? How? Perhaps better to contribute back to MacroTools?
Really? How? Perhaps better to contribute back to MacroTools?
The versions in this package handle more syntax than MacroTools.jl and are more performant. See
#66
I'll make a PR to MacroTools.jl with the improved version but my personal preference would be to have this functionality as a completely separate package as I'm trying to keep the dependency tree for Mocking.jl very light.
If it's factored into a separate package, we can just submit a PR to MacroTools asking it to depend on that package. MacroTools already has a million to dependancies (via DataStructures), so what's one more?
(DataStructures.jl only has 1 dependency -- OrderedCollections.jl)
But yes,I would like this in a seperate package. Then one can use this + MLStyle instead of MacroTools for most features.
I'll make this as a separate package. I guess it can stay in the Invenia github org as I'm not seeing a suitable Julia org.
Still working on it but I've pushed some code: https://github.com/invenia/ExprTools.jl
ExprTools.jl is currently awaiting registration: JuliaRegistries/General#7999
Package is registered