Factor some utilities out into a separate package

[MasonProtter]

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.

[tk3369]

Really? How? Perhaps better to contribute back to MacroTools?

[omus]

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.

[MasonProtter]

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?

[oxinabox]

(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.

[omus]

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.

[omus]

Still working on it but I've pushed some code: https://github.com/invenia/ExprTools.jl

[omus]

ExprTools.jl is currently awaiting registration: JuliaRegistries/General#7999

[omus]

Package is registered