Cool. Both of you should sync up with the RubySpec project, where I've
filed a bug for more spec coverage here:
http://rubyspec.org/issues/show/71
I think Frederick Builes was going to try to tackle them too, but I
don't think I've seen anything done on them yet. And of course, we'll
want separate tests/specs for the JRuby-specific bits like URL loading
anyway...plenty of opportunities.
Tony Ketteringham wrote:
I'll have a look and should hopefully be able to start doing something
later in the week.
I've been looking for somewhere to start and this sounds like a good place :-)
Best Regards,
Tony Ketteringham
On Sun, Oct 12, 2008 at 5:04 AM, André Santi <[EMAIL PROTECTED]> wrote:
Charles,
I think I'll have time to help you with this in two weeks. OK?
regards,
André de Santi
On Fri, Oct 10, 2008 at 2:59 AM, Charles Oliver Nutter
<[EMAIL PROTECTED]> wrote:
There's a lot of little "oddities" involved in loading files via
load/require, and a bunch more added by JRuby's support for loading from jar
files, URLs, and so on. And the sad situation is that practically none of
these oddities have good tests/specs for them. We need help.
I've started to record as many of these oddities as I can here:
http://jira.codehaus.org/browse/JRUBY-3048
Some of these are already fixed in JRuby, so don't necessarily expect them
to be broken. But in general, you can assume none of them have tests, since
most aren't.
Anyone interested in helping out JRuby, but perhaps not ready to dive into
the JRuby codebase, should consider writing up tests/specs for these and as
many other load-oddity cases as possible. Ideally, these would take the form
of rspec specs contributed to the RubySpec project:
http://rubyspec.org/
Here's hoping some of you can help out :) It would help us resolve load,
__FILE__, trace/backtrace, and other filename/load-related issues once and
for all.
- Charlie
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
