[#10492] Ruby 1.8.6 preview3 has been released — "Akinori MUSHA" <knu@...>

Hi,

26 messages 2007/03/04
[#10500] Re: Ruby 1.8.6 preview3 has been released — Hugh Sasse <hgs@...> 2007/03/05

On Mon, 5 Mar 2007, Akinori MUSHA wrote:

[#10507] Dynamic Array#join with block — <noreply@...>

Patches item #9055, was opened at 2007-03-05 19:57

12 messages 2007/03/05
[#10520] Re: [ ruby-Patches-9055 ] Dynamic Array#join with block — Nobuyoshi Nakada <nobu@...> 2007/03/06

Hi,

[#10594] grave bug in 1.8.6's thread implementation — Sylvain Joyeux <sylvain.joyeux@...4x.org>

In ext/thread/thread.c, remove_one leaves the list in an inconsistent state.

15 messages 2007/03/14
[#10596] Re: [PATCH] grave bug in 1.8.6's thread implementation — MenTaLguY <mental@...> 2007/03/14

On Thu, 15 Mar 2007 00:15:57 +0900, Sylvain Joyeux <sylvain.joyeux@m4x.org> wrote:

[#10597] Re: [PATCH] grave bug in 1.8.6's thread implementation — Sylvain Joyeux <sylvain.joyeux@...4x.org> 2007/03/14

> > The fix is in thread-mutex-remove_one.diff.

[#10598] Re: [PATCH] grave bug in 1.8.6's thread implementation — MenTaLguY <mental@...> 2007/03/14

On Thu, 15 Mar 2007 01:19:04 +0900, Sylvain Joyeux <sylvain.joyeux@m4x.org> wrote:

[#10599] Re: [PATCH] grave bug in 1.8.6's thread implementation — Sylvain Joyeux <sylvain.joyeux@...4x.org> 2007/03/14

On Wednesday 14 March 2007 17:29, MenTaLguY wrote:

[#10600] Re: [PATCH] grave bug in 1.8.6's thread implementation — MenTaLguY <mental@...> 2007/03/14

On Thu, 15 Mar 2007 01:48:42 +0900, Sylvain Joyeux <sylvain.joyeux@m4x.org> wrote:

[#10615] Multiton in standard library — TRANS <transfire@...>

Hi--

16 messages 2007/03/15
[#10619] Re: Multiton in standard library — Tom Pollard <tomp@...> 2007/03/16

[#10620] Re: Multiton in standard library — TRANS <transfire@...> 2007/03/16

On 3/15/07, Tom Pollard <tomp@earthlink.net> wrote:

[#10646] Marshal.dump shouldn't complain about singletons if the _dump method is defined — <noreply@...>

Bugs item #9376, was opened at 2007-03-19 15:58

12 messages 2007/03/19
[#10647] Re: [ ruby-Bugs-9376 ] Marshal.dump shouldn't complain about singletons if the _dump method is defined — Urabe Shyouhei <shyouhei@...> 2007/03/19

noreply@rubyforge.org wrote:

[#10648] Re: [ ruby-Bugs-9376 ] Marshal.dump shouldn't complain about singletons if the _dump method is defined — Sylvain Joyeux <sylvain.joyeux@...4x.org> 2007/03/19

On Monday 19 March 2007 18:01, Urabe Shyouhei wrote:

[#10651] Re: [ ruby-Bugs-9376 ] Marshal.dump shouldn't complain about singletons if the _dump method is defined — Yukihiro Matsumoto <matz@...> 2007/03/19

Hi,

[#10665] Re: [ ruby-Bugs-9376 ] Marshal.dump shouldn't complain about singletons if the _dump method is defined — "Chris Carter" <cdcarter@...> 2007/03/20

On 3/19/07, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:

[#10712] Ruby Method Signatures (was Re: Multiton in standard library) — "Rick DeNatale" <rick.denatale@...>

On 3/19/07, TRANS <transfire@gmail.com> wrote:

10 messages 2007/03/21
[#10715] Re: Ruby Method Signatures (was Re: Multiton in standard library) — Jos Backus <jos@...> 2007/03/22

On 3/19/07, TRANS <transfire@gmail.com> wrote:

[#10798] Virtual classes and 'real' classes -- why? — "John Lam (CLR)" <jflam@...>

I was wondering if someone could help me understand why there's a parallel =

12 messages 2007/03/28
[#10799] Re: Virtual classes and 'real' classes -- why? — MenTaLguY <mental@...> 2007/03/28

On Thu, 29 Mar 2007 04:44:16 +0900, "John Lam (CLR)" <jflam@microsoft.com> wrote:

[OT] Google Summer of Code proposal.

From: "Pedro Del Gallego" <pedro.delgallego@...>
Date: 2007-03-21 18:42:03 UTC
List: ruby-core #10705
Hi,

Three days ago, i have send this sketch proposal to the ruby-talk
mailing list, but i do not obtein to much feedback. I would like yours
technical and community opinions.

Its rspec the correct tool or maybe its better test::unit?
Its usefull for the community? (or why not?)
What must be "core" of ruby?
What do you think i must add to the proposal ?

Any other  opinion its really welcome.

Thanks

----------------------------------------------------------------------------------------------
----------------------------------------------------------------------------------------------

 == Cover the core of Ruby with RSpec ==

 === Abstract ===

  There are a number of Ruby implementations available today. The
"standard" implementation is the original C-language-based
implementation, written by Yukihiro Matsumoto, and now maintained by
him and a number of contributors. In the last year, emerge different
Ruby Virtual Machine (VM), YARV, Rubinius, JRuby, Gardens Point Ruby
.NET, XRuby or cardinal are some good examples among others [1]. The
goal of this proposal is create a common set of specification (using
rspec) for the Ruby core, that verify the correct and same behavior of
the different virtual machines and implementation. I would like the
specs be usable for any virtual machine implementation or
implementation.

  The goal in writing a spec is to describe the expected behavior from
the objects. Each specification should describe one facet of the
behavior. Specs should prefer clarity and understanding over any other
principle.

  Test Driven Development (TDD) has you define the behavior of your
system by writing small tests that precisely define some small piece
of your system's behavior. Then you implement that behavior. Then you
clean up & improve your design.

 === Benefits to the Community ===

   The goal would be to have a single specification that different
ruby implementations can check against it. If the community have a
well defined and reusable specification to check against it.

 === The scheme  : ===

 * language is for specs that describe language-level constructs.
 * core is for specs for any of the built-in classes in Ruby. These
are documented at http://ruby-doc.org/core.

The ruby core set :

 * language : assignament, class, expression, method, operators,
variables. exception

 * core library : array, proc, bignum, hash, range, binding, integer,
regexp, class, io, signal, comparable, kernel , sprintf, marshal,
string,dir, matchdata, struct, enumerable, math, symbol, errno,
method, threadgroup, exception,  module, thread, false, nil, time,
file, numeric , true, objectspace, unboundmethod, fixnum, object,
float, process.

 * core/literals :numbers, string, block, hash, regexp, symbol

 === Development plan ===

 0) Before start the projects. Improve my skills reading the rspec
mailing list. Read specs code form  open source projects that already
use rspec.

 1) Identify/define the core in the Ruby implementation. And document
their behavior.
     - Discuss in each vm or implementation mailing list, what
primitives, structures and libraries must been in the core of ruby.
     - Discuss in the ruby-core mailing list the correct behavior.

 3) Write the rspec for language.

 4) Write specs for core/literals

 5) Write spec for the rest of the core.

 6) Write documentation.


Bibliography :

1 : http://headius.com/rubyspec/index.php/Ruby_Implementations

-- 
-------------------------------------
Pedro Del Gallego

Email              :   pedro.delgallego@gmail.com

In This Thread

Prev Next