[#85349] [Ruby trunk Bug#14334] Segmentation fault after running rspec (ruby/2.5.0/erb.rb:885 / simplecov/source_file.rb:85) — pragtob@...
Issue #14334 has been updated by PragTob (Tobias Pfeiffer).
3 messages
2018/02/02
[#85358] Re: [ruby-cvs:69220] nobu:r62039 (trunk): compile.c: unnecessary freezing — Eric Wong <normalperson@...>
nobu@ruby-lang.org wrote:
5 messages
2018/02/03
[#85612] Why require autoconf 2.67+ — leam hall <leamhall@...>
Please pardon the intrusion; I am new to Ruby and like to pull the
6 messages
2018/02/17
[#85634] [Ruby trunk Bug#14494] [PATCH] tool/m4/ruby_replace_type.m4 use AC_CHECK_TYPES for HAVE_* macros — normalperson@...
Issue #14494 has been reported by normalperson (Eric Wong).
3 messages
2018/02/19
[#85674] [Ruby trunk Feature#13618] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid — matz@...
Issue #13618 has been updated by matz (Yukihiro Matsumoto).
5 messages
2018/02/20
[#85686] Re: [Ruby trunk Feature#13618] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid
— Eric Wong <normalperson@...>
2018/02/20
matz@ruby-lang.org wrote:
[#85704] Re: [Ruby trunk Feature#13618] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid
— Koichi Sasada <ko1@...>
2018/02/21
On 2018/02/20 18:06, Eric Wong wrote:
[ruby-core:85630] Re: [Ruby trunk Feature#14489] MJIT needs a reusable cache
From:
Eric Wong <normalperson@...>
Date:
2018-02-19 02:39:58 UTC
List:
ruby-core #85630
merch-redmine@jeremyevans.net wrote: > sam.saffron (Sam Saffron) wrote: > > It can use an ISEQ SHA1 hash as the key to the cache. > > If this feature is added, it should at least use SHA256 as the > hash function. While the currently known SHA1 weaknesses may > not matter in this particular case (if you are running > untrusted code, you already have worse problems), it doesn't > make sense to introduce usage of SHA1 in new code in cases > where it is feasible to use a better hash function. Agreed; and it needs to be written with hash agility in mind for the future when SHA256 becomes insufficient. Also, I think https://github.com/ko1/yomikomu should be in stdlib(*) and there will be code sharing opportunity for JIT and ISeq caches. (*) because rubygems itself is a startup bottleneck for me Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>