Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

Works great now. Thanks for the fast response! From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Jim Deville Sent: Wednesday, March 03, 2010 2:53 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

Re: [Ironruby-core] IronRuby version of existing gems

It does seem like there isn’t a way to distinguish between IronRuby and MRI. C:\> ir.exe >>> require "rubygems" => true >>> Gem::Platform.local() => # JRuby otoh does seem to do something different C:\> jruby.exe irb(main):001:0> require "rubygems" => true irb(main):002:0> Gem::Platform.local()

Re: [Ironruby-core] IronRuby version of existing gems

Isn't that just keying off of RUBY_PLATFORM and other constants? From: Shri Borde Sent: Wednesday, March 03, 2010 9:55 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] IronRuby version of existing gems It does seem like there isn’t a way to dist

Re: [Ironruby-core] IronRuby version of existing gems

It does seem to. Ruby Gems maintains a list of platform mappings. See lib\ruby\site_ruby\1.8\rubygems\platform.rb in the initialize method. Whatever initializes Gem::Platform seems to look at RUBY_PLATFORM C:\IronRuby\bin>ir IronRuby 0.9.4.0 on .NET 2.0.50727.4927 Copyright (c) Microsoft Corpora

Re: [Ironruby-core] IronRuby version of existing gems

Digging deeper, it appears that when you require 'rubygems' it looks at RbConfig, specifically RbConfig::CONFIG['arch'] -- Will Green http://hotgazpacho.org/ On Wed, Mar 3, 2010 at 1:18 PM, Will Green wrote: > It does seem to. > > Ruby Gems maintains a list of platform mappings. > > See lib\ru

Re: [Ironruby-core] IronRuby version of existing gems

we need to update rbconfig. it should also detect the runtime correctly --- Met vriendelijke groeten - Best regards - Salutations Ivan Porto Carrero Web: http://whiterabbitconsulting.eu - http://flanders.co.nz Twitter: http://twitter.com/casualjim Author of IronRuby in Action (http://manning.com/ca

Re: [Ironruby-core] IronRuby .Net 4 CTP and dynamic

Patrick, Tomas made a fix for dynamic, and it is now included in the latest source from git: http://github.com/ironruby/ironruby If you build the latest from source (make sure you build the "V4 Release" (or V4 Debug) from ruby4.sln), your code (which deals with the ExpandoObject) should wo

Re: [Ironruby-core] How do I pass an ExpandoObject from C# into IronRuby?

Answered your question over on StackOverflow: http://stackoverflow.com/questions/2365668/how-do-i-pass-an-expandoobject-from-c-into-ironruby/ Essentially, Tomas fixed this, and if you build from source

[Ironruby-core] Code Review: morefixes

tfpt review "/shelveset:morefixes;REDMOND\tomat" Comment : DLR: Fixes interop with CLR4 BigInteger (adds implicit conversions from and to our BigInteger). Ruby: Fixes module duplication (initializers and methods were copied incorrectly). Adds co- and contra- variance smoke tests

Re: [Ironruby-core] IronRuby version of existing gems

I will set RUBY_PLATFORM to “.net” and RbConfig::CONFIG[“arch”] to “universal-.net-2.0” (or “universal-.net-4.0” for the .NET 4 builds) From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Ivan Porto Carrero Sent: Wednesday, March 03, 2010 10:38 AM

Re: [Ironruby-core] Anyone interested in implementing Etc module for Mono?

Well, I'm still trying to get my environment set up and having little luck. Still getting used to Mac OS X and *nix development. Has anyone else attempted the fix? Hopefully I'll have this sorted soon and can get on it. Regards, Ryan Riley Email: ryan.ri...@panesofglass.org LinkedIn: http://www.

Re: [Ironruby-core] IronRuby version of existing gems

Does anyone know if this will allow authoring of IronRuby-specific gems? Would the same value be used in the gemspec? After installing win32console, I looked at gems\1.8\gems\specifications\win32console-1.2.0-x86-mingw32.gemspec, and it had this line: s.platform = %q{x86-mingw32} Note that th

Re: [Ironruby-core] IronRuby version of existing gems

Answering my own question about x86==i386, they are treated as equal: >>> Gem::Platform.new("i386-mingw32") === Gem::Platform.new("x86-mingw32") true http://rubygems.rubyforge.org/rubygems-update/Gem/Platform.html has implementations of the different functions (click on the function names) From

[Ironruby-core] Code Review: config

tfpt review "/shelveset:config;REDMOND\sborde" Comment : Change RbConfig::CONFIG["arch"] to "universal-.net2.0" Changes RubyGems to know about the ".net" OS config.diff Description: config.diff ___ Ironruby-core mailing list Ironruby-core@ru