You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As the Node trait requires this exact type, it would not be possible for an implementation to use a different internal representation, e.g. [N, ..8] instead of Vec<N> for a dimension-specific octree.
Another problem is, that the queries are currently not implemented generically, which would be possible, if the state was generic, too. In principle, we could have impls like:
Currently NodeState is coupled tightly to its particular kind of memory layout:
As the
Node
trait requires this exact type, it would not be possible for an implementation to use a different internal representation, e.g.[N, ..8]
instead ofVec<N>
for a dimension-specific octree.Another problem is, that the queries are currently not implemented generically, which would be possible, if the state was generic, too. In principle, we could have impls like:
This would remove part of the code duplication between
PureNTree
andNTree
.The text was updated successfully, but these errors were encountered: