I couldn't find the source for Rietveld before sending the first mail. Guido was kind enough to point me to it, though:
http://code.google.com/p/rietveld/source Cheers, C.J. On Sun, 2008-05-18 at 18:13 +0000, C.J. Adams-Collier wrote: > Hey folks, > > Does there exist a formal code review process for the Iron* languages > and/or the DLR? Have you considered using a tool to ease gathering of > review feedback? > > http://www.review-board.org/ - VMWare, Christian Hammond > http://reviews.review-board.org/dashboard/ > > svn checkout http://reviewboard.googlecode.com/svn/trunk/reviewboard > > http://codereview.appspot.com/ - Google, Guido van Rossum > > Cheers, > > C.J. > > > > On Sat, 2008-05-17 at 21:47 -0700, Tomas Matousek wrote: > > tfpt review /shelveset:RubyLibsAndYaml;REDMOND\tomat > > > > Adjusts class-initializer generator to enable generating initializers for > > multiple libraries within a single assembly. > > Also enables extending existing Ruby modules and classes that are defined > > in C# libraries (previously only CLR classes could have been extended). For > > example, the following class adds additional methods on Kernel module: > > > > [RubyModule(Extends = typeof(Kernel))] > > public static class MyKernelOps { > > [RubyMethod("foo")] > > public static void Foo() { ... } > > } > > > > The type specified in Extends parameter is the C# class defining the > > module/class. > > > > Enables to group C# classes and modules into Ruby libraries (e.g. thread, > > socket, openssl, yaml, etc.). Each library is identified by a root > > namespace. All Ruby classes and modules of the assembly defined within the > > namespace are considered parts of the library. The shelveset updates > > namespaces in IronRuby.Libraries.dll to group classes by library: > > > > Ruby.Builtins > > Ruby.StandardLibrary.Threading > > Ruby.StandardLibrary.Sockets > > Ruby.StandardLibrary.OpenSsl > > Ruby.StandardLibrary.Digest > > Ruby.StandardLibrary.Zlib > > > > The list of namespaces that define libraries within an assembly is passed > > to the generator: > > > > ClassInitGenerator IronRuby.Libraries.dll > > /libraries:Ruby.Builtins;Ruby.StandardLibrary.Threading;Ruby.StandardLibrary.Sockets;Ruby.StandardLibrary.OpenSsl;Ruby.StandardLibrary.Digest;Ruby.StandardLibrary.Zlib > > /out:Initializers.Generated.cs > > > > The mapping from Ruby library name to the assembly and namespace is > > established via .rb files: > > > > thread.rb: > > load_assembly 'IronRuby.Libraries', 'Ruby.StandardLibrary.Threading' > > > > openssl.rb: > > load_assembly 'IronRuby.Libraries', 'Ruby.StandardLibrary.OpenSsl' > > > > etc. > > > > (Kernel#load_assembly now takes an optional second argument identifying the > > library to load by its root namespace). > > > > The files are included in the solution and their build action is set to > > "copy if new", which means they are copied to the output directory during > > the build. ir.exe includes the directory it is located in into the load > > paths list ($:), so the .rb files copied there are found by the standard > > Ruby require/load mechanism. > > > > Tomas > > _______________________________________________ > > Ironruby-core mailing list > > [email protected] > > http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ > Users mailing list > [EMAIL PROTECTED] > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Ironruby-core mailing list [email protected] http://rubyforge.org/mailman/listinfo/ironruby-core
