[#33640] [Ruby 1.9-Bug#4136][Open] Enumerable#reject should not inherit the receiver's instance variables — Hiro Asari <redmine@...>

Bug #4136: Enumerable#reject should not inherit the receiver's instance variables

10 messages 2010/12/08

[#33667] [Ruby 1.9-Bug#4149][Open] Documentation submission: syslog standard library — mathew murphy <redmine@...>

Bug #4149: Documentation submission: syslog standard library

11 messages 2010/12/10

[#33683] [feature:trunk] Enumerable#categorize — Tanaka Akira <akr@...>

Hi.

14 messages 2010/12/12
[#33684] Re: [feature:trunk] Enumerable#categorize — "Martin J. Dst" <duerst@...> 2010/12/12

[#33687] Towards a standardized AST for Ruby code — Magnus Holm <judofyr@...>

Hey folks,

23 messages 2010/12/12
[#33688] Re: Towards a standardized AST for Ruby code — Charles Oliver Nutter <headius@...> 2010/12/12

On Sun, Dec 12, 2010 at 9:55 AM, Magnus Holm <judofyr@gmail.com> wrote:

[#33689] Re: Towards a standardized AST for Ruby code — "Haase, Konstantin" <Konstantin.Haase@...> 2010/12/12

On Dec 12, 2010, at 17:46 , Charles Oliver Nutter wrote:

[#33763] [Ruby 1.9-Bug#4168][Open] WeakRef is unsafe to use in Ruby 1.9 — Brian Durand <redmine@...>

Bug #4168: WeakRef is unsafe to use in Ruby 1.9

43 messages 2010/12/17

[#33815] trunk warnflags build issue with curb 0.7.9? — Jon <jon.forums@...>

As this may turn out to be a 3rd party issue rather than a bug, I'd like some feedback.

11 messages 2010/12/22

[#33833] Ruby 1.9.2 is going to be released — "Yuki Sonoda (Yugui)" <yugui@...>

-----BEGIN PGP SIGNED MESSAGE-----

15 messages 2010/12/23

[#33846] [Ruby 1.9-Feature#4197][Open] Improvement of the benchmark library — Benoit Daloze <redmine@...>

Feature #4197: Improvement of the benchmark library

15 messages 2010/12/23

[#33910] [Ruby 1.9-Feature#4211][Open] Converting the Ruby and C API documentation to YARD syntax — Loren Segal <redmine@...>

Feature #4211: Converting the Ruby and C API documentation to YARD syntax

10 messages 2010/12/26

[#33923] [Ruby 1.9-Bug#4214][Open] Fiddle::WINDOWS == false on Windows — Jon Forums <redmine@...>

Bug #4214: Fiddle::WINDOWS == false on Windows

15 messages 2010/12/27

[ruby-core:33882] Significant update to the Matrix library

From: Marc-Andre Lafortune <ruby-core-mailing-list@...>
Date: 2010-12-25 21:30:28 UTC
List: ruby-core #33882
Hello and Merry Xmas!

I'd like to pre-announce a significant update to the matrix library.

The update will include matrix decompositions (Eigendecomposition,
LUP, QR, ...), add another 10 new methods to Matrix (diagonal?,
orthogonal?, permutation?, ...) and allow easy iteration over a subset
of the matrix (below/above/on the diagonal).

Note that the decompositions are not quite finished yet. They are
ported from JAMA (http://math.nist.gov/javanumerics/jama/ ) and need
to be cleaned and refactored. I will do this only after the
corresponding specs are finished. I have basic specs for
Eigendecomposition and LUP decomposition.

The current version can be found on my github repos:
Code: https://github.com/marcandre/ruby/commits/dec
Specs: https://github.com/marcandre/rubyspec/commits/dec

I would appreciate comments on the following points:

1) It can be helpful to iterate only on elements above, below or on
the diagonal. As this is not completely trivial, I am adding iterators
to do so.

A possibility would be to add new methods, say `diagonal`, `upper`...,
as well as `diagonal_with_index`, ...

Another way is to add an optional argument to `each` and
`each_with_index` to restrict to a particular subset of elements. I
prefer this way, as the wanted subset is independent of the way one
wants to iterate  (with or without the index, ...). Any argument
against? I'll probably open another ticket, but why doesn't
Enumerable#all?, none?, etc... accept parameters to forward to #each?

2) Matrix::LUPDecomposition factorizes a matrix into 3 matrices L, U,
P, each with special properties.

The method #to_a is defined, so that one can write:

    l, u, p = *Matrix[[42]].lup

Should #to_ary also be defined, so the '*' is not needed?

It seems like a good idea to me, but the only example I can think of
it HTTPRequest which states it is for compatibility only...

3) The decomposition code more than doubles the size of the library.
As such I thought it might be a good idea to load the relevant
sections only if needed with `autoload`. Any reason not to do this?

Thanks
--
Marc-Andr

In This Thread

Prev Next