A lot of the embedded drivers are needing to convert between the generic Chimera types/options/selections/etc into a hardware specific register value. Currently I've been using std::unordered_map, which works well, but is quickly growing out of hand with increasing memory usage. This architecture was originally chosen due to not wanting to force the Chimera enums into array indexers, but it looks like that is what's going to happen.
Make sure to add comments about not changing the enum values.
A lot of the embedded drivers are needing to convert between the generic Chimera types/options/selections/etc into a hardware specific register value. Currently I've been using std::unordered_map, which works well, but is quickly growing out of hand with increasing memory usage. This architecture was originally chosen due to not wanting to force the Chimera enums into array indexers, but it looks like that is what's going to happen.
Make sure to add comments about not changing the enum values.