| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
I meant the other one. Otherwise this option doesn't make sense.
|
|
|
|
| |
to let mjit_add_iseq_to_process work
|
| |
|
| |
|
|
|
|
| |
fixing the behavior of b726c06e7eeafff52e368179dbe79a11b1aff975
|
| |
|
| |
|
|
|
|
|
|
| |
Resolves CVE-2022-25857, among other fixes.
https://github.com/ruby/psych/commit/918cd25d37
|
|
|
|
|
|
| |
Fix ruby/psych#572
https://github.com/ruby/psych/commit/92304269bc
|
|
|
|
| |
we should handle ensure block when omit this test
|
| |
|
|
|
|
| |
https://github.com/rubygems/rubygems/commit/e4cee1f975
|
|
|
|
| |
and add another useful one instead.
|
| |
|
| |
|
|
|
|
| |
https://github.com/rubygems/rubygems/commit/c5b2960388
|
|
|
|
| |
https://github.com/rubygems/rubygems/commit/f9a51e4380
|
|
|
|
| |
http://rubyci.s3.amazonaws.com/freebsd13/ruby-master/log/20220902T063002Z.fail.html.gz
|
|
|
|
|
| |
http://rubyci.s3.amazonaws.com/freebsd13/ruby-master/log/20220906T043002Z.fail.html.gz
http://rubyci.s3.amazonaws.com/freebsd13/ruby-master/log/20220905T103002Z.fail.html.gz
|
| |
|
| |
|
|
|
|
|
|
| |
I'm thinking about Ruby builtin code instead of doing this.
It'll be hopefully more portable and easier because the same C code could
handle both 32bit and 64bit.
|
|
|
|
|
| |
The interface is similar to RubyVM::ISeq.translate; it's used if defined.
Same as --mjit=pause, this is an undocumented feature for MJIT experiments.
|
|
|
|
| |
for performance
|
|
|
|
|
|
| |
You may use `RUBYOPT=--mjit=pause irb` to play with RubyVM::MJIT::C,
control the boot timing of MJIT, or customize the implementation while
paused. It's an undocumented feature for such experiments.
|
|
|
|
|
| |
fork is for parallel compilation, but --mjit-wait cancels it.
It's more useful to not fork it for binding.irb, debugging, etc.
|
|
|
|
|
|
| |
Investigating:
http://ci.rvm.jp/logfiles/brlog.trunk-mjit.20220906-025646
which is not immediately reproducible on my laptop.
|
| |
|
|
|
|
| |
https://github.com/ruby/set/commit/e2419f2d30
|
|
|
|
| |
http://ci.rvm.jp/results/trunk-mjit@phosphorus-docker/4225469
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
```
<internal:mjit_compiler>:43: warning: assigned but unused variable - iseq_addr
<internal:mjit_compiler>:48: warning: assigned but unused variable - ci_addr
<internal:mjit_compiler>:53: warning: assigned but unused variable - ci_addr
<internal:mjit_compiler>:58: warning: assigned but unused variable - ci_addr
<internal:mjit_compiler>:63: warning: assigned but unused variable - ci_addr
<internal:mjit_compiler>:64: warning: assigned but unused variable - cc_addr
<internal:mjit_compiler>:65: warning: assigned but unused variable - iseq_addr
<internal:mjit_compiler>:75: warning: assigned but unused variable - operands_addr
<internal:mjit_compiler>:80: warning: assigned but unused variable - compiled_body_addr
<internal:mjit_compiler>:81: warning: assigned but unused variable - captured_body_addr
<internal:mjit_compiler>:87: warning: assigned but unused variable - body_addr
<internal:mjit_compiler>:88: warning: assigned but unused variable - is_entries_addr
<internal:mjit_compiler>:100: warning: assigned but unused variable - opes_addr
<internal:mjit_compiler>:110: warning: assigned but unused variable - cc_entries_addr
```
It's clearly a false positive. Until we fix builtin itself, I'd like to
suppress this.
|
|
|
|
|
|
|
| |
RubyInstaller has released patch versions backporting their changes to
not load `fiddle` on boot, so all these are no longer necessary.
https://github.com/rubygems/rubygems/commit/05a307deb2
|
| |
|
| |
|
|
|
|
| |
https://github.com/ruby/set/commit/40dda15d7f
|
|
|
|
|
| |
It didn't work either.
http://rubyci.s3.amazonaws.com/s390x/ruby-master/log/20220905T080003Z.fail.html.gz
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
I tried to debug:
http://rubyci.s3.amazonaws.com/solaris10-gcc/ruby-master/log/20220905T070005Z.fail.html.gz
but I don't have sudo privilege to install dependencies such as xz on
that machine. Thus I can't extract a prebuilt libclang binary.
Anyway, if we find out ABI is different from x86_64 / aarch64, we'd like
to have sparc CI associated to GitHub to run `make mjit-bindgen`, but we
can't. Supporting this could be too hard, so I'm leaving it for now.
|
| |
|
|
|
|
| |
`private_constant *constants` seems to be warned for some reason
|
| |
|
| |
|
|
|
|
| |
https://github.com/rubygems/rubygems/commit/16c3535413afebcdbab7582c6017c27b5da8a8dc
|
| |
|
|
|
|
|
|
| |
f7cf641469161c3770b58f79e08e312512212aa8 broke spec/bundler/install/gems/resolving_spec.rb:356.
This line seems to impact that test, so I slightly modified the
implementation for that spec's case.
|
| |
|
|
|
|
| |
https://github.com/rubygems/rubygems/commit/32bee01fbe
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
After recent musl support was added, Bundler started hanging in musl
platforms. I identified the issue where valid candidates were being
filtered out because their platform was specified as a string, and thus
`Gem::Platform.match_spec?` which under the hood ends up calling
`Gem::Platform#===` would return `nil`, because it does not support
comparing platforms to strings.
In particular, `Bundler::EndpointSpecification`'s platform coming from
the API was not instantiated as a `Gem::Platform`, hence the issue.
Also, this spec surfaced another issue where a bug corrected in
`Gem::Platform#match_platforms` had not been yet backported to Bundler.
So this commit also backports that to get the spec green across RubyGems
versions.
Finally, the fix in `Bundler::EndpointSpecification` made a realworld
spec start failing. This spec was faking out `rails-4.2.7.1` requirement
on Bundler in the `Gemfile.lock` file to be `>= 1.17, < 3` when the real
requirement is `>= 1.17, < 2`. Due to the bug in
`Bundler::EndpointSpecification`, the real requirement provided by the
compact index API (recorded with VCR) was being ignored, and the
`Gemfile.lock` fake requirement was being used, which made the spec
pass. This is all expected, and to fix the issue I changed the spec to
be really realworld and don't fake any Bundler requirements.
https://github.com/rubygems/rubygems/commit/faf4ef46bc
|