[#99115] [Ruby master Bug#17023] How to prevent String memory to be relocated in ruby-ffi — larskanis@...
Issue #17023 has been reported by larskanis (Lars Kanis).
22 messages
2020/07/10
[#99375] [Ruby master Feature#17055] Allow suppressing uninitialized instance variable and method redefined verbose mode warnings — merch-redmine@...
Issue #17055 has been reported by jeremyevans0 (Jeremy Evans).
29 messages
2020/07/28
[#101207] [Ruby master Feature#17055] Allow suppressing uninitialized instance variable and method redefined verbose mode warnings
— merch-redmine@...
2020/12/02
Issue #17055 has been updated by jeremyevans0 (Jeremy Evans).
[#101231] Re: [Ruby master Feature#17055] Allow suppressing uninitialized instance variable and method redefined verbose mode warnings
— Austin Ziegler <halostatue@...>
2020/12/03
What does this mean?
[ruby-core:99097] [Ruby master Bug#17021] "arm64" and "arm" are mixed in RbConfig on Apple silicon
From:
watson1978@...
Date:
2020-07-09 11:57:56 UTC
List:
ruby-core #99097
Issue #17021 has been reported by watson1978 (Shizuo Fujita). ---------------------------------------- Bug #17021: "arm64" and "arm" are mixed in RbConfig on Apple silicon https://bugs.ruby-lang.org/issues/17021 * Author: watson1978 (Shizuo Fujita) * Status: Open * Priority: Normal * ruby -v: ruby 2.8.0dev (2020-07-09T09:14:53Z master addbb7d16e) [arm64-darwin20] * Backport: 2.5: UNKNOWN, 2.6: UNKNOWN, 2.7: UNKNOWN ---------------------------------------- When I checked the value of `RbConfig::CONFIG` on the Apple silicon macOS,e I found "arm64" and "arm" are mixed as following. ``` $ ruby -v ruby 2.8.0dev (2020-07-09T09:14:53Z master addbb7d16e) [arm64-darwin20] $ ruby -e 'require "rbconfig"; pp RbConfig::CONFIG' | grep "arm" "/Users/watson/.rbenv/versions/2.8.0/include/ruby-2.8.0/vendor_ruby/arm64-darwin20", "/Users/watson/.rbenv/versions/2.8.0/include/ruby-2.8.0/site_ruby/arm64-darwin20", "/Users/watson/.rbenv/versions/2.8.0/include/ruby-2.8.0/arm64-darwin20", "/Users/watson/.rbenv/versions/2.8.0/lib/ruby/vendor_ruby/2.8.0/arm64-darwin20", "/Users/watson/.rbenv/versions/2.8.0/lib/ruby/site_ruby/2.8.0/arm64-darwin20", "/Users/watson/.rbenv/versions/2.8.0/lib/ruby/2.8.0/arm64-darwin20", "sitearch"=>"arm64-darwin20", "arch"=>"arm64-darwin20", "/Users/watson/.rbenv/versions/2.8.0/include/arm64-darwin20", "/Users/watson/.rbenv/versions/2.8.0/include/arm64-darwin20", "sitearchlibdir"=>"/Users/watson/.rbenv/versions/2.8.0/lib/arm64-darwin20", "archlibdir"=>"/Users/watson/.rbenv/versions/2.8.0/lib/arm64-darwin20", "/Users/watson/.rbenv/versions/2.8.0/lib/ruby/arm64-darwin20", "/Users/watson/.rbenv/versions/2.8.0/lib/ruby/arm64-darwin20", "Target: arm64-apple-darwin20.0.0\n" + "target_cpu"=>"arm64", "target"=>"arm64-apple-darwin20", "host_cpu"=>"arm", "host"=>"arm-apple-darwin20.0.0", "build_cpu"=>"arm", "build"=>"arm-apple-darwin20.0.0", "/Users/watson/.rbenv/versions/2.8.0/lib/ruby/2.8.0/arm64-darwin20", "topdir"=>"/Users/watson/.rbenv/versions/2.8.0/lib/ruby/2.8.0/arm64-darwin20"} ``` "target_cpu" indicates "arm64", however, "host_cpu" has "arm"... I'd like to know whether this behavior is the right thing. -- 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>