From lists at ruby-forum.com Tue Nov 2 09:11:24 2010 From: lists at ruby-forum.com (Eduardo Blumenfeld) Date: Tue, 02 Nov 2010 14:11:24 +0100 Subject: [Ironruby-core] ironruby-rack gem In-Reply-To: <809c919ced12ce139450acecb8789277@ruby-forum.com> References: , <809c919ced12ce139450acecb8789277@ruby-forum.com> Message-ID: <28f1242963070b447df699988e994859@ruby-forum.com> Hi all, First, thank you for all the effort put in this project. Is there any news on this particular project (ironruby-rack gem), going forward with the release 1.1.1? Eduardo -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Tue Nov 2 11:00:20 2010 From: lists at ruby-forum.com (Roger Pack) Date: Tue, 02 Nov 2010 16:00:20 +0100 Subject: [Ironruby-core] Gestalt and IronRuby in the browser In-Reply-To: References: Message-ID: <9cdd01741f2d2a18f599e4ee246e0b4f@ruby-forum.com> gestalt is an unrelated project to the "mainline" ironruby, but definitely cool :) -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Tue Nov 2 14:07:05 2010 From: lists at ruby-forum.com (Timothy Barnes) Date: Tue, 02 Nov 2010 19:07:05 +0100 Subject: [Ironruby-core] Running IronRuby script from C# Message-ID: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> I am trying to get a Ruby file to run through C#. I was reading through "Ruby Unleashed" (book), and it appears to be easy. However, I keep getting an error on a very simple test. The text of my programs are: C#: using System; using Microsoft.Scripting.Hosting; using IronRuby; class Run_Ruby { static void Main() { ScriptEngine engine = IronRuby.Ruby.CreateEngine(); engine.ExecuteFile("C:/Test_Files/hello.rb"); } } ------------- hello.rb: puts 'hello' When I run the program I get: "MissingMethodException was unhandled" "undefined method `???puts' for main:Object" I am a novice to C#, but this should be hard. What am I doing wrong? Attachments: http://www.ruby-forum.com/attachment/5280/C_toRuby.jpg -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Tue Nov 2 15:36:59 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 2 Nov 2010 19:36:59 +0000 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: What version of IronRuby do you use? The file has UTF8 BOM at the beginning and IronRuby 1.0 doesn't support that (MRI 1.8.6 doesn't either). IronRuby 1.1.1 should work fine. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Timothy Barnes Sent: Tuesday, November 02, 2010 11:07 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Running IronRuby script from C# I am trying to get a Ruby file to run through C#. I was reading through "Ruby Unleashed" (book), and it appears to be easy. However, I keep getting an error on a very simple test. The text of my programs are: C#: using System; using Microsoft.Scripting.Hosting; using IronRuby; class Run_Ruby { static void Main() { ScriptEngine engine = IronRuby.Ruby.CreateEngine(); engine.ExecuteFile("C:/Test_Files/hello.rb"); } } ------------- hello.rb: puts 'hello' When I run the program I get: "MissingMethodException was unhandled" "undefined method `???puts' for main:Object" I am a novice to C#, but this should be hard. What am I doing wrong? Attachments: http://www.ruby-forum.com/attachment/5280/C_toRuby.jpg -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From dipidi at gmail.com Tue Nov 2 15:41:14 2010 From: dipidi at gmail.com (Dotan N.) Date: Tue, 2 Nov 2010 21:41:14 +0200 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: before i think about it too much, it seems you have some unicodish chars in the file? On Tue, Nov 2, 2010 at 8:07 PM, Timothy Barnes wrote: > I am trying to get a Ruby file to run through C#. I was reading through > "Ruby Unleashed" (book), and it appears to be easy. However, I keep > getting an error on a very simple test. The text of my programs are: > > C#: > using System; > using Microsoft.Scripting.Hosting; > using IronRuby; > > class Run_Ruby > { > static void Main() > { > ScriptEngine engine = IronRuby.Ruby.CreateEngine(); > engine.ExecuteFile("C:/Test_Files/hello.rb"); > } > } > ------------- > hello.rb: > puts 'hello' > > When I run the program I get: > "MissingMethodException was unhandled" > "undefined method `???puts' for main:Object" > > I am a novice to C#, but this should be hard. What am I doing wrong? > > Attachments: > http://www.ruby-forum.com/attachment/5280/C_toRuby.jpg > > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dipidi at gmail.com Tue Nov 2 15:49:01 2010 From: dipidi at gmail.com (Dotan N.) Date: Tue, 2 Nov 2010 21:49:01 +0200 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: confirmed. you probably created the file inside VS, or other UTF happy editor. if you insist you might want to try the encoding pragma, but i'm not sure of its support # coding: utf-8 puts 'hello' On Tue, Nov 2, 2010 at 9:41 PM, Dotan N. wrote: > before i think about it too much, it seems you have some unicodish chars in > the file? > > > On Tue, Nov 2, 2010 at 8:07 PM, Timothy Barnes wrote: > >> I am trying to get a Ruby file to run through C#. I was reading through >> "Ruby Unleashed" (book), and it appears to be easy. However, I keep >> getting an error on a very simple test. The text of my programs are: >> >> C#: >> using System; >> using Microsoft.Scripting.Hosting; >> using IronRuby; >> >> class Run_Ruby >> { >> static void Main() >> { >> ScriptEngine engine = IronRuby.Ruby.CreateEngine(); >> engine.ExecuteFile("C:/Test_Files/hello.rb"); >> } >> } >> ------------- >> hello.rb: >> puts 'hello' >> >> When I run the program I get: >> "MissingMethodException was unhandled" >> "undefined method `???puts' for main:Object" >> >> I am a novice to C#, but this should be hard. What am I doing wrong? >> >> Attachments: >> http://www.ruby-forum.com/attachment/5280/C_toRuby.jpg >> >> >> -- >> Posted via http://www.ruby-forum.com/. >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ali_bush at gentoo.org Wed Nov 3 06:54:36 2010 From: ali_bush at gentoo.org (Alistair Bush) Date: Wed, 3 Nov 2010 23:54:36 +1300 Subject: [Ironruby-core] Very Very initial CMake support Message-ID: <201011032354.38095.ali_bush@gentoo.org> I have started playing around with cmake to see whether it could help out iron* and dlr. I have therefore started implementing CMake makefiles to build the dlr (Runtime) part of ironruby, install those dlls into the gac and generate *.pc files for them. I have tested it on mono-2.8 (requires mono-2.8) and am aware that windows .NET support is broken (but very possible) cmake also supports creating deb's and rpm's which will be done in the future hopefully. The potential is also there for it to generate csproj files (already supports other VS file types) To play around with it git clone git://github.com/alistair/ironruby.git mkdir build mkdir install cd build (out of tree builds, oh how I love them ) cmake ../repo/Runtime/ make make DESTDIR=../install install After this you should have install $ find . ./usr ./usr/lib64 ./usr/lib64/mono ./usr/lib64/mono/Microsoft.Scripting.Metadata ./usr/lib64/mono/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.dll ./usr/lib64/mono/Microsoft.Dynamic ./usr/lib64/mono/Microsoft.Dynamic/Microsoft.Dynamic.dll ./usr/lib64/mono/Microsoft.Scripting ./usr/lib64/mono/Microsoft.Scripting/Microsoft.Scripting.dll ./usr/lib64/mono/Microsoft.Scripting.Core ./usr/lib64/mono/Microsoft.Scripting.Core/Microsoft.Scripting.Core.dll ./usr/lib64/mono/gac ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b713576e1 ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b713576e1/Microsoft.Scripting.Metadata.dll ./usr/lib64/mono/gac/Microsoft.Dynamic ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1 ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1/Microsoft.Dynamic.dll ./usr/lib64/mono/gac/Microsoft.Scripting ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1 ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1/Microsoft.Scripting.dll ./usr/lib64/mono/gac/Microsoft.Scripting.Core ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b713576e1 ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b713576e1/Microsoft.Scripting.Core.dll ./usr/local ./usr/local/lib ./usr/local/lib/pkgconfig ./usr/local/lib/pkgconfig/microsoft.scripting.metadata.pc ./usr/local/lib/pkgconfig/microsoft.scripting.core.pc ./usr/local/lib/pkgconfig/microsoft.dynamic.pc ./usr/local/lib/pkgconfig/microsoft.scripting.pc still lots of work to do, but hopefully you enjoy. Alistair. From lists at ruby-forum.com Wed Nov 3 09:19:03 2010 From: lists at ruby-forum.com (Timothy Barnes) Date: Wed, 03 Nov 2010 14:19:03 +0100 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: Thanks for the replies. I recreated hello.rb in Scite and the program worked. I have read about UTF8 encoding and ruby, but had not ran into it before, and I didn't not know what the symbols in front of the hello.rb text meant (see VS error message). So thanks for the help. Tomas: I was using IronRuby 1.0.0.0 but had just downloaded IronRuby 1.1.1. However, I originally created the file in SharpDevelop and have been creating IronRuby programs in SharpDevelop with no issue (running in SD Debug), until I tried to call this ruby file from C#. So I still don't quite understand why ruby works one way and not the other, but that seems to be a SharpDevelop issue/setting. I am pretty sure SharpDevelop is running IronRuby 1.0.0.0. After I couldn't get it to work I tried it again in Visual Studio which I assume also called IronRuby 1.0.0.0. since I still had that version installed and my files associated with that version. Last, Now that IronRuby supports the UTF8 encoding, should my files be encoded that way? Or now does it just not matter which encoding I use? and does C# have to be encoded UTF8? -- Posted via http://www.ruby-forum.com/. From Andrius.Bentkus at rwth-aachen.de Wed Nov 3 10:18:48 2010 From: Andrius.Bentkus at rwth-aachen.de (Andrius Bentkus) Date: Wed, 3 Nov 2010 15:18:48 +0100 Subject: [Ironruby-core] Very Very initial CMake support In-Reply-To: <201011032354.38095.ali_bush@gentoo.org> References: <201011032354.38095.ali_bush@gentoo.org> Message-ID: Having multiple building systems is counterproductive, it's hard to maintain all of them. Is cmake using xbuild to buil the dlls or does it all the file linking by itself? On Wed, Nov 3, 2010 at 11:54 AM, Alistair Bush wrote: > I have started playing around with cmake to see whether it could help out > iron* and dlr. I have therefore started implementing CMake makefiles to > build > the dlr (Runtime) part of ironruby, install those dlls into the gac and > generate *.pc files for them. I have tested it on mono-2.8 (requires > mono-2.8) > and am aware that windows .NET support is broken (but very possible) > > cmake also supports creating deb's and rpm's which will be done in the > future > hopefully. The potential is also there for it to generate csproj files > (already supports other VS file types) > > To play around with it > > git clone git://github.com/alistair/ironruby.git > mkdir build > mkdir install > cd build (out of tree builds, oh how I love them ) > cmake ../repo/Runtime/ > make > make DESTDIR=../install install > > > After this you should have > > install $ find > . > ./usr > ./usr/lib64 > ./usr/lib64/mono > ./usr/lib64/mono/Microsoft.Scripting.Metadata > > ./usr/lib64/mono/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.dll > ./usr/lib64/mono/Microsoft.Dynamic > ./usr/lib64/mono/Microsoft.Dynamic/Microsoft.Dynamic.dll > ./usr/lib64/mono/Microsoft.Scripting > ./usr/lib64/mono/Microsoft.Scripting/Microsoft.Scripting.dll > ./usr/lib64/mono/Microsoft.Scripting.Core > ./usr/lib64/mono/Microsoft.Scripting.Core/Microsoft.Scripting.Core.dll > ./usr/lib64/mono/gac > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b713576e1 > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b713576e1/Microsoft.Scripting.Metadata.dll > ./usr/lib64/mono/gac/Microsoft.Dynamic > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1 > > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1/Microsoft.Dynamic.dll > ./usr/lib64/mono/gac/Microsoft.Scripting > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1 > > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1/Microsoft.Scripting.dll > ./usr/lib64/mono/gac/Microsoft.Scripting.Core > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b713576e1 > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b713576e1/Microsoft.Scripting.Core.dll > ./usr/local > ./usr/local/lib > ./usr/local/lib/pkgconfig > ./usr/local/lib/pkgconfig/microsoft.scripting.metadata.pc > ./usr/local/lib/pkgconfig/microsoft.scripting.core.pc > ./usr/local/lib/pkgconfig/microsoft.dynamic.pc > ./usr/local/lib/pkgconfig/microsoft.scripting.pc > > still lots of work to do, but hopefully you enjoy. > > Alistair. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dipidi at gmail.com Wed Nov 3 10:36:45 2010 From: dipidi at gmail.com (Dotan N.) Date: Wed, 3 Nov 2010 16:36:45 +0200 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: this is not an 'issue' with either editors. it is simply a matter of encoding. As i previously noted, you've created the file in visual studio, which adds: http://en.wikipedia.org/wiki/Byte_order_mark please find the time to read this http://www.joelonsoftware.com/articles/Unicode.html On Wed, Nov 3, 2010 at 3:19 PM, Timothy Barnes wrote: > Thanks for the replies. > > I recreated hello.rb in Scite and the program worked. I have read about > UTF8 encoding and ruby, but had not ran into it before, and I didn't not > know what the symbols in front of the hello.rb text meant (see VS error > message). So thanks for the help. > > Tomas: I was using IronRuby 1.0.0.0 but had just downloaded IronRuby > 1.1.1. However, I originally created the file in SharpDevelop and have > been creating IronRuby programs in SharpDevelop with no issue (running > in SD Debug), until I tried to call this ruby file from C#. So I still > don't quite understand why ruby works one way and not the other, but > that seems to be a SharpDevelop issue/setting. I am pretty sure > SharpDevelop is running IronRuby 1.0.0.0. After I couldn't get it to > work I tried it again in Visual Studio which I > assume also called IronRuby 1.0.0.0. since I still had that version > installed and my files associated with that version. > > Last, Now that IronRuby supports the UTF8 encoding, should my files be > encoded that way? Or now does it just not matter which encoding I use? > and does C# have to be encoded UTF8? > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Wed Nov 3 12:11:32 2010 From: lists at ruby-forum.com (Timothy Barnes) Date: Wed, 03 Nov 2010 17:11:32 +0100 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: Dotan, Thanks for the links. I have been looking for a place to explain encoding well for awhile. I am a self-trained programmer and sometimes it is hard to find good info to increase my knowledge base. Thanks for the help. -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Wed Nov 3 12:30:08 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 3 Nov 2010 16:30:08 +0000 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: Files don't need to be encoded in UTF8, you can chose any encoding supported on your system. IronRuby 1.1.1 supports BOMs and also Ruby specific #encoding directives. I would suggest always using UTF8. Personally I consider any non-Unicode based encoding obsolete and frankly don't understand why Ruby went the way they did with all that complexity around encodings. It just makes it slower and cumbersome to use. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Timothy Barnes Sent: Wednesday, November 03, 2010 6:19 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# Thanks for the replies. I recreated hello.rb in Scite and the program worked. I have read about UTF8 encoding and ruby, but had not ran into it before, and I didn't not know what the symbols in front of the hello.rb text meant (see VS error message). So thanks for the help. Tomas: I was using IronRuby 1.0.0.0 but had just downloaded IronRuby 1.1.1. However, I originally created the file in SharpDevelop and have been creating IronRuby programs in SharpDevelop with no issue (running in SD Debug), until I tried to call this ruby file from C#. So I still don't quite understand why ruby works one way and not the other, but that seems to be a SharpDevelop issue/setting. I am pretty sure SharpDevelop is running IronRuby 1.0.0.0. After I couldn't get it to work I tried it again in Visual Studio which I assume also called IronRuby 1.0.0.0. since I still had that version installed and my files associated with that version. Last, Now that IronRuby supports the UTF8 encoding, should my files be encoded that way? Or now does it just not matter which encoding I use? and does C# have to be encoded UTF8? -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From lists at ruby-forum.com Wed Nov 3 13:59:20 2010 From: lists at ruby-forum.com (Timothy Barnes) Date: Wed, 03 Nov 2010 18:59:20 +0100 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: <0d5e6fec5c3047a27711bc5dab438f7f@ruby-forum.com> Tomas, I appreciate the suggestion. The reason I was trying to do this was to create and .exe file that I can distribute to other co-workers without them having to understand what ruby is. The only other answer I can't find through internet searches is whether on not I can suppress the console window while running a window application through IronRuby. (similar to the using a .rbw file) It appears that this is not possible. Is that correct? Timothy -- Posted via http://www.ruby-forum.com/. From ali_bush at gentoo.org Wed Nov 3 14:17:47 2010 From: ali_bush at gentoo.org (Alistair Bush) Date: Thu, 4 Nov 2010 07:17:47 +1300 Subject: [Ironruby-core] Very Very initial CMake support In-Reply-To: References: <201011032354.38095.ali_bush@gentoo.org> Message-ID: <201011040717.48579.ali_bush@gentoo.org> > Having multiple building systems is counterproductive, it's hard to > maintain all of them. > In General I agree. thats is why ultimately I would like cmake to support creating of csproj files. That would need to be implemented, but has already been proven possible by cmakes other VS proj support. For this project I don't believe that maintaining cmake will be all that difficult. it supports wildcards (Dir/*.cs) when selecting which files to build which means that in most cases no changes will need to be made. There is an exception to this which im planning on raising in a separate thread. Currently that work I have done with cmake has encountered a large number of "abandoned" files within the repo. It seems these classes have been migrated into System.* but only removed from the proj file. This is really really messy. > Is cmake using xbuild to buil the dlls or does it all the file linking by > itself? Nope it calls the compiler directly. Sadly I think it would be very difficult to maintain xbuild to do what I want it to do. Ultimately we need to get the Runtime/ directory out of the tree (or at least make linking against it optional). There are also other benefits. * It also makes pkg-config support very easy. * Allows multiple (as many as you want) out of tree builds so that you can for example run tests on standard debug build as well as a silverlight build simultaneously. You also don't have to be constantly switch configs. you can easy target multiple versions of mono/.NET etc etc etc. * supports creating of debs and rpms directly. > > On Wed, Nov 3, 2010 at 11:54 AM, Alistair Bush wrote: > > I have started playing around with cmake to see whether it could help out > > iron* and dlr. I have therefore started implementing CMake makefiles to > > build > > the dlr (Runtime) part of ironruby, install those dlls into the gac and > > generate *.pc files for them. I have tested it on mono-2.8 (requires > > mono-2.8) > > and am aware that windows .NET support is broken (but very possible) > > > > cmake also supports creating deb's and rpm's which will be done in the > > future > > hopefully. The potential is also there for it to generate csproj files > > (already supports other VS file types) > > > > To play around with it > > > > git clone git://github.com/alistair/ironruby.git > > mkdir build > > mkdir install > > cd build (out of tree builds, oh how I love them ) > > cmake ../repo/Runtime/ > > make > > make DESTDIR=../install install > > > > > > After this you should have > > > > install $ find > > . > > ./usr > > ./usr/lib64 > > ./usr/lib64/mono > > ./usr/lib64/mono/Microsoft.Scripting.Metadata > > > > ./usr/lib64/mono/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadat > > a.dll ./usr/lib64/mono/Microsoft.Dynamic > > ./usr/lib64/mono/Microsoft.Dynamic/Microsoft.Dynamic.dll > > ./usr/lib64/mono/Microsoft.Scripting > > ./usr/lib64/mono/Microsoft.Scripting/Microsoft.Scripting.dll > > ./usr/lib64/mono/Microsoft.Scripting.Core > > ./usr/lib64/mono/Microsoft.Scripting.Core/Microsoft.Scripting.Core.dll > > ./usr/lib64/mono/gac > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b71357 > > 6e1 > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b71357 > > 6e1/Microsoft.Scripting.Metadata.dll > > ./usr/lib64/mono/gac/Microsoft.Dynamic > > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1 > > > > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1/Microso > > ft.Dynamic.dll ./usr/lib64/mono/gac/Microsoft.Scripting > > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1 > > > > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1/Micro > > soft.Scripting.dll ./usr/lib64/mono/gac/Microsoft.Scripting.Core > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b713576e1 > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b713576e1/ > > Microsoft.Scripting.Core.dll ./usr/local > > ./usr/local/lib > > ./usr/local/lib/pkgconfig > > ./usr/local/lib/pkgconfig/microsoft.scripting.metadata.pc > > ./usr/local/lib/pkgconfig/microsoft.scripting.core.pc > > ./usr/local/lib/pkgconfig/microsoft.dynamic.pc > > ./usr/local/lib/pkgconfig/microsoft.scripting.pc > > > > still lots of work to do, but hopefully you enjoy. > > > > Alistair. > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Wed Nov 3 14:56:44 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 3 Nov 2010 18:56:44 +0000 Subject: [Ironruby-core] Very Very initial CMake support In-Reply-To: <201011040717.48579.ali_bush@gentoo.org> References: <201011032354.38095.ali_bush@gentoo.org> <201011040717.48579.ali_bush@gentoo.org> Message-ID: Please don't add yet another build system. Generating .csproj files is not the right way to go. The project files are and should be the primary metadata storage for the build system. If you work in VS and add a new file VS will add it into csproj. If you would like to build some packages (like rpms) you can write a .proj file that does that. Like we do for building .msis (see Msi\Installer.proj). If there is something msbuild/xbuild doesn't support you can write a custom task that does that. If there is some bug in xbuild that prevents you to do what you need the bug needs to be fixed in xbuild. Other than supporting packages, what's exactly is the scenario that doesn't work today that you want to support? I don't understand what do you mean by "Allows multiple (as many as you want) out of tree builds ...". Can you be more specific? Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Alistair Bush Sent: Wednesday, November 03, 2010 11:18 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Very Very initial CMake support > Having multiple building systems is counterproductive, it's hard to > maintain all of them. > In General I agree. thats is why ultimately I would like cmake to support creating of csproj files. That would need to be implemented, but has already been proven possible by cmakes other VS proj support. For this project I don't believe that maintaining cmake will be all that difficult. it supports wildcards (Dir/*.cs) when selecting which files to build which means that in most cases no changes will need to be made. There is an exception to this which im planning on raising in a separate thread. Currently that work I have done with cmake has encountered a large number of "abandoned" files within the repo. It seems these classes have been migrated into System.* but only removed from the proj file. This is really really messy. > Is cmake using xbuild to buil the dlls or does it all the file linking > by itself? Nope it calls the compiler directly. Sadly I think it would be very difficult to maintain xbuild to do what I want it to do. Ultimately we need to get the Runtime/ directory out of the tree (or at least make linking against it optional). There are also other benefits. * It also makes pkg-config support very easy. * Allows multiple (as many as you want) out of tree builds so that you can for example run tests on standard debug build as well as a silverlight build simultaneously. You also don't have to be constantly switch configs. you can easy target multiple versions of mono/.NET etc etc etc. * supports creating of debs and rpms directly. > > On Wed, Nov 3, 2010 at 11:54 AM, Alistair Bush wrote: > > I have started playing around with cmake to see whether it could help out > > iron* and dlr. I have therefore started implementing CMake makefiles to > > build > > the dlr (Runtime) part of ironruby, install those dlls into the gac and > > generate *.pc files for them. I have tested it on mono-2.8 (requires > > mono-2.8) > > and am aware that windows .NET support is broken (but very possible) > > > > cmake also supports creating deb's and rpm's which will be done in the > > future > > hopefully. The potential is also there for it to generate csproj files > > (already supports other VS file types) > > > > To play around with it > > > > git clone git://github.com/alistair/ironruby.git > > mkdir build > > mkdir install > > cd build (out of tree builds, oh how I love them ) > > cmake ../repo/Runtime/ > > make > > make DESTDIR=../install install > > > > > > After this you should have > > > > install $ find > > . > > ./usr > > ./usr/lib64 > > ./usr/lib64/mono > > ./usr/lib64/mono/Microsoft.Scripting.Metadata > > > > ./usr/lib64/mono/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadat > > a.dll ./usr/lib64/mono/Microsoft.Dynamic > > ./usr/lib64/mono/Microsoft.Dynamic/Microsoft.Dynamic.dll > > ./usr/lib64/mono/Microsoft.Scripting > > ./usr/lib64/mono/Microsoft.Scripting/Microsoft.Scripting.dll > > ./usr/lib64/mono/Microsoft.Scripting.Core > > ./usr/lib64/mono/Microsoft.Scripting.Core/Microsoft.Scripting.Core.dll > > ./usr/lib64/mono/gac > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b71357 > > 6e1 > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b71357 > > 6e1/Microsoft.Scripting.Metadata.dll > > ./usr/lib64/mono/gac/Microsoft.Dynamic > > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1 > > > > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1/Microso > > ft.Dynamic.dll ./usr/lib64/mono/gac/Microsoft.Scripting > > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1 > > > > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1/Micro > > soft.Scripting.dll ./usr/lib64/mono/gac/Microsoft.Scripting.Core > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b713576e1 > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b713576e1/ > > Microsoft.Scripting.Core.dll ./usr/local > > ./usr/local/lib > > ./usr/local/lib/pkgconfig > > ./usr/local/lib/pkgconfig/microsoft.scripting.metadata.pc > > ./usr/local/lib/pkgconfig/microsoft.scripting.core.pc > > ./usr/local/lib/pkgconfig/microsoft.dynamic.pc > > ./usr/local/lib/pkgconfig/microsoft.scripting.pc > > > > still lots of work to do, but hopefully you enjoy. > > > > Alistair. > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From dipidi at gmail.com Wed Nov 3 15:48:42 2010 From: dipidi at gmail.com (Dotan N.) Date: Wed, 3 Nov 2010 21:48:42 +0200 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <0d5e6fec5c3047a27711bc5dab438f7f@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> <0d5e6fec5c3047a27711bc5dab438f7f@ruby-forum.com> Message-ID: it is possible to embed without a console window :) On Wed, Nov 3, 2010 at 7:59 PM, Timothy Barnes wrote: > Tomas, > > I appreciate the suggestion. > > The reason I was trying to do this was to create and .exe file that I > can distribute to other co-workers without them having to understand > what ruby is. The only other answer I can't find through internet > searches is whether on not I can suppress the console window while > running a window application through IronRuby. (similar to the using a > .rbw file) > > It appears that this is not possible. Is that correct? > > Timothy > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Wed Nov 3 16:06:15 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 3 Nov 2010 20:06:15 +0000 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <0d5e6fec5c3047a27711bc5dab438f7f@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> <0d5e6fec5c3047a27711bc5dab438f7f@ruby-forum.com> Message-ID: Not today, but it would be easy to implement. I can do it over the weekend if you need it. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Timothy Barnes Sent: Wednesday, November 03, 2010 10:59 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# Tomas, I appreciate the suggestion. The reason I was trying to do this was to create and .exe file that I can distribute to other co-workers without them having to understand what ruby is. The only other answer I can't find through internet searches is whether on not I can suppress the console window while running a window application through IronRuby. (similar to the using a .rbw file) It appears that this is not possible. Is that correct? Timothy -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Wed Nov 3 16:21:56 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 3 Nov 2010 20:21:56 +0000 Subject: [Ironruby-core] Running IronRuby script from C# References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> <0d5e6fec5c3047a27711bc5dab438f7f@ruby-forum.com> Message-ID: I mean you can indeed write a Windows app in C# or VB that hosts IronRuby and that doesn't need the console window (you can redirect standard output to a stream if you would like to display it in some window). The thing that's missing from IronRuby is irw.exe file that would do that for you (we have a similar one for Python). Tomas -----Original Message----- From: Tomas Matousek Sent: Wednesday, November 03, 2010 1:06 PM To: ironruby-core at rubyforge.org Subject: RE: [Ironruby-core] Running IronRuby script from C# Not today, but it would be easy to implement. I can do it over the weekend if you need it. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Timothy Barnes Sent: Wednesday, November 03, 2010 10:59 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# Tomas, I appreciate the suggestion. The reason I was trying to do this was to create and .exe file that I can distribute to other co-workers without them having to understand what ruby is. The only other answer I can't find through internet searches is whether on not I can suppress the console window while running a window application through IronRuby. (similar to the using a .rbw file) It appears that this is not possible. Is that correct? Timothy -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From lists at ruby-forum.com Wed Nov 3 17:37:24 2010 From: lists at ruby-forum.com (Timothy Barnes) Date: Wed, 03 Nov 2010 22:37:24 +0100 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: <3721d2c9fe40d068aa7f25c958c8e35a@ruby-forum.com> Tomas, Do you mean create a irw.exe file? That would be great. I don't want to take up too much of your time, but it would be a great help. Again, thanks for the replies. Timothy -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Wed Nov 3 19:28:04 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 3 Nov 2010 23:28:04 +0000 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <3721d2c9fe40d068aa7f25c958c8e35a@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> <3721d2c9fe40d068aa7f25c958c8e35a@ruby-forum.com> Message-ID: Yes, should be easy. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Timothy Barnes Sent: Wednesday, November 03, 2010 2:37 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# Tomas, Do you mean create a irw.exe file? That would be great. I don't want to take up too much of your time, but it would be a great help. Again, thanks for the replies. Timothy -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From Andrius.Bentkus at rwth-aachen.de Wed Nov 3 20:15:33 2010 From: Andrius.Bentkus at rwth-aachen.de (Andrius Bentkus) Date: Thu, 4 Nov 2010 01:15:33 +0100 Subject: [Ironruby-core] Very Very initial CMake support In-Reply-To: References: <201011032354.38095.ali_bush@gentoo.org> <201011040717.48579.ali_bush@gentoo.org> Message-ID: On Wed, Nov 3, 2010 at 7:56 PM, Tomas Matousek wrote: > Please don't add yet another build system. > I completely agree with that, though I'm interested why there are 3 sets of all csproj in every project directory? As far > Generating .csproj files is not the right way to go. The project files are > and should be the primary metadata storage for the build system. If you work > in VS and add a new file VS will add it into csproj. > If you would like to build some packages (like rpms) you can write a .proj > file that does that. Like we do for building .msis (see Msi\Installer.proj). > If there is something msbuild/xbuild doesn't support you can write a custom > task that does that. > If there is some bug in xbuild that prevents you to do what you need the > bug needs to be fixed in xbuild. > > Other than supporting packages, what's exactly is the scenario that doesn't > work today that you want to support? I don't understand what do you mean by > "Allows multiple (as many as you want) out of tree builds ...". Can you be > more specific? > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] On Behalf Of Alistair Bush > Sent: Wednesday, November 03, 2010 11:18 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Very Very initial CMake support > > > Having multiple building systems is counterproductive, it's hard to > > maintain all of them. > > > > In General I agree. thats is why ultimately I would like cmake to support > creating of csproj files. That would need to be implemented, but has > already > been proven possible by cmakes other VS proj support. > > For this project I don't believe that maintaining cmake will be all that > difficult. it supports wildcards (Dir/*.cs) when selecting which files to > build which means that in most cases no changes will need to be made. There > is an exception to this which im planning on raising in a separate thread. > Currently that work I have done with cmake has encountered a large number > of > "abandoned" files within the repo. It seems these classes have been > migrated > into System.* but only removed from the proj file. This is really really > messy. > > > Is cmake using xbuild to buil the dlls or does it all the file linking > > by itself? > > Nope it calls the compiler directly. Sadly I think it would be very > difficult > to maintain xbuild to do what I want it to do. Ultimately we need to get > the Runtime/ directory out of the tree (or at least make linking against it > optional). There are also other benefits. > > * It also makes pkg-config support very easy. > * Allows multiple (as many as you want) out of tree builds so that you can > for example run tests on standard debug build as well as a silverlight build > simultaneously. You also don't have to be constantly switch configs. you > can easy target multiple versions of mono/.NET etc etc etc. > * supports creating of debs and rpms directly. > > > > > On Wed, Nov 3, 2010 at 11:54 AM, Alistair Bush > wrote: > > > I have started playing around with cmake to see whether it could help > out > > > iron* and dlr. I have therefore started implementing CMake makefiles > to > > > build > > > the dlr (Runtime) part of ironruby, install those dlls into the gac and > > > generate *.pc files for them. I have tested it on mono-2.8 (requires > > > mono-2.8) > > > and am aware that windows .NET support is broken (but very possible) > > > > > > cmake also supports creating deb's and rpm's which will be done in the > > > future > > > hopefully. The potential is also there for it to generate csproj files > > > (already supports other VS file types) > > > > > > To play around with it > > > > > > git clone git://github.com/alistair/ironruby.git > > > mkdir build > > > mkdir install > > > cd build (out of tree builds, oh how I love them ) > > > cmake ../repo/Runtime/ > > > make > > > make DESTDIR=../install install > > > > > > > > > After this you should have > > > > > > install $ find > > > . > > > ./usr > > > ./usr/lib64 > > > ./usr/lib64/mono > > > ./usr/lib64/mono/Microsoft.Scripting.Metadata > > > > > > > ./usr/lib64/mono/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadat > > > a.dll ./usr/lib64/mono/Microsoft.Dynamic > > > ./usr/lib64/mono/Microsoft.Dynamic/Microsoft.Dynamic.dll > > > ./usr/lib64/mono/Microsoft.Scripting > > > ./usr/lib64/mono/Microsoft.Scripting/Microsoft.Scripting.dll > > > ./usr/lib64/mono/Microsoft.Scripting.Core > > > ./usr/lib64/mono/Microsoft.Scripting.Core/Microsoft.Scripting.Core.dll > > > ./usr/lib64/mono/gac > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata > > > > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b71357 > > > 6e1 > > > > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b71357 > > > 6e1/Microsoft.Scripting.Metadata.dll > > > ./usr/lib64/mono/gac/Microsoft.Dynamic > > > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1 > > > > > > > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1/Microso > > > ft.Dynamic.dll ./usr/lib64/mono/gac/Microsoft.Scripting > > > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1 > > > > > > > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1/Micro > > > soft.Scripting.dll ./usr/lib64/mono/gac/Microsoft.Scripting.Core > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b713576e1 > > > > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b713576e1/ > > > Microsoft.Scripting.Core.dll ./usr/local > > > ./usr/local/lib > > > ./usr/local/lib/pkgconfig > > > ./usr/local/lib/pkgconfig/microsoft.scripting.metadata.pc > > > ./usr/local/lib/pkgconfig/microsoft.scripting.core.pc > > > ./usr/local/lib/pkgconfig/microsoft.dynamic.pc > > > ./usr/local/lib/pkgconfig/microsoft.scripting.pc > > > > > > still lots of work to do, but hopefully you enjoy. > > > > > > Alistair. > > > _______________________________________________ > > > Ironruby-core mailing list > > > Ironruby-core at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From will at hotgazpacho.org Wed Nov 3 21:22:31 2010 From: will at hotgazpacho.org (William Green) Date: Wed, 3 Nov 2010 21:22:31 -0400 Subject: [Ironruby-core] RSpec anyone? Message-ID: <468013380711842776@unknownmsgid> Has anyone got RSpec running under IronRuby? I tried to run the RSpec test suite with IronRuby several months ago and was met with a few issues with dependent libs (FakeFS, if I recall correctly). Both projects have advanced since then, but I haven't had a chance to try it again with the latest. So, anyone tried this recently? -- Will Green http://hotgazpacho.org/ From Tomas.Matousek at microsoft.com Wed Nov 3 21:42:03 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 4 Nov 2010 01:42:03 +0000 Subject: [Ironruby-core] Very Very initial CMake support In-Reply-To: References: <201011032354.38095.ali_bush@gentoo.org> <201011040717.48579.ali_bush@gentoo.org> Message-ID: Which directories do you have on mind? I only see a single csproj file here https://github.com/ironruby/ironruby/tree/8acfd2f7e6c6a7e5484a8141c84065ec269aab62/Languages/Ruby/Ruby There are two here: https://github.com/ironruby/ironruby/tree/8acfd2f7e6c6a7e5484a8141c84065ec269aab62/Languages/Ruby/Console one set up to build 32bit only exe and the other with AnyPlatform (64bit on 64bit machines). If you see *.build.csproj files somewhere let me know. Those were part of an internal Microsoft infrastructure and should have been deleted, but maybe I missed some. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Andrius Bentkus Sent: Wednesday, November 03, 2010 5:16 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Very Very initial CMake support On Wed, Nov 3, 2010 at 7:56 PM, Tomas Matousek > wrote: Please don't add yet another build system. I completely agree with that, though I'm interested why there are 3 sets of all csproj in every project directory? As far Generating .csproj files is not the right way to go. The project files are and should be the primary metadata storage for the build system. If you work in VS and add a new file VS will add it into csproj. If you would like to build some packages (like rpms) you can write a .proj file that does that. Like we do for building .msis (see Msi\Installer.proj). If there is something msbuild/xbuild doesn't support you can write a custom task that does that. If there is some bug in xbuild that prevents you to do what you need the bug needs to be fixed in xbuild. Other than supporting packages, what's exactly is the scenario that doesn't work today that you want to support? I don't understand what do you mean by "Allows multiple (as many as you want) out of tree builds ...". Can you be more specific? Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Alistair Bush Sent: Wednesday, November 03, 2010 11:18 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Very Very initial CMake support > Having multiple building systems is counterproductive, it's hard to > maintain all of them. > In General I agree. thats is why ultimately I would like cmake to support creating of csproj files. That would need to be implemented, but has already been proven possible by cmakes other VS proj support. For this project I don't believe that maintaining cmake will be all that difficult. it supports wildcards (Dir/*.cs) when selecting which files to build which means that in most cases no changes will need to be made. There is an exception to this which im planning on raising in a separate thread. Currently that work I have done with cmake has encountered a large number of "abandoned" files within the repo. It seems these classes have been migrated into System.* but only removed from the proj file. This is really really messy. > Is cmake using xbuild to buil the dlls or does it all the file linking > by itself? Nope it calls the compiler directly. Sadly I think it would be very difficult to maintain xbuild to do what I want it to do. Ultimately we need to get the Runtime/ directory out of the tree (or at least make linking against it optional). There are also other benefits. * It also makes pkg-config support very easy. * Allows multiple (as many as you want) out of tree builds so that you can for example run tests on standard debug build as well as a silverlight build simultaneously. You also don't have to be constantly switch configs. you can easy target multiple versions of mono/.NET etc etc etc. * supports creating of debs and rpms directly. > > On Wed, Nov 3, 2010 at 11:54 AM, Alistair Bush > wrote: > > I have started playing around with cmake to see whether it could help out > > iron* and dlr. I have therefore started implementing CMake makefiles to > > build > > the dlr (Runtime) part of ironruby, install those dlls into the gac and > > generate *.pc files for them. I have tested it on mono-2.8 (requires > > mono-2.8) > > and am aware that windows .NET support is broken (but very possible) > > > > cmake also supports creating deb's and rpm's which will be done in the > > future > > hopefully. The potential is also there for it to generate csproj files > > (already supports other VS file types) > > > > To play around with it > > > > git clone git://github.com/alistair/ironruby.git > > mkdir build > > mkdir install > > cd build (out of tree builds, oh how I love them ) > > cmake ../repo/Runtime/ > > make > > make DESTDIR=../install install > > > > > > After this you should have > > > > install $ find > > . > > ./usr > > ./usr/lib64 > > ./usr/lib64/mono > > ./usr/lib64/mono/Microsoft.Scripting.Metadata > > > > ./usr/lib64/mono/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadat > > a.dll ./usr/lib64/mono/Microsoft.Dynamic > > ./usr/lib64/mono/Microsoft.Dynamic/Microsoft.Dynamic.dll > > ./usr/lib64/mono/Microsoft.Scripting > > ./usr/lib64/mono/Microsoft.Scripting/Microsoft.Scripting.dll > > ./usr/lib64/mono/Microsoft.Scripting.Core > > ./usr/lib64/mono/Microsoft.Scripting.Core/Microsoft.Scripting.Core.dll > > ./usr/lib64/mono/gac > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b71357 > > 6e1 > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b71357 > > 6e1/Microsoft.Scripting.Metadata.dll > > ./usr/lib64/mono/gac/Microsoft.Dynamic > > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1 > > > > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1/Microso > > ft.Dynamic.dll ./usr/lib64/mono/gac/Microsoft.Scripting > > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1 > > > > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1/Micro > > soft.Scripting.dll ./usr/lib64/mono/gac/Microsoft.Scripting.Core > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b713576e1 > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b713576e1/ > > Microsoft.Scripting.Core.dll ./usr/local > > ./usr/local/lib > > ./usr/local/lib/pkgconfig > > ./usr/local/lib/pkgconfig/microsoft.scripting.metadata.pc > > ./usr/local/lib/pkgconfig/microsoft.scripting.core.pc > > ./usr/local/lib/pkgconfig/microsoft.dynamic.pc > > ./usr/local/lib/pkgconfig/microsoft.scripting.pc > > > > still lots of work to do, but hopefully you enjoy. > > > > Alistair. > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From briangenisio at gmail.com Wed Nov 3 21:46:56 2010 From: briangenisio at gmail.com (Brian Genisio) Date: Wed, 3 Nov 2010 21:46:56 -0400 Subject: [Ironruby-core] RSpec anyone? In-Reply-To: <468013380711842776@unknownmsgid> References: <468013380711842776@unknownmsgid> Message-ID: I was using RSpec up until a month ago without any trouble. I don't recall doing anything special to get it working. B On Nov 3, 2010 9:30 PM, "William Green" wrote: > Has anyone got RSpec running under IronRuby? I tried to run the RSpec > test suite with IronRuby several months ago and was met with a few > issues with dependent libs (FakeFS, if I recall correctly). Both > projects have advanced since then, but I haven't had a chance to try > it again with the latest. > > So, anyone tried this recently? > > -- > Will Green > http://hotgazpacho.org/ > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From ali_bush at gentoo.org Thu Nov 4 03:03:31 2010 From: ali_bush at gentoo.org (Alistair Bush) Date: Thu, 4 Nov 2010 20:03:31 +1300 Subject: [Ironruby-core] Very Very initial CMake support In-Reply-To: References: <201011032354.38095.ali_bush@gentoo.org> <201011040717.48579.ali_bush@gentoo.org> Message-ID: <201011042003.32119.ali_bush@gentoo.org> > Please don't add yet another build system. > > Generating .csproj files is not the right way to go. The project files are > and should be the primary metadata storage for the build system. If you > work in VS and add a new file VS will add it into csproj. It can [1] be automatically available to cmake to consume. Only those cases where files are only applicable for silverlight would there be any changes required and you already have to hand crank the csproj files anyway. > If you would > like to build some packages (like rpms) you can write a .proj file that > does that. Like we do for building .msis (see Msi\Installer.proj). If > there is something msbuild/xbuild doesn't support you can write a custom > task that does that. If there is some bug in xbuild that prevents you to > do what you need the bug needs to be fixed in xbuild. > Currently that sounds like more work, not less. > Other than supporting packages, what's exactly is the scenario that doesn't > work today that you want to support? Mainly the complete and easy separation of dlr from ironruby. The ablility to install ironruby into a location of my pleasing with a simple command. easy pkg-config support. The ability to develop and compile against multiple versions of mono/moonlight/etc. Probably a few more but I haven't thought of them :) > I don't understand what do you mean > by "Allows multiple (as many as you want) out of tree builds ...". Can you > be more specific? maybe "out of source" would explain it more. if we take this example here git clone git://github.com/alistair/ironruby.git mkdir build mkdir install cd build cmake ../repo/Runtime/ make make DESTDIR=../install install the build dir is an "out of tree/source build". after executing make (aka a compile task) no changes have been made to the git repo. No new dll's, etc, etc. They are all located within build. rm -R build is the equivilent of running a clean task. this build directory also is a configuration cache. So currently the csproj have mulitple PropertyGroup conditional on $(Configuration)|$(Platform)'. eg. Debug|AnyCPU, v2Debug|AnyCPU ( Release/v2Release and Silverlight versions as well). with cmake you just go. mkdir silverlight-build-debug; cd silverlight-build-debug; cmake -D CONF_VAR_NAME=SilverlightDebug ../repo/Runtime/ and you are then able to build both debug (from above) and silverlight debug config targets (compile, test, etc) side-by-side simultantiously. No building one and then selecting from a drop down to build the next configuration. No need to have .gitignore either. - Alistair. [1] I say "can" because the Runtime tree (at least) is a mess at the moment. Far to many redundant files left over. Sadly you just sync (copy is a more appropriate term) entire directories between projects repos so now even if I fix it within the ironruby tree I have to worry about them coming back in the next sync. > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Alistair Bush > Sent: Wednesday, November 03, 2010 11:18 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Very Very initial CMake support > > > Having multiple building systems is counterproductive, it's hard to > > maintain all of them. > > In General I agree. thats is why ultimately I would like cmake to support > creating of csproj files. That would need to be implemented, but has > already been proven possible by cmakes other VS proj support. > > For this project I don't believe that maintaining cmake will be all that > difficult. it supports wildcards (Dir/*.cs) when selecting which files to > build which means that in most cases no changes will need to be made. > There is an exception to this which im planning on raising in a separate > thread. Currently that work I have done with cmake has encountered a large > number of "abandoned" files within the repo. It seems these classes have > been migrated into System.* but only removed from the proj file. This is > really really messy. > > > Is cmake using xbuild to buil the dlls or does it all the file linking > > by itself? > > Nope it calls the compiler directly. Sadly I think it would be very > difficult to maintain xbuild to do what I want it to do. Ultimately we > need to get the Runtime/ directory out of the tree (or at least make > linking against it optional). There are also other benefits. > > * It also makes pkg-config support very easy. > * Allows multiple (as many as you want) out of tree builds so that you can > for example run tests on standard debug build as well as a silverlight > build simultaneously. You also don't have to be constantly switch > configs. you can easy target multiple versions of mono/.NET etc etc etc. * > supports creating of debs and rpms directly. > > > On Wed, Nov 3, 2010 at 11:54 AM, Alistair Bush wrote: > > > I have started playing around with cmake to see whether it could help > > > out iron* and dlr. I have therefore started implementing CMake > > > makefiles to build > > > the dlr (Runtime) part of ironruby, install those dlls into the gac and > > > generate *.pc files for them. I have tested it on mono-2.8 (requires > > > mono-2.8) > > > and am aware that windows .NET support is broken (but very possible) > > > > > > cmake also supports creating deb's and rpm's which will be done in the > > > future > > > hopefully. The potential is also there for it to generate csproj files > > > (already supports other VS file types) > > > > > > To play around with it > > > > > > git clone git://github.com/alistair/ironruby.git > > > mkdir build > > > mkdir install > > > cd build (out of tree builds, oh how I love them ) > > > cmake ../repo/Runtime/ > > > make > > > make DESTDIR=../install install > > > > > > > > > After this you should have > > > > > > install $ find > > > . > > > ./usr > > > ./usr/lib64 > > > ./usr/lib64/mono > > > ./usr/lib64/mono/Microsoft.Scripting.Metadata > > > > > > ./usr/lib64/mono/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metad > > > at a.dll ./usr/lib64/mono/Microsoft.Dynamic > > > ./usr/lib64/mono/Microsoft.Dynamic/Microsoft.Dynamic.dll > > > ./usr/lib64/mono/Microsoft.Scripting > > > ./usr/lib64/mono/Microsoft.Scripting/Microsoft.Scripting.dll > > > ./usr/lib64/mono/Microsoft.Scripting.Core > > > ./usr/lib64/mono/Microsoft.Scripting.Core/Microsoft.Scripting.Core.dll > > > ./usr/lib64/mono/gac > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata > > > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b713 > > > 57 6e1 > > > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b713 > > > 57 6e1/Microsoft.Scripting.Metadata.dll > > > ./usr/lib64/mono/gac/Microsoft.Dynamic > > > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1 > > > > > > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1/Micro > > > so ft.Dynamic.dll ./usr/lib64/mono/gac/Microsoft.Scripting > > > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1 > > > > > > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1/Mic > > > ro soft.Scripting.dll ./usr/lib64/mono/gac/Microsoft.Scripting.Core > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b713576 > > > e1 > > > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b713576e > > > 1/ Microsoft.Scripting.Core.dll ./usr/local > > > ./usr/local/lib > > > ./usr/local/lib/pkgconfig > > > ./usr/local/lib/pkgconfig/microsoft.scripting.metadata.pc > > > ./usr/local/lib/pkgconfig/microsoft.scripting.core.pc > > > ./usr/local/lib/pkgconfig/microsoft.dynamic.pc > > > ./usr/local/lib/pkgconfig/microsoft.scripting.pc > > > > > > still lots of work to do, but hopefully you enjoy. > > > > > > Alistair. > > > _______________________________________________ > > > Ironruby-core mailing list > > > Ironruby-core at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core From ali_bush at gentoo.org Thu Nov 4 03:41:24 2010 From: ali_bush at gentoo.org (Alistair Bush) Date: Thu, 4 Nov 2010 20:41:24 +1300 Subject: [Ironruby-core] Very Very initial CMake support In-Reply-To: <201011042003.32119.ali_bush@gentoo.org> References: <201011032354.38095.ali_bush@gentoo.org> <201011042003.32119.ali_bush@gentoo.org> Message-ID: <201011042041.25054.ali_bush@gentoo.org> I should also add that im going to continue because 1) I want to learn more cmake 2) there is also the possiblity to generate cmake files from csproj files :) > > Please don't add yet another build system. > > > > Generating .csproj files is not the right way to go. The project files > > are and should be the primary metadata storage for the build system. If > > you work in VS and add a new file VS will add it into csproj. > > It can [1] be automatically available to cmake to consume. Only those > cases where files are only applicable for silverlight would there be any > changes required and you already have to hand crank the csproj files > anyway. > > > If you would > > like to build some packages (like rpms) you can write a .proj file that > > does that. Like we do for building .msis (see Msi\Installer.proj). If > > there is something msbuild/xbuild doesn't support you can write a custom > > task that does that. If there is some bug in xbuild that prevents you to > > do what you need the bug needs to be fixed in xbuild. > > Currently that sounds like more work, not less. > > > Other than supporting packages, what's exactly is the scenario that > > doesn't work today that you want to support? > > Mainly the complete and easy separation of dlr from ironruby. The ablility > to install ironruby into a location of my pleasing with a simple command. > easy pkg-config support. The ability to develop and compile against > multiple versions of mono/moonlight/etc. Probably a few more but I > haven't thought of them :) > > > I don't understand what do you mean > > by "Allows multiple (as many as you want) out of tree builds ...". Can > > you be more specific? > > maybe "out of source" would explain it more. > > if we take this example here > > git clone git://github.com/alistair/ironruby.git > mkdir build > mkdir install > cd build > cmake ../repo/Runtime/ > make > make DESTDIR=../install install > > the build dir is an "out of tree/source build". after executing make (aka > a compile task) no changes have been made to the git repo. No new dll's, > etc, etc. They are all located within build. rm -R build is the > equivilent of running a clean task. > > this build directory also is a configuration cache. So currently the > csproj have mulitple PropertyGroup conditional on > $(Configuration)|$(Platform)'. eg. Debug|AnyCPU, v2Debug|AnyCPU ( > Release/v2Release and Silverlight versions as well). > > with cmake you just go. > > mkdir silverlight-build-debug; cd silverlight-build-debug; > cmake -D CONF_VAR_NAME=SilverlightDebug ../repo/Runtime/ > and you are then able to build both debug (from above) and silverlight > debug config targets (compile, test, etc) side-by-side simultantiously. > No building one and then selecting from a drop down to build the next > configuration. No need to have .gitignore either. > > - Alistair. > > > [1] I say "can" because the Runtime tree (at least) is a mess at the > moment. Far to many redundant files left over. Sadly you just sync (copy > is a more appropriate term) entire directories between projects repos so > now even if I fix it within the ironruby tree I have to worry about them > coming back in the next sync. > > > Tomas > > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org > > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Alistair Bush > > Sent: Wednesday, November 03, 2010 11:18 AM > > To: ironruby-core at rubyforge.org > > Subject: Re: [Ironruby-core] Very Very initial CMake support > > > > > Having multiple building systems is counterproductive, it's hard to > > > maintain all of them. > > > > In General I agree. thats is why ultimately I would like cmake to support > > creating of csproj files. That would need to be implemented, but has > > already been proven possible by cmakes other VS proj support. > > > > For this project I don't believe that maintaining cmake will be all that > > difficult. it supports wildcards (Dir/*.cs) when selecting which files > > to build which means that in most cases no changes will need to be made. > > There is an exception to this which im planning on raising in a separate > > thread. Currently that work I have done with cmake has encountered a > > large number of "abandoned" files within the repo. It seems these > > classes have been migrated into System.* but only removed from the proj > > file. This is really really messy. > > > > > Is cmake using xbuild to buil the dlls or does it all the file linking > > > by itself? > > > > Nope it calls the compiler directly. Sadly I think it would be very > > difficult to maintain xbuild to do what I want it to do. Ultimately we > > need to get the Runtime/ directory out of the tree (or at least make > > linking against it optional). There are also other benefits. > > > > * It also makes pkg-config support very easy. > > * Allows multiple (as many as you want) out of tree builds so that you > > can for example run tests on standard debug build as well as a > > silverlight build simultaneously. You also don't have to be constantly > > switch configs. you can easy target multiple versions of mono/.NET etc > > etc etc. * supports creating of debs and rpms directly. > > > > > On Wed, Nov 3, 2010 at 11:54 AM, Alistair Bush > > wrote: > > > > I have started playing around with cmake to see whether it could help > > > > out iron* and dlr. I have therefore started implementing CMake > > > > makefiles to build > > > > the dlr (Runtime) part of ironruby, install those dlls into the gac > > > > and generate *.pc files for them. I have tested it on mono-2.8 > > > > (requires mono-2.8) > > > > and am aware that windows .NET support is broken (but very possible) > > > > > > > > cmake also supports creating deb's and rpm's which will be done in > > > > the future > > > > hopefully. The potential is also there for it to generate csproj > > > > files (already supports other VS file types) > > > > > > > > To play around with it > > > > > > > > git clone git://github.com/alistair/ironruby.git > > > > mkdir build > > > > mkdir install > > > > cd build (out of tree builds, oh how I love them ) > > > > cmake ../repo/Runtime/ > > > > make > > > > make DESTDIR=../install install > > > > > > > > > > > > After this you should have > > > > > > > > install $ find > > > > . > > > > ./usr > > > > ./usr/lib64 > > > > ./usr/lib64/mono > > > > ./usr/lib64/mono/Microsoft.Scripting.Metadata > > > > > > > > ./usr/lib64/mono/Microsoft.Scripting.Metadata/Microsoft.Scripting.Met > > > > ad at a.dll ./usr/lib64/mono/Microsoft.Dynamic > > > > ./usr/lib64/mono/Microsoft.Dynamic/Microsoft.Dynamic.dll > > > > ./usr/lib64/mono/Microsoft.Scripting > > > > ./usr/lib64/mono/Microsoft.Scripting/Microsoft.Scripting.dll > > > > ./usr/lib64/mono/Microsoft.Scripting.Core > > > > ./usr/lib64/mono/Microsoft.Scripting.Core/Microsoft.Scripting.Core.dl > > > > l ./usr/lib64/mono/gac > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata > > > > > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b7 > > > > 13 57 6e1 > > > > > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b7 > > > > 13 57 6e1/Microsoft.Scripting.Metadata.dll > > > > ./usr/lib64/mono/gac/Microsoft.Dynamic > > > > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1 > > > > > > > > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1/Mic > > > > ro so ft.Dynamic.dll ./usr/lib64/mono/gac/Microsoft.Scripting > > > > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1 > > > > > > > > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1/M > > > > ic ro soft.Scripting.dll > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b7135 > > > > 76 e1 > > > > > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b71357 > > > > 6e 1/ Microsoft.Scripting.Core.dll ./usr/local > > > > ./usr/local/lib > > > > ./usr/local/lib/pkgconfig > > > > ./usr/local/lib/pkgconfig/microsoft.scripting.metadata.pc > > > > ./usr/local/lib/pkgconfig/microsoft.scripting.core.pc > > > > ./usr/local/lib/pkgconfig/microsoft.dynamic.pc > > > > ./usr/local/lib/pkgconfig/microsoft.scripting.pc > > > > > > > > still lots of work to do, but hopefully you enjoy. > > > > > > > > Alistair. > > > > _______________________________________________ > > > > Ironruby-core mailing list > > > > Ironruby-core at rubyforge.org > > > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Thu Nov 4 04:07:52 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 4 Nov 2010 08:07:52 +0000 Subject: [Ironruby-core] Very Very initial CMake support In-Reply-To: <201011042003.32119.ali_bush@gentoo.org> References: <201011032354.38095.ali_bush@gentoo.org> <201011040717.48579.ali_bush@gentoo.org> <201011042003.32119.ali_bush@gentoo.org> Message-ID: "Mainly the complete and easy separation of dlr from ironruby" I don't think we need cmake to make this happen. In fact, I don't even think it is desirable to do so (at least not short term). I'm still convinced that having all source code in a single repo (perhaps split into multiple submodules) is the best thing to do given that we want to be able to easily debug cross-language interop and evolve DLR. "The ablility to install ironruby into a location of my pleasing with a simple command" This doesn't need to be part of a build. You can write a few lines of a script (even Ruby script!) that builds the binaries by running "xbuild Ruby.sln /p:Configuration=Release" first and then copy the binaries from the bin\Release dir to wherever you want them to be. This script can be completely customized as you want and doesn't even need to be checked into the repository. But I guess it could be if multiple contributors would find it useful. "easy pkg-config support" The above solution seems to be sufficient for this too. A script using the binaries produced by xbuild should do. Similarly, any other packaging can be done post build if you don't want to integrate with msbuild/xbuild. You don't need to run the packaging scripts every time a source code changes so there is no need for a dependency tracking. " The ability to develop and compile against multiple versions of mono/moonlight/etc" Having to too many different builds/flavors for different platforms is not desirable. Ideally we would have a single one. Today we have 4: desktop CLR 3.5, desktop CLR 4.0, Silverlight 4 and Windows Phone 7 and that's too many already. There are places in the source code that need to be #if-defed for these platforms. We have been supporting 3.5 only to make IronRuby work on Mono < 2.8. Now that 2.8 is out there we can get rid of this flavor and clean up the code a bit. In some (hopefully not so distant) future Windows Phone might sync with the latest Silverlight and thus we won't need a special flavor for WP either. We should only introduce a new flavor if a) none of the current binaries works on the target platform b) it would be too messy to adjust the behavior at runtime based upon the value of Environment.OSVersion, sizeof(IntPtr) etc. What versions of Mono do you want to target? The current target is 2.8 since it supports features of .NET 4.0 and has many bug fixes for issues hit by IronRuby. "out of source" Sure, we can change the output directory to be outside of the repo. But is that really an issue? What's wrong with a few lines in .gitignore? Having a .gitignore file certainly requires much less effort than understanding and maintaining cmake files. " So currently the csproj have multiple PropertyGroup conditional on $(Configuration)|$(Platform)" Right. You have to have some kind of configuration - a set of flags/properties passed to the compiler. Certain symbols are defined based upon the chosen configuration, references to assemblies are different, etc. Sure, you can probably creat cmake files with all that. But then you'll need to keep it in sync with the project files. It's not just "msc /recurse:*.cs" done. And besides, I can select the configuration I want to debug and hit F5 in VS. I also get the IntelliSense based upon what's really available in given configuration. And so on. In general, I would suggest focusing on features and bug fixes rather than wasting time with constructing another build system and trying to hack it so that it works with .csproj files. Scripts that would create various packages are indeed welcome. But please keep them simple and based upon the current build system. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Alistair Bush Sent: Thursday, November 04, 2010 12:04 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Very Very initial CMake support > Please don't add yet another build system. > > Generating .csproj files is not the right way to go. The project files > are and should be the primary metadata storage for the build system. > If you work in VS and add a new file VS will add it into csproj. It can [1] be automatically available to cmake to consume. Only those cases where files are only applicable for silverlight would there be any changes required and you already have to hand crank the csproj files anyway. > If you would > like to build some packages (like rpms) you can write a .proj file > that does that. Like we do for building .msis (see > Msi\Installer.proj). If there is something msbuild/xbuild doesn't > support you can write a custom task that does that. If there is some > bug in xbuild that prevents you to do what you need the bug needs to be fixed in xbuild. > Currently that sounds like more work, not less. > Other than supporting packages, what's exactly is the scenario that > doesn't work today that you want to support? Mainly the complete and easy separation of dlr from ironruby. The ablility to install ironruby into a location of my pleasing with a simple command. easy pkg-config support. The ability to develop and compile against multiple versions of mono/moonlight/etc. Probably a few more but I haven't thought of them :) > I don't understand what do you mean > by "Allows multiple (as many as you want) out of tree builds ...". Can > you be more specific? maybe "out of source" would explain it more. if we take this example here git clone git://github.com/alistair/ironruby.git mkdir build mkdir install cd build cmake ../repo/Runtime/ make make DESTDIR=../install install the build dir is an "out of tree/source build". after executing make (aka a compile task) no changes have been made to the git repo. No new dll's, etc, etc. They are all located within build. rm -R build is the equivilent of running a clean task. this build directory also is a configuration cache. So currently the csproj have mulitple PropertyGroup conditional on $(Configuration)|$(Platform)'. eg. Debug|AnyCPU, v2Debug|AnyCPU ( Release/v2Release and Silverlight Debug|versions as well). with cmake you just go. mkdir silverlight-build-debug; cd silverlight-build-debug; cmake -D CONF_VAR_NAME=SilverlightDebug ../repo/Runtime/ and you are then able to build both debug (from above) and silverlight debug config targets (compile, test, etc) side-by-side simultantiously. No building one and then selecting from a drop down to build the next configuration. No need to have .gitignore either. - Alistair. [1] I say "can" because the Runtime tree (at least) is a mess at the moment. Far to many redundant files left over. Sadly you just sync (copy is a more appropriate term) entire directories between projects repos so now even if I fix it within the ironruby tree I have to worry about them coming back in the next sync. > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Alistair > Bush > Sent: Wednesday, November 03, 2010 11:18 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Very Very initial CMake support > > > Having multiple building systems is counterproductive, it's hard to > > maintain all of them. > > In General I agree. thats is why ultimately I would like cmake to support > creating of csproj files. That would need to be implemented, but has > already been proven possible by cmakes other VS proj support. > > For this project I don't believe that maintaining cmake will be all > that difficult. it supports wildcards (Dir/*.cs) when selecting which > files to build which means that in most cases no changes will need to be made. > There is an exception to this which im planning on raising in a > separate thread. Currently that work I have done with cmake has encountered a large > number of "abandoned" files within the repo. It seems these classes have > been migrated into System.* but only removed from the proj file. This is > really really messy. > > > Is cmake using xbuild to buil the dlls or does it all the file > > linking by itself? > > Nope it calls the compiler directly. Sadly I think it would be very > difficult to maintain xbuild to do what I want it to do. Ultimately > we need to get the Runtime/ directory out of the tree (or at least > make linking against it optional). There are also other benefits. > > * It also makes pkg-config support very easy. > * Allows multiple (as many as you want) out of tree builds so that you > can for example run tests on standard debug build as well as a > silverlight build simultaneously. You also don't have to be > constantly switch configs. you can easy target multiple versions of > mono/.NET etc etc etc. * supports creating of debs and rpms directly. > > > On Wed, Nov 3, 2010 at 11:54 AM, Alistair Bush wrote: > > > I have started playing around with cmake to see whether it could > > > help out iron* and dlr. I have therefore started implementing > > > CMake makefiles to build the dlr (Runtime) part of ironruby, > > > install those dlls into the gac and generate *.pc files for them. > > > I have tested it on mono-2.8 (requires > > > mono-2.8) > > > and am aware that windows .NET support is broken (but very > > > possible) > > > > > > cmake also supports creating deb's and rpm's which will be done in > > > the future hopefully. The potential is also there for it to > > > generate csproj files (already supports other VS file types) > > > > > > To play around with it > > > > > > git clone git://github.com/alistair/ironruby.git > > > mkdir build > > > mkdir install > > > cd build (out of tree builds, oh how I love them ) > > > cmake ../repo/Runtime/ > > > make > > > make DESTDIR=../install install > > > > > > > > > After this you should have > > > > > > install $ find > > > . > > > ./usr > > > ./usr/lib64 > > > ./usr/lib64/mono > > > ./usr/lib64/mono/Microsoft.Scripting.Metadata > > > > > > ./usr/lib64/mono/Microsoft.Scripting.Metadata/Microsoft.Scripting. > > > Metad at a.dll ./usr/lib64/mono/Microsoft.Dynamic > > > ./usr/lib64/mono/Microsoft.Dynamic/Microsoft.Dynamic.dll > > > ./usr/lib64/mono/Microsoft.Scripting > > > ./usr/lib64/mono/Microsoft.Scripting/Microsoft.Scripting.dll > > > ./usr/lib64/mono/Microsoft.Scripting.Core > > > ./usr/lib64/mono/Microsoft.Scripting.Core/Microsoft.Scripting.Core > > > .dll > > > ./usr/lib64/mono/gac > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata > > > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c > > > 5b713 > > > 57 6e1 > > > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c > > > 5b713 > > > 57 6e1/Microsoft.Scripting.Metadata.dll > > > ./usr/lib64/mono/gac/Microsoft.Dynamic > > > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1 > > > > > > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1/ > > > Micro so ft.Dynamic.dll ./usr/lib64/mono/gac/Microsoft.Scripting > > > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e > > > 1 > > > > > > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e > > > 1/Mic ro soft.Scripting.dll > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b71 > > > 3576 > > > e1 > > > > > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b71 > > > 3576e 1/ Microsoft.Scripting.Core.dll ./usr/local ./usr/local/lib > > > ./usr/local/lib/pkgconfig > > > ./usr/local/lib/pkgconfig/microsoft.scripting.metadata.pc > > > ./usr/local/lib/pkgconfig/microsoft.scripting.core.pc > > > ./usr/local/lib/pkgconfig/microsoft.dynamic.pc > > > ./usr/local/lib/pkgconfig/microsoft.scripting.pc > > > > > > still lots of work to do, but hopefully you enjoy. > > > > > > Alistair. > > > _______________________________________________ > > > Ironruby-core mailing list > > > Ironruby-core at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From michael.letterle at gmail.com Thu Nov 4 12:02:00 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Thu, 4 Nov 2010 12:02:00 -0400 Subject: [Ironruby-core] Very Very initial CMake support In-Reply-To: References: <201011032354.38095.ali_bush@gentoo.org> <201011040717.48579.ali_bush@gentoo.org> <201011042003.32119.ali_bush@gentoo.org> Message-ID: MSBuild is a pretty powerful build language, other than being ugly as sin I don't see any reason why xbuild shouldn't be the way to go on linux platforms. *shrugs* Just my two copper. On Thu, Nov 4, 2010 at 4:07 AM, Tomas Matousek wrote: > "Mainly the complete and easy separation of dlr from ironruby" > > I don't think we need cmake to make this happen. In fact, I don't even think it is desirable to do so (at least not short term). I'm still convinced that having all source code in a single repo (perhaps split into multiple submodules) is the best thing to do given that we want to be able to easily debug cross-language interop and evolve DLR. > > "The ablility to install ironruby into a location of my pleasing with a simple command" > > This doesn't need to be part of a build. You can write a few lines of a script (even Ruby script!) that builds the binaries by running "xbuild Ruby.sln /p:Configuration=Release" first and then copy the binaries from the bin\Release dir to wherever you want them to be. This script can be completely customized as you want and doesn't even need to be checked into the repository. But I guess it could be if multiple contributors would find it useful. > > "easy pkg-config support" > The above solution seems to be sufficient for this too. A script using the binaries produced by xbuild should do. Similarly, any other packaging can be done post build if you don't want to integrate with msbuild/xbuild. You don't need to run the packaging scripts every time a source code changes so there is no need for a dependency tracking. > > " The ability to develop and compile against multiple versions of mono/moonlight/etc" > > Having to too many different builds/flavors for different platforms is not desirable. Ideally we would have a single one. Today we have 4: desktop CLR 3.5, desktop CLR 4.0, Silverlight 4 and Windows Phone 7 and that's too many already. There are places in the source code that need to be #if-defed for these platforms. We have been supporting 3.5 only to make IronRuby work on Mono < 2.8. Now that 2.8 is out there we can get rid of this flavor and clean up the code a bit. In some (hopefully not so distant) future Windows Phone might sync with the latest Silverlight and thus we won't need a special flavor for WP either. We should only introduce a new flavor if a) none of the current binaries works on the target platform b) it would be too messy to adjust the behavior at runtime based upon the value of Environment.OSVersion, sizeof(IntPtr) etc. What versions of Mono do you want to target? The current target is 2.8 since it supports features of .NET 4.0 and has many bug fixes for i > ?ssues hit by IronRuby. > > "out of source" > Sure, we can change the output directory to be outside of the repo. But is that really an issue? What's wrong with a few lines in .gitignore? Having a .gitignore file certainly requires much less effort than understanding and maintaining cmake files. > > " So currently the csproj have multiple PropertyGroup conditional on $(Configuration)|$(Platform)" > Right. You have to have some kind of configuration - a set of flags/properties passed to the compiler. Certain symbols are defined based upon the chosen configuration, references to assemblies are different, etc. Sure, you can probably creat cmake files with all that. But then you'll need to keep it in sync with the project files. It's not just "msc /recurse:*.cs" done. And besides, I can select the configuration I want to debug and hit F5 in VS. I also get the IntelliSense based upon what's really available in given configuration. And so on. > > > In general, I would suggest focusing on features and bug fixes rather than wasting time with constructing another build system and trying to hack it so that it works with .csproj files. Scripts that would create various packages are indeed welcome. But please keep them simple and based upon the current build system. > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Alistair Bush > Sent: Thursday, November 04, 2010 12:04 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Very Very initial CMake support > >> Please don't add yet another build system. >> >> Generating .csproj files is not the right way to go. The project files >> are and should be the primary metadata storage for the build system. >> If you work in VS and add a new file VS will add it into csproj. > > It can [1] be automatically available to cmake to consume. ? Only those cases > where files are only applicable for silverlight would there be any changes required and you already have to hand crank the csproj files anyway. > >> If you would >> like to build some packages (like rpms) you can write a .proj file >> that does that. Like we do for building .msis (see >> Msi\Installer.proj). If there is something msbuild/xbuild doesn't >> support you can write a custom task that does that. If there is some >> bug in xbuild that prevents you to do what you need the bug needs to be fixed in xbuild. >> > > Currently that sounds like more work, not less. > >> Other than supporting packages, what's exactly is the scenario that >> doesn't work today that you want to support? > > Mainly the complete and easy separation of dlr from ironruby. ?The ablility to install ironruby into a location of my pleasing with a simple command. ?easy pkg-config support. ?The ability to develop and compile against multiple versions of mono/moonlight/etc. ?Probably a few more but I haven't thought of them :) > >> I don't understand what do you mean >> by "Allows multiple (as many as you want) out of tree builds ...". Can >> you be more specific? > > maybe "out of source" would explain it more. > > if we take this example here > > git clone git://github.com/alistair/ironruby.git > mkdir build > mkdir install > cd build > cmake ../repo/Runtime/ > make > make DESTDIR=../install install > > the build dir is an "out of tree/source build". ?after executing make (aka a compile task) no changes have been made to the git repo. ?No new dll's, etc, etc. They are all located within build. ?rm -R build is the equivilent of running a clean task. > > this build directory also is a configuration cache. ?So currently the csproj have mulitple PropertyGroup conditional on $(Configuration)|$(Platform)'. ?eg. > Debug|AnyCPU, v2Debug|AnyCPU ( Release/v2Release and Silverlight > Debug|versions as > well). > > with cmake you just go. > > mkdir silverlight-build-debug; cd silverlight-build-debug; cmake -D CONF_VAR_NAME=SilverlightDebug ../repo/Runtime/ and you are then able to build both debug (from above) and silverlight debug config targets (compile, test, etc) side-by-side simultantiously. ?No building one and then selecting from a drop down to build the next configuration. ?No need to have .gitignore either. > > - Alistair. > > > [1] ?I say "can" because the Runtime tree (at least) is a mess at the moment. > Far to many redundant files left over. ?Sadly you just sync (copy is a more appropriate term) entire directories between projects repos so now even if I fix it within the ironruby tree I have to worry about them coming back in the next sync. >> >> Tomas >> >> -----Original Message----- >> From: ironruby-core-bounces at rubyforge.org >> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Alistair >> Bush >> Sent: Wednesday, November 03, 2010 11:18 AM >> To: ironruby-core at rubyforge.org >> Subject: Re: [Ironruby-core] Very Very initial CMake support >> >> > Having multiple building systems is counterproductive, it's hard to >> > maintain all of them. >> >> In General I agree. thats is why ultimately I would like cmake to support >> creating of csproj files. ? That would need to be implemented, ?but has >> already been proven possible by cmakes other VS proj support. >> >> For this project I don't believe that maintaining cmake will be all >> that difficult. ?it supports wildcards (Dir/*.cs) when selecting which >> files to build which means that in most cases no changes will need to be made. >> There is an exception to this which im planning on raising in a >> separate thread. Currently that work I have done with cmake has encountered a large >> number of "abandoned" files within the repo. ? It seems these classes have >> been migrated into System.* but only removed from the proj file. ? This is >> really really messy. >> >> > Is cmake using xbuild to buil the dlls or does it all the file >> > linking by itself? >> >> Nope it calls the compiler directly. ? Sadly I think it would be very >> difficult to maintain xbuild to do what I want it to do. ?Ultimately >> we need to get the Runtime/ directory out of the tree (or at least >> make linking against it optional). ?There are also other benefits. >> >> * It also makes pkg-config support very easy. >> * Allows multiple (as many as you want) out of tree builds so that you >> can for example run tests on standard debug build as well as a >> silverlight build simultaneously. ?You also don't have to be >> constantly switch configs. you can easy target multiple versions of >> mono/.NET etc etc etc. * supports creating of debs and rpms directly. >> >> > On Wed, Nov 3, 2010 at 11:54 AM, Alistair Bush > wrote: >> > > I have started playing around with cmake to see whether it could >> > > help out iron* and dlr. ?I have therefore started implementing >> > > CMake makefiles to build the dlr (Runtime) part of ironruby, >> > > install those dlls into the gac and generate *.pc files for them. >> > > I have tested it on mono-2.8 (requires >> > > mono-2.8) >> > > and am aware that windows .NET support is broken (but very >> > > possible) >> > > >> > > cmake also supports creating deb's and rpm's which will be done in >> > > the future hopefully. ?The potential is also there for it to >> > > generate csproj files (already supports other VS file types) >> > > >> > > To play around with it >> > > >> > > git clone git://github.com/alistair/ironruby.git >> > > mkdir build >> > > mkdir install >> > > cd build ?(out of tree builds, ? oh how I love them ) >> > > cmake ../repo/Runtime/ >> > > make >> > > make DESTDIR=../install install >> > > >> > > >> > > After this you should have >> > > >> > > install $ find >> > > . >> > > ./usr >> > > ./usr/lib64 >> > > ./usr/lib64/mono >> > > ./usr/lib64/mono/Microsoft.Scripting.Metadata >> > > >> > > ./usr/lib64/mono/Microsoft.Scripting.Metadata/Microsoft.Scripting. >> > > Metad at a.dll ./usr/lib64/mono/Microsoft.Dynamic >> > > ./usr/lib64/mono/Microsoft.Dynamic/Microsoft.Dynamic.dll >> > > ./usr/lib64/mono/Microsoft.Scripting >> > > ./usr/lib64/mono/Microsoft.Scripting/Microsoft.Scripting.dll >> > > ./usr/lib64/mono/Microsoft.Scripting.Core >> > > ./usr/lib64/mono/Microsoft.Scripting.Core/Microsoft.Scripting.Core >> > > .dll >> > > ./usr/lib64/mono/gac >> > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata >> > > >> > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c >> > > 5b713 >> > > 57 6e1 >> > > >> > > ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c >> > > 5b713 >> > > 57 6e1/Microsoft.Scripting.Metadata.dll >> > > ./usr/lib64/mono/gac/Microsoft.Dynamic >> > > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1 >> > > >> > > ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1/ >> > > Micro so ft.Dynamic.dll ./usr/lib64/mono/gac/Microsoft.Scripting >> > > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e >> > > 1 >> > > >> > > ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e >> > > 1/Mic ro soft.Scripting.dll >> > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core >> > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b71 >> > > 3576 >> > > e1 >> > > >> > > ./usr/lib64/mono/gac/Microsoft.Scripting.Core/1.1.0.10__7f709c5b71 >> > > 3576e 1/ Microsoft.Scripting.Core.dll ./usr/local ./usr/local/lib >> > > ./usr/local/lib/pkgconfig >> > > ./usr/local/lib/pkgconfig/microsoft.scripting.metadata.pc >> > > ./usr/local/lib/pkgconfig/microsoft.scripting.core.pc >> > > ./usr/local/lib/pkgconfig/microsoft.dynamic.pc >> > > ./usr/local/lib/pkgconfig/microsoft.scripting.pc >> > > >> > > still lots of work to do, ? but hopefully you enjoy. >> > > >> > > Alistair. >> > > _______________________________________________ >> > > Ironruby-core mailing list >> > > Ironruby-core at rubyforge.org >> > > http://rubyforge.org/mailman/listinfo/ironruby-core >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Michael Letterle IronRuby MVP http://blog.prokrams.com From ali_bush at gentoo.org Thu Nov 4 14:47:43 2010 From: ali_bush at gentoo.org (Alistair Bush) Date: Fri, 5 Nov 2010 07:47:43 +1300 Subject: [Ironruby-core] Cleaning up of the Source Tree - Removal of Redundant files Message-ID: <201011050747.44140.ali_bush@gentoo.org> As ive already mentioned there are currently (within Runtime at least) a large number of *.cs files that are not included in any csproj files. These files seem to implement classes that already exist within System.* dll's. There also seem to be some *Build*csproj files. Are these maintained? If not, we should clean them up as well. Are we able to clean up all those redundant files please. I will provide a patch during the weekend for it but currently im only looking at DLR (that the patch will only cover Runtime/*) Could we also introduce a policy that in future if we remove a file from a project it also gets deleted (assuming you are removing it from all projects). Thanks Alistair. From Tomas.Matousek at microsoft.com Thu Nov 4 16:17:15 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 4 Nov 2010 20:17:15 +0000 Subject: [Ironruby-core] Cleaning up of the Source Tree - Removal of Redundant files In-Reply-To: <201011050747.44140.ali_bush@gentoo.org> References: <201011050747.44140.ali_bush@gentoo.org> Message-ID: Yes, we shouldn't have any .cs files that are not included in any .csproj. I would be surprised if there were too many of them but there might be some. Feel free to send a patch that deletes them. Microsoft.Scripting.Core directory includes DLR v1.0 that shipped in .NET 4.0 in System.Core. We still need these for Windows Phone 7 builds though (Silverlight3 configuration). I removed *.build.csproj files last week. I don't see any now: https://github.com/ironruby/ironruby/tree/master/Runtime/Microsoft.Scripting/ Did you sync to the latest version of the repo? Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Alistair Bush Sent: Thursday, November 04, 2010 11:48 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Cleaning up of the Source Tree - Removal of Redundant files As ive already mentioned there are currently (within Runtime at least) a large number of *.cs files that are not included in any csproj files. These files seem to implement classes that already exist within System.* dll's. There also seem to be some *Build*csproj files. Are these maintained? If not, we should clean them up as well. Are we able to clean up all those redundant files please. I will provide a patch during the weekend for it but currently im only looking at DLR (that the patch will only cover Runtime/*) Could we also introduce a policy that in future if we remove a file from a project it also gets deleted (assuming you are removing it from all projects). Thanks Alistair. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From ali_bush at gentoo.org Fri Nov 5 02:52:18 2010 From: ali_bush at gentoo.org (Alistair Bush) Date: Fri, 5 Nov 2010 19:52:18 +1300 Subject: [Ironruby-core] Cleaning up of the Source Tree - Removal of Redundant files In-Reply-To: References: <201011050747.44140.ali_bush@gentoo.org> Message-ID: <201011051952.19095.ali_bush@gentoo.org> > Yes, we shouldn't have any .cs files that are not included in any .csproj. > I would be surprised if there were too many of them but there might be > some. Feel free to send a patch that deletes them. > > Microsoft.Scripting.Core directory includes DLR v1.0 that shipped in .NET > 4.0 in System.Core. We still need these for Windows Phone 7 builds though > (Silverlight3 configuration). > > I removed *.build.csproj files last week. I don't see any now: > https://github.com/ironruby/ironruby/tree/master/Runtime/Microsoft.Scriptin > g/ > > Did you sync to the latest version of the repo? > Ah sorry. Must have seem them a while ago and didn't realise they had been removed :) So.... Question 1: Microsoft.Scripting.Core.csproj contains a "reference" () to System.Linq.Expressions.txt which is not located within the repository. Im assuming this is safe to remove? From csproj Ast\System.Linq.Expressions.txt im sure more questions will follow... Thanks Alistair From ali_bush at gentoo.org Fri Nov 5 05:25:53 2010 From: ali_bush at gentoo.org (Alistair Bush) Date: Fri, 5 Nov 2010 22:25:53 +1300 Subject: [Ironruby-core] Cleaning up of the Source Tree - Removal of Redundant files In-Reply-To: <201011051952.19095.ali_bush@gentoo.org> References: <201011050747.44140.ali_bush@gentoo.org> <201011051952.19095.ali_bush@gentoo.org> Message-ID: <201011052225.55537.ali_bush@gentoo.org> > > Yes, we shouldn't have any .cs files that are not included in any > > .csproj. I would be surprised if there were too many of them but there > > might be some. Feel free to send a patch that deletes them. > > see here https://github.com/alistair/ironruby/tree/cleanup the cleanup commit directly https://github.com/alistair/ironruby/commit/7ea7f14c6f91e22ca3ee4a608499b7dfd5523c28 > > So.... > > Question 1: Microsoft.Scripting.Core.csproj contains a "reference" > () to System.Linq.Expressions.txt which is not located within the > repository. Im assuming this is safe to remove? > I assumed this was to be removed and have committed it into the above branch. [1] I also added build.sh files within that branch that just document the xbuild commands I used to test compile. That commit can be safely ignored (and probably should be). I only tested the Runtime directory projects and only with Debug config. But im pretty confident it shouldn't have broken the Silverlight builds. [1] https://github.com/alistair/ironruby/commit/8c348784a865080fef27e6ce668f02548d6b1722 From vinicius.quaiato at gmail.com Fri Nov 5 14:32:08 2010 From: vinicius.quaiato at gmail.com (Vinicius Quaiato) Date: Fri, 5 Nov 2010 16:32:08 -0200 Subject: [Ironruby-core] RSpec anyone? In-Reply-To: <468013380711842776@unknownmsgid> References: <468013380711842776@unknownmsgid> Message-ID: I did a lecture last week at the RubyConfBR and I showed RSpec running under IronRuby testing C# dlls. Works fine... What I did? igem install rspec and to run: ir myspecfile.rb Att, Vinicius Quaiato - Brazil On Wed, Nov 3, 2010 at 11:22 PM, William Green wrote: > Has anyone got RSpec running under IronRuby? I tried to run the RSpec > test suite with IronRuby several months ago and was met with a few > issues with dependent libs (FakeFS, if I recall correctly). Both > projects have advanced since then, but I haven't had a chance to try > it again with the latest. > > So, anyone tried this recently? > > -- > Will Green > http://hotgazpacho.org/ > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Fri Nov 5 20:59:45 2010 From: lists at ruby-forum.com (Galen Laws) Date: Sat, 06 Nov 2010 01:59:45 +0100 Subject: [Ironruby-core] IronRuby 1.1.1 and WxRuby? Message-ID: <8a4fea175c29fc4090282b6b682c3d7f@ruby-forum.com> Anyone get these two to work? The older iron ruby seemed to want a path to your gems, but not anymore. A walk-through would be appreciated. -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Sun Nov 7 07:36:11 2010 From: lists at ruby-forum.com (Jialiang L.) Date: Sun, 07 Nov 2010 13:36:11 +0100 Subject: [Ironruby-core] Error while installing Cucumber in IronRuby 1.1.1 Message-ID: <510b50128645723f4a1593fa3818a249@ruby-forum.com> Hi there, While I try to install Cucumber, I got this error: ERROR:While executing gem... (TypeError) can't convert NilClass into String Looks like it is a null class exception. But I could not locate the error just base on the error message. Anyone have this problem before? Any help would be appreciated Thanks in advance Leo -- Posted via http://www.ruby-forum.com/. From oakraven13 at gmail.com Sun Nov 7 08:12:02 2010 From: oakraven13 at gmail.com (Mike Hatfield) Date: Sun, 7 Nov 2010 09:12:02 -0400 Subject: [Ironruby-core] Error while installing Cucumber in IronRuby 1.1.1 In-Reply-To: <510b50128645723f4a1593fa3818a249@ruby-forum.com> References: <510b50128645723f4a1593fa3818a249@ruby-forum.com> Message-ID: Hi Leo, There seems to be a general problem with the new igem installer. I haven't been able to figure it out, but there's a fair bit of discussion on a previous thread (without resolution). I am looking forward to this being fixed. Most gems I have tried to install since upgrading give me this same NilClass error message. Mike On Sun, Nov 7, 2010 at 8:36 AM, Jialiang L. wrote: > Hi there, > > While I try to install Cucumber, I got this error: > > ERROR:While executing gem... (TypeError) > can't convert NilClass into String > > Looks like it is a null class exception. But I could not locate the > error just base on the error message. > > Anyone have this problem before? Any help would be appreciated > > Thanks in advance > > Leo > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.wilson82 at gmail.com Sun Nov 7 23:18:09 2010 From: a.wilson82 at gmail.com (andrew Wilson) Date: Sun, 7 Nov 2010 21:18:09 -0700 Subject: [Ironruby-core] failure to loading assembly Message-ID: I am trying to require a .net assembly and keep coming across this message. The assembly is not on a network location, so I'm not sure why it's upset. I can likely fix this by building the project from source, but-- any ideas on how to fix this if I couldn't? Below is the error message. (ir):1:in `require': An attempt was made to load an assembly from a network location which would have caused the assembl y to be sandboxed in previous versions of the .NET Framework. This release of the .NET Framework does not enable CAS pol icy by default, so this load may be dangerous. If this load is not intended to sandbox the assembly, please enable the l oadFromRemoteSources switch. See http://go.microsoft.com/fwlink/?LinkId=155569 for more information. (LoadError) -- ?If I had six hours to chop down a tree, I?d spend the first four of them sharpening my axe?. -Abraham Lincoln -------------- next part -------------- An HTML attachment was scrubbed... URL: From ali_bush at gentoo.org Mon Nov 8 05:23:47 2010 From: ali_bush at gentoo.org (Alistair Bush) Date: Mon, 8 Nov 2010 23:23:47 +1300 Subject: [Ironruby-core] Questions around load order of rb files in Libs and StdLib Message-ID: <201011082323.48195.ali_bush@gentoo.org> More questions. Im assuming that Lib is loaded before StdLib and can therefore override any implementations in StdLib right? Also the Readme file states "complex18.rb and rational18.rb are taken from MRI 1.8.6 - this should be replaced by IronRuby's own implementation of Complex and Rational builtins in future gem_prelude.rb taked from Ruby 1.9.2 source distribution and adapted - should be replaced by an implementation in IronRuby.Libraries.dll" Im kinda assuming that the first question is correct here. but would we be able to have the complex/rational and gem_prelude files located in the Lib directory. I would like it if the StdLib is as vanilla as possible (preferrably 100% minus any *.so if that makes you happy). The reason I ask is because I plan on not using the StdLib dir from your tree at all when I package IronRuby. but will instead point it to ruby19's. This will save hd space/maintainance effort and mean we can fix stdlib bugs without waiting for ironruby upstream releases. - Alistair. From lists at ruby-forum.com Mon Nov 8 10:52:19 2010 From: lists at ruby-forum.com (Timothy Barnes) Date: Mon, 08 Nov 2010 16:52:19 +0100 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: <7f7c131a5d31171ef62c61a58839eead@ruby-forum.com> Tomas, Where should I look for this file when you are finished? Timothy -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Mon Nov 8 12:28:14 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 8 Nov 2010 17:28:14 +0000 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <7f7c131a5d31171ef62c61a58839eead@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> <7f7c131a5d31171ef62c61a58839eead@ruby-forum.com> Message-ID: It's already there - build Solutions\Ruby.sln from GIT repo (https://github.com/ironruby/ironruby/archives/master): msbuild Solutions.Ruby.sln /p:Configuration=Release This produces binaries to bin\Release directory. You'll need to take all IronRuby binaries (not just irw.exe). Of if you'd rather make an installer (IronRuby.msi) go to Msi directory and run msbuild Installer.proj /p:Configuration=Release This produces the .msi also into bin\Release. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Timothy Barnes Sent: Monday, November 08, 2010 7:52 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# Tomas, Where should I look for this file when you are finished? Timothy -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Mon Nov 8 12:43:26 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 8 Nov 2010 17:43:26 +0000 Subject: [Ironruby-core] Questions around load order of rb files in Libs and StdLib In-Reply-To: <201011082323.48195.ali_bush@gentoo.org> References: <201011082323.48195.ali_bush@gentoo.org> Message-ID: There are currently some small changes in the StdLib to work around IronRuby bugs. So those need to be fixed first. Will your IronRuby package require CRuby to be installed first? Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Alistair Bush Sent: Monday, November 08, 2010 2:24 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Questions around load order of rb files in Libs and StdLib More questions. Im assuming that Lib is loaded before StdLib and can therefore override any implementations in StdLib right? Also the Readme file states "complex18.rb and rational18.rb are taken from MRI 1.8.6 - this should be replaced by IronRuby's own implementation of Complex and Rational builtins in future gem_prelude.rb taked from Ruby 1.9.2 source distribution and adapted - should be replaced by an implementation in IronRuby.Libraries.dll" Im kinda assuming that the first question is correct here. but would we be able to have the complex/rational and gem_prelude files located in the Lib directory. I would like it if the StdLib is as vanilla as possible (preferrably 100% minus any *.so if that makes you happy). The reason I ask is because I plan on not using the StdLib dir from your tree at all when I package IronRuby. but will instead point it to ruby19's. This will save hd space/maintainance effort and mean we can fix stdlib bugs without waiting for ironruby upstream releases. - Alistair. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From a.wilson82 at gmail.com Mon Nov 8 19:31:42 2010 From: a.wilson82 at gmail.com (andrew Wilson) Date: Mon, 8 Nov 2010 17:31:42 -0700 Subject: [Ironruby-core] rspec no likely :( Message-ID: So I tried out the 1.1.1 release and am having a bit of issues. First the installer doesn't seem to care about the location I pick and installs to program files (x86) regardless. I end up moving the files and redoing the paths but visual studio still expects the files to be in program files. Second, I can't get rspec to work for the life of me. I am just doing-- igem install rspec then in IR, I'm trying to test out mocking with: require 'spec' && require 'spec/mocks' both of which say they cannot be found. If I require 'rubygems' 'spec/mocks' is found (but doesn't seem to work as I cannot stub anything) but 'spec' is not. Any thoughts on what I can do to salvage this? -Andrew -- ?If I had six hours to chop down a tree, I?d spend the first four of them sharpening my axe?. -Abraham Lincoln -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion.edwards at gmail.com Mon Nov 8 20:34:47 2010 From: orion.edwards at gmail.com (Orion Edwards) Date: Tue, 9 Nov 2010 14:34:47 +1300 Subject: [Ironruby-core] rspec no likely :( In-Reply-To: References: Message-ID: you always need to require 'rubygems' before requiring spec and friends, even in MRI. Are you doing that? On Tue, Nov 9, 2010 at 1:31 PM, andrew Wilson wrote: > So I tried out the 1.1.1 release and am having a bit of issues. > > First the installer doesn't seem to care about the location I pick and > installs to program files (x86) regardless. I end up moving the files and > redoing the paths but visual studio still expects the files to be in program > files. > > Second, I can't get rspec to work for the life of me. I am just doing-- > > igem install rspec > > then in IR, I'm trying to test out mocking with: > > require 'spec' && require 'spec/mocks' > > both of which say they cannot be found. If I require 'rubygems' > 'spec/mocks' is found (but doesn't seem to work as I cannot stub anything) > but 'spec' is not. > > Any thoughts on what I can do to salvage this? > > -Andrew > > -- > ?If I had six hours to chop down a tree, I?d spend the first four of them > sharpening my axe?. > > -Abraham Lincoln > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion.edwards at gmail.com Mon Nov 8 20:35:45 2010 From: orion.edwards at gmail.com (Orion Edwards) Date: Tue, 9 Nov 2010 14:35:45 +1300 Subject: [Ironruby-core] rspec no likely :( In-Reply-To: References: Message-ID: err.. woops, consider that last email unsent :-) On Tue, Nov 9, 2010 at 2:34 PM, Orion Edwards wrote: > you always need to require 'rubygems' before requiring spec and friends, > even in MRI. > >> >> >> ... If I require 'rubygems' 'spec/mocks' is found (but doesn't seem to >> work as I cannot stub anything) but 'spec' is not. >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Mon Nov 8 21:45:58 2010 From: lists at ruby-forum.com (Jialiang L.) Date: Tue, 09 Nov 2010 03:45:58 +0100 Subject: [Ironruby-core] Error while installing Cucumber in IronRuby 1.1.1 In-Reply-To: <510b50128645723f4a1593fa3818a249@ruby-forum.com> References: <510b50128645723f4a1593fa3818a249@ruby-forum.com> Message-ID: Hi Mike, Thanks for the quick reply. Too bad there is not solution for this problem. I might install IronRuby 1.1 and see if it works. Thanks Leo -- Posted via http://www.ruby-forum.com/. From ali_bush at gentoo.org Tue Nov 9 02:18:45 2010 From: ali_bush at gentoo.org (Alistair Bush) Date: Tue, 9 Nov 2010 20:18:45 +1300 Subject: [Ironruby-core] Questions around load order of rb files in Libs and StdLib In-Reply-To: References: <201011082323.48195.ali_bush@gentoo.org> Message-ID: <201011092018.45398.ali_bush@gentoo.org> > There are currently some small changes in the StdLib to work around > IronRuby bugs. So those need to be fixed first. > > Will your IronRuby package require CRuby to be installed first? > Initially probably yes. > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Alistair Bush > Sent: Monday, November 08, 2010 2:24 AM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] Questions around load order of rb files in Libs > and StdLib > > More questions. > > Im assuming that Lib is loaded before StdLib and can therefore override any > implementations in StdLib right? > > Also the Readme file states > > "complex18.rb and rational18.rb are taken from MRI 1.8.6 > - this should be replaced by IronRuby's own implementation of Complex > and Rational builtins in future > > gem_prelude.rb taked from Ruby 1.9.2 source distribution and adapted > - should be replaced by an implementation in IronRuby.Libraries.dll" > > Im kinda assuming that the first question is correct here. but would we be > able to have the complex/rational and gem_prelude files located in the Lib > directory. I would like it if the StdLib is as vanilla as possible > (preferrably 100% minus any *.so if that makes you happy). > > The reason I ask is because I plan on not using the StdLib dir from your > tree at all when I package IronRuby. but will instead point it to > ruby19's. This will save hd space/maintainance effort and mean we can fix > stdlib bugs without waiting for ironruby upstream releases. > > - Alistair. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core From arseny.sizov at db.com Tue Nov 9 03:49:08 2010 From: arseny.sizov at db.com (Arseny Sizov) Date: Tue, 9 Nov 2010 11:49:08 +0300 Subject: [Ironruby-core] Implementing generic interface Message-ID: Hi all, I need to implement .NET generic interface and pass this implementation to .NET generic method. Is it possible in IronRuby? What I have in .NET: interface Subscriber { void Subscribe(IMessagesListener listener) where TMessage : IBasicMessage; } public interface IMessagesListener where TMessage : IBasicMessage { void Handle(TMessage message); } I need to rewrite this code in ironruby: class MyMessageListener : IMessageListener { void IMessagesListener.Handle(TMyMessage message) { } } subscriber.Subscribe(new MyMessageListener()); Is it possible? Thanks in advance. Best regards, Arseny Sizov. --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Please refer to http://www.db.com/en/content/eu_disclosures.htm for additional EU corporate and regulatory disclosures. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Tue Nov 9 11:06:15 2010 From: lists at ruby-forum.com (Timothy Barnes) Date: Tue, 09 Nov 2010 17:06:15 +0100 Subject: [Ironruby-core] Using win32ole "connect" method on Ironruby Message-ID: <93f9cdde6e04daad7cbfd01435463aa5@ruby-forum.com> When trying to use the connect method inside the win32ole module. Ironruby pops up: "undefined method 'connect' for WIN32OLE:Class" I see that has been logged as an official issue at: http://ironruby.codeplex.com/workitem/4612 However, it has not been assigned to anyone to fix and previous questions on it went unanswered. I personally have many programs using this method that I would like to use through Ironruby without rewriting using .net methods. Just testing to see if this issue is on anybody's radar. Is it simple or complex to solve? I understand there are probably many issues more important than this but I am just wanting to know if I need to start rewriting my programs or will this issue be resolved in the near future. Timothy -- Posted via http://www.ruby-forum.com/. From andrius.bentkus at gmail.com Tue Nov 9 11:33:43 2010 From: andrius.bentkus at gmail.com (Andrius Bentkus) Date: Tue, 9 Nov 2010 17:33:43 +0100 Subject: [Ironruby-core] Using win32ole "connect" method on Ironruby In-Reply-To: <93f9cdde6e04daad7cbfd01435463aa5@ruby-forum.com> References: <93f9cdde6e04daad7cbfd01435463aa5@ruby-forum.com> Message-ID: On Tue, Nov 9, 2010 at 5:06 PM, Timothy Barnes wrote: > When trying to use the connect method inside the win32ole module. > Ironruby pops up: > > "undefined method 'connect' for WIN32OLE:Class" > > I see that has been logged as an official issue at: > > http://ironruby.codeplex.com/workitem/4612 > > However, it has not been assigned to anyone to fix and previous > questions on it went unanswered. I personally have many programs using > this method that I would like to use through Ironruby without rewriting > using .net methods. > > Just testing to see if this issue is on anybody's radar. Is it simple or > complex to solve? I understand there are probably many issues more > important than this but I am just wanting to know if I need to start > rewriting my programs or will this issue be resolved in the near future. Why rewriting your programs if you can just add a patch to ironruby? From lists at ruby-forum.com Tue Nov 9 11:46:11 2010 From: lists at ruby-forum.com (Timothy Barnes) Date: Tue, 09 Nov 2010 17:46:11 +0100 Subject: [Ironruby-core] Using win32ole "connect" method on Ironruby In-Reply-To: <93f9cdde6e04daad7cbfd01435463aa5@ruby-forum.com> References: <93f9cdde6e04daad7cbfd01435463aa5@ruby-forum.com> Message-ID: I would love to write a patch to ironRuby. However, I am not sure about how to do that. I am not even really sure where to look for the issue in the ironruby library, nor I do I really have git fully figured out to submit my patch back to ironruby. I am still trying to get up to speed on how all this works (contributing). I will be glad to try. Any direction towards where to find and solve this issue would help! -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Tue Nov 9 12:15:45 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 9 Nov 2010 17:15:45 +0000 Subject: [Ironruby-core] Questions around load order of rb files in Libs and StdLib In-Reply-To: <201011092018.45398.ali_bush@gentoo.org> References: <201011082323.48195.ali_bush@gentoo.org> <201011092018.45398.ali_bush@gentoo.org> Message-ID: I don't think it's good idea to introduce such a dependency. Why would I need to install CRuby if I just wanted to program in Ruby on Mono/.NET? CRuby would not be useful for me and it's additional 12MB to download and 30MB on disk. Besides JRuby also ships with the standard library. In fact both 1.8 and 1.9 std libs are included. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Alistair Bush Sent: Monday, November 08, 2010 11:19 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Questions around load order of rb files in Libs and StdLib > There are currently some small changes in the StdLib to work around > IronRuby bugs. So those need to be fixed first. > > Will your IronRuby package require CRuby to be installed first? > Initially probably yes. > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Alistair > Bush > Sent: Monday, November 08, 2010 2:24 AM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] Questions around load order of rb files in > Libs and StdLib > > More questions. > > Im assuming that Lib is loaded before StdLib and can therefore > override any implementations in StdLib right? > > Also the Readme file states > > "complex18.rb and rational18.rb are taken from MRI 1.8.6 > - this should be replaced by IronRuby's own implementation of > Complex and Rational builtins in future > > gem_prelude.rb taked from Ruby 1.9.2 source distribution and adapted > - should be replaced by an implementation in IronRuby.Libraries.dll" > > Im kinda assuming that the first question is correct here. but would > we be able to have the complex/rational and gem_prelude files located > in the Lib directory. I would like it if the StdLib is as vanilla as > possible (preferrably 100% minus any *.so if that makes you happy). > > The reason I ask is because I plan on not using the StdLib dir from > your tree at all when I package IronRuby. but will instead point it > to ruby19's. This will save hd space/maintainance effort and mean we > can fix stdlib bugs without waiting for ironruby upstream releases. > > - Alistair. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Tue Nov 9 13:10:37 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 9 Nov 2010 18:10:37 +0000 Subject: [Ironruby-core] Using win32ole "connect" method on Ironruby In-Reply-To: References: <93f9cdde6e04daad7cbfd01435463aa5@ruby-forum.com> Message-ID: Contributing is easy: fork the repo, make the changes, add tests covering the new functionality (ideally as specs to Languages/Ruby/Tests/mspec/rubyspec), run all the tests (irtests command in Languages\Ruby\Scripts), and if everything passes push your changes to your fork and send a pull request to the mailing list. See https://github.com/ironruby/ironruby/wiki/Getting-the-sources Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Timothy Barnes Sent: Tuesday, November 09, 2010 8:46 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Using win32ole "connect" method on Ironruby I would love to write a patch to ironRuby. However, I am not sure about how to do that. I am not even really sure where to look for the issue in the ironruby library, nor I do I really have git fully figured out to submit my patch back to ironruby. I am still trying to get up to speed on how all this works (contributing). I will be glad to try. Any direction towards where to find and solve this issue would help! -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From andrius.bentkus at gmail.com Tue Nov 9 13:23:00 2010 From: andrius.bentkus at gmail.com (Andrius Bentkus) Date: Tue, 9 Nov 2010 19:23:00 +0100 Subject: [Ironruby-core] Using win32ole "connect" method on Ironruby In-Reply-To: References: <93f9cdde6e04daad7cbfd01435463aa5@ruby-forum.com> Message-ID: Checkout(by that I mean get a copy) the code from github. The IronRuby implementation of win32ole is in Languages/Ruby/Libs/win32ole.rb, it uses System.__ComObject from the .NET world to implement the interface (as the header comment tells one). If you are familiar with COM Objects (I am not) and you know how to achieve the functionality of WIN32OLE.connect with System.__ComObject C# then it should be straight obvious what you need to do. Just use some interop magic in win32ole.rb to utilize the .NET world. Your implementation should comply with the standard WIN32OLE implementation in ruby, you can easily look it up in http://ruby-doc.org/stdlib/libdoc/win32ole/rdoc/classes/WIN32OLE.html#M001628, just click [Source]. If you are not familiar with COM in C#, well, there are plenty of tutorials on the net. Just implement the function as clean as possible, commit, add a testcase to Languages/Ruby/Tests/Interop/com/win32ole_spec.rb, commit, verify if it works with your code and the testcase, make a pull request on github. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Tue Nov 9 14:34:56 2010 From: lists at ruby-forum.com (Timothy Barnes) Date: Tue, 09 Nov 2010 20:34:56 +0100 Subject: [Ironruby-core] Using win32ole "connect" method on Ironruby In-Reply-To: <93f9cdde6e04daad7cbfd01435463aa5@ruby-forum.com> References: <93f9cdde6e04daad7cbfd01435463aa5@ruby-forum.com> Message-ID: <6c00363c239cce2bbe9990b570bf3ff7@ruby-forum.com> Thanks for the help. I will see what I can do. Timothy -- Posted via http://www.ruby-forum.com/. From a.wilson82 at gmail.com Tue Nov 9 15:37:52 2010 From: a.wilson82 at gmail.com (andrew Wilson) Date: Tue, 9 Nov 2010 14:37:52 -0600 Subject: [Ironruby-core] Type conversion error Message-ID: Has anyone run into type conversion errors where you get a message like: can't convert PcapFileHandler::PcapFileWriter into PcapFileHandler::PcapFileWriter (TypeError) when doing: packetHandlerWrapper.PcapWriter = NetworkMiner::PacketHandlerWriter.clr_new("", someobj) I am totally buggered up with this. The packetHandlerWrapepr.PcapWriter is nil when I inspect it with ruby. I have to solve this by tonight :'( -a -- ?If I had six hours to chop down a tree, I?d spend the first four of them sharpening my axe?. -Abraham Lincoln -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Tue Nov 9 16:18:22 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 9 Nov 2010 21:18:22 +0000 Subject: [Ironruby-core] Type conversion error In-Reply-To: References: Message-ID: Yes, you probably have the assembly that defines the type loaded twice in different load contexts (Load vs LoadFrom). That might happen if you load the assembly using a file path (require 'x.dll') instead of a full assembly name and then dependency loads it as well. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of andrew Wilson Sent: Tuesday, November 09, 2010 12:38 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Type conversion error Has anyone run into type conversion errors where you get a message like: can't convert PcapFileHandler::PcapFileWriter into PcapFileHandler::PcapFileWriter (TypeError) when doing: packetHandlerWrapper.PcapWriter = NetworkMiner::PacketHandlerWriter.clr_new("", someobj) I am totally buggered up with this. The packetHandlerWrapepr.PcapWriter is nil when I inspect it with ruby. I have to solve this by tonight :'( -a -- "If I had six hours to chop down a tree, I'd spend the first four of them sharpening my axe". -Abraham Lincoln -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrius.bentkus at gmail.com Tue Nov 9 16:55:56 2010 From: andrius.bentkus at gmail.com (Andrius Bentkus) Date: Tue, 9 Nov 2010 22:55:56 +0100 Subject: [Ironruby-core] Type conversion error In-Reply-To: References: Message-ID: On Tue, Nov 9, 2010 at 10:18 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > Yes, you probably have the assembly that defines the type loaded twice in > different load contexts (Load vs LoadFrom). > > That might happen if you load the assembly using a file path (require > ?x.dll?) instead of a full assembly name and then dependency loads it as > well. > > > > Tomas > > > What is it with this big blue font, Tomas? :D -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Wed Nov 10 12:37:58 2010 From: lists at ruby-forum.com (Rob B.) Date: Wed, 10 Nov 2010 18:37:58 +0100 Subject: [Ironruby-core] IronRuby 1.1.1 Released! In-Reply-To: References: Message-ID: Woo! This is very encouraging. Perhaps I will end up with a production Ironruby on rails app after all. Tomas Matousek wrote in post #956208: > The IronRuby team is pleased to announce the release of IronRuby 1.1.1 > for .NET Framework 4, Silverlight 4 and Windows Phone 7, and IronRuby > Tools for Visual Studio! -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Wed Nov 10 14:56:37 2010 From: lists at ruby-forum.com (Timothy Barnes) Date: Wed, 10 Nov 2010 20:56:37 +0100 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: Tomas, I built the binaries using msbuild (command line). I then copy all of the resulting files into my bin folder and now even using ir.exe results in an error message: unknown: no such file to load -- gem_prelude.rb (LoadError) Can you tell me what I have done wrong? Also, when I tried to build the .msi installer a .msi file doesn't show up in the bin Release Folder. I am unsure if there is something wrong or it is my incompetence. Timothy -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Wed Nov 10 15:52:35 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 10 Nov 2010 20:52:35 +0000 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: There are some issues with how library load paths are set up today (gem_prelude load error), I'm working on a fix. I might finish it this weekend. Did you pass /p:Configuration=Release to msbuild when building the installer? If not look at bin\Debug folder :) Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Timothy Barnes Sent: Wednesday, November 10, 2010 11:57 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# Tomas, I built the binaries using msbuild (command line). I then copy all of the resulting files into my bin folder and now even using ir.exe results in an error message: unknown: no such file to load -- gem_prelude.rb (LoadError) Can you tell me what I have done wrong? Also, when I tried to build the .msi installer a .msi file doesn't show up in the bin Release Folder. I am unsure if there is something wrong or it is my incompetence. Timothy -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From lists at ruby-forum.com Wed Nov 10 17:02:01 2010 From: lists at ruby-forum.com (Timothy Barnes) Date: Wed, 10 Nov 2010 23:02:01 +0100 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: I did pass /p:Configuration=Release to msbuild and checked the debug folder. I did get 4 errors which might have been the cause. They were 20-30 lines long so I didn't type them out here. Would it help for me to post them? Also, am I correct in the fact that you have to build the solution Ruby.sln before you can build the installer.proj? Timothy -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Wed Nov 10 18:04:32 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 10 Nov 2010 23:04:32 +0000 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: No, you don't need to build anything before you build the installer. What are the errors? Do you have VS SDK 2010 installed? You need to have that so that the VS integration builds. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Timothy Barnes Sent: Wednesday, November 10, 2010 2:02 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# I did pass /p:Configuration=Release to msbuild and checked the debug folder. I did get 4 errors which might have been the cause. They were 20-30 lines long so I didn't type them out here. Would it help for me to post them? Also, am I correct in the fact that you have to build the solution Ruby.sln before you can build the installer.proj? Timothy -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From lists at ruby-forum.com Thu Nov 11 14:05:03 2010 From: lists at ruby-forum.com (Timothy Barnes) Date: Thu, 11 Nov 2010 20:05:03 +0100 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: <419de3cc97f80af4d48fc04409afae35@ruby-forum.com> I did not have VS SDK 2010, which I now have installed and the build is still failing. I have attached a copy of some of the error text from the unsuccessful build, if you want to look. More info: Only have Visual C# Express 2010 installed - Not sure if this is affecting the build. Using command prompt to build. Timothy Attachments: http://www.ruby-forum.com/attachment/5342/msbuild_errors.txt -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Thu Nov 11 14:17:50 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 11 Nov 2010 19:17:50 +0000 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <419de3cc97f80af4d48fc04409afae35@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> <419de3cc97f80af4d48fc04409afae35@ruby-forum.com> Message-ID: Can you attach the entire output? Did you synced to the latest version of the repo? TOmas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Timothy Barnes Sent: Thursday, November 11, 2010 11:05 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# I did not have VS SDK 2010, which I now have installed and the build is still failing. I have attached a copy of some of the error text from the unsuccessful build, if you want to look. More info: Only have Visual C# Express 2010 installed - Not sure if this is affecting the build. Using command prompt to build. Timothy Attachments: http://www.ruby-forum.com/attachment/5342/msbuild_errors.txt -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From lists at ruby-forum.com Thu Nov 11 15:25:33 2010 From: lists at ruby-forum.com (Timothy Barnes) Date: Thu, 11 Nov 2010 21:25:33 +0100 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: <73d20c7d06c49e681c275eb4f9b5a001@ruby-forum.com> This is all the text left in the command prompt box. Unless there is a way to record what happens (or different software), I don't know how to capture all of the text for the build. Timothy Attachments: http://www.ruby-forum.com/attachment/5343/msbuild_errors.txt -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Fri Nov 12 02:12:45 2010 From: lists at ruby-forum.com (Wang Yong) Date: Fri, 12 Nov 2010 08:12:45 +0100 Subject: [Ironruby-core] Use IronRuby write a Process Manager Message-ID: One Process Manager Sample for IronRuby. It used IronRuby 1.0 for .NET 2.0 SP1. Screenshot: http://www.w-yong.com/attachments/month_1007/v2010725173723.JPG Source? http://www.w-yong.com/attachments/month_1007/r2010725191825.rar Attachments: http://www.ruby-forum.com/attachment/5346/ProcessMgr.rar -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Fri Nov 12 12:29:02 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Fri, 12 Nov 2010 17:29:02 +0000 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <73d20c7d06c49e681c275eb4f9b5a001@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> <73d20c7d06c49e681c275eb4f9b5a001@ruby-forum.com> Message-ID: msbuild Installer.proj /p:Configuration=Release > output.log Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Timothy Barnes Sent: Thursday, November 11, 2010 12:26 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# This is all the text left in the command prompt box. Unless there is a way to record what happens (or different software), I don't know how to capture all of the text for the build. Timothy Attachments: http://www.ruby-forum.com/attachment/5343/msbuild_errors.txt -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From lists at ruby-forum.com Fri Nov 12 13:44:24 2010 From: lists at ruby-forum.com (Timothy Barnes) Date: Fri, 12 Nov 2010 19:44:24 +0100 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: I have attached the output.log file. Timothy Attachments: http://www.ruby-forum.com/attachment/5352/output.log -- Posted via http://www.ruby-forum.com/. From ironruby at monnet-usa.com Sat Nov 13 15:15:43 2010 From: ironruby at monnet-usa.com (Philippe Monnet) Date: Sat, 13 Nov 2010 13:15:43 -0700 Subject: [Ironruby-core] Can IronRuby run on the NetDuino board? Message-ID: <4CDEF1EF.6020506@monnet-usa.com> An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Mon Nov 15 12:42:16 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 15 Nov 2010 17:42:16 +0000 Subject: [Ironruby-core] Organization and repo renames Message-ID: Hello everyone, I've renamed the github organization that hosts IronRuby repo on github to "IronLanguages" and the repo itself to "main". This name better reflects the fact that the repository also includes IronPython and DLR sources and is their primary repo as well. If you have a clone of the main repo the only change you need to do is to change "git at github.com:ironruby/ironruby.git" to "git at github.com:IronLanguages/main.git" in .git/config file. Let me know if you had any problems related to the rename. PS: Submodules of the main repo for IronRuby, IronPython and DLR can be created if found useful in future. Thanks, Tomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Mon Nov 15 14:23:08 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 15 Nov 2010 14:23:08 -0500 Subject: [Ironruby-core] Organization and repo renames In-Reply-To: References: Message-ID: Win. On Mon, Nov 15, 2010 at 12:42 PM, Tomas Matousek wrote: > Hello everyone, > > I?ve renamed the github organization that hosts IronRuby repo on github to > ?IronLanguages? and the repo itself to ?main?. > > This name better reflects the fact that the repository also includes > IronPython and DLR sources and is their primary repo as well. > > > > If you have a clone of the main repo the only change you need to do is to > change ?git at github.com:ironruby/ironruby.git? to > ?git at github.com:IronLanguages/main.git? in .git/config file. > > > > Let me know if you had any problems related to the rename. > > > > PS: Submodules of the main repo for IronRuby, IronPython and DLR can be > created if found useful in future. > > > > Thanks, > > Tomas > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle IronRuby MVP http://blog.prokrams.com From andrius.bentkus at gmail.com Mon Nov 15 14:48:39 2010 From: andrius.bentkus at gmail.com (Andrius Bentkus) Date: Mon, 15 Nov 2010 20:48:39 +0100 Subject: [Ironruby-core] Organization and repo renames In-Reply-To: References: Message-ID: On Mon, Nov 15, 2010 at 6:42 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > Hello everyone, > > I?ve renamed the github organization that hosts IronRuby repo on github to > ?IronLanguages? and the repo itself to ?main?. > > This name better reflects the fact that the repository also includes > IronPython and DLR sources and is their primary repo as well. > But the commits done by the IronPython community will be only synced once in a while into github, right? Will the IronPython community continue to commit on this TFS server? > PS: Submodules of the main repo for IronRuby, IronPython and DLR can be > created if found useful in future. > > Nice. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Mon Nov 15 16:02:17 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 15 Nov 2010 21:02:17 +0000 Subject: [Ironruby-core] Organization and repo renames In-Reply-To: References: Message-ID: IronPython uses the github repo as a primary repo. I don't think they will try to keep the TFS repo up to date. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Andrius Bentkus Sent: Monday, November 15, 2010 11:49 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Organization and repo renames On Mon, Nov 15, 2010 at 6:42 PM, Tomas Matousek > wrote: Hello everyone, I've renamed the github organization that hosts IronRuby repo on github to "IronLanguages" and the repo itself to "main". This name better reflects the fact that the repository also includes IronPython and DLR sources and is their primary repo as well. But the commits done by the IronPython community will be only synced once in a while into github, right? Will the IronPython community continue to commit on this TFS server? PS: Submodules of the main repo for IronRuby, IronPython and DLR can be created if found useful in future. Nice. -------------- next part -------------- An HTML attachment was scrubbed... URL: From antonfir at gmail.com Tue Nov 16 13:05:21 2010 From: antonfir at gmail.com (Anton Firsov) Date: Tue, 16 Nov 2010 19:05:21 +0100 Subject: [Ironruby-core] ScriptScope from IDictionary + function definitions = NotImplementedException Message-ID: Hi all! I'm running ruby script from C# in my project. It's a very useful feature to initialize ScriptScope with an IDictionary, (it's much faster to fill a dictionary, than making scope.SetVariable calls). The problem is, that if I define functions in my script, then a NotImplementedException is thrown. A simple example is here: http://paste.dprogramming.com/dpil37pp It fails at engine.Execute(script, scope). However, when I create my scope with no dictionary, or just pass no scope to Execute, everything works fine. Is it an issue to be fixed in the future? I need to set, and change many context variables for my scripts at running time, so I have to work out this problem somehow. I'm using IronRuby 1.1. Thanks: Anton -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at tinco.nl Thu Nov 18 09:17:35 2010 From: mail at tinco.nl (Tinco Andringa) Date: Thu, 18 Nov 2010 15:17:35 +0100 Subject: [Ironruby-core] Lowercase classname Message-ID: Hey guys, I'm using IronRuby to interface with a clr library. There is a small problem however: It has one class that does not start with a capital letter. This causes IronRuby to just not see the class since ruby does not support lowercase constantnames. Does anyone know if it's possible to work around this in IronRuby (like somehow getting a reference to it with a string, and then assigning it to different ruby constant)? Or should I make my own clr dll that exposes the class with a different (uppercased) name? Cheers, Tinco Andringa (simkor.nl) From mail at tinco.nl Thu Nov 18 18:01:08 2010 From: mail at tinco.nl (Tinco Andringa) Date: Fri, 19 Nov 2010 00:01:08 +0100 Subject: [Ironruby-core] Lowercase classname In-Reply-To: References: Message-ID: Hmm I've found the documentation for IronRuby now :P It says class names should automatically be capitalized. This however seems not to have happened since it plainly isn't available. I have worked around the issue by renaming it in the source, but this forces me to ship precompiled dll's instead of referencing the other framework. Should I file a bugreport? This is on the 1.1.1 release :) Cheers, Tinco On Thu, Nov 18, 2010 at 15:17, Tinco Andringa wrote: > Hey guys, > > I'm using IronRuby to interface with a clr library. There is a small > problem however: It has one class that does not start with a capital > letter. This causes IronRuby to just not see the class since ruby does > not support lowercase constantnames. Does anyone know if it's possible > to work around this in IronRuby (like somehow getting a reference to > it with a string, and then assigning it to different ruby constant)? > Or should I make my own clr dll that exposes the class with a > different (uppercased) name? > > Cheers, > Tinco Andringa (simkor.nl) > From Tomas.Matousek at microsoft.com Thu Nov 18 18:32:25 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 18 Nov 2010 23:32:25 +0000 Subject: [Ironruby-core] Lowercase classname In-Reply-To: References: Message-ID: This might be a bug in the documentation :-)? Method names are mangled so that you can use foo_bar to call FooBar method. You should be able to use const_get(:foo) to get to the constant. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tinco Andringa Sent: Thursday, November 18, 2010 3:01 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Lowercase classname Hmm I've found the documentation for IronRuby now :P It says class names should automatically be capitalized. This however seems not to have happened since it plainly isn't available. I have worked around the issue by renaming it in the source, but this forces me to ship precompiled dll's instead of referencing the other framework. Should I file a bugreport? This is on the 1.1.1 release :) Cheers, Tinco On Thu, Nov 18, 2010 at 15:17, Tinco Andringa wrote: > Hey guys, > > I'm using IronRuby to interface with a clr library. There is a small > problem however: It has one class that does not start with a capital > letter. This causes IronRuby to just not see the class since ruby does > not support lowercase constantnames. Does anyone know if it's possible > to work around this in IronRuby (like somehow getting a reference to > it with a string, and then assigning it to different ruby constant)? > Or should I make my own clr dll that exposes the class with a > different (uppercased) name? > > Cheers, > Tinco Andringa (simkor.nl) > _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From mail at tinco.nl Fri Nov 19 08:34:57 2010 From: mail at tinco.nl (Tinco Andringa) Date: Fri, 19 Nov 2010 14:34:57 +0100 Subject: [Ironruby-core] Lowercase classname In-Reply-To: References: Message-ID: Hey Tomas, Thanks for the reply. const_get :foo also raises the constants should begin with an uppercase letter error :) Object.const_get :foo (ir):1:in `const_get': `foo' is not allowed as a constant name (NameError) from (ir):1 Cheers, Tinco On Fri, Nov 19, 2010 at 00:32, Tomas Matousek wrote: > This might be a bug in the documentation :-)? Method names are mangled so that you can use foo_bar ?to call FooBar method. > > You should be able to use const_get(:foo) to get to the constant. > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tinco Andringa > Sent: Thursday, November 18, 2010 3:01 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Lowercase classname > > Hmm I've found the documentation for IronRuby now :P It says class names should automatically be capitalized. This however seems not to have happened since it plainly isn't available. I have worked around the issue by renaming it in the source, but this forces me to ship precompiled dll's instead of referencing the other framework. > > Should I file a bugreport? This is on the 1.1.1 release :) > > Cheers, > Tinco > > On Thu, Nov 18, 2010 at 15:17, Tinco Andringa wrote: >> Hey guys, >> >> I'm using IronRuby to interface with a clr library. There is a small >> problem however: It has one class that does not start with a capital >> letter. This causes IronRuby to just not see the class since ruby does >> not support lowercase constantnames. Does anyone know if it's possible >> to work around this in IronRuby (like somehow getting a reference to >> it with a string, and then assigning it to different ruby constant)? >> Or should I make my own clr dll that exposes the class with a >> different (uppercased) name? >> >> Cheers, >> Tinco Andringa (simkor.nl) >> > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > From shay.friedman at gmail.com Fri Nov 19 08:41:56 2010 From: shay.friedman at gmail.com (Shay Friedman) Date: Fri, 19 Nov 2010 15:41:56 +0200 Subject: [Ironruby-core] Lowercase classname In-Reply-To: References: Message-ID: Look here: http://www.ironshay.com/post/Working-with-NET-Lowercase-Namespaces-and-Classes-in-IronRuby.aspx Shay. On Fri, Nov 19, 2010 at 3:34 PM, Tinco Andringa wrote: > Hey Tomas, > > Thanks for the reply. const_get :foo also raises the constants should > begin with an uppercase letter error :) > > Object.const_get :foo > (ir):1:in `const_get': `foo' is not allowed as a constant name (NameError) > from (ir):1 > > Cheers, > Tinco > > On Fri, Nov 19, 2010 at 00:32, Tomas Matousek > wrote: > > This might be a bug in the documentation :-)? Method names are mangled so > that you can use foo_bar to call FooBar method. > > > > You should be able to use const_get(:foo) to get to the constant. > > > > Tomas > > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] On Behalf Of Tinco Andringa > > Sent: Thursday, November 18, 2010 3:01 PM > > To: ironruby-core at rubyforge.org > > Subject: Re: [Ironruby-core] Lowercase classname > > > > Hmm I've found the documentation for IronRuby now :P It says class names > should automatically be capitalized. This however seems not to have happened > since it plainly isn't available. I have worked around the issue by renaming > it in the source, but this forces me to ship precompiled dll's instead of > referencing the other framework. > > > > Should I file a bugreport? This is on the 1.1.1 release :) > > > > Cheers, > > Tinco > > > > On Thu, Nov 18, 2010 at 15:17, Tinco Andringa wrote: > >> Hey guys, > >> > >> I'm using IronRuby to interface with a clr library. There is a small > >> problem however: It has one class that does not start with a capital > >> letter. This causes IronRuby to just not see the class since ruby does > >> not support lowercase constantnames. Does anyone know if it's possible > >> to work around this in IronRuby (like somehow getting a reference to > >> it with a string, and then assigning it to different ruby constant)? > >> Or should I make my own clr dll that exposes the class with a > >> different (uppercased) name? > >> > >> Cheers, > >> Tinco Andringa (simkor.nl) > >> > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrius.bentkus at gmail.com Fri Nov 19 09:42:44 2010 From: andrius.bentkus at gmail.com (Andrius Bentkus) Date: Fri, 19 Nov 2010 15:42:44 +0100 Subject: [Ironruby-core] Lowercase classname In-Reply-To: References: Message-ID: On Fri, Nov 19, 2010 at 2:41 PM, Shay Friedman wrote: > Look here: > http://www.ironshay.com/post/Working-with-NET-Lowercase-Namespaces-and-Classes-in-IronRuby.aspx > > Shay. > Excellent solution. I mean, really, all the C# classes should start with an uppercase letter, thats basically a standard, therefore this should be the only solution and I don't see no need to actually hack this otherwise into IronRuby. -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.wilson82 at gmail.com Fri Nov 19 10:48:41 2010 From: a.wilson82 at gmail.com (andrew Wilson) Date: Fri, 19 Nov 2010 08:48:41 -0700 Subject: [Ironruby-core] Lowercase classname Message-ID: This is only an acceptable solution if the user has the source code and is capable of modifying it. For how I test things with IronRuby, this isn't always possible. Seems odd to me that one of the most flexible language I know of can't read/integrate with another language due to code not following a rigid structure. Doesn't IronPython allow for this? I was fairly sure I could import non-standard .Net convention based code into it. -Andrew On Fri, Nov 19, 2010 at 2:41 PM, Shay Friedman wrote: > Look here: > http://www.ironshay.com/post/Working-with-NET-Lowercase-Namespaces-and-Classes-in-IronRuby.aspx > < http://www.ironshay.com/post/Working-with-NET-Lowercase-Namespaces-and-Classes-in-IronRuby.aspx > > Shay. > Excellent solution. I mean, really, all the C# classes should start with an uppercase letter, thats basically a standard, therefore this should be the only solution and I don't see no need to actually hack this otherwise into IronRuby. -- ?If I had six hours to chop down a tree, I?d spend the first four of them sharpening my axe?. -Abraham Lincoln -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy at schementi.com Fri Nov 19 11:00:43 2010 From: jimmy at schementi.com (Jimmy Schementi) Date: Fri, 19 Nov 2010 11:00:43 -0500 Subject: [Ironruby-core] Lowercase classname In-Reply-To: References: Message-ID: Andrew, Not sure I follow. IronRuby does support this via DotNetClassName = Object.const_get("lower_case_dotnet_class_name"), so you don't need to change your code. This is an issue because of Ruby itself; classes are required to be Ruby constants, which syntactically can only start with an upper-case letter. Since IronRuby is syntactically equivalent to Ruby, we will not remove this rule. Instead, we either suggest changing your C# code, or if you can't, use const_get. WRT your IronPython comment, it doesn't have this issue because the Python language doesn't enforce a naming scheme on type names. ~Jimmy On Fri, Nov 19, 2010 at 10:48 AM, andrew Wilson wrote: > This is only an acceptable solution if the user has the source code and is > capable of modifying it. For how I test things with IronRuby, this isn't > always possible. Seems odd to me that one of the most flexible language I > know of can't read/integrate with another language due to code not following > a rigid structure. > > Doesn't IronPython allow for this? I was fairly sure I could import > non-standard .Net convention based code into it. > > -Andrew > > > On Fri, Nov 19, 2010 at 2:41 PM, Shay Friedman >wrote: > > Look here: > > > http://www.ironshay.com/post/Working-with-NET-Lowercase-Namespaces-and-Classes-in-IronRuby.aspx > > < > http://www.ironshay.com/post/Working-with-NET-Lowercase-Namespaces-and-Classes-in-IronRuby.aspx > > > > Shay. > > > Excellent solution. I mean, really, all the C# classes should start with an > uppercase letter, thats basically a standard, therefore this should be the > only solution and I don't see no need to actually hack this otherwise into > IronRuby. > > > -- > ?If I had six hours to chop down a tree, I?d spend the first four of them > sharpening my axe?. > > -Abraham Lincoln > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrius.bentkus at gmail.com Fri Nov 19 11:05:23 2010 From: andrius.bentkus at gmail.com (Andrius Bentkus) Date: Fri, 19 Nov 2010 17:05:23 +0100 Subject: [Ironruby-core] Lowercase classname In-Reply-To: References: Message-ID: On Fri, Nov 19, 2010 at 4:48 PM, andrew Wilson wrote: > This is only an acceptable solution if the user has the source code and is > capable of modifying it. For how I test things with Why? Just use 'LowerCase = get_const("lowerCase")'. Actually I don't understand why one would code C# using camelStyle. The standard is CamelStyle. > IronRuby, this isn't always possible. Seems odd to me that one of the most > flexible language I know of can't read/integrate with another language due > to code not following a rigid structure. The fact that it is dynamic does not implicate that IronRuby should be able to read all kind of crazy naming styles, it should implicate the you could modify it to your needs with minimum amount of coding, just add something like this before you use that library in ruby: modul.constants.each do |const| eval "#{const.uppercase} = modul.const_get(const)" end This is only semi-pseudocode, but you should get the idea. Doesn't IronPython allow for this? I was fairly sure I could import > non-standard .Net convention based code into it. > True or False. -------------- next part -------------- An HTML attachment was scrubbed... URL: From shay.friedman at gmail.com Fri Nov 19 11:41:56 2010 From: shay.friedman at gmail.com (Shay Friedman) Date: Fri, 19 Nov 2010 18:41:56 +0200 Subject: [Ironruby-core] Lowercase classname In-Reply-To: References: Message-ID: Ruby can do crazy stuff but it doesn't support one thing that C# does - camelCase names for classes and modules (because they're eventually constants). It just can't be done. Taking this into consideration, what name would you expect a camelCased C# class name get in IronRuby? its PascalCased form? and what if there are two classes in the C# assembly, one named camelCase and the second CamelCase - totally legit in C#... what would you expect to happen then? It's a problematic situation and I think IronRuby goes with the right solution here. Shay. On Fri, Nov 19, 2010 at 6:05 PM, Andrius Bentkus wrote: > On Fri, Nov 19, 2010 at 4:48 PM, andrew Wilson wrote: > >> This is only an acceptable solution if the user has the source code and is >> capable of modifying it. For how I test things with > > > Why? Just use 'LowerCase = get_const("lowerCase")'. > Actually I don't understand why one would code C# using camelStyle. The > standard is CamelStyle. > > >> IronRuby, this isn't always possible. Seems odd to me that one of the >> most flexible language I know of can't read/integrate with another language >> due to code not following a rigid structure. > > > The fact that it is dynamic does not implicate that IronRuby should be able > to read all kind of crazy naming styles, it should implicate the you could > modify it to your needs with minimum amount of coding, just add something > like this before you use that library in ruby: > > modul.constants.each do |const| > eval "#{const.uppercase} = modul.const_get(const)" > end > > This is only semi-pseudocode, but you should get the idea. > > Doesn't IronPython allow for this? I was fairly sure I could import >> non-standard .Net convention based code into it. >> > > True or False. > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From blowmage at gmail.com Fri Nov 19 12:39:49 2010 From: blowmage at gmail.com (Mike Moore) Date: Fri, 19 Nov 2010 10:39:49 -0700 Subject: [Ironruby-core] Lowercase classname In-Reply-To: References: Message-ID: I disagree. You don't need to be able to modify the .NET source code to get this to work. You can use Ruby to make Ruby happy. The reason for the friction is because .NET != Ruby. When you create a class in Ruby, you are actually creating an object that inherits from Class, and then you are creating a constant that points to that object. In Ruby all constants start with an upper case character. Ruby doesn't allow you to create a class that starts with a lower case letter. > class foo; def to_s; puts 'wha?!'; end; end SyntaxError: (irb):1: class/module name must be CONSTANT class foo; def to_s; puts 'wha?!'; end; end ^ IronRuby does a lot of work to match Ruby's conventions of snake_case methods, but it cannot resolve a lower case namespace or class from .NET. I think IronRuby is doing the right thing here. Its very simple to setup your Ruby constants that point to your .NET namespaces and classes using the method shown in the URL provided. Foo = Object.const_get("foo") Foo::Bar = Foo.const_get("bar") bar = Foo::Bar.new Ruby is awesome but it is not infinitely flexible. You gotta jump to Lisp for that. :) On Fri, Nov 19, 2010 at 8:48 AM, andrew Wilson wrote: > This is only an acceptable solution if the user has the source code and is > capable of modifying it. For how I test things with IronRuby, this isn't > always possible. Seems odd to me that one of the most flexible language I > know of can't read/integrate with another language due to code not following > a rigid structure. > > Doesn't IronPython allow for this? I was fairly sure I could import > non-standard .Net convention based code into it. > > -Andrew > > > On Fri, Nov 19, 2010 at 2:41 PM, Shay Friedman >wrote: > > Look here: > > > http://www.ironshay.com/post/Working-with-NET-Lowercase-Namespaces-and-Classes-in-IronRuby.aspx > > < > http://www.ironshay.com/post/Working-with-NET-Lowercase-Namespaces-and-Classes-in-IronRuby.aspx > > > > Shay. > > > Excellent solution. I mean, really, all the C# classes should start with an > uppercase letter, thats basically a standard, therefore this should be the > only solution and I don't see no need to actually hack this otherwise into > IronRuby. > > > -- > ?If I had six hours to chop down a tree, I?d spend the first four of them > sharpening my axe?. > > -Abraham Lincoln > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From blowmage at gmail.com Fri Nov 19 12:43:10 2010 From: blowmage at gmail.com (Mike Moore) Date: Fri, 19 Nov 2010 10:43:10 -0700 Subject: [Ironruby-core] Lowercase classname In-Reply-To: References: Message-ID: For some reason Jimmy's reply didn't show up in my inbox until I sent my reply. Sorry for the duplicate explanation. On Fri, Nov 19, 2010 at 9:00 AM, Jimmy Schementi wrote: > Andrew, > > Not sure I follow. IronRuby does support this via DotNetClassName = > Object.const_get("lower_case_dotnet_class_name"), so you don't need to > change your code. This is an issue because of Ruby itself; classes are > required to be Ruby constants, which syntactically can only start with an > upper-case letter. Since IronRuby is syntactically equivalent to Ruby, we > will not remove this rule. Instead, we either suggest changing your C# code, > or if you can't, use const_get. WRT your IronPython comment, it doesn't have > this issue because the Python language doesn't enforce a naming scheme on > type names. > > ~Jimmy > > > On Fri, Nov 19, 2010 at 10:48 AM, andrew Wilson wrote: > >> This is only an acceptable solution if the user has the source code and is >> capable of modifying it. For how I test things with IronRuby, this isn't >> always possible. Seems odd to me that one of the most flexible language I >> know of can't read/integrate with another language due to code not following >> a rigid structure. >> >> Doesn't IronPython allow for this? I was fairly sure I could import >> non-standard .Net convention based code into it. >> >> -Andrew >> >> >> On Fri, Nov 19, 2010 at 2:41 PM, Shay Friedman > >wrote: >> > Look here: >> > >> http://www.ironshay.com/post/Working-with-NET-Lowercase-Namespaces-and-Classes-in-IronRuby.aspx >> > < >> http://www.ironshay.com/post/Working-with-NET-Lowercase-Namespaces-and-Classes-in-IronRuby.aspx >> > >> > Shay. >> > >> Excellent solution. I mean, really, all the C# classes should start with >> an >> uppercase letter, thats basically a standard, therefore this should be the >> only solution and I don't see no need to actually hack this otherwise into >> IronRuby. >> >> >> -- >> ?If I had six hours to chop down a tree, I?d spend the first four of them >> sharpening my axe?. >> >> -Abraham Lincoln >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at tinco.nl Sat Nov 20 17:27:04 2010 From: mail at tinco.nl (Tinco Andringa) Date: Sat, 20 Nov 2010 23:27:04 +0100 Subject: [Ironruby-core] Lowercase classname In-Reply-To: References: Message-ID: Hey guys.. it's very nice that you all say the same thing, but it doesn't work in IronRuby 1.1.1: >>> Object.const_get "foo" (ir):1:in `const_get': `foo' is not allowed as a constant name (NameError) from (ir):1 If this would've worked then I wouldn't have had to ask the question in the first place :) Kind regards, Tinco Andringa On Fri, Nov 19, 2010 at 6:43 PM, Mike Moore wrote: > For some reason Jimmy's reply didn't show up in my inbox until I sent my > reply. Sorry for the duplicate explanation. > > On Fri, Nov 19, 2010 at 9:00 AM, Jimmy Schementi > wrote: >> >> Andrew, >> Not sure I follow. IronRuby does support this via DotNetClassName = >> Object.const_get("lower_case_dotnet_class_name"), so you don't need to >> change your code. This is an issue because of Ruby itself; classes are >> required to be Ruby constants, which syntactically can only start with an >> upper-case letter. Since IronRuby is syntactically equivalent to Ruby, we >> will not remove this rule. Instead, we either suggest changing your C# code, >> or if you can't, use const_get. WRT your IronPython comment, it doesn't have >> this issue because the Python language doesn't enforce a naming scheme on >> type names. >> ~Jimmy >> >> >> On Fri, Nov 19, 2010 at 10:48 AM, andrew Wilson >> wrote: >>> >>> This is only an acceptable solution if the user has the source code and >>> is capable of modifying it. ?For how I test things with IronRuby, this isn't >>> always possible. ?Seems odd to me that one of the most flexible language I >>> know of can't read/integrate with another language due to code not following >>> a rigid structure. >>> Doesn't IronPython allow for this? ?I was fairly sure I could import >>> non-standard .Net convention based code into it. >>> -Andrew >>> >>> On Fri, Nov 19, 2010 at 2:41 PM, Shay Friedman >>> wrote: >>> > Look here: >>> >>> > >?http://www.ironshay.com/post/Working-with-NET-Lowercase-Namespaces-and-Classes-in-IronRuby.aspx >>> > >>> > >>> > Shay. >>> > >>> Excellent solution. I mean, really, all the C# classes should start with >>> an >>> uppercase letter, thats basically a standard, therefore this should be >>> the >>> only solution and I don't see no need to actually hack this otherwise >>> into >>> IronRuby. >>> >>> -- >>> ?If I had six hours to chop down a tree, I?d spend the first four of them >>> sharpening my axe?. >>> >>> -Abraham Lincoln >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > From Tomas.Matousek at microsoft.com Sat Nov 20 17:53:49 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sat, 20 Nov 2010 22:53:49 +0000 Subject: [Ironruby-core] Lowercase classname In-Reply-To: References: Message-ID: Can you send a link to the assembly that defines the class you are trying to use? Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tinco Andringa Sent: Saturday, November 20, 2010 2:27 PM To: ironruby-core Subject: Re: [Ironruby-core] Lowercase classname Hey guys.. it's very nice that you all say the same thing, but it doesn't work in IronRuby 1.1.1: >>> Object.const_get "foo" (ir):1:in `const_get': `foo' is not allowed as a constant name (NameError) from (ir):1 If this would've worked then I wouldn't have had to ask the question in the first place :) Kind regards, Tinco Andringa On Fri, Nov 19, 2010 at 6:43 PM, Mike Moore wrote: > For some reason Jimmy's reply didn't show up in my inbox until I sent > my reply. Sorry for the duplicate explanation. > > On Fri, Nov 19, 2010 at 9:00 AM, Jimmy Schementi > wrote: >> >> Andrew, >> Not sure I follow. IronRuby does support this via DotNetClassName = >> Object.const_get("lower_case_dotnet_class_name"), so you don't need >> to change your code. This is an issue because of Ruby itself; classes >> are required to be Ruby constants, which syntactically can only start >> with an upper-case letter. Since IronRuby is syntactically equivalent >> to Ruby, we will not remove this rule. Instead, we either suggest >> changing your C# code, or if you can't, use const_get. WRT your >> IronPython comment, it doesn't have this issue because the Python >> language doesn't enforce a naming scheme on type names. >> ~Jimmy >> >> >> On Fri, Nov 19, 2010 at 10:48 AM, andrew Wilson >> >> wrote: >>> >>> This is only an acceptable solution if the user has the source code >>> and is capable of modifying it. ?For how I test things with >>> IronRuby, this isn't always possible. ?Seems odd to me that one of >>> the most flexible language I know of can't read/integrate with >>> another language due to code not following a rigid structure. >>> Doesn't IronPython allow for this? ?I was fairly sure I could import >>> non-standard .Net convention based code into it. >>> -Andrew >>> >>> On Fri, Nov 19, 2010 at 2:41 PM, Shay Friedman >>> wrote: >>> > Look here: >>> >>> > >? >>> > >http://www.ironshay.com/post/Working-with-NET-Lowercase-Namespace >>> > >s-and-Classes-in-IronRuby.aspx >>> > >>> > >> > s-and-Classes-in-IronRuby.aspx> >>> > Shay. >>> > >>> Excellent solution. I mean, really, all the C# classes should start >>> with an uppercase letter, thats basically a standard, therefore this >>> should be the only solution and I don't see no need to actually hack >>> this otherwise into IronRuby. >>> >>> -- >>> ?If I had six hours to chop down a tree, I?d spend the first four of >>> them sharpening my axe?. >>> >>> -Abraham Lincoln >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From mail at tinco.nl Sat Nov 20 18:08:42 2010 From: mail at tinco.nl (Tinco Andringa) Date: Sun, 21 Nov 2010 00:08:42 +0100 Subject: [Ironruby-core] Lowercase classname In-Reply-To: References: Message-ID: http://code.google.com/p/bwapi-mono-bridge/ here it is :) Thanks On Sat, Nov 20, 2010 at 11:53 PM, Tomas Matousek wrote: > Can you send a link to the assembly that defines the class you are trying to > use? > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tinco Andringa > Sent: Saturday, November 20, 2010 2:27 PM > To: ironruby-core > Subject: Re: [Ironruby-core] Lowercase classname > > Hey guys.. it's very nice that you all say the same thing, but it doesn't > work in IronRuby 1.1.1: > >>>> Object.const_get "foo" > (ir):1:in `const_get': `foo' is not allowed as a constant name (NameError) > ? ? ? ?from (ir):1 > > If this would've worked then I wouldn't have had to ask the question in the > first place :) > > Kind regards, > Tinco Andringa > > On Fri, Nov 19, 2010 at 6:43 PM, Mike Moore wrote: >> For some reason Jimmy's reply didn't show up in my inbox until I sent >> my reply. Sorry for the duplicate explanation. >> >> On Fri, Nov 19, 2010 at 9:00 AM, Jimmy Schementi >> wrote: >>> >>> Andrew, >>> Not sure I follow. IronRuby does support this via DotNetClassName = >>> Object.const_get("lower_case_dotnet_class_name"), so you don't need >>> to change your code. This is an issue because of Ruby itself; classes >>> are required to be Ruby constants, which syntactically can only start >>> with an upper-case letter. Since IronRuby is syntactically equivalent >>> to Ruby, we will not remove this rule. Instead, we either suggest >>> changing your C# code, or if you can't, use const_get. WRT your >>> IronPython comment, it doesn't have this issue because the Python >>> language doesn't enforce a naming scheme on type names. >>> ~Jimmy >>> >>> >>> On Fri, Nov 19, 2010 at 10:48 AM, andrew Wilson >>> >>> wrote: >>>> >>>> This is only an acceptable solution if the user has the source code >>>> and is capable of modifying it. ?For how I test things with >>>> IronRuby, this isn't always possible. ?Seems odd to me that one of >>>> the most flexible language I know of can't read/integrate with >>>> another language due to code not following a rigid structure. >>>> Doesn't IronPython allow for this? ?I was fairly sure I could import >>>> non-standard .Net convention based code into it. >>>> -Andrew >>>> >>>> On Fri, Nov 19, 2010 at 2:41 PM, Shay Friedman >>>> wrote: >>>> > Look here: >>>> >>>> > > >>>> > >http://www.ironshay.com/post/Working-with-NET-Lowercase-Namespace >>>> > >s-and-Classes-in-IronRuby.aspx >>>> > >>>> > >>> > s-and-Classes-in-IronRuby.aspx> >>>> > Shay. >>>> > >>>> Excellent solution. I mean, really, all the C# classes should start >>>> with an uppercase letter, thats basically a standard, therefore this >>>> should be the only solution and I don't see no need to actually hack >>>> this otherwise into IronRuby. >>>> >>>> -- >>>> ?If I had six hours to chop down a tree, I?d spend the first four of >>>> them sharpening my axe?. >>>> >>>> -Abraham Lincoln >>>> >>>> _______________________________________________ >>>> Ironruby-core mailing list >>>> Ironruby-core at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/ironruby-core >>>> >>> >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > From mail at tinco.nl Sat Nov 20 18:22:04 2010 From: mail at tinco.nl (Tinco Andringa) Date: Sun, 21 Nov 2010 00:22:04 +0100 Subject: [Ironruby-core] Lowercase classname In-Reply-To: References: Message-ID: Okey, I just tried it myself on those assemblies, and now I find it actually does work :D Sorry guys :) I was thrown off by the error that is thrown when the constant with the lower case name doesn't exist. I failed at first because I tried Object.const_get('bwapi') instead of BWAPI.const_get('bwapi'). Thanks for the tips :) On Sun, Nov 21, 2010 at 12:08 AM, Tinco Andringa wrote: > http://code.google.com/p/bwapi-mono-bridge/ here it is :) > > Thanks > > On Sat, Nov 20, 2010 at 11:53 PM, Tomas Matousek wrote: >> Can you send a link to the assembly that defines the class you are trying to >> use? >> >> Tomas >> >> -----Original Message----- >> From: ironruby-core-bounces at rubyforge.org >> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tinco Andringa >> Sent: Saturday, November 20, 2010 2:27 PM >> To: ironruby-core >> Subject: Re: [Ironruby-core] Lowercase classname >> >> Hey guys.. it's very nice that you all say the same thing, but it doesn't >> work in IronRuby 1.1.1: >> >>>>> Object.const_get "foo" >> (ir):1:in `const_get': `foo' is not allowed as a constant name (NameError) >> ? ? ? ?from (ir):1 >> >> If this would've worked then I wouldn't have had to ask the question in the >> first place :) >> >> Kind regards, >> Tinco Andringa >> >> On Fri, Nov 19, 2010 at 6:43 PM, Mike Moore wrote: >>> For some reason Jimmy's reply didn't show up in my inbox until I sent >>> my reply. Sorry for the duplicate explanation. >>> >>> On Fri, Nov 19, 2010 at 9:00 AM, Jimmy Schementi >>> wrote: >>>> >>>> Andrew, >>>> Not sure I follow. IronRuby does support this via DotNetClassName = >>>> Object.const_get("lower_case_dotnet_class_name"), so you don't need >>>> to change your code. This is an issue because of Ruby itself; classes >>>> are required to be Ruby constants, which syntactically can only start >>>> with an upper-case letter. Since IronRuby is syntactically equivalent >>>> to Ruby, we will not remove this rule. Instead, we either suggest >>>> changing your C# code, or if you can't, use const_get. WRT your >>>> IronPython comment, it doesn't have this issue because the Python >>>> language doesn't enforce a naming scheme on type names. >>>> ~Jimmy >>>> >>>> >>>> On Fri, Nov 19, 2010 at 10:48 AM, andrew Wilson >>>> >>>> wrote: >>>>> >>>>> This is only an acceptable solution if the user has the source code >>>>> and is capable of modifying it. ?For how I test things with >>>>> IronRuby, this isn't always possible. ?Seems odd to me that one of >>>>> the most flexible language I know of can't read/integrate with >>>>> another language due to code not following a rigid structure. >>>>> Doesn't IronPython allow for this? ?I was fairly sure I could import >>>>> non-standard .Net convention based code into it. >>>>> -Andrew >>>>> >>>>> On Fri, Nov 19, 2010 at 2:41 PM, Shay Friedman >>>>> wrote: >>>>> > Look here: >>>>> >>>>> > > >>>>> > >http://www.ironshay.com/post/Working-with-NET-Lowercase-Namespace >>>>> > >s-and-Classes-in-IronRuby.aspx >>>>> > >>>>> > >>>> > s-and-Classes-in-IronRuby.aspx> >>>>> > Shay. >>>>> > >>>>> Excellent solution. I mean, really, all the C# classes should start >>>>> with an uppercase letter, thats basically a standard, therefore this >>>>> should be the only solution and I don't see no need to actually hack >>>>> this otherwise into IronRuby. >>>>> >>>>> -- >>>>> ?If I had six hours to chop down a tree, I?d spend the first four of >>>>> them sharpening my axe?. >>>>> >>>>> -Abraham Lincoln >>>>> >>>>> _______________________________________________ >>>>> Ironruby-core mailing list >>>>> Ironruby-core at rubyforge.org >>>>> http://rubyforge.org/mailman/listinfo/ironruby-core >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Ironruby-core mailing list >>>> Ironruby-core at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/ironruby-core >>>> >>> >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> > > From Tomas.Matousek at microsoft.com Sun Nov 21 14:58:55 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 21 Nov 2010 19:58:55 +0000 Subject: [Ironruby-core] ScriptScope from IDictionary + function definitions = NotImplementedException In-Reply-To: References: Message-ID: I've just added support for string dictionaries. It's committed to the github repo. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Anton Firsov Sent: Tuesday, November 16, 2010 10:05 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] ScriptScope from IDictionary + function definitions = NotImplementedException Hi all! I'm running ruby script from C# in my project. It's a very useful feature to initialize ScriptScope with an IDictionary, (it's much faster to fill a dictionary, than making scope.SetVariable calls). The problem is, that if I define functions in my script, then a NotImplementedException is thrown. A simple example is here: http://paste.dprogramming.com/dpil37pp It fails at engine.Execute(script, scope). However, when I create my scope with no dictionary, or just pass no scope to Execute, everything works fine. Is it an issue to be fixed in the future? I need to set, and change many context variables for my scripts at running time, so I have to work out this problem somehow. I'm using IronRuby 1.1. Thanks: Anton -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Sun Nov 21 14:59:49 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 21 Nov 2010 19:59:49 +0000 Subject: [Ironruby-core] Running IronRuby script from C# In-Reply-To: References: <13db6dce4d7306d261cee9513e6e8436@ruby-forum.com> Message-ID: Can you pull the latest source from gthub and try to build again? I fixed some issues, so it should work now. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Timothy Barnes Sent: Friday, November 12, 2010 10:44 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# I have attached the output.log file. Timothy Attachments: http://www.ruby-forum.com/attachment/5352/output.log -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From mail at tinco.nl Mon Nov 22 22:31:23 2010 From: mail at tinco.nl (Tinco Andringa) Date: Tue, 23 Nov 2010 04:31:23 +0100 Subject: [Ironruby-core] Name mangling seems broken Message-ID: Hey guys, I seem to have IronRuby name mangling in a rather inconsistent state. I was under the impression it would automagically work, but it seems it only changed the array #methods returns and not the actual methods it responds to... >>> BWAPI::Bwapi.BWAPIClient.is_connected (ir):1: undefined method `is_connected' for BWAPI.Client:BWAPI::Client (NoMethod Error) >>> BWAPI::Bwapi.BWAPIClient.isConnected => false >>> BWAPI::Bwapi.BWAPIClient.respond_to? :isConnected => true >>> BWAPI::Bwapi.BWAPIClient.respond_to? :is_connected => false >>> BWAPI::Bwapi.BWAPIClient.methods - Object.new.methods => ['finalize', 'dispose', 'get_hash_code', 'equals', '==', 'data=', 'data', 'is _connected', 'connect', 'disconnect', 'update', 'swig_c_mem_own', 'swig_c_mem_ow n='] >>> IRONRUBY_VERSION => "1.1.1.0" So it does not respond to 'is_connected' but 'is_connected' is in the methods array. Anyone an idea what I could have missed? Greetings Tinco From mail at tinco.nl Mon Nov 22 22:37:43 2010 From: mail at tinco.nl (Tinco Andringa) Date: Tue, 23 Nov 2010 04:37:43 +0100 Subject: [Ironruby-core] Name mangling seems broken In-Reply-To: References: Message-ID: You can download the dll's + test source at: https://github.com/d-snp/bwapi-ironruby it requires no setup. (source of the dll's is: http://code.google.com/p/bwapi-mono-bridge/ not mine) Cheers, Tinco On Tue, Nov 23, 2010 at 04:31, Tinco Andringa wrote: > Hey guys, > > I seem to have IronRuby name mangling in a rather inconsistent state. > I was under the impression it would automagically work, but it seems > it only changed the array #methods returns and not the actual methods > it responds to... > >>>> BWAPI::Bwapi.BWAPIClient.is_connected > (ir):1: undefined method `is_connected' for BWAPI.Client:BWAPI::Client (NoMethod > Error) >>>> BWAPI::Bwapi.BWAPIClient.isConnected > => false >>>> BWAPI::Bwapi.BWAPIClient.respond_to? :isConnected > => true >>>> BWAPI::Bwapi.BWAPIClient.respond_to? :is_connected > => false >>>> BWAPI::Bwapi.BWAPIClient.methods - Object.new.methods > => ['finalize', 'dispose', 'get_hash_code', 'equals', '==', 'data=', 'data', 'is > _connected', 'connect', 'disconnect', 'update', 'swig_c_mem_own', 'swig_c_mem_ow > n='] >>>> IRONRUBY_VERSION > => "1.1.1.0" > > So it does not respond to 'is_connected' but 'is_connected' is in the > methods array. > > Anyone an idea what I could have missed? > > Greetings > Tinco > From Tomas.Matousek at microsoft.com Tue Nov 23 20:43:43 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 24 Nov 2010 01:43:43 +0000 Subject: [Ironruby-core] Name mangling seems broken In-Reply-To: References: Message-ID: The library doesn't follow .NET naming conventions at all :( >>> BWAPI::Bwapi.BWAPIClient.respond_to? :isConnected => true Client class has a method called "isConnected". >>> BWAPI::Bwapi.BWAPIClient.respond_to? :is_connected => false Client doesn't have a method "IsConnected" nor "is_connected" hence this returns false. You are right. The list of method names should not include "is_connected". I've filed a bug: http://ironruby.codeplex.com/workitem/5463 Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tinco Andringa Sent: Monday, November 22, 2010 7:31 PM To: ironruby-core Subject: [Ironruby-core] Name mangling seems broken Hey guys, I seem to have IronRuby name mangling in a rather inconsistent state. I was under the impression it would automagically work, but it seems it only changed the array #methods returns and not the actual methods it responds to... >>> BWAPI::Bwapi.BWAPIClient.is_connected (ir):1: undefined method `is_connected' for BWAPI.Client:BWAPI::Client (NoMethod Error) >>> BWAPI::Bwapi.BWAPIClient.isConnected => false >>> BWAPI::Bwapi.BWAPIClient.respond_to? :isConnected => true >>> BWAPI::Bwapi.BWAPIClient.respond_to? :is_connected => false >>> BWAPI::Bwapi.BWAPIClient.methods - Object.new.methods => ['finalize', 'dispose', 'get_hash_code', 'equals', '==', 'data=', 'data', 'is _connected', 'connect', 'disconnect', 'update', 'swig_c_mem_own', 'swig_c_mem_ow n='] >>> IRONRUBY_VERSION => "1.1.1.0" So it does not respond to 'is_connected' but 'is_connected' is in the methods array. Anyone an idea what I could have missed? Greetings Tinco _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From mail at tinco.nl Wed Nov 24 06:06:52 2010 From: mail at tinco.nl (Tinco Andringa) Date: Wed, 24 Nov 2010 12:06:52 +0100 Subject: [Ironruby-core] Name mangling seems broken In-Reply-To: References: Message-ID: I agree this is a total pain in the ass :P The library is a wrapper around a c++ library generated by SWIG so that's why the conventions are so blatantly disregarded. Thanks for dealing with this annoying edgecase :) Greetings, Tinco On Wed, Nov 24, 2010 at 02:43, Tomas Matousek wrote: > The library doesn't follow .NET naming conventions at all :( > >>>> BWAPI::Bwapi.BWAPIClient.respond_to? :isConnected > => true > > Client class has a method called "isConnected". > >>>> BWAPI::Bwapi.BWAPIClient.respond_to? :is_connected > => false > > Client doesn't have a method "IsConnected" nor "is_connected" hence this returns false. > > You are right. The list of method names should not include "is_connected". I've filed a bug: http://ironruby.codeplex.com/workitem/5463 > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tinco Andringa > Sent: Monday, November 22, 2010 7:31 PM > To: ironruby-core > Subject: [Ironruby-core] Name mangling seems broken > > Hey guys, > > I seem to have IronRuby name mangling in a rather inconsistent state. > I was under the impression it would automagically work, but it seems it only changed the array #methods returns and not the actual methods it responds to... > >>>> BWAPI::Bwapi.BWAPIClient.is_connected > (ir):1: undefined method `is_connected' for BWAPI.Client:BWAPI::Client (NoMethod > Error) >>>> BWAPI::Bwapi.BWAPIClient.isConnected > => false >>>> BWAPI::Bwapi.BWAPIClient.respond_to? :isConnected > => true >>>> BWAPI::Bwapi.BWAPIClient.respond_to? :is_connected > => false >>>> BWAPI::Bwapi.BWAPIClient.methods - Object.new.methods > => ['finalize', 'dispose', 'get_hash_code', 'equals', '==', 'data=', 'data', 'is _connected', 'connect', 'disconnect', 'update', 'swig_c_mem_own', 'swig_c_mem_ow n='] >>>> IRONRUBY_VERSION > => "1.1.1.0" > > So it does not respond to 'is_connected' but 'is_connected' is in the methods array. > > Anyone an idea what I could have missed? > > Greetings > Tinco > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > From lists at ruby-forum.com Wed Nov 24 14:40:02 2010 From: lists at ruby-forum.com (Oliseh Oliseh) Date: Wed, 24 Nov 2010 20:40:02 +0100 Subject: [Ironruby-core] syntax error, unexpected END_OF_FIL E Message-ID: Hi guys, I'm new to IronRuby and I'm struggling to run my first test. I'm getting the following error message : pricing_scenarios_for_product_x_story.rb:32: syntax error, unexpected END_OF_FIL E, expecting END End ^ When I try to run this script: require 'rubygems' require 'spec/story' steps_for(:product_x) do Given("Product $productName at $price") do |productName, price| pending "Need to complete implementation for accessing C# object" end When("user requests a $amount user license") do |amount| pending "Need to complete implementation for accessing C# object" end When("this does not include support") do pending "Need to complete implementation for accessing C# object" end Then("the price should be $price") do |price| pending "Need to complete implementation for accessing C# object" End end with_steps_for(:product_x) do run File.dirname(__FILE__) + "/pricing_scenarios_for_product_x" end Could you help me spot the error please. I've tried all sorts of thing without success. Thanks in advance. -- Posted via http://www.ruby-forum.com/. From ivan at flanders.co.nz Wed Nov 24 15:54:09 2010 From: ivan at flanders.co.nz (Ivan Porto Carerro) Date: Wed, 24 Nov 2010 20:54:09 +0000 Subject: [Ironruby-core] syntax error, unexpected END_OF_FIL E In-Reply-To: References: Message-ID: Then("the price should be $price") do |price| pending "Need to complete implementation for accessing C# object" End should be Then("the price should be $price") do |price| pending "Need to complete implementation for accessing C# object" *e*nd On Wed, Nov 24, 2010 at 7:40 PM, Oliseh Oliseh wrote: > Hi guys, > > I'm new to IronRuby and I'm struggling to run my first test. > I'm getting the following error message : > > pricing_scenarios_for_product_x_story.rb:32: syntax error, unexpected > END_OF_FIL > E, expecting END > End > ^ > > When I try to run this script: > > > require 'rubygems' > require 'spec/story' > > steps_for(:product_x) do > Given("Product $productName at $price") do |productName, price| > pending "Need to complete implementation for accessing C# object" > end > When("user requests a $amount user license") do |amount| > pending "Need to complete implementation for accessing C# object" > end > When("this does not include support") do > pending "Need to complete implementation for accessing C# object" > end > Then("the price should be $price") do |price| > pending "Need to complete implementation for accessing C# object" > End > end > > with_steps_for(:product_x) do > run File.dirname(__FILE__) + "/pricing_scenarios_for_product_x" > end > > > Could you help me spot the error please. I've tried all sorts of thing > without success. > > Thanks in advance. > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Wed Nov 24 16:22:37 2010 From: lists at ruby-forum.com (Sundae Oliseh) Date: Wed, 24 Nov 2010 22:22:37 +0100 Subject: [Ironruby-core] syntax error, unexpected END_OF_FIL E In-Reply-To: References: , Message-ID: <11aa1a80b8c0a530883555aaf7202dc3@ruby-forum.com> Ivan Porto carrero wrote in post #963684: > Then("the price should be $price") do |price| > pending "Need to complete implementation for accessing C# object" > End > > should be > > Then("the price should be $price") do |price| > pending "Need to complete implementation for accessing C# object" > *e*nd Thanks Ivan. That solved my original problem. Now I have this new one: C:/Program Files/IronRuby 1.0/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb: 31:in `require': no such file to load -- spec/story (LoadError) from C:/Program Files/IronRuby 1.0/lib/ruby/site_ruby/1.8/rubygems/custo m_require.rb:31:in `require' from pricing_scenarios_for_product_x_story.rb:2 Any ideas on this one? Thanks for your patience. -- Posted via http://www.ruby-forum.com/. From antonfir at gmail.com Thu Nov 25 07:46:49 2010 From: antonfir at gmail.com (Anton Firsov) Date: Thu, 25 Nov 2010 13:46:49 +0100 Subject: [Ironruby-core] ScriptScope from IDictionary + function definitions = NotImplementedException In-Reply-To: References: Message-ID: Very nice, Thanks! There is another error related to scopes, here is a code to reproduce it: http://paste.dprogramming.com/dpw8o44y It throws NullReferenceException for me. When I executed the commented lines (using no scope), no exception was thrown. Anton 2010/11/21 Tomas Matousek > I?ve just added support for string dictionaries. It?s committed to the > github repo. > > > > Tomas > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Anton Firsov > *Sent:* Tuesday, November 16, 2010 10:05 AM > *To:* ironruby-core at rubyforge.org > *Subject:* [Ironruby-core] ScriptScope from IDictionary + function > definitions = NotImplementedException > > > > Hi all! > > I'm running ruby script from C# in my project. It's a very useful feature > to initialize ScriptScope with an IDictionary, (it's much faster to fill a > dictionary, than making scope.SetVariable calls). > > The problem is, that if I define functions in my script, then a > NotImplementedException is thrown. > > A simple example is here: http://paste.dprogramming.com/dpil37pp > It fails at engine.Execute(script, scope). However, when I create my scope > with no dictionary, or just pass no scope to Execute, everything works fine. > > > Is it an issue to be fixed in the future? > I need to set, and change many context variables for my scripts at running > time, so I have to work out this problem somehow. > I'm using IronRuby 1.1. > > Thanks: > Anton > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Thu Nov 25 10:18:38 2010 From: lists at ruby-forum.com (Sundae Oliseh) Date: Thu, 25 Nov 2010 16:18:38 +0100 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) Message-ID: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com> Hi Guys, I'm trying to run the following script: require 'rubygems' require 'spec/story' steps_for(:product_x) do Given("Product $productName at $price") do |productName, price| pending "Need to complete implementation for accessing C# object" end When("user requests a $amount user license") do |amount| pending "Need to complete implementation for accessing C# object" end When("this does not include support") do pending "Need to complete implementation for accessing C# object" end Then("the price should be $price") do |price| pending "Need to complete implementation for accessing C# object" end end with_steps_for(:product_x) do run File.dirname(__FILE__) + "/pricing_scenarios_for_product_x" end And I get this error: C:/Program Files/IronRuby 1.0/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb: 31:in `require': no such file to load -- spec/story (LoadError) from C:/Program Files/IronRuby 1.0/lib/ruby/site_ruby/1.8/rubygems/custo m_require.rb:31:in `require' from pricing_scenarios_for_product_x_story.rb:2 Any ideas of what I'm doing wrong? Thanks for any attention. -- Posted via http://www.ruby-forum.com/. From a.wilson82 at gmail.com Fri Nov 26 12:01:31 2010 From: a.wilson82 at gmail.com (andrew Wilson) Date: Fri, 26 Nov 2010 10:01:31 -0700 Subject: [Ironruby-core] Ironruby-core Digest, Vol 39, Issue 13 In-Reply-To: References: Message-ID: Re: [Ironruby-core] Lowercase classname Jimmy, I wasn't aware I could pull the classes and namespaces that way, so I am actually super glad this opportunity exists. Understanding that IronRuby should be syntactically be the same, I'd like to offer that it'd be "ideal" (for me at least) if this conversion happened more seamlessly (perhaps a special require option?). That is-- when I pull in a .net application it'd be nice if the boiler plate code to correct the namespacing / object rules could generated by using the metadata of the assembly and some proper casing code. I perhaps could even write this myself if anyone else thought it be useful, though I cannot commit to a timeline :) -Andrew -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Fri Nov 26 14:15:24 2010 From: lists at ruby-forum.com (Sundae Oliseh) Date: Fri, 26 Nov 2010 20:15:24 +0100 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) In-Reply-To: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com> References: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com> Message-ID: <48e61c9e86363cd7a88785cfdb357706@ruby-forum.com> I stumbled on this link...very similar to the problem I'm having http://old.nabble.com/New-setup-error.-no-such-file-to-load----spec-story-td23590218.html They suggest to run this: script/generate rspec how do I run it? When I paste it Ironruby command prompt I get the following message: 'script' is not recognized as an internal or external command, operable program or batch file. Anybody ? Sundae Oliseh wrote in post #963907: > Hi Guys, > > I'm trying to run the following script: > > require 'rubygems' > require 'spec/story' > > steps_for(:product_x) do > Given("Product $productName at $price") do |productName, price| > pending "Need to complete implementation for accessing C# object" > end > When("user requests a $amount user license") do |amount| > pending "Need to complete implementation for accessing C# object" > end > When("this does not include support") do > pending "Need to complete implementation for accessing C# object" > end > Then("the price should be $price") do |price| > pending "Need to complete implementation for accessing C# object" > end > end > > with_steps_for(:product_x) do > run File.dirname(__FILE__) + "/pricing_scenarios_for_product_x" > end > > > And I get this error: > > C:/Program Files/IronRuby > 1.0/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb: > 31:in `require': no such file to load -- spec/story (LoadError) > from C:/Program Files/IronRuby > 1.0/lib/ruby/site_ruby/1.8/rubygems/custo > m_require.rb:31:in `require' > from pricing_scenarios_for_product_x_story.rb:2 > > Any ideas of what I'm doing wrong? > > Thanks for any attention. -- Posted via http://www.ruby-forum.com/. From mail at tinco.nl Fri Nov 26 15:31:55 2010 From: mail at tinco.nl (Tinco Andringa) Date: Fri, 26 Nov 2010 21:31:55 +0100 Subject: [Ironruby-core] Ironruby-core Digest, Vol 39, Issue 13 In-Reply-To: References: Message-ID: I agree with this, maybe: require 'clr-library', :mangle => false or perhaps: require 'clr-library', :mangler => ThisMangler Something like this would always fix any possible problems with mangling. (especially since #methods does not return the clr methods) Though if you argue that the mangling process is so simple and not error prone at all (the #methods problem being the only one so far?) such an option would be obsolete. Greetings, Tinco On Fri, Nov 26, 2010 at 18:01, andrew Wilson wrote: > Re: [Ironruby-core] Lowercase classname > Jimmy, > I wasn't aware I could pull the classes and namespaces that way, so I am > actually super glad this opportunity exists. ?Understanding that IronRuby > should be syntactically be the same, I'd like to offer that it'd be "ideal" > (for me at least) if this conversion happened more seamlessly (perhaps a > special require option?). ?That is-- when I pull in a .net application it'd > be nice if the boiler plate code to correct the namespacing / object rules > could generated by using the metadata of the assembly and some proper casing > code. > I perhaps could even write this myself if anyone else thought it be useful, > though I cannot commit to a timeline :) > -Andrew > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > From shay.friedman at gmail.com Fri Nov 26 16:06:12 2010 From: shay.friedman at gmail.com (Shay Friedman) Date: Fri, 26 Nov 2010 23:06:12 +0200 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) In-Reply-To: <48e61c9e86363cd7a88785cfdb357706@ruby-forum.com> References: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com> <48e61c9e86363cd7a88785cfdb357706@ruby-forum.com> Message-ID: script/generate is for rspec-rails (which is a rails plug-in). I seems like you're not testing a rails app, so you need to install the rspec gem in order to use it. Have you done that? Shay. On Fri, Nov 26, 2010 at 9:15 PM, Sundae Oliseh wrote: > I stumbled on this link...very similar to the problem I'm having > > > http://old.nabble.com/New-setup-error.-no-such-file-to-load----spec-story-td23590218.html > > They suggest to run this: script/generate rspec > > how do I run it? When I paste it Ironruby command prompt I get the > following message: > > 'script' is not recognized as an internal or external command, > operable program or batch file. > > Anybody ? > > > Sundae Oliseh wrote in post #963907: > > Hi Guys, > > > > I'm trying to run the following script: > > > > require 'rubygems' > > require 'spec/story' > > > > steps_for(:product_x) do > > Given("Product $productName at $price") do |productName, price| > > pending "Need to complete implementation for accessing C# object" > > end > > When("user requests a $amount user license") do |amount| > > pending "Need to complete implementation for accessing C# object" > > end > > When("this does not include support") do > > pending "Need to complete implementation for accessing C# object" > > end > > Then("the price should be $price") do |price| > > pending "Need to complete implementation for accessing C# object" > > end > > end > > > > with_steps_for(:product_x) do > > run File.dirname(__FILE__) + "/pricing_scenarios_for_product_x" > > end > > > > > > And I get this error: > > > > C:/Program Files/IronRuby > > 1.0/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb: > > 31:in `require': no such file to load -- spec/story (LoadError) > > from C:/Program Files/IronRuby > > 1.0/lib/ruby/site_ruby/1.8/rubygems/custo > > m_require.rb:31:in `require' > > from pricing_scenarios_for_product_x_story.rb:2 > > > > Any ideas of what I'm doing wrong? > > > > Thanks for any attention. > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.foy at gmail.com Fri Nov 26 16:20:27 2010 From: cory.foy at gmail.com (Cory Foy) Date: Fri, 26 Nov 2010 16:20:27 -0500 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) In-Reply-To: <48e61c9e86363cd7a88785cfdb357706@ruby-forum.com> References: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com> <48e61c9e86363cd7a88785cfdb357706@ruby-forum.com> Message-ID: <4CF0249B.9050704@gmail.com> Hi Sundae, generate is a ruby command in the script folder of a Rails app. Unless you are working in a Rails app, it won't be available. If you *are* working in a Rails app, but on a Windows machine, then trying running "ir script/generate rspec". I think that's right. I know in Ruby it would be "ruby script/generate rspec". You are telling the interpreter to execute the file "generate" in the folder called "script" passing the argument "rspec" to it. Have you installed rspec in your gems? Cory On 11/26/2010 2:15 PM, Sundae Oliseh wrote: > I stumbled on this link...very similar to the problem I'm having > > http://old.nabble.com/New-setup-error.-no-such-file-to-load----spec-story-td23590218.html > > They suggest to run this: script/generate rspec > > how do I run it? When I paste it Ironruby command prompt I get the > following message: > > 'script' is not recognized as an internal or external command, > operable program or batch file. > > Anybody ? > > > Sundae Oliseh wrote in post #963907: >> Hi Guys, >> >> I'm trying to run the following script: >> >> require 'rubygems' >> require 'spec/story' >> >> steps_for(:product_x) do >> Given("Product $productName at $price") do |productName, price| >> pending "Need to complete implementation for accessing C# object" >> end >> When("user requests a $amount user license") do |amount| >> pending "Need to complete implementation for accessing C# object" >> end >> When("this does not include support") do >> pending "Need to complete implementation for accessing C# object" >> end >> Then("the price should be $price") do |price| >> pending "Need to complete implementation for accessing C# object" >> end >> end >> >> with_steps_for(:product_x) do >> run File.dirname(__FILE__) + "/pricing_scenarios_for_product_x" >> end >> >> >> And I get this error: >> >> C:/Program Files/IronRuby >> 1.0/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb: >> 31:in `require': no such file to load -- spec/story (LoadError) >> from C:/Program Files/IronRuby >> 1.0/lib/ruby/site_ruby/1.8/rubygems/custo >> m_require.rb:31:in `require' >> from pricing_scenarios_for_product_x_story.rb:2 >> >> Any ideas of what I'm doing wrong? >> >> Thanks for any attention. > From lists at ruby-forum.com Fri Nov 26 17:19:43 2010 From: lists at ruby-forum.com (Sundae Oliseh) Date: Fri, 26 Nov 2010 23:19:43 +0100 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) In-Reply-To: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com> References: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com> Message-ID: <3bb18891417cdd45ce649df8cdad0fcd@ruby-forum.com> Thanks for the replies guys. Indeed I'm *not* testing a rails application. I have installed rspec. here's the output from the installation: C:\IronRuby\bin>igem install rspec ************************************************** Thank you for installing rspec-core-2.1.0 Please be sure to look at the upgrade instructions to see what might have changed since the last release: http://github.com/rspec/rspec-core/blob/master/Upgrade.markdown ************************************************** Successfully installed rspec-core-2.1.0 Successfully installed diff-lcs-1.1.2 Successfully installed rspec-expectations-2.1.0 Successfully installed rspec-mocks-2.1.0 Successfully installed rspec-2.1.0 5 gems installed Installing ri documentation for rspec-core-2.1.0... Installing ri documentation for diff-lcs-1.1.2... Installing ri documentation for rspec-expectations-2.1.0... Installing ri documentation for rspec-mocks-2.1.0... Installing ri documentation for rspec-2.1.0... Installing RDoc documentation for rspec-core-2.1.0... Installing RDoc documentation for diff-lcs-1.1.2... Installing RDoc documentation for rspec-expectations-2.1.0... Installing RDoc documentation for rspec-mocks-2.1.0... Installing RDoc documentation for rspec-2.1.0... -- Posted via http://www.ruby-forum.com/. From cory.foy at gmail.com Fri Nov 26 19:21:12 2010 From: cory.foy at gmail.com (Cory Foy) Date: Fri, 26 Nov 2010 19:21:12 -0500 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) In-Reply-To: <3bb18891417cdd45ce649df8cdad0fcd@ruby-forum.com> References: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com> <3bb18891417cdd45ce649df8cdad0fcd@ruby-forum.com> Message-ID: <4CF04EF8.3080904@gmail.com> Hi Sundae, Are you running this from a tutorial? If I remember correctly, spec/story was the old StoryRunner for RSpec, which was deprecated since most everyone uses Cucumber for Story Writing. Do you have the link to the tutorial you are using? Cory On 11/26/2010 5:19 PM, Sundae Oliseh wrote: > Thanks for the replies guys. > > Indeed I'm *not* testing a rails application. > > I have installed rspec. > > here's the output from the installation: > > C:\IronRuby\bin>igem install rspec > ************************************************** > > Thank you for installing rspec-core-2.1.0 > > Please be sure to look at the upgrade instructions to see what might > have > changed since the last release: > > http://github.com/rspec/rspec-core/blob/master/Upgrade.markdown > > ************************************************** > Successfully installed rspec-core-2.1.0 > Successfully installed diff-lcs-1.1.2 > Successfully installed rspec-expectations-2.1.0 > Successfully installed rspec-mocks-2.1.0 > Successfully installed rspec-2.1.0 > 5 gems installed > Installing ri documentation for rspec-core-2.1.0... > Installing ri documentation for diff-lcs-1.1.2... > Installing ri documentation for rspec-expectations-2.1.0... > Installing ri documentation for rspec-mocks-2.1.0... > Installing ri documentation for rspec-2.1.0... > Installing RDoc documentation for rspec-core-2.1.0... > Installing RDoc documentation for diff-lcs-1.1.2... > Installing RDoc documentation for rspec-expectations-2.1.0... > Installing RDoc documentation for rspec-mocks-2.1.0... > Installing RDoc documentation for rspec-2.1.0... > From lists at ruby-forum.com Fri Nov 26 20:04:03 2010 From: lists at ruby-forum.com (Sundae Oliseh) Date: Sat, 27 Nov 2010 02:04:03 +0100 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) In-Reply-To: <4CF04EF8.3080904@gmail.com> References: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com>, <3bb18891417cdd45ce649df8cdad0fcd@ruby-forum.com>, <4CF04EF8.3080904@gmail.com> Message-ID: Hi Cory, That's an excellent question. As I am an absolute newbie in Ironruby, I'm using these two articles as starting point http://msdn.microsoft.com/en-us/magazine/dd434651.aspx http://msdn.microsoft.com/en-us/magazine/dd453038.aspx Maybe they're outdated. Cory Foy wrote in post #964185: > Hi Sundae, > > Are you running this from a tutorial? If I remember correctly, > spec/story was the old StoryRunner for RSpec, which was deprecated since > most everyone uses Cucumber for Story Writing. Do you have the link to > the tutorial you are using? > > Cory -- Posted via http://www.ruby-forum.com/. From cory.foy at gmail.com Fri Nov 26 23:11:18 2010 From: cory.foy at gmail.com (Cory Foy) Date: Fri, 26 Nov 2010 23:11:18 -0500 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) In-Reply-To: References: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com>, <3bb18891417cdd45ce649df8cdad0fcd@ruby-forum.com>, <4CF04EF8.3080904@gmail.com> Message-ID: <4CF084E6.5070409@gmail.com> Hi Sundae, Indeed they are. You want to be looking at Cucumber instead of RSpec for Story support. I'd highly recommend David's book (which I believe has finally shipped!) http://www.pragprog.com/titles/achbd/the-rspec-book. It's not about using BDD with IronRuby, but the concepts are still important. I'm not sure what the latest scoop is for Cucumber and IronRuby, but it looks like Shay recently answered a question around it on the Ruby list (http://www.ruby-forum.com/topic/216286) so he might chime in soon with more info for that. But they pointed to the following article (http://blog.webintellix.com/2009/10/how-to-use-cucumber-with-net-and-c.html) which is over a year old now, but I'm assuming still works. Cory On 11/26/10 8:04 PM, Sundae Oliseh wrote: > Hi Cory, > > That's an excellent question. > As I am an absolute newbie in Ironruby, I'm using these two articles as > starting point > > http://msdn.microsoft.com/en-us/magazine/dd434651.aspx > http://msdn.microsoft.com/en-us/magazine/dd453038.aspx > > Maybe they're outdated. > > > > Cory Foy wrote in post #964185: >> Hi Sundae, >> >> Are you running this from a tutorial? If I remember correctly, >> spec/story was the old StoryRunner for RSpec, which was deprecated since >> most everyone uses Cucumber for Story Writing. Do you have the link to >> the tutorial you are using? >> >> Cory > From oakraven13 at gmail.com Sat Nov 27 06:07:49 2010 From: oakraven13 at gmail.com (Mike Hatfield) Date: Sat, 27 Nov 2010 07:07:49 -0400 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) In-Reply-To: <4CF084E6.5070409@gmail.com> References: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com> <3bb18891417cdd45ce649df8cdad0fcd@ruby-forum.com> <4CF04EF8.3080904@gmail.com> <4CF084E6.5070409@gmail.com> Message-ID: Hi Sundae, The articles in MSDN magazine are a little out dated. What versions on IronRuby are you running? You can type in ir -v to get the version. I remember struggling with these articles when I first started out. I'd be happy to give you a hand. Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Sun Nov 28 13:18:09 2010 From: lists at ruby-forum.com (Oknek Jeanr) Date: Sun, 28 Nov 2010 19:18:09 +0100 Subject: [Ironruby-core] 100 Original Ugg Seller? Message-ID: <11dd1a0169b0519dc83c78a48a4de55f@ruby-forum.com> I know,100% Ugg Seller.I really LIKE THE GERMANY life,anyone is the same? I like to Buy UGG Boots From Good Supplier. My friend Tell me a Good Supplier,can anyone Let Me Know? www Uggscom com www Uggscom com My friend tell me that can do Best Secvice and 100% Original. really? please let me know,thank you -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Mon Nov 29 10:38:09 2010 From: lists at ruby-forum.com (Sundae Oliseh) Date: Mon, 29 Nov 2010 16:38:09 +0100 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) In-Reply-To: <4CF084E6.5070409@gmail.com> References: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com>, <3bb18891417cdd45ce649df8cdad0fcd@ruby-forum.com>, <4CF04EF8.3080904@gmail.com>, , <4CF084E6.5070409@gmail.com> Message-ID: <45cd01717bc5e8b1f54eb2eb1e248785@ruby-forum.com> Hi Cory, I was suspecting that something was not quite right with RSPEC. I Will take a look at Cucumber instead. I will definitely pick up a copy of that book. Thanks for the recommendation. Cory Foy wrote in post #964205: > Hi Sundae, > > Indeed they are. You want to be looking at Cucumber instead of RSpec for > Story support. > > I'd highly recommend David's book (which I believe has finally shipped!) > http://www.pragprog.com/titles/achbd/the-rspec-book. It's not about > using BDD with IronRuby, but the concepts are still important. > > I'm not sure what the latest scoop is for Cucumber and IronRuby, but it > looks like Shay recently answered a question around it on the Ruby list > (http://www.ruby-forum.com/topic/216286) so he might chime in soon with > more info for that. But they pointed to the following article > (http://blog.webintellix.com/2009/10/how-to-use-cucumber-with-net-and-c.html) > which is over a year old now, but I'm assuming still works. > > Cory -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Mon Nov 29 10:45:31 2010 From: lists at ruby-forum.com (Sundae Oliseh) Date: Mon, 29 Nov 2010 16:45:31 +0100 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) In-Reply-To: References: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com>, <3bb18891417cdd45ce649df8cdad0fcd@ruby-forum.com>, <4CF04EF8.3080904@gmail.com>, , <4CF084E6.5070409@gmail.com>, Message-ID: I'm running IronRuby 1.0.0.0 on .NET 2.0.50727.3615 Mike. Mike Hatfield wrote in post #964264: > Hi Sundae, > > The articles in MSDN magazine are a little out dated. What versions on > IronRuby are you running? You can type in ir -v to get the version. I > remember struggling with these articles when I first started out. I'd > be > happy to give you a hand. > > Mike -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Mon Nov 29 11:59:12 2010 From: lists at ruby-forum.com (Sundae Oliseh) Date: Mon, 29 Nov 2010 17:59:12 +0100 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) In-Reply-To: References: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com>, <3bb18891417cdd45ce649df8cdad0fcd@ruby-forum.com>, <4CF04EF8.3080904@gmail.com>, , <4CF084E6.5070409@gmail.com>, , Message-ID: <8d7f0256fe85df7bb6e118006caec40e@ruby-forum.com> I am currently following this tutorial: http://blog.webintellix.com/2009/10/how-to-use-cucumber-with-net-and-c.html and I'm stuck on step 4 with the following error: C:\Ruby192\bin>icucumber -help c:/Ruby192/lib/ruby/gems/1.9.1/gems/gherkin-2.2.9-x86-mingw32/lib/gherkin/native /ikvm.rb:16:in `load_assembly': Assembly 'gherkin' not found\nTry this: SET MONO _PATH=c:/Ruby192/lib/ruby/gems/1.9.1/gems/gherkin-2.2.9-x86-mingw32/lib (or expo rt MONO_PATH=...) (LoadError) from c:/Ruby192/lib/ruby/gems/1.9.1/gems/gherkin-2.2.9-x86-mingw32/lib/g herkin/native/ikvm.rb:16:in `native_impl' from c:/Ruby192/lib/ruby/gems/1.9.1/gems/gherkin-2.2.9-x86-mingw32/lib/g herkin/i18n.rb:7 from C:/IronRuby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' from C:/IronRuby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' from c:/Ruby192/lib/ruby/gems/1.9.1/gems/gherkin-2.2.9-x86-mingw32/lib/g herkin/lexer/i18n_lexer.rb:1 from C:/IronRuby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' from C:/IronRuby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' from c:/Ruby192/lib/ruby/gems/1.9.1/gems/gherkin-2.2.9-x86-mingw32/lib/g herkin.rb:1 from C:/IronRuby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' from C:/IronRuby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' from c:/Ruby192/lib/ruby/gems/1.9.1/gems/cucumber-0.9.4/bin/../lib/cucum ber/cli/main.rb:5 from C:/IronRuby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' from C:/IronRuby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' from c:/Ruby192/lib/ruby/gems/1.9.1/gems/cucumber-0.9.4/bin/cucumber:5 from C:/Ruby192/bin/cucumber:19:in `load' from C:/Ruby192/bin/cucumber:19 Sundae Oliseh wrote in post #964772: > I'm running IronRuby 1.0.0.0 on .NET 2.0.50727.3615 Mike. > > Mike Hatfield wrote in post #964264: >> Hi Sundae, >> >> The articles in MSDN magazine are a little out dated. What versions on >> IronRuby are you running? You can type in ir -v to get the version. I >> remember struggling with these articles when I first started out. I'd >> be >> happy to give you a hand. >> >> Mike -- Posted via http://www.ruby-forum.com/. From oakraven13 at gmail.com Mon Nov 29 14:15:32 2010 From: oakraven13 at gmail.com (Mike Hatfield) Date: Mon, 29 Nov 2010 15:15:32 -0400 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) In-Reply-To: <8d7f0256fe85df7bb6e118006caec40e@ruby-forum.com> References: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com> <3bb18891417cdd45ce649df8cdad0fcd@ruby-forum.com> <4CF04EF8.3080904@gmail.com> <4CF084E6.5070409@gmail.com> <8d7f0256fe85df7bb6e118006caec40e@ruby-forum.com> Message-ID: It seems that Cucumber for IronRuby is a little broken at the moment. There's an issue with Gherkin (the bdd language used by Cucumber and SpecFlow). To get around this, I installed an older version of Cucumber that did not have this dependency. I installed Cucumber 1.6.4 with the command: igem install cucumber -v=1.6.4 It needed iron-term-ansicolor, I installed that with: igem install iron-term-ansicolor To get Cucumber to run with IronRuby, I created a batch file in the IronRuby bin folder called icucumber.bat. My bat file looks like: @ECHO OFF REM This is to tell IronRuby where to find gems. SET GEM_PATH=C:\Users\mike.hatfield.NICOM\.pik\rubies\IronRuby-10v4\lib\ironruby\gems\1.8 @"C:\Users\mike.hatfield.NICOM\.pik\rubies\IronRuby-10v4\bin\ir.exe" "C:\Users\mike.hatfield.NICOM\.pik\rubies\IronRuby-10v4\bin\cucumber" %* Your batch file's GEM_PATH and executable paths are probably different than mine, I'm running IronRuby with PIK (allows me to run multiple versions of Ruby). I then started the feature from the MSDN article. I had to change "Story:" to "Feature:". My story is: Feature: Pricing for New Product X As a sales administrator, I want to be able to view prices for product x so that I can provide customers with an accurate cost for their requirements. Scenario: Single User License for Product X without support Given Product X When user requests a 1 user license And this does not include support Then the price should be $250 I called this file story.feature and saved it in a folder called features. If you run the following cucumber command, you should get the initial cucumber story run. icucumber features This gives you a list of steps (When clauses) that need to be implemented in your step definitions to make the story pass. Inside the features folder I created another folder called step_definitons. Inside the step_definitons folder, I created a file called product_steps.rb Now, for the .NET class library. I created three class files: *Product.cs* namespace Bdd.Store { public class Product { public string Name { get; set; } public double Price { get; set; } } } *Store.cs* namespace Bdd.Store { public class Store { public Product FindByProductName(string name) { Product product = new Product { Name = name }; return product; } } } *Purchase.cs* namespace Bdd.Store { public class Purchase { public Product Product{ get; set; } public int Licenses { get; set; } public bool IncludesSupport { get; set; } public double GetTotalPurchasePrice() { double price = Product.Price * Licenses; double supportFees = 0.0; if(IncludesSupport) { supportFees = price * 0.10; } return price + supportFees; } } } I then compiled these into an assembly called Product.dll using the CSharp compiler command (run from my Visual Studio Command window): csc /out:Product.dll /target:library Product.cs Store.cs Purchase.cs I then required my Product.dll into my step definitions file ( product_steps.rb) require File.dirname(__FILE__) + "/Product.dll" Just as a convenience, I "include" my Bdd.Store namespace: include Bdd::Store I also require RSepc require "rspec" Lastly, I begin implementing my steps: Given /^Product (.*)$/ do |product| @store = Store.new @product = @store.find_by_product_name(product) @product.price = 250; @product.name.should == product end and so on and so forth. You can download my files from http://webcoding4fun.oakraven.net/downloads/BDD Example with CSharp.zip I hope this helps a little. Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Mon Nov 29 15:30:11 2010 From: lists at ruby-forum.com (Sundae Oliseh) Date: Mon, 29 Nov 2010 21:30:11 +0100 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) In-Reply-To: References: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com>, <3bb18891417cdd45ce649df8cdad0fcd@ruby-forum.com>, <4CF04EF8.3080904@gmail.com>, , <4CF084E6.5070409@gmail.com>, , , <8d7f0256fe85df7bb6e118006caec40e@ruby-forum.com>, Message-ID: <97529fcd8de764ef116cfd04f87be97e@ruby-forum.com> Thanks for your very detailled example Mike. I've run into some issues while following it: when I run the following statement: igem install cucumber -v=1.6.4 here's the error message I received: C:\IronRuby\bin>igem install cucumber -v=1.6.4 ERROR: could not find gem cucumber locally or in a repository I searched around the net a little bit and found out that there is an alternative syntax: C:\IronRuby\bin>igem install --source http://gems.rubyforge.org cucumber - v1.6.4 I ran it and got the follwing output (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) Thank you for installing cucumber-0.9.4. Please be sure to read http://wiki.github.com/aslakhellesoy/cucumber/upgrading for important information about this release. Happy cuking! (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) Successfully installed cucumber-0.9.4 ERROR: could not find gem v1.6.4 locally or in a repository 1 gem installed C:/Ruby192/lib/ruby/gems/1.9.1/gems/rdoc-2.5.11/lib/rdoc/ruby_lex.rb:67: warning : parenthesize argument(s) for future version Installing ri documentation for cucumber-0.9.4... Installing RDoc documentation for cucumber-0.9.4... As you can see, there is an error message in there. It did not ultimately install the correct version -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Mon Nov 29 15:58:03 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 29 Nov 2010 20:58:03 +0000 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) In-Reply-To: References: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com> <3bb18891417cdd45ce649df8cdad0fcd@ruby-forum.com> <4CF04EF8.3080904@gmail.com> <4CF084E6.5070409@gmail.com> <8d7f0256fe85df7bb6e118006caec40e@ruby-forum.com> Message-ID: Do these problems manifest when using IronRuby 1.1.2? (master from github). Could you file a bug with details if so? Thanks, Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mike Hatfield Sent: Monday, November 29, 2010 11:16 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] no such file to load -- spec/story (LoadError) It seems that Cucumber for IronRuby is a little broken at the moment. There's an issue with Gherkin (the bdd language used by Cucumber and SpecFlow). To get around this, I installed an older version of Cucumber that did not have this dependency. I installed Cucumber 1.6.4 with the command: igem install cucumber -v=1.6.4 It needed iron-term-ansicolor, I installed that with: igem install iron-term-ansicolor To get Cucumber to run with IronRuby, I created a batch file in the IronRuby bin folder called icucumber.bat. My bat file looks like: @ECHO OFF REM This is to tell IronRuby where to find gems. SET GEM_PATH=C:\Users\mike.hatfield.NICOM\.pik\rubies\IronRuby-10v4\lib\ironruby\gems\1.8 @"C:\Users\mike.hatfield.NICOM\.pik\rubies\IronRuby-10v4\bin\ir.exe" "C:\Users\mike.hatfield.NICOM\.pik\rubies\IronRuby-10v4\bin\cucumber" %* Your batch file's GEM_PATH and executable paths are probably different than mine, I'm running IronRuby with PIK (allows me to run multiple versions of Ruby). I then started the feature from the MSDN article. I had to change "Story:" to "Feature:". My story is: Feature: Pricing for New Product X As a sales administrator, I want to be able to view prices for product x so that I can provide customers with an accurate cost for their requirements. Scenario: Single User License for Product X without support Given Product X When user requests a 1 user license And this does not include support Then the price should be $250 I called this file story.feature and saved it in a folder called features. If you run the following cucumber command, you should get the initial cucumber story run. icucumber features This gives you a list of steps (When clauses) that need to be implemented in your step definitions to make the story pass. Inside the features folder I created another folder called step_definitons. Inside the step_definitons folder, I created a file called product_steps.rb Now, for the .NET class library. I created three class files: Product.cs namespace Bdd.Store { public class Product { public string Name { get; set; } public double Price { get; set; } } } Store.cs namespace Bdd.Store { public class Store { public Product FindByProductName(string name) { Product product = new Product { Name = name }; return product; } } } Purchase.cs namespace Bdd.Store { public class Purchase { public Product Product{ get; set; } public int Licenses { get; set; } public bool IncludesSupport { get; set; } public double GetTotalPurchasePrice() { double price = Product.Price * Licenses; double supportFees = 0.0; if(IncludesSupport) { supportFees = price * 0.10; } return price + supportFees; } } } I then compiled these into an assembly called Product.dll using the CSharp compiler command (run from my Visual Studio Command window): csc /out:Product.dll /target:library Product.cs Store.cs Purchase.cs I then required my Product.dll into my step definitions file (product_steps.rb) require File.dirname(__FILE__) + "/Product.dll" Just as a convenience, I "include" my Bdd.Store namespace: include Bdd::Store I also require RSepc require "rspec" Lastly, I begin implementing my steps: Given /^Product (.*)$/ do |product| @store = Store.new @product = @store.find_by_product_name(product) @product.price = 250; @product.name.should == product end and so on and so forth. You can download my files from http://webcoding4fun.oakraven.net/downloads/BDD Example with CSharp.zip I hope this helps a little. Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From oakraven13 at gmail.com Mon Nov 29 16:42:25 2010 From: oakraven13 at gmail.com (Mike Hatfield) Date: Mon, 29 Nov 2010 17:42:25 -0400 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) In-Reply-To: <97529fcd8de764ef116cfd04f87be97e@ruby-forum.com> References: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com> <3bb18891417cdd45ce649df8cdad0fcd@ruby-forum.com> <4CF04EF8.3080904@gmail.com> <4CF084E6.5070409@gmail.com> <8d7f0256fe85df7bb6e118006caec40e@ruby-forum.com> <97529fcd8de764ef116cfd04f87be97e@ruby-forum.com> Message-ID: Sorry Sundae, I had a type-o on the Cucumber version. try: igem install cucumber -v=0.6.4 It's 0.6.4, not 1.6.4. Again. Apologies. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonelf at gmail.com Mon Nov 29 17:52:01 2010 From: jonelf at gmail.com (=?ISO-8859-1?Q?Jonas_Elfstr=F6m?=) Date: Mon, 29 Nov 2010 23:52:01 +0100 Subject: [Ironruby-core] Is it possible to yield C# code? Message-ID: I'm sorry if this is the wrong list. Please direct me if so. This is not really something I'm losing sleep over but still I'm a fair bit curious to know if it's possible to yield code that's not Ruby from IronRuby. Is it? The following C# gives me a wrong number of arguments (1 for 0) exception. delegate void del(string s); ... var rt = Ruby.CreateRuntime(); var eng = rt.GetEngine("rb"); eng.Execute(@" class YieldTest def test yield 'From IronRuby' end end "); object test = eng.Runtime.Globals.GetVariable("YieldTest"); dynamic t = eng.Operations.CreateInstance(test); t.test((del)(s => Console.WriteLine(s))); See http://stackoverflow.com/questions/4189955/calling-ironruby-from-c-with-a-delegate If this is not possible, is it then a kind of integration that is planned for future releases of IronRuby? -- Jonas Elfstr?m From lists at ruby-forum.com Tue Nov 30 11:50:37 2010 From: lists at ruby-forum.com (Sundae Oliseh) Date: Tue, 30 Nov 2010 17:50:37 +0100 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) In-Reply-To: References: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com>, <3bb18891417cdd45ce649df8cdad0fcd@ruby-forum.com>, <4CF04EF8.3080904@gmail.com>, , <4CF084E6.5070409@gmail.com>, , , <8d7f0256fe85df7bb6e118006caec40e@ruby-forum.com>, , <97529fcd8de764ef116cfd04f87be97e@ruby-forum.com>, Message-ID: <5d95e63373b3675b40034d7bcf2ca366@ruby-forum.com> No need to apologize at all Mike. In any case, I should apologize to you for taking so much of your time. I have some good news to report...It's finally working. I was able to run your script without any problem. Thank you so much for all the help and patience. Cory, Shay..thank you too. It took us 3 days but we did it. Cheers! -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Tue Nov 30 12:26:44 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 30 Nov 2010 17:26:44 +0000 Subject: [Ironruby-core] Is it possible to yield C# code? In-Reply-To: References: Message-ID: It is not possible today, it might be possible in future :) BTW, I would suggest to use Action instead of defining your own delegate type. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jonas Elfstr?m Sent: Monday, November 29, 2010 2:52 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Is it possible to yield C# code? I'm sorry if this is the wrong list. Please direct me if so. This is not really something I'm losing sleep over but still I'm a fair bit curious to know if it's possible to yield code that's not Ruby from IronRuby. Is it? The following C# gives me a wrong number of arguments (1 for 0) exception. delegate void del(string s); ... var rt = Ruby.CreateRuntime(); var eng = rt.GetEngine("rb"); eng.Execute(@" class YieldTest def test yield 'From IronRuby' end end "); object test = eng.Runtime.Globals.GetVariable("YieldTest"); dynamic t = eng.Operations.CreateInstance(test); t.test((del)(s => Console.WriteLine(s))); See http://stackoverflow.com/questions/4189955/calling-ironruby-from-c-with-a-delegate If this is not possible, is it then a kind of integration that is planned for future releases of IronRuby? -- Jonas Elfstr?m _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From oakraven13 at gmail.com Tue Nov 30 13:06:42 2010 From: oakraven13 at gmail.com (Mike Hatfield) Date: Tue, 30 Nov 2010 14:06:42 -0400 Subject: [Ironruby-core] no such file to load -- spec/story (LoadError) In-Reply-To: <5d95e63373b3675b40034d7bcf2ca366@ruby-forum.com> References: <172dfb3aebfae261238a6e14b9256a39@ruby-forum.com> <3bb18891417cdd45ce649df8cdad0fcd@ruby-forum.com> <4CF04EF8.3080904@gmail.com> <4CF084E6.5070409@gmail.com> <8d7f0256fe85df7bb6e118006caec40e@ruby-forum.com> <97529fcd8de764ef116cfd04f87be97e@ruby-forum.com> <5d95e63373b3675b40034d7bcf2ca366@ruby-forum.com> Message-ID: That's great to hear Sundae. Glad to help. I learned a bit myself. :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Tue Nov 30 15:53:06 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 30 Nov 2010 20:53:06 +0000 Subject: [Ironruby-core] Language poll Message-ID: In case you'd like to vote for your favorite language :) http://blogs.msdn.com/b/mikeormond/archive/2010/11/26/msdn-flash-poll-13-language-shapes-the-way-we-think.aspx Tomas -------------- next part -------------- An HTML attachment was scrubbed... URL: