- 21 9月, 2020 2 次提交
-
-
由 Samuel Williams 提交于
-
由 Samuel Williams 提交于
-
- 17 9月, 2020 2 次提交
-
-
由 Kazuhiro NISHIYAMA 提交于
-
由 Benoit Daloze 提交于
-
- 16 9月, 2020 1 次提交
-
-
由 Benoit Daloze 提交于
* Remove freezestring instruction since this was the only usage for it. * [Feature #17104]
-
- 15 9月, 2020 1 次提交
-
-
由 aycabta 提交于
-
- 14 9月, 2020 2 次提交
-
-
由 Koichi Sasada 提交于
-
由 Hiroshi SHIBATA 提交于
-
- 09 9月, 2020 1 次提交
-
- 04 9月, 2020 2 次提交
-
-
由 Nobuyoshi Nakada 提交于
-
- 02 9月, 2020 1 次提交
-
-
由 eileencodes 提交于
This change adds a `category` kwarg to make it easier to monkey patch `Warning.warn`. Warnings already have a category, but that warning isn't exposed. This implements a way to get the category so that warnings with a specific category, like deprecated, can be treated differently than other warnings in an application. The change here does an arity check on the method to support backwards compatibility for applications that may already have a warning monkey patch. For our usecase we want to `raise` for deprecation warnings in order to get the behavior for the next Ruby version. For example, now that we fixed all our warnings and deployed Ruby 2.7 to production, we want to be able to have deprecation warnings behave like they would in 3.0: raise an error. For other warnings, like uninialized constants, that behavior won't be removed from Ruby in the next version, so we don't need to raise errors. Co-authored-by: NAaron Patterson <tenderlove@ruby-lang.org>
-
- 31 8月, 2020 3 次提交
-
-
由 Kazuhiro NISHIYAMA 提交于
-
由 Nobuyoshi Nakada 提交于
-
由 Nobuyoshi Nakada 提交于
-
- 29 8月, 2020 2 次提交
-
-
由 Benoit Daloze 提交于
-
由 Benoit Daloze 提交于
-
- 24 8月, 2020 3 次提交
-
-
由 Hiroshi SHIBATA 提交于
-
由 Kazuhiro NISHIYAMA 提交于
-
由 Yusuke Endoh 提交于
-
- 26 6月, 2020 3 次提交
-
-
由 Takashi Kokubun 提交于
-
由 Takashi Kokubun 提交于
asked by ko1 to put this.
-
由 Takashi Kokubun 提交于
and a related VM improvement. JIT related commits: * Code size reduction * Deduplicate functions on JIT compaction 818d6d33 * Avoid always inlining cold paths of ivar fcd25762 * Inline only fast path of rb_class_of b16a2aa9 * Eliminate a call instruction on deopt 61b14bb3 * Cold path partitioning * Mark method call slow paths as COLDFUNC 0e5a58b6 * Mark vm_stackoverflow as NOINLINE COLDFUNC 9d71373c * Create mjit_exec_slowpath and mark it as NOINLINE COLDFUNC 083a17a8 * Primitive.attr! 'inline' / Integer#zero? 7561db8c * Kernel#class 946e5cc6 * (more to come...) * Properly generate opt_send for cfunc cc 7982dc1d * Optimize exivar access b736ea63 * Make JIT-ed leave leaf 151f8be4 * Inline vm_call_cfunc b9d3ceee VM: * Enable fastpath on invokesuper 5c276818 * History: https://speakerdeck.com/k0kubun/ruby-3-samituto?slide=40 (in Japanese)
-
- 21 6月, 2020 1 次提交
-
-
由 Takashi Kokubun 提交于
A prerequisite to fix https://bugs.ruby-lang.org/issues/15589 with JIT. This commit alone doesn't make a significant difference yet, but I thought this commit should be committed independently. This method override was discussed in [Misc #16961].
-
- 19 6月, 2020 1 次提交
-
-
由 Hiroshi SHIBATA 提交于
-
- 18 6月, 2020 3 次提交
-
-
由 Kazuhiro NISHIYAMA 提交于
-
由 Jeremy Evans 提交于
-
由 Nobuyoshi Nakada 提交于
-
- 14 6月, 2020 1 次提交
-
-
由 Kazuki Tsujimoto 提交于
-
- 10 6月, 2020 1 次提交
-
-
由 Aaron Patterson 提交于
This reverts commit 02b216e5. This reverts commit 9b8825b6. I found that combining sweep and move is not safe. I don't think that we can do compaction concurrently with _anything_ unless there is a read barrier installed. Here is a simple example. A class object is freed, and during it's free step, it tries to remove itself from its parent's subclass list. However, during the sweep step, the parent class was moved and the "currently being freed" class didn't have references updated yet. So we get a segv like this: ``` (lldb) bt * thread #1, name = 'ruby', stop reason = signal SIGSEGV * frame #0: 0x0000560763e344cb ruby`rb_st_lookup at st.c:320:43 frame #1: 0x0000560763e344cb ruby`rb_st_lookup(tab=0x2f7469672f6e6f72, key=3809, value=0x0000560765bf2270) at st.c:1010 frame #2: 0x0000560763e8f16a ruby`rb_search_class_path at variable.c:99:9 frame #3: 0x0000560763e8f141 ruby`rb_search_class_path at variable.c:145 frame #4: 0x0000560763e8f141 ruby`rb_search_class_path(klass=94589785585880) at variable.c:191 frame #5: 0x0000560763ec744e ruby`rb_vm_bugreport at vm_dump.c:996:17 frame #6: 0x0000560763f5b958 ruby`rb_bug_for_fatal_signal at error.c:675:5 frame #7: 0x0000560763e27dad ruby`sigsegv(sig=<unavailable>, info=<unavailable>, ctx=<unavailable>) at signal.c:955:5 frame #8: 0x00007f8b891d33c0 libpthread.so.0`___lldb_unnamed_symbol1$$libpthread.so.0 + 1 frame #9: 0x0000560763efa8bb ruby`rb_class_remove_from_super_subclasses(klass=94589790314280) at class.c:93:56 frame #10: 0x0000560763d10cb7 ruby`gc_sweep_step at gc.c:2674:2 frame #11: 0x0000560763d1187b ruby`gc_sweep at gc.c:4540:2 frame #12: 0x0000560763d101f0 ruby`gc_start at gc.c:6797:6 frame #13: 0x0000560763d15153 ruby`rb_gc_compact at gc.c:7479:12 frame #14: 0x0000560763eb4eb8 ruby`vm_exec_core at vm_insnhelper.c:5183:13 frame #15: 0x0000560763ea9bae ruby`rb_vm_exec at vm.c:1953:22 frame #16: 0x0000560763eac08d ruby`rb_yield at vm.c:1132:9 frame #17: 0x0000560763edb4f2 ruby`rb_ary_collect at array.c:3186:9 frame #18: 0x0000560763e9ee15 ruby`vm_call_cfunc_with_frame at vm_insnhelper.c:2575:12 frame #19: 0x0000560763eb2e66 ruby`vm_exec_core at vm_insnhelper.c:4177:11 frame #20: 0x0000560763ea9bae ruby`rb_vm_exec at vm.c:1953:22 frame #21: 0x0000560763eac08d ruby`rb_yield at vm.c:1132:9 frame #22: 0x0000560763edb4f2 ruby`rb_ary_collect at array.c:3186:9 frame #23: 0x0000560763e9ee15 ruby`vm_call_cfunc_with_frame at vm_insnhelper.c:2575:12 frame #24: 0x0000560763eb2e66 ruby`vm_exec_core at vm_insnhelper.c:4177:11 frame #25: 0x0000560763ea9bae ruby`rb_vm_exec at vm.c:1953:22 frame #26: 0x0000560763ceee01 ruby`rb_ec_exec_node(ec=0x0000560765afa530, n=0x0000560765b088e0) at eval.c:296:2 frame #27: 0x0000560763cf3b7b ruby`ruby_run_node(n=0x0000560765b088e0) at eval.c:354:12 frame #28: 0x0000560763cee4a3 ruby`main(argc=<unavailable>, argv=<unavailable>) at main.c:50:9 frame #29: 0x00007f8b88e560b3 libc.so.6`__libc_start_main + 243 frame #30: 0x0000560763cee4ee ruby`_start + 46 (lldb) f 9 frame #9: 0x0000560763efa8bb ruby`rb_class_remove_from_super_subclasses(klass=94589790314280) at class.c:93:56 90 91 *RCLASS_EXT(klass)->parent_subclasses = entry->next; 92 if (entry->next) { -> 93 RCLASS_EXT(entry->next->klass)->parent_subclasses = RCLASS_EXT(klass)->parent_subclasses; 94 } 95 xfree(entry); 96 } (lldb) command script import -r misc/lldb_cruby.py lldb scripts for ruby has been installed. (lldb) rp entry->next->klass (struct RMoved) $1 = (flags = 30, destination = 94589792806680, next = 94589784369160) (lldb) ```
-
- 30 5月, 2020 1 次提交
-
-
由 Aaron Patterson 提交于
-
- 25 5月, 2020 1 次提交
-
-
由 Hiroshi SHIBATA 提交于
-
- 21 4月, 2020 1 次提交
-
-
由 Nobuyoshi Nakada 提交于
-
- 17 4月, 2020 2 次提交
-
-
由 Kazuhiro NISHIYAMA 提交于
-
由 Nobuyoshi Nakada 提交于
-
- 15 4月, 2020 1 次提交
-
-
由 Nobuyoshi Nakada 提交于
Instead of SignalException for SIGPIPE, raise `Errno::EPIPE` with instance variable `signo` and re-send that signal at exit. [Feature #14413]
-
- 12 4月, 2020 1 次提交
-
-
由 Nobuyoshi Nakada 提交于
View the help message wth pager designed by RUBY_PAGER or PAGER environment variable, unless that value is empty.
-
- 11 4月, 2020 1 次提交
-
-
由 Nobuyoshi Nakada 提交于
Raise `SignalException` for SIGPIPE to abort when EPIPE occurs.
-
- 10 4月, 2020 2 次提交
-
-
由 Nobuyoshi Nakada 提交于
-
由 Nobuyoshi Nakada 提交于
-