Nic Holthaus

So this is something that's been heavily worked in our soon-to-come version 3.0. In that version, units will natively support any arithmetic underlying type (including integral types) via normal template...

will do. I realized I need to release an alpha-3 with this functionality, probably this weekend sometime.

@johelegp indeed. Fixed.

Quoting you here so I can find this more easily: I've thought about what could be done about the ODR issues. 1. Forward declare unit class templates and define `strong`...

We should definitely take approach #1. My intuition is that we'd only need to declare 1 unit for each dimension (e.g. the SI or other canonical unit), but I'd have...

ok so we forward declare them all. Still should compile a lot faster than before I think.

This is making me wonder whether splitting the headers is really the best approach. The original rationale was to improve compile time, and I think at minimum we'd need to...

I'll set some environment variable to only run that on the CI On Sat, May 12, 2018, 11:02 PM Johel Ernesto Guerrero Peña < [email protected]> wrote: > The test that...

@burnpanck you're correct, and it certainly has been confusing for me. As you probably deduced, a Celsius -> Fahrenheit temperature conversion was pretty much the limit of what I imagined...

@eflyon That was a very confusing lesson I learned when putting v2.x of the library together. I went with 'angle' as a dimension (which is also pretty controversial). Version 3...