[#70977] [Ruby trunk - Feature #11473] Immutable String literal in Ruby 3 — arai@...
Issue #11473 has been updated by Shunichi Arai.
3 messages
2015/10/04
[#70982] limiting scope of magic comments like frozen_string_literal — Eric Wong <normalperson@...>
How about being able to limit the scope of magic comments like
4 messages
2015/10/05
[#71062] [Ruby trunk - Bug #10892] Deadlock in autoload — eregontp@...
Issue #10892 has been updated by Benoit Daloze.
4 messages
2015/10/12
[#71090] Re: [Ruby trunk - Bug #10892] Deadlock in autoload
— Eric Wong <normalperson@...>
2015/10/14
eregontp@gmail.com wrote:
[#71127] [Ruby trunk - Feature #11607] [PATCH] fiddle: release GVL for ffi_call — normalperson@...
Issue #11607 has been updated by Eric Wong.
3 messages
2015/10/20
[#71164] [Ruby trunk - Feature #11614] [Open] [RFC] use id_table for constant tables — normalperson@...
Issue #11614 has been reported by Eric Wong.
3 messages
2015/10/22
[#71211] [Ruby trunk - Feature #11607] [PATCH] fiddle: release GVL for ffi_call — naruse@...
Issue #11607 has been updated by Yui NARUSE.
6 messages
2015/10/27
[#71212] Re: [Ruby trunk - Feature #11607] [PATCH] fiddle: release GVL for ffi_call
— Eric Wong <normalperson@...>
2015/10/27
Yes, user must check if the function is MT-safe. Probably fine
[#71246] Re: [Ruby trunk - Feature #11607] [PATCH] fiddle: release GVL for ffi_call
— Aaron Patterson <tenderlove@...>
2015/10/28
On Tue, Oct 27, 2015 at 08:54:07AM +0000, Eric Wong wrote:
[#71254] Re: [Ruby trunk - Feature #11607] [PATCH] fiddle: release GVL for ffi_call
— Eric Wong <normalperson@...>
2015/10/28
Aaron Patterson <tenderlove@ruby-lang.org> wrote:
[#71230] [Ruby trunk - Feature #11625] Unlock GVL for SHA1 calculations — tenderlove@...
Issue #11625 has been updated by Aaron Patterson.
5 messages
2015/10/27
[#71236] Re: [Ruby trunk - Feature #11625] Unlock GVL for SHA1 calculations
— Юрий Соколов <funny.falcon@...>
2015/10/28
What's about other hashsum algos? MD5, SHA2, etc
[#71242] Re: [Ruby trunk - Feature #11625] Unlock GVL for SHA1 calculations
— Eric Wong <normalperson@...>
2015/10/28
Юрий Соколов <funny.falcon@gmail.com> wrote:
[#71239] [Ruby trunk - Bug #11384] multi-threaded autoload sometimes fails — shugo@...
Issue #11384 has been updated by Shugo Maeda.
4 messages
2015/10/28
[ruby-core:71280] [Ruby trunk - Feature #6769] rbinstall.rb: install both src and batch files separetely
From:
luislavena@...
Date:
2015-10-30 12:38:49 UTC
List:
ruby-core #71280
Issue #6769 has been updated by Luis Lavena. Assignee changed from Luis Lavena to Nobuyoshi Nakada ---------------------------------------- Feature #6769: rbinstall.rb: install both src and batch files separetely https://bugs.ruby-lang.org/issues/6769#change-54657 * Author: Luis Lavena * Status: Assigned * Priority: Normal * Assignee: Nobuyoshi Nakada ---------------------------------------- =begin Hello, Current behavior of rbinstall.rb is to concat bin scripts (erb, rake, rdoc, etc) along with a batchfile stub in a single file, resulting in erb.bat, rdoc.bat etc. Those files works OK when invoked directly, but they do not support the following scenarios: * Invoke it like "ruby -S rake", which looks for extension-less script in the path (and that does not exist) * Cannot invoke those scripts from another script, example, from Rake, do "ruby 'rdoc'" will not work. To circumvent this issue at RubyInstaller, we copied the original bin scripts and replaced the batchfile stubs with simple ones: https://github.com/oneclick/rubyinstaller/blob/master/recipes/interpreter/ruby19.rake#L188-197 === I would like to change rbinstall.rb to copy over verbatim bin scripts and simple batchfiles stubs. That will solve the above two issues I mentioned plus open the scenario to a easy executable-based launcher, similar to gem-exefy: https://github.com/bosko/gem-exefy To have identifiable scripts in list of process plus, customized firewall rules and remove the dreaded "Terminate batch job" prompt. Before I start working on this, I wanted to know what do you think about this? Thanks in advance for your feedback and looking forward your responses. =end -- https://bugs.ruby-lang.org/