Function name conflicts with LinearAlgebra.dot and StaticArrays.similar_type; neither package is a dependency but they are semantically compatible

[brainandforce]

CliffordNumbers.jl defines two functions with names that conflict with those of already existing packages which are not dependencies, even though they are semantically compatible:

• CliffordNumbers.dot, which calculates the dot product of multivectors, conflicts with LinearAlgebra.dot.
• CliffordNumbers.similar_type, which generates types similar to a given type, conflicts with StaticArrays.similar_type.

The latter is solved by not exporting CliffordNumbers.similar_type. At the moment, CliffordNumbers.dot is exported, but it may make sense to not export it for the time being: in part because left and right contractions are usually favored over dot products for their more regular properties, and I'd like to encourage users to use those functions instead.

However, I'd like these functions to be exported when the package is loaded without either running into name conflicts with these packages or requiring a dependency on them. This may not be straightforward, and may even require some of this functionality to be placed in metapackages. Hopefully this can be accomplished using package extensions.

[brainandforce]

Update: I think I'm going to partially fix this in version 0.2 through package extensions that provide the relevant methods to functions from StaticArraysCore and LinearAlgebra.

This won't resolve the issue of these functions not being exported when only this package is loaded, but they will be available if the listed packages or anything depending on them is loaded.

[brainandforce]

One other issue I found was CliffordNumbers.normalize and LinearAlgebra.normalize. That'll also be included in the package extension, but that means it will not be immediately available for use.

[brainandforce]

This issue was fixed with #29