Hi Laurent,
I just tried running it under 0.5 and am still getting an error. I've
narrowed the code down to the following:
###
class A
def initialize
puts 'initialize'
end
def self.init
define_method(:initialize) do |*params|
super()
end
end
end
class
We fixed a few 32-bit issues in trunk so you may want to give it a try
one more time.
At least we are not maintaining 0.4 anymore, so it would be great if
you could try your code with trunk and let us know if the bug is still
there. Then we can try to reduce it and fix it :)
Laurent
On O
I'm still on a 32-bit machine, so can't try 0.5 yet :^(
I did manage to find a workaround, however, by creating an alias for
the 'initialize' method and then calling it instead of 'super' inside
of the 'define_method' call.
Ed
On Oct 7, 2009, at 10:51 PM, Matt Aimonetti wrote:
you might
you might want to try your luck with 0.5
- Matt
On Wed, Oct 7, 2009 at 7:37 PM, Edward Hynes wrote:
> Hi,
>
> I'm attempting to use the RParsec gem under MacRuby, but am getting a
> NoMethodError when it loads. I've create a test file that simply adds my
> local gem directory to the front of t
Hi,
I'm attempting to use the RParsec gem under MacRuby, but am getting a
NoMethodError when it loads. I've create a test file that simply adds
my local gem directory to the front of the library search path and
then calls "require 'rparsec'". This file runs fine under Ruby 1.9,
but prod
