Re: [MacRuby-devel] require failing to find installed gem - fromCocoa app
Laurent; I followed the embed tutorial and I'm still getting the same error. Any other suggestions? -Original Message- From: [email protected] on behalf of Laurent Sansonetti Sent: Wed 9/23/2009 6:01 PM To: MacRuby development discussions. Subject: Re: [MacRuby-devel] require failing to find installed gem - fromCocoa app Hi Bob, Did you embed MacRuby within your app? This could potentially explain why it cannot find the gem. Laurent On Sep 23, 2009, at 12:05 PM, Stevenson, Bob wrote: > I've installed a gem that I'm trying to use from the latest nightly; > but the embedded macruby runtime; does not find the gem. > Controller.rb:14:in `': no such file to load -- xml-object > (LoadError) > > What do I need to do so that the embedded macruby can find my > installed gem? > I can perform the require successfully from macirb. Then gem is > installed off my home directory at: ~/.gem > > Thanks in advance. > > ___ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel <>___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
[MacRuby-devel] Building MacRuby on PPC, redux
My cron-based MacRuby build on a PPC has been breaking for a few months now. I realize that making MacRuby work on PPCs isn't the top priority (and I agree with that), but I'd really like to know if I need to be doing something differently. If not, I'd like to know the current guess for when this problem might be addressed. -r I have a nightly cron script which downloads the latest version of the MacRuby trunk, builds it on a Power Mac G5, etc. This has been breaking for a while and I'm wondering if there's something I need to do. Here's a precis of the output; for details, see: http://www.cfcl.com/rdm/macruby/ http://www.cfcl.com/rdm/macruby/2009.0924.0500/ >>> Set up path, working directory, etc. >>> Download a copy of MacRuby. Amacruby-experimental/test-macruby Amacruby-experimental/test-macruby/test_helper.rb Amacruby-experimental/test-macruby/fixtures Amacruby-experimental/test-macruby/fixtures/PureObjCSubclass.m Amacruby-experimental/test-macruby/runner.rb Amacruby-experimental/test-macruby/known_bugs Amacruby-experimental/test-macruby/known_bugs/known_bugs_in_c.c Amacruby-experimental/test-macruby/known_bugs/extconf.rb Amacruby-experimental/test-macruby/known_bugs/known_bugs.rb Amacruby-experimental/test-macruby/cases ... Amacruby-experimental/rakelib/git.rb Amacruby-experimental/rakelib/builder.rake Amacruby-experimental/rakelib/builder.rb Amacruby-experimental/rakelib/spec.rake Amacruby-experimental/rakelib/headers.rake Amacruby-experimental/gc.c Amacruby-experimental/set.c Amacruby-experimental/id.c U macruby-experimental Checked out revision 2626. >>> Build MacRuby. getting archs from RC_ARCHS! ... /usr/bin/ranlib libmacruby-static.a /usr/bin/ranlib: for architecture: ppc file: libmacruby-static.a(prelude.o) has no symbols /usr/bin/ranlib: for architecture: i386 file: libmacruby-static.a(prelude.o) has no symbols cd ext/ripper ../../miniruby -I../.. -I../../lib -r rbconfig -e "RbConfig::CONFIG['libdir'] = '../..'; require './extconf.rb'" 2009-09-24 05:06:26.053 miniruby[74888:613] *** Terminating app due to uncaught exception 'LoadError', reason: 'no such file to load -- etc' 2009-09-24 05:06:26.065 miniruby[74888:613] Stack: ( 2478378432, 2426381548, 1508248, 219952, 213668, 261184, ... -- http://www.cfcl.com/rdmRich Morin http://www.cfcl.com/rdm/resume [email protected] http://www.cfcl.com/rdm/weblog +1 650-873-7841 Technical editing and writing, programming, and web development ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
[MacRuby-devel] [MacRuby] #348: macruby is slower than ruby 1.9 for priority queue work
#348: macruby is slower than ruby 1.9 for priority queue work
-+--
Reporter: jordan.breed...@…| Owner: lsansone...@…
Type: defect | Status: new
Priority: major| Milestone: MacRuby 0.5
Component: MacRuby |Keywords:
-+--
I was originally trying to debug why a program I have that uses priority
queues was breaking under MacRuby. I am still in the process of tracking
that one down (to a reproducible, small test case). In the process however
I ended up with two different pure ruby priority queues that I was using,
and one Obj-C based priority queue. To further track down the problem I
pulled out some of the code into a much smaller example.
Unfortunately, this actually worked for all three cases reliably and I
could not reproduce the crash. Fortunately it uncovered some cases where
ruby 1.9 reliably performs better than MacRuby.
I do not know if these cases are known or not, but I am including the
timing information inline here as well as in text files in the zip file I
am attaching.
using a small set with pqueue
{{{
(; ruby1.9 ./small_queue_test.pqueue > /dev/null; ) 11.63s user 0.05s
system 99% cpu 11.691 total
(; macruby ./small_queue_test.pqueue > /dev/null; ) 16.49s user 1.34s
system 107% cpu 16.509 total
}}}
using a larger set with pqueue
{{{
(; ruby1.9 ./small_queue_test.pqueue > /dev/null; ) 186.19s user 1.20s
system 93% cpu 3:21.24 total
(; macruby ./small_queue_test.pqueue > /dev/null; ) 219.19s user 17.70s
system 105% cpu 3:45.16 total
}}}
using a small set with ruby_priority_queue
{{{
(; ruby1.9 ./small_queue_test.ruby_priority_queue > /dev/null; ) 20.28s
user 0.10s system 97% cpu 20.899 total
(; macruby ./small_queue_test.ruby_priority_queue > /dev/null; ) 37.43s
user 2.05s system 107% cpu 36.717 total
}}}
using a larger set with ruby_priority_queue
{{{
(; ruby1.9 ./small_queue_test.ruby_priority_queue > /dev/null; ) 230.49s
user 0.93s system 99% cpu 3:51.97 total
(; macruby ./small_queue_test.ruby_priority_queue > /dev/null; ) 482.74s
user 25.98s system 105% cpu 8:00.51 total
}}}
In the two files "small_queue_test.pqueue" and
"small_queue_test.ruby_priority_queue" there is a variable at the top that
controls the starting level for the nodes, a higher number means a larger
set.
The small set was run with a starting node of 9, and the larger set was
run with a starting node of 10.
--
Ticket URL:
MacRuby
