[#35961] require performance on 1.9 — Xavier Shay <xavier-list@...>
Hello,
[#35985] [Backport92 - Backport #4641][Open] Please backport r31418 to 1.9.2 stable branch — Aaron Patterson <aaron@...>
[#36013] [Ruby 1.9 - RubySpec #4649][Open] Adding parallel constructors to Ruby 2.0 — Rodrigo Rosenfeld Rosas <rr.rosas@...>
[#36046] [Ruby 1.9 - Bug #4655][Open] String#to_c does not support scientific notation — Tinco Andringa <mail@...>
[#36058] draft schedule of Ruby 1.9.3 — "Yuki Sonoda (Yugui)" <yugui@...>
-----BEGIN PGP SIGNED MESSAGE-----
Hi Yugui, is there any plans for the next patch release of 1.9.2?
[#36108] [Ruby 1.9 - Bug #4666][Open] set ruby compatibility version to 1.9.3 in trunk — Lucas Nussbaum <lucas@...>
Lucas Nussbaum <lucas@lucas-nussbaum.net> wrote:
> Even if 1.9.3 is still binary-compatible with 1.9.1, I think that it would be easier to change
2011/5/12 Urabe Shyouhei <shyouhei@ruby-lang.org>:
[#36131] Re: [ruby-cvs:38172] Ruby:r30989 (trunk): * include/ruby/win32.h: define WIN32 if neither _WIN64 nor WIN32 defined. it forces to use push/pop for pack(4) pragma. — "Yuki Sonoda (Yugui)" <yugui@...>
Hi arton,
Hi,
[#36150] [Ruby 1.9 - Bug #4680][Open] [PATCH] io.c: fix busy wait with sendfile() — Eric Wong <normalperson@...>
[#36156] [Ruby 1.9 - Bug #4683][Open] [PATCH] io.c: copy_stream execute interrupts and retry — Eric Wong <normalperson@...>
[#36167] [Ruby 1.9 - Bug #4421] [ext/openssl] Fix RSA public key encoding — Hiroshi NAKAMURA <nakahiro@...>
[#36255] Whitespace conventions? — Steve Klabnik <steve@...>
So, while working on some documentation, I've noticed that there's a lot of
2011/5/17 Steve Klabnik <steve@steveklabnik.com>:
[#36285] unable to load irb, 1.9.3 mingw — Roger Pack <rogerdpack2@...>
Hello all, with mingw 1.9.3, I get the following when trying to load irb:
[#36314] [Ruby 1.9 - Bug #3167] RDoc issues in interactive mode — Benoit Daloze <redmine@...>
[#36316] [Ruby 1.9 - Bug #4731][Open] ruby -S irb fails with mingw/msys vanilla builds — Roger Pack <rogerpack2005@...>
Hi,
On Sat, Jul 16, 2011 at 7:46 AM, Nobuyoshi Nakada <nobu@ruby-lang.org> wrote:
[#36322] [Ruby 1.9 - Bug #4734][Assigned] [ext/openssl] DSA#sign error — Martin Bosslet <Martin.Bosslet@...>
[#36337] [Ruby 1.9 - Feature #3905] rb_clear_cache_by_class() called often during GC for non-blocking I/O — Akira Tanaka <akr@...>
Akira Tanaka <akr@fsij.org> wrote:
Hi,
SASADA Koichi <ko1@atdot.net> wrote:
[#36373] [Ruby 1.9 - Bug #4757][Open] Attempt to make Enumerator docs more clear (patch included) — David Copeland <davetron5000@...>
2011/5/25 Yusuke Endoh <mame@tsg.ne.jp>:
[#36374] [Ruby 1.9 - Bug #4758][Open] yaml file not human readable when saving utf-8 — Ilias Lazaridis <ilias@...>
[#36390] [Ruby 1.9 - Feature #4766][Open] Range#bsearch — Yusuke Endoh <mame@...>
On Jul 17, 2011, at 7:54 PM, Eric Hodel wrote:
[#36395] [Ruby 1.9 - Bug #4769][Open] Updated SMTP standards — "J.R. Garcia" <mrjohngarcia@...>
[#36406] 1.8.7 release next month — Urabe Shyouhei <shyouhei@...>
Hello core people,
2011/5/23 Urabe Shyouhei <shyouhei@ruby-lang.org>:
Hi Luis,
From: Urabe Shyouhei <shyouhei@ruby-lang.org>
From: Hidetoshi NAGAI <nagai@ai.kyutech.ac.jp>
Ping Luis, how's it going?
On Fri, Jun 3, 2011 at 5:18 AM, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:
Hi,
On Sun, Jun 5, 2011 at 4:30 AM, Hidetoshi NAGAI <nagai@ai.kyutech.ac.jp> wrote:
(06/06/2011 01:16 PM), Luis Lavena wrote:
On Mon, Jun 6, 2011 at 1:24 AM, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:
From: Luis Lavena <luislavena@gmail.com>
[#36419] [Ruby 1.9 - Feature #4772][Open] Hash#add_keys — Joey Zhou <yimutang@...>
[#36429] GC thought — Roger Pack <rogerdpack2@...>
Hello all.
[#36447] [Ruby 1.9 - Bug #4777][Open] Ruby 1.9.2-p180 ignoring INT, TERM, and QUIT until it receives CONT — Nathan Sobo <nathansobo@...>
[#36463] [Ruby 1.9 - Feature #4778][Open] IO#each_chomped — Joey Zhou <yimutang@...>
[#36474] Error reporting, backtraces and the debugger — Clifford Heath <clifford.heath@...>
Dear people,
[#36479] [Ruby 1.9 - Feature #4784][Open] Import the JSON library — Lazaridis Ilias <ilias@...>
[#36494] [Ruby 1.9 - Feature #4786][Open] RCR new Feature: Numeric#grouped — Roger Pack <rogerpack2005@...>
[#36528] [Ruby 1.9 - Bug #4795][Open] Nested classes don't seem to resolve correctly when another class exists with the same name — John Feminella <johnf@...>
[#36536] [Ruby 1.9 - Bug #3924] Performance bug (in require?) — Xavier Shay <xavier-list@...>
[#36550] [Ruby 1.9 - Bug #4798][Open] test_process and test_signal errors and halts on Windows — Luis Lavena <luislavena@...>
[#36551] [Ruby 1.9 - Bug #4799][Open] M17N tests are too JP specific — Luis Lavena <luislavena@...>
[#36558] [Ruby 1.9 - Bug #3924] Performance bug (in require?) — Xavier Shay <xavier-list@...>
Hello,
Hello, Xavier
[#36559] [Ruby 1.9 - Feature #4801][Open] Shorthand Hash Syntax for Strings — Tom Wardrop <tom@...>
Hi,
> Iff 'key': 'value'} means {:key => 'value'} I have no objection.
Hi,
On Mon, May 30, 2011 at 04:21:32PM +0900, Yukihiro Matsumoto wrote:
Em 30-05-2011 07:58, Cezary escreveu:
Since :"#{abc}" is allowed in Ruby, I imagine that any such substitute syntax would preserve that property.
Em 30-05-2011 09:05, Michael Edgar escreveu:
On Mon, May 30, 2011 at 09:05:04PM +0900, Michael Edgar wrote:
Cezary:
On Tue, May 31, 2011 at 05:55:39AM +0900, Piotr Szotkowski wrote:
On May 30, 2011, at 10:19 AM, Cezary wrote:
On 5/30/11 9:24 AM, Michael Edgar wrote:
On 02/06/2011, at 10:28 AM, Kurt Stephens wrote:
On 6/1/11 10:17 PM, Bill Kelly wrote:
[#36565] [Ruby 1.9 - Bug #4803][Open] RCLASS_SUPER won't compile for C extensions as of revision 31627 — Daniel Azuma <dazuma@...>
Hi,
[#36628] [Ruby 1.9 - Feature #4805][Open] Add X509::Name#hash_old for 0.9.X compat — Hiroshi NAKAMURA <nakahiro@...>
[ruby-core:36597] Re: [Ruby 1.9 - Bug #3924] Performance bug (in require?)
On 30/05/11 11:55 PM, Yusuke ENDOH wrote: > Hello, > > 2011/5/30 Xavier Shay<xavier-list@rhnh.net>: >>> - Please try to minimize a patch. >>> - It would be good to use the existing code as possible as you can. >> I realise this would be ideal, but I can't figure out how it works, or whether it would be compatible with the new algorithm. > > Indeed, load.c is very complex, but I believe that this is because > load.c is an accumulation of bad know-hows in the long history. > So we should not throw it away without understanding, I think. This is a fair point. Perhaps a good first step would be trying to refactor it with better variable and method names so that the intent of the code can reveal itself. > > >>> - It is slightly disturbing to define a new class with Array inherited. >>> Is it really needed? Is there no alternative approach? >> I agree and wish there was a good alternative. Unfortunately this is necessary because $LOADED_FEATURES is treated like an array by much existing code (particularly tests), but we need it as a case-insensitive hash for the new algorithm. Perhaps the hash could be exposed directly as a class (like CaseInsensitiveHash), but this means more code, is potentially more complicated, and means we are really changing the type of $LOADED_FEATURES. Thoughts? > > Aha, I understand why the inheritance is used. It is to hook the > array modification, right? correct > It is an impossible approach because some extension library can > modify $LOADED_FEATURES directly by rb_ary_push. > I found amalgalite to do so actually: > > http://www.google.com/codesearch/p?hl=ja#MyfZfO3_1cw/ext/amalgalite/amalgalite3_requires_bootstrap.c&q=LOADED_FEATURES%20lang:c%20rb_ary_push&l=151 > >> rb_ary_push( rb_gv_get( "$LOADED_FEATURES" ), require_name ); > It seems that amalgalite is the only extension to do this in that search. While I realise that doesn't cover everything, it seems the impact is perhaps small? Would it be possible to instead work with the maintainer to fix, and publicize this change. It seems and odd API to be supporting. Xavier