Actions
Bug #14350
closedStrange behavior for Array.min in ruby 2.5.0
Bug #14350:
Strange behavior for Array.min in ruby 2.5.0
Actions
Added by artofhuman (Semyon Pupkov) over 8 years ago. Updated about 8 years ago.
I doubt if this behavioural change is a bug that should be fixed.
1 is not greater than 1.0, and vice versa.
The both results are correct in this case.
But the previous behavior may be better in the case of Numeric-like objects.
Applied in changeset trunk|r61766.
vm_insnhelper.c: search in the indexing order
This change afects PrawnPDF gems (I'm a maintainer).
From the maths point of view it is indeed insignificant, but there are other areas where exact value matters. For example, in Prawn these values are serialized. Integer 1 is serialized to a 1-byte string "1" and Float 1.0 is serialized to 3-byte string "1.0". While in the context of PDF there's no difference between the values we don't want to change generated documents. PDF is hard to inspect for changes because it's essentially a binary format and a relatively complex one. Most our users rely on binary stability of output for caching purposes and we strive to make the output stable.
With this change we can not provide the stability between Ruby versions. We use it in our test suite among other things.
ruby_2_5 r64195 merged revision(s) 61766.