Jesse Alama

Based on feedback received at plenary about this issue, it looks like adding new literal syntax for decimals is, as of today, too heavy of a lift for some of...

> I don't think the pushback was about new syntax as much as it was about "a new primitive" and `===`, but maybe I'm remembering incorrectly. IIRC I thought that...

I'm not aware of any userland implementations of Decimal128 in JS (not even partially, for, say, addition and multiplication only). One route would be to take a C++ library for...

The following is not a knock-down argument (it's not based on any data), but just thinking about the ways that one could represent decimals in JavaScript, the only two options...

I'd like to offer some support for square roots as an "advanced" function that ought to be included in the standard library. One reason for including `sqrt` (in the context...

I'd like to argue that we don't need trigonometric functions in Decimal. The `Math` object already has the (hyperbolic) trig functions. If one wants to compute the cosine of a...

Just extending my previous argument against the trig functions: I think Decimal also ought to exclude logarithms (whether natural or base ten) and exponentiation (whether natural exponentiation or a two-argument...

> Exponentiation is very critical, and has an operator, **. I don’t see how it can be excluded. One version that I think would be valuable would be to have...

> > does Math's version of these functions, working with JS Numbers, deliver insufficient accuracy? > > It's not just a question of accuracy, but of [IEEE-754 confusion](https://stackoverflow.com/questions/588004/is-floating-point-math-broken), especially in...

> > One version that I think would be valuable would be to have exponentiation for integer exponents > > During BigInt, multiple delegates made clear their extreme discomfort with...