Fix Float.parse/1 inconsistent error handling for non-scientific no…

[pnezis]

…tation overflow

Float.parse/1 was returning :error for overflow in scientific notation (e.g., "1.0e400") but raising ArgumentError for equivalent overflow in non-scientific notation (e.g., a 310-digit number). This violated the documented behavior that states Float.parse/1 should return :error when the float exceeds the maximum size.

Example:

iex> Float.parse(String.duplicate("9", 310) <> ".0")
** (ArgumentError) errors were found at the given arguments:

  * 1st argument: not a textual representation of a float

    :erlang.binary_to_float("9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999.0")
    (elixir 1.18.2) lib/float.ex:197: Float.parse_unsigned/4
    iex:1: (file)

[josevalim]

💚 💙 💜 💛 ❤️