[#104740] [Ruby master Feature#18057] Introduce Array#average — ggmichaelgo@...

Issue #18057 has been reported by ggmichaelgo (Michael Go).

14 messages 2021/08/02

[#104774] [Ruby master Bug#18061] Execshield test: libruby.so.N.N.N: FAIL: property-note test because no .note.gnu.property section found — jaruga@...

Issue #18061 has been reported by jaruga (Jun Aruga).

48 messages 2021/08/04

[#104780] [Ruby master Bug#18062] Ruby with enabled LTO segfaults during build — v.ondruch@...

Issue #18062 has been reported by vo.x (Vit Ondruch).

30 messages 2021/08/05

[#104831] [Ruby master Bug#18066] Load did_you_mean eve/error_highlight even with --disable-gems — v.ondruch@...

Issue #18066 has been reported by vo.x (Vit Ondruch).

10 messages 2021/08/07

[#104851] [Ruby master Bug#18073] test/ruby/test_jit.rb: failures "error: invalid use of '__builtin_va_arg_pack ()'" on Ruby 2.7.4 on gcc 4.8.5 on RHEL7 — jaruga@...

Issue #18073 has been reported by jaruga (Jun Aruga).

14 messages 2021/08/09

[#104927] [Ruby master Bug#18077] Marshal.dump(closed_io) raises IOError instead of TypeError — "larskanis (Lars Kanis)" <noreply@...>

Issue #18077 has been reported by larskanis (Lars Kanis).

10 messages 2021/08/16

[#104960] [Ruby master Feature#18083] Capture error in ensure block. — "ioquatix (Samuel Williams)" <noreply@...>

Issue #18083 has been reported by ioquatix (Samuel Williams).

32 messages 2021/08/18

[#105021] [Ruby master Misc#18122] DevelopersMeeting20210916Japan — "mame (Yusuke Endoh)" <noreply@...>

Issue #18122 has been reported by mame (Yusuke Endoh).

12 messages 2021/08/20

[#105069] [Ruby master Bug#18133] LTO: TestGCCompact#test_ast_compacts segfaults on i686 — "vo.x (Vit Ondruch)" <noreply@...>

Issue #18133 has been reported by vo.x (Vit Ondruch).

25 messages 2021/08/25

[#105077] [Ruby master Feature#18136] take_while_after — "zverok (Victor Shepelev)" <noreply@...>

Issue #18136 has been reported by zverok (Victor Shepelev).

21 messages 2021/08/27

[ruby-core:105017] [Ruby master Bug#18078] rb_fix2uint should avoid method lookup and use FIXNUM_NEGATIVE_P

From: "jeremyevans0 (Jeremy Evans)" <noreply@...>
Date: 2021-08-19 17:48:05 UTC
List: ruby-core #105017
Issue #18078 has been updated by jeremyevans0 (Jeremy Evans).

Status changed from Open to Closed

Fixed by commit:d668cd188ca91cf08ea7678bad1dd0bc8a997a81

----------------------------------------
Bug #18078: rb_fix2uint should avoid method lookup and use FIXNUM_NEGATIVE_P
https://bugs.ruby-lang.org/issues/18078#change-93418

* Author: jhawthorn (John Hawthorn)
* Status: Closed
* Priority: Normal
* ruby -v: ruby 3.1.0dev
* Backport: 2.6: UNKNOWN, 2.7: UNKNOWN, 3.0: UNKNOWN
----------------------------------------
`rb_fix2uint` checks if the FIXNUM being converted overflows the `unsigned int` type. Previously this check was being done with `rb_num_negative_int_p`, which is equivalent to calling the `<` method on Integer (and checking whether it is overridden), where in this case we are interested in whether the "actual" value can fit inside an `unsigned int`. This also made `rb_fix2uint` potentially behave differently than `rb_num2uint`, which checked the "actual" sign.

This also was slow because `rb_num_negative_int_p` calls `rb_method_basic_definition_p`, doing a method lookup to check for `<` being overridden.

Included is a patch to replace the check in both rb_fix2uint and rb_fix2ushort with FIXNUM_NEGATIVE_P, which simply checks
whether the VALUE is signed. (also submitted as a PR https://github.com/ruby/ruby/pull/4747)

I filed this as a bug, but I don't think this will affect anyone (backport not necessary, nobody should be overriding `Integer#<` I don't think) other than as a performance improvement.

---Files--------------------------------
0001-rb_fix2uint-should-use-FIXNUM_NEGATIVE_P.patch (1.27 KB)


-- 
https://bugs.ruby-lang.org/

Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>

In This Thread

Prev Next