[#53893] [ruby-trunk - Bug #8204][Open] ObjectSpace.each_object(Bignum) can generate Bignums that are to small to be Bignums — "Hanmac (Hans Mackowiak)" <hanmac@...>
[#53914] [ruby-trunk - Feature #8206][Open] Should Ruby core implement String#blank? — "sam.saffron (Sam Saffron)" <sam.saffron@...>
[#53922] [ruby-trunk - Bug #8208][Open] Raise cached exceptions for nonblocking IO to avoid allocation/stack-copying costs — "headius (Charles Nutter)" <headius@...>
"headius (Charles Nutter)" <[email protected]> wrote:
[#53950] [ruby-trunk - Bug #8211][Open] Performance regression of method calls — "dunric (David Unric)" <dunric29a@...>
[#53974] [ruby-trunk - Feature #8215][Open] Support accessing Fiber-locals and backtraces for a Fiber — "halorgium (Tim Carey-Smith)" <ruby-lang-bugs@...>
[#54023] [ruby-trunk - Feature #8223][Open] Make Matrix more omnivorous. — "boris_stitnicky (Boris Stitnicky)" <boris@...>
[#54031] Question about r39944 — Aaron Patterson <tenderlove@...>
Hi,
Even if test directory should be on the load path on test-all, you should
[#54095] [ruby-trunk - Feature #8237][Open] Logical method chaining via inferred receiver — "wardrop (Tom Wardrop)" <tom@...>
[#54175] [ruby-trunk - Bug #8254][Open] Ruby segfaults on second SystemStackError from parser — "charliesome (Charlie Somerville)" <charlie@...>
[#54185] [CommonRuby - Feature #8257][Open] Exception#cause to carry originating exception along with new one — "headius (Charles Nutter)" <headius@...>
(2013/04/12 1:40), headius (Charles Nutter) wrote:
On Sat, Apr 27, 2013 at 5:19 PM, SASADA Koichi <[email protected]> wrote:
[#54196] Encouraging use of CommonRuby — Charles Oliver Nutter <headius@...>
I think we need to do more to encourage the use of the CommonRuby
Hi,
As far as I understand, what is CommonRuby and the process over CommonRuby
On Thu, Apr 11, 2013 at 11:25 PM, NARUSE, Yui <[email protected]> wrote:
(2013/04/12 16:40), Charles Oliver Nutter wrote:
On Fri, Apr 12, 2013 at 8:08 AM, NARUSE, Yui <[email protected]> wrote:
[#54201] Has ObjectSpace changed recently? — Dave Thomas <dave@...>
I just noticed that in 2.0, I see this:
[#54207] [CommonRuby - Feature #8258][Open] Dir#escape_glob — "steveklabnik (Steve Klabnik)" <steve@...>
[#54218] [CommonRuby - Feature #8259][Open] Atomic attributes accessors — "funny_falcon (Yura Sokolov)" <funny.falcon@...>
Issue #8259 has been updated by Charles Nutter.
I'm not sure if setting the attribute on the ivar is a good way to go.
[#54333] Requesting Commit Access — Aman Gupta <[email protected]>
Hello ruby-core,
Hi,
On Apr 16, 2013, at 4:34 AM, Aman Gupta <[email protected]> wrote:
[#54415] [ruby-trunk - Bug #8286][Open] Can't decode non-MIME Base64 — "adacosta (Alan Da Costa)" <alandacosta@...>
[#54459] [CommonRuby - Feature #8291][Open] Allow retrieving the root Fiber of a Thread — "halorgium (Tim Carey-Smith)" <ruby-lang@...>
[#54473] [Backport 200 - Backport #8299][Open] Minor error in float parsing — "bobjalex (Bob Alexander)" <bobjalex@...>
[#54509] [ruby-trunk - Bug #8310][Open] resque-web crashes with segfault on Ruby 2.0.0-p0 only, Resque 1.24.1, Redis 2.6.12 — "vaharoni (Amit Aharoni)" <amit.sites@...>
[#54559] [ruby-trunk - Feature #8321][Open] Ripper: I would like coordinates for keywords — "ericp (Eric Promislow)" <eric.promislow@...>
[#54606] Plan to the first 2.0.0 patchlevel release. — Tomoyuki Chikanaga <nagachika00@...>
Hello, Rubyists.
Hi,
Could you please backport the following:
[#54621] [ruby-trunk - Feature #8339][Open] Introducing Geneartional Garbage Collection for CRuby/MRI — "ko1 (Koichi Sasada)" <redmine@...>
(2013/04/28 9:23), authorNari (Narihiro Nakamura) wrote:
2013/4/28 SASADA Koichi <[email protected]>:
(2013/05/04 12:08), Narihiro Nakamura wrote:
2013/5/4 SASADA Koichi <[email protected]>:
(2013/05/06 11:50), Tanaka Akira wrote:
2013/5/6 SASADA Koichi <[email protected]>:
On Sat, Apr 27, 2013 at 8:19 PM, ko1 (Koichi Sasada)
(2013/04/28 21:40), Magnus Holm wrote:
(2013/04/28 23:34), SASADA Koichi wrote:
On Sun, Apr 28, 2013 at 6:07 PM, SASADA Koichi <[email protected]> wrote:
(2013/04/29 1:19), Magnus Holm wrote:
On Sun, Apr 28, 2013 at 6:29 PM, SASADA Koichi <[email protected]> wrote:
"ko1 (Koichi Sasada)" <[email protected]> wrote:
[#54665] [ruby-trunk - Bug #8344][Open] Status of Psych and Syck — "Eregon (Benoit Daloze)" <redmine@...>
[ruby-core:54578] Re: [ruby-trunk - Bug #8299] Minor error in float parsing
2013/4/25 naruse (Yui NARUSE) <[email protected]>: > > Issue #8299 has been updated by naruse (Yui NARUSE). > > > phasis68 (Heesob Park) wrote: >> 2013/4/25 naruse (Yui NARUSE) <[email protected]>: >> > >> > Issue #8299 has been updated by naruse (Yui NARUSE). >> > >> > >> > phasis68 (Heesob Park) wrote: >> >> 2013/4/25 naruse (Yui NARUSE) <[email protected]>: >> >> > Therefore use SSE2 rather than such workaround. >> >> >> >> I'm not sure why you think SSE2 can fix this issue. >> >> >> >> The ruby_strtod function used in converting string value to double >> >> value requires double-precision (53-bit) rounding precision but >> >> mingw32 gcc 4.5.2 have default 64-bit precision which higher than >> >> other compilers. >> >> >> >> So the patch lowers precision from 64 bit to 53 bit. >> > >> > double arithmetics with SSE2 is double-precision. >> > see also gcc's -mfpmath=sse option >> > http://gcc.gnu.org/onlinedocs/gcc-4.0.0/gcc/i386-and-x86_002d64-Options.html#index-march-959 >> >> I agree that SSE2 is the better solution for modern OS and modern compiler. >> >> But SSE2 has more restrictions than x87. >> SSE2 is not supported on the following environment. >> Microsoft Visual C++ Compiler prior to Visual Studio .NET 2003. > > Use newer compiler. The requirement in win32/README.win32 need to be modified. > >> AMD CPUs prior to Athlon 64, including all Socket A-based CPUs >> Intel CPUs prior to Pentium 4 > > Use -mfpmath=sse,387. > As I wrote before, if you want to get the same result with x87 FPU _control87(_PC_53, _MCW_PC) is not sufficient. > It needs to handle 15 bit exponent. I don't want the same result with SSE2 and x87 FPU. The 15 bit exponent is not a matter of this issue. The point is that ruby_strtod function requires 53-bit precision and mingw32 4.5.2 compiler is 64-bit precision unlike other windows compiler which is 53-bit precision. I confirmed that _control87(_PC_53, _MCW_PC) patch works fine with ruby 1.9.3 mingw32 gcc 4.5.2 version. > If you want to do that, it is as hard as implementing strictfp of Java on x87. > see also http://math.nist.gov/javanumerics/reports/jgfnwg-01.html > http://www.shudo.net/java-grandprix99/strictfp/#JGNWG98-2 (Japanese) You've gone too far from this issue. The issuer wants the correct value of strtod function on the ruby 1.9.3 mingw32 version. My patch is for mingw32 gcc compiler only.