[#4654] signleton_methods / methods / public_methods - weirdness? — Johan Holmberg <holmberg@...>
[#4666] Getting a hex representation for a Numeric — "Zev Blut" <rubyzbibd@...>
Hello,
[#4670] ruby 1.8.3 preview1 plan — Yukihiro Matsumoto <matz@...>
Hi,
[#4690] test failures for stable-snapshot 09/04/2005 — noreply@...
Bugs item #1762, was opened at 10-04-2005 20:46
Hello.
[#4709] BNF-like grammar specified DIRECTLY in Ruby — Eric Mahurin <eric_mahurin@...>
Hello everybody,
[#4712] Segfault in zlib? — Nathaniel Talbott <ntalbott@...>
I'm using rubyzip (latest gem version) and zlib (1.2.2) to do a bunch
[#4736] Trivial speedup in Array#zip — Mauricio Fern疣dez <batsman.geo@...>
[#4745] Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — Erik Huelsmann <ehuels@...>
Having taken upon me the task to provide a Windows build for
On 4/20/05, Erik Huelsmann <ehuels@gmail.com> wrote:
Hi Austin,
Hi,
On 4/24/05, nobu.nokada@softhome.net <nobu.nokada@softhome.net> wrote:
Hi,
> > > Ruby is just using AC_TYPE_UID_T. So, using typedef for them,
Hi,
On 4/26/05, nobu.nokada@softhome.net <nobu.nokada@softhome.net> wrote:
As promised, I attached a patch to eliminate the compile problems
Hi,
Thanks for the quick response!
Hi,
On 5/14/05, nobu.nokada@softhome.net <nobu.nokada@softhome.net> wrote:
[#4751] Illegal regexp causes segfault — Andrew Walrond <andrew@...>
irb(main):058:0> a = /\[([^]]*)\]/
Andrew Walrond, April 22:
In article <200504221210.38231.andrew@walrond.org>,
>>>>> "T" == Tanaka Akira <akr@m17n.org> writes:
[#4774] enhanced $0 modification — Evan Webb <evanwebb@...>
The attached patch allows for ruby to use more of the available stack
Hi,
[#4775] profiler.rb Schroedinbug — C Erler <erlercw@...>
A ruby program with the single instruction "require 'profile'"
>A ruby program with the single instruction "require 'profile'"
[#4807] Re: -Wall — Vincent Isambart <vincent.isambart@...>
> Why does ruby build without -Wall in CFLAGS by default? -Wall can help to
[#4815] Re: -Wall — nobu.nokada@...
Hi,
ruby 1.9 CVS rdoc genration fails
parse.c:
abbrev.rb:../ruby/lib/rdoc/parsers/parse_rb.rb:590:in `lex_init':
uninitialized constant RubyLex::SLex (NameError)
from
.../ruby/cvs-ruby-head/ruby/lib/rdoc/parsers/parse_rb.rb:448:in
`initialize'
from
.../ruby/cvs-ruby-head/ruby/lib/rdoc/parsers/parse_rb.rb:1393:in `new'
from
.../ruby/cvs-ruby-head/ruby/lib/rdoc/parsers/parse_rb.rb:1393:in
`initialize'
from
.../ruby/cvs-ruby-head/ruby/lib/rdoc/parsers/parserfactory.rb:96:in `new'
from
.../ruby/cvs-ruby-head/ruby/lib/rdoc/parsers/parserfactory.rb:96:in
`parser_for'
from .../ruby/cvs-ruby-head/ruby/lib/rdoc/rdoc.rb:207:in
`parse_files'
from .../ruby/cvs-ruby-head/ruby/lib/rdoc/rdoc.rb:201:in `each'
from .../ruby/cvs-ruby-head/ruby/lib/rdoc/rdoc.rb:201:in
`parse_files'
from .../cvs-ruby-head/ruby/lib/rdoc/rdoc.rb:244:in `document'
from ../bin/rdoc:63
The cause is the recent IRB changes
Here is a patch that fix rdoc generation.
cvs diff -ups rdoc/parsers/parse_rb.rb
Index: rdoc/parsers/parse_rb.rb
===================================================================
RCS file: /src/ruby/lib/rdoc/parsers/parse_rb.rb,v
retrieving revision 1.37
diff -u -p -s -r1.37 parse_rb.rb
--- rdoc/parsers/parse_rb.rb 4 Mar 2005 06:47:33 -0000 1.37
+++ rdoc/parsers/parse_rb.rb 19 Apr 2005 06:24:25 -0000
@@ -587,7 +587,7 @@ class RubyLex
}
def lex_init()
- @OP = SLex.new
+ @OP = IRB::SLex.new
@OP.def_rules("\0", "\004", "\032") do |chars, io|
Token(TkEND_OF_SCRIPT).set_text(chars)
end