Failing test when negating zero about stdlib HOT 5 CLOSED

What version of otp are you using? I noticed this happens for the latest release 27.0, it is a known breaking change, we'll have to decide how to handle it

from stdlib.

› erl --version
Erlang/OTP 27 [erts-15.0] [source] [64-bit] [smp:12:12] [ds:12:12:10] [async-threads:1] [jit:ns]

from stdlib.

Oh yeah that's a breaking change introduced by OTP 27.0: https://erlang.org/documentation/doc-15.0-rc1/doc/upcoming_incompatibilities.html#0-0-and-0-0-will-no-longer-be-exactly-equal

@lpil what do you think we should do here?

from stdlib.

Let's change it to this:

  float.negate(0.0)
  |> float.negate
  |> should.equal(0.0)

from stdlib.

Would it be useful to keep consistency and both return -0.0 / -0 on erlang/js by checking if it is 0 and in that case switching the sign in the js impl ) inside a do_negate for this?

import gleam/float
import gleam/io

pub fn main() {
  0.0 |> float.negate |> io.debug
}

... and if not, would it not be useful to make it obvious from otp27 onward in the stlib test suite that the expected value differs between targets?

from stdlib.