Mateusz Pusz
Mateusz Pusz
Unfortunately, I do not think we can put any constraints on a `Target` type as it is an incomplete type at this point :-(
A simple case might be just to find a better name.
Another approach is to change the dimension specification to contain exponent right away. It yields shorter types in error messages. BEFORE: ``` ../../src/include/units/bits/external/type_traits.h:78:9: required for the satisfaction of ‘is_derived_from_specialization_of’ [with...
Thanks, I will look into it soon (right now I have to prepare for a 2-day CppCon workshop that starts on Monday, and then I have to catch up with...
> I would recommend thinking about decoupling dimension from dependence on unit as it has currently in mpusz/units, then dimension can be used for different measurement systems We can reuse...
However, I plan to make some major changes to the design soon that may affect this subject too. Mostly they are to support #48.
> This library has plenty of that form. Are there any other such specializations than `std::common_type`?
@i-ky I do not believe so. Angular units are special. They were even considered for an official addition to extend SI base units. In fact some of the units libraries...
Looking at it from the other side, the fact that with angle as a dimension Torque and Energy are dimensionally different makes them nicely work with a downcasting facility 😉
@doganulus, this a really interesting approach. I am not a physics expert though. It would be great to get feedback from other experts on this too.