[Ironruby-core] Towards Rails on .NET
w.kelly at qut.edu.au
Mon Feb 18 17:35:21 EST 2008
> From: ironruby-core-bounces at rubyforge.org [ironruby-core-bounces at rubyforge.org] On Behalf Of
> Michael Letterle [michael.letterle at gmail.com]
> Sent: Monday, 18 February 2008 11:52 PM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Towards Rails on .NET
> I'd be interested in doing the zlib port if noone else has done
> anything on it yet, I just recently had to dig into zlib a bit so it's
> kind of fresh. Feel free to send me what needs implemented.
Sounds good to me, but before we go too far down this path, perhaps we should discuss the ground
rules for implementing these extension libraries. CRuby implements many of these libraries as CRuby
specific thin C wrappers around functionality provided by other native open source libraries. To build
CRuby for Rails from source you need to go to various other open source projects, download and
compile each of their bits and make sure their binaries are present on the right path.
What approaches are deemed acceptable within the IronRuby project?
Firstly, is it OK to have dependences on other open source project or do we need to implement all of these
components from scratch? Secondly, is it OK to have dependences on native libraries rather than on fully managed
libraries? (note these are two separate issues). Having our own fully managed implementations would have many
advantages, but would require more work and wouldn't keep pace with advances made in those other libraries.
Wrapping the same native libraries as C Ruby will also increase our compatability. I'm not proposing policy here,
I'm just raising issues and asking for guidence.
The other issue is where to we put these libraries once we start developing them? It would be nice to have them all
in the same place, even in their early stages of development. Each I imagine would be a separate library, so they wouldn't
interfere with one another. I assume they will not become part of the IronRuby.Libraries project. Perhaps they could be put
into a separate RubyForge project initially that external contributors could directly upload to, and then if necessary moved
into some kind of official tree as they mature?
More information about the Ironruby-core