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
It looks like we currently mutate the stored points on manifold in some places.
This makes it impossible to use bitstypes such as static arrays.
The CircularGroup manifold for example can use a complex number as representation that currently does not work.
In some cases mutating will be faster and sometimes replacing. So supporting both can also be an option.
An option to also consider is upgrading to something like the PowerManifold representation.
The text was updated successfully, but these errors were encountered:
i'd say we should work towards mutable sized vector in general. For example, conv vs deconv have different needs on mutability of measurements.
i'd say finding performance enhancements local to some callstack situations using immutable manifold points is purely a performance thing and we should not go down the SVector road yet. Let's stay with Vector/MVector and ProductRepr (and replacement) for now?
Not sure if PowerManifold is a general solution for us since we don't use powers of the same manifold anywhere? I'm not following how that will fit in here, seems restrictive to me?
It looks like we currently mutate the stored points on manifold in some places.
This makes it impossible to use bitstypes such as static arrays.
The
CircularGroup
manifold for example can use a complex number as representation that currently does not work.In some cases mutating will be faster and sometimes replacing. So supporting both can also be an option.
An option to also consider is upgrading to something like the PowerManifold representation.
The text was updated successfully, but these errors were encountered: