Well, if you have good test coverage for your ruby code, that should be doable :) Probably monkey patching and good tests is the way to go then. In your journeys through the Ruby standard libraries, have you noticed that they tend to require/load dependencies dynamically (i.e. based on magic strings a static automation tool could not follow) fairly frequently? Or is it rather rare? Also, would it be feasible to host the standard libraries on the web and rig up the hosting environment to fall back to a web server if the libraries being dynamically loaded weren't properly deployed with the app?
-----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Tomas Matousek Sent: Monday, October 12, 2009 4:11 PM To: [email protected] Subject: Re: [Ironruby-core] Newbiequestions regardingIronRuby in Silverlight... It is not possible to completely and reliably automate such task in general. You could run your application and see what files are being required. You can monkey-patch Kernel#require and load so that they log the files being required. However you would need to exercise all code paths that might possibly load a file to get the full list. Tomas -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Nathan Stults Sent: Monday, October 12, 2009 3:58 PM To: [email protected] Subject: Re: [Ironruby-core] Newbie questions regardingIronRuby in Silverlight... Is anyone aware of a tool that can recursively detect (and possibly extract) ruby dependencies given a top level .rb, or set of .rb files? I could see it being a tedious process to discover manually what components of the standard library were used by any given application. -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Jimmy Schementi Sent: Monday, October 12, 2009 3:49 PM To: <[email protected]> Cc: [email protected] Subject: Re: [Ironruby-core] Newbie questions regardingIronRuby in Silverlight... There are not two copies, one is ruby stdlib, and one is IronRuby's own lib. The ruby stdlib contains pieces implemented in ruby, as well as C. In IronRuby we ported all the C stuff to C# (that's what IronRuby.Libraries.dll is), and redistribute the ruby code. So both directories are all part of the standard library. For Silverlight, I would suggest you only deploy the files that you use; the entire stdlib is fairly large. ~Jimmy Sent from my phone On Oct 12, 2009, at 3:26 PM, "Zoltan Toth" <[email protected]> wrote: > Once again thanks, we were able to get things working. Please note > that we have offline requirements that require us to deploy the > portions of the ruby standard library that we require, within our > Silverlight application. > > My only other question is why does IronRuby ship with what appears to > be two versions of the Ruby standard library? There appears to be a > standard implementation (i.e. \lib\ruby\1.8 for IronRuby 0.9.1) that > uses ruby scripts and there also appears to be an implementation that > calls into the CLR (i.e. \lib\IronRuby) in order to do its stuf. Do > we have a choice of which to use or do we need to deploy both? > > Many thanks for your help. > > Zoltan. > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > [email protected] > http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ Ironruby-core mailing list [email protected] http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list [email protected] http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list [email protected] http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list [email protected] http://rubyforge.org/mailman/listinfo/ironruby-core
