Would a&nbsp;multi-file assembly be a good fit for this? I haven&#39;t worked much with them, so I&#39;m not sure about including multiple namespaces within one, but I would imagine it&#39;s entirely possible.<br><br>
<div class="gmail_quote">On Wed, Apr 30, 2008 at 10:02 PM, Michael Letterle &lt;<a href="mailto:michael.letterle@gmail.com">michael.letterle@gmail.com</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">It may not be /too/ bad if the intent is to load the CLR code, but not<br>expose it to the ruby runtime until a &quot;require&quot; is called for that<br>
library.. though I agree, I&#39;d rather have it implemented as separate<br>dlls. &nbsp;This also becomes relevant when we start talking about IronRuby<br>and silverlight, not all silverlight apps are going to need all<br>libraries (or even most) keeping it small is important, but if a<br>
library is needed it shouldn&#39;t need to take a bunch of baggage with<br>it.<br>
<div>
<div></div>
<div class="Wj3C7c"><br>On Wed, Apr 30, 2008 at 10:55 PM, Wayne Kelly &lt;<a href="mailto:w.kelly@qut.edu.au">w.kelly@qut.edu.au</a>&gt; wrote:<br>&gt;<br>&gt; &nbsp;Are you suggesting that long term - modules like digest and openssl remain in the IronRuby.Libraries and be automatically loaded at startup?<br>
&gt;<br>&gt; &nbsp;I had assumed that this was just a temporary hack and I think long term it is the wrong way to go. There are both performance and compatibility arguments ... Firstly, the overhead of loading non-builtin modules such as digest should only be incurred for those applications that explicitly choose to require it. Secondly, by automatically loading such modules, we are poluting the global namespace and setting up possible collisions with programmer created classes.<br>
&gt; &nbsp;In general, loading a module can have side effects. At present there are only a handful of such modules, but long term there will be dozens, if not hundreds. Matz should be the one that decides which modules get loaded automatically and which require explicit loading.<br>
&gt;<br>&gt; &nbsp;Cheers, Wayne.<br>&gt;<br>&gt; &nbsp;&gt; -----Original Message-----<br>&gt; &nbsp;&gt; From: <a href="mailto:ironruby-core-bounces@rubyforge.org">ironruby-core-bounces@rubyforge.org</a><br>&gt; &nbsp;&gt; [mailto:<a href="mailto:ironruby-core-bounces@rubyforge.org">ironruby-core-bounces@rubyforge.org</a>] On Behalf Of<br>
&gt; &nbsp;&gt; Tomas Matousek<br>&gt; &nbsp;&gt; Sent: Thursday, 1 May 2008 11:38 AM<br>&gt; &nbsp;&gt; To: <a href="mailto:ironruby-core@rubyforge.org">ironruby-core@rubyforge.org</a><br>&gt; &nbsp;&gt; Subject: Re: [Ironruby-core] Opening up our tree to external<br>
&gt; &nbsp;&gt; committers<br>&gt; &nbsp;&gt;<br>&gt; &nbsp;&gt; I don&#39;t think we should go crazy and create one dll per<br>&gt; &nbsp;&gt; library. Loading dlls has some overhead. Since digest and<br>&gt; &nbsp;&gt; openssl are just IronRuby stubs for functionality already<br>
&gt; &nbsp;&gt; implemented in BCL, it could be in one dll. I need to figure<br>&gt; &nbsp;&gt; out how to do loading of Ruby libraries contained in an<br>&gt; &nbsp;&gt; assembly, but I think it could be done.<br>&gt; &nbsp;&gt;<br>&gt; &nbsp;&gt; Tomas<br>
&gt; &nbsp;&gt;<br>&gt; &nbsp;&gt; -----Original Message-----<br>&gt; &nbsp;&gt; From: <a href="mailto:ironruby-core-bounces@rubyforge.org">ironruby-core-bounces@rubyforge.org</a><br>&gt; &nbsp;&gt; [mailto:<a href="mailto:ironruby-core-bounces@rubyforge.org">ironruby-core-bounces@rubyforge.org</a>] On Behalf Of Wayne Kelly<br>
&gt; &nbsp;&gt; Sent: Wednesday, April 30, 2008 4:40 PM<br>&gt; &nbsp;&gt; To: <a href="mailto:ironruby-core@rubyforge.org">ironruby-core@rubyforge.org</a><br>&gt; &nbsp;&gt; Subject: Re: [Ironruby-core] Opening up our tree to external<br>
&gt; &nbsp;&gt; committers<br>&gt; &nbsp;&gt;<br>&gt; &nbsp;&gt;<br>&gt; &nbsp;&gt; For consistency, can we also separate the other standard<br>&gt; &nbsp;&gt; libraries such as digest, openssl, etc (that require explicit<br>&gt; &nbsp;&gt; loading) into separate assemblies?<br>
&gt; &nbsp;&gt; This of course, first requires us to be able to load such assemblies.<br>&gt; &nbsp;&gt;<br>&gt; &nbsp;&gt; There will of course be an ever increasing set of such<br>&gt; &nbsp;&gt; libraries, so it would be nice to have a relatively<br>
&gt; &nbsp;&gt; lightweight process to allow such new directories/libraries<br>&gt; &nbsp;&gt; to be created.<br>&gt; &nbsp;&gt;<br>&gt; &nbsp;&gt; Note, some of these libraries might be implemented using a<br>&gt; &nbsp;&gt; combination of Ruby and C# code.<br>
&gt; &nbsp;&gt;<br>&gt; &nbsp;&gt; I hope this mechanism will enable people to upload prototypes<br>&gt; &nbsp;&gt; of what they&#39;re working on, so that we don&#39;t need to wait<br>&gt; &nbsp;&gt; until something is complete and polished before seeing it.<br>
&gt; &nbsp;&gt;<br>&gt; &nbsp;&gt; Perhaps we could have a generic IronRuby.Misc that people<br>&gt; &nbsp;&gt; could create directories &nbsp;beneath initially, which could then<br>&gt; &nbsp;&gt; be moved to top level status once they&#39;ve matured.<br>
&gt; &nbsp;&gt;<br>&gt; &nbsp;&gt; Cheers, Wayne.<br>&gt; &nbsp;&gt; _______________________________________________<br>&gt; &nbsp;&gt; Ironruby-core mailing list<br>&gt; &nbsp;&gt; <a href="mailto:Ironruby-core@rubyforge.org">Ironruby-core@rubyforge.org</a><br>
&gt; &nbsp;&gt; <a href="http://rubyforge.org/mailman/listinfo/ironruby-core" target="_blank">http://rubyforge.org/mailman/listinfo/ironruby-core</a><br>&gt; &nbsp;&gt; _______________________________________________<br>&gt; &nbsp;&gt; Ironruby-core mailing list<br>
&gt; &nbsp;&gt; <a href="mailto:Ironruby-core@rubyforge.org">Ironruby-core@rubyforge.org</a><br>&gt; &nbsp;&gt; <a href="http://rubyforge.org/mailman/listinfo/ironruby-core" target="_blank">http://rubyforge.org/mailman/listinfo/ironruby-core</a><br>
&gt; &nbsp;&gt;<br>&gt; &nbsp;_______________________________________________<br>&gt; &nbsp;Ironruby-core mailing list<br>&gt; &nbsp;<a href="mailto:Ironruby-core@rubyforge.org">Ironruby-core@rubyforge.org</a><br>&gt; &nbsp;<a href="http://rubyforge.org/mailman/listinfo/ironruby-core" target="_blank">http://rubyforge.org/mailman/listinfo/ironruby-core</a><br>
&gt;<br><br><br><br></div></div><font color="#888888">--<br>Michael Letterle<br>[Polymath Prokrammer]<br><a href="http://blog.prokrams.com/" target="_blank">http://blog.prokrams.com</a><br></font>
<div>
<div></div>
<div class="Wj3C7c">_______________________________________________<br>Ironruby-core mailing list<br><a href="mailto:Ironruby-core@rubyforge.org">Ironruby-core@rubyforge.org</a><br><a href="http://rubyforge.org/mailman/listinfo/ironruby-core" target="_blank">http://rubyforge.org/mailman/listinfo/ironruby-core</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Ryan Riley<br><a href="mailto:ryan.riley@panesofglass.org">ryan.riley@panesofglass.org</a><br><a href="http://www.panesofglass.org/">http://www.panesofglass.org/</a>