Finally, This configure problem is caused by a intel CPU instability problem (See `https://community.intel.com/t5/Processors/July-2024-Update-on-Instability-Reports-on-Intel-Core-13th-and/m-p/1617113`) and produce ICE. After change to a ...nekoyama32767 (Jinsong Yu)
> Unfortunately, it's still not as fast as tarai(1, 1): This may cause by a native thread and ractor thread mapping setting. Set `RUBY_MAX_CPU` to a larger number, in my 12 physic core environment, result is as faster as tarai 1 1nekoyama32767 (Jinsong Yu)
tenderlovemaking (Aaron Patterson) wrote in #note-7: > The regression in Ruby 3.3 came from [this commit](https://github.com/ruby/ruby/pull/8064). It seems like `rb_vm_insns_count` is still in the master branch, so it could be impactin...nekoyama32767 (Jinsong Yu)
tenderlovemaking (Aaron Patterson) wrote in #note-7: > The regression in Ruby 3.3 came from [this commit](https://github.com/ruby/ruby/pull/8064). It seems like `rb_vm_insns_count` is still in the master branch, so it could be impactin...nekoyama32767 (Jinsong Yu)
tenderlovemaking (Aaron Patterson) wrote in #note-7: > The regression in Ruby 3.3 came from [this commit](https://github.com/ruby/ruby/pull/8064). It seems like `rb_vm_insns_count` is still in the master branch, so it could be impacting...nekoyama32767 (Jinsong Yu)
This is a tarai program Run`./ruby tarai_ractor.rb 2 8` is to use 2 thread to run 8 times tarai function total, that means 4 times tarai for each ractor(thread). ``` GC.disable def split_len(len, split) ret = [] mod = l...nekoyama32767 (Jinsong Yu)
Follow CRuby build guide in `https://github.com/ruby/ruby` Some file like `numerc.c` whill produce a `internal compiler error` when enble option `-fno-omit-frame-pointer` gcc version is ``` $ gcc --version gcc.exe (Rev2, Built by...nekoyama32767 (Jinsong Yu)
nobu (Nobuyoshi Nakada) wrote in #note-1: > Could you share `AC_CHECK_TYPE([NET_LUID], ...)` part in your config.log? I see, maybe there is a compiler bug, produce a Segmentation fault in NET_LUID check ``` configure:13208: checking for ...nekoyama32767 (Jinsong Yu)
Master commit:`2f915e729ac8c66f4009f4b28a57773923d7e7d1` NET_LUID is not successfully checked in win32 configure. When try to compile in msys2 mingw64-gcc there will be a error message like follow. ``` win32/win32.c:4365:7: error: ...nekoyama32767 (Jinsong Yu)
Applied in changeset commit:git|87217f26f120611d009f1b178d3cc5eaf1b8b515. ---------- [Feature #19643] Direct primitive compare sort for `Array#sort_by` In most of case `sort_by` works on primitive type. Using `qsort_r` with function po...nekoyama32767 (Jinsong Yu)
nekoyama32767 (Jinsong Yu)03:52 AM Ruby Bug #20480: Complie failure for unable to configure NET_LUID using msys2 mingw64-gcc