[#11073] segfault printing instruction sequence for iterator — <noreply@...>
Bugs item #10527, was opened at 2007-05-02 14:42
Hi,
On Thu, May 10, 2007 at 04:51:18PM +0900, Nobuyoshi Nakada wrote:
Hi,
Hi,
This seems to make valgrind much happier.
On Thu, May 17, 2007 at 11:14:35PM +0900, Paul Brannan wrote:
Hi,
Now 'a' shows up twice in the local table:
Hi,
[#11082] Understanding code: Kernel#require and blocks. — Hugh Sasse <hgs@...>
I'm trying to debug a Rails application which complains about an
On 5/4/07, Hugh Sasse <hgs@dmu.ac.uk> wrote:
On Fri, 4 May 2007, George wrote:
On Fri, May 04, 2007 at 06:18:19PM +0900, Hugh Sasse wrote:
[#11108] pattern for implementation-private constants? — David Flanagan <david@...>
Hi,
I believe there isn't a way, but I don't think it's really necessary. Just
[#11127] Bugs that can be closed — "Jano Svitok" <jan.svitok@...>
I propose closing these bugs as invalid:
[#11145] Rational comparison to 0 fails when denominator is != 1 — <noreply@...>
Bugs item #10739, was opened at 2007-05-10 22:06
Hi,
[#11169] Allow back reference with nest level in Oniguruma for Ruby again — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <wonado@...>
Remark: I posted this text in comp.lang.ruby first, but Matz told me,
Does it make sense or is it required to write this as a RCR?
[#11176] FileUtils.rm_rf misfeature? — johan556@...
Hi!
[#11210] Pathname ascend and descend inclusive parameter — TRANS <transfire@...>
I would like to suggest that Pathname#ascend and Pathname#descend
[#11234] Planning to release 1.8.6 errata — Urabe Shyouhei <shyouhei@...>
Hi all.
On 25/05/07, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:
[#11252] Init_stack and ruby_init_stack fail to reinit stack (threads problem?) — <noreply@...>
Bugs item #11134, was opened at 2007-05-25 12:14
Hi,
Nobuyoshi Nakada wrote:
[#11255] ruby_1_8_6 build problem (make install-doc) — johan556@...
Hi!
[#11271] providing better support through rubyforge tracker categories — Ryan Davis <ryand-ruby@...>
I'm going to make more categories for the trackers (bugs and patches)
[#11367] BUG: next in lambda: 1.8.6 differs from 1.8.4 and 1.9.0 — David Flanagan <david@...>
A toplevel next statement in a lambda does not return a value in 1.8.6,
[#11368] $2000 USD Reward for help fixing Segmentation Fault in GC — Brent Roman <brent@...>
Hi Brent,
[ ruby-Bugs-10657 ] unable to build ruby HEAD without previously installed ruby
Bugs item #10657, was opened at 2007-05-07 12:09 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=1698&aid=10657&group_id=426 Category: Core Group: 1.9.x Status: Open Resolution: None Priority: 3 Submitted By: Paul Brannan (cout) Assigned to: Nobody (None) Summary: unable to build ruby HEAD without previously installed ruby Initial Comment: First, I set my PATH so that ruby is not in my path: $ export PATH=/usr/bin:/usr/X11R6/bin:/bin $ ruby -v -bash: ruby: command not found Next, I attempt to build ruby: $ autoconf $ ./configure $ make clean $ make And I see this: rm -f ruby ruby ./tool/insns2vm.rb --srcdir="." /bin/sh: line 1: ruby: command not found make: *** [insns.inc] Error 127 There are a few problems with this: 1. Ruby is not built yet, though the tool needs to be run in order to build ruby. 2. The rule that generates insns.def and vm_opts.h removes the existing ruby interpreter, when the existing interpreter is in no way related to the output files. 3. The rule attempts to run a previously installed ruby (it searches the PATH), rather than the one about to be built, but there is no guarantee ruby has previously been installed. 4. If ruby has previously been installed, the rule attempts to run $(BASERUBY), which is not necessarily the name of the previously installed binary (it is more likely to be $(PROGRAM) rather than $(BASERUBY)). Proposed solution: 1. Store insns.def and vm_opts.h in svn. 2. When building ruby, use the previously generated files. 3. After ruby is built, re-generate the files using the ruby interpreter that was just built. If the new files are different, rebuild the ruby binary using the new files. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=1698&aid=10657&group_id=426