From lists at ruby-forum.com Fri Oct 1 08:21:40 2010 From: lists at ruby-forum.com (Konstantin Kos) Date: Fri, 1 Oct 2010 14:21:40 +0200 Subject: [Ironruby-core] activerecord installation Message-ID: when i try to install activerecord gem on ironruby, i've got: >igem install activerecord -r --no-rdoc --no-ri ERROR: Error installing activerecord: activesupport requires Ruby version >= 1.8.7 ('ir.exe -e "puts RUBY_VERSION"' returns '1.8.6') may be i can change ruby version in igem to 1.9.1? or there is another way? -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Fri Oct 1 15:40:52 2010 From: lists at ruby-forum.com (Eduardo Blumenfeld) Date: Fri, 1 Oct 2010 21:40:52 +0200 Subject: [Ironruby-core] activerecord installation In-Reply-To: References: Message-ID: <128484edca5c04f8eb79adebf59508eb@ruby-forum.com> I ran previously with the same problem, add the version that works. try: >igem install activerecord -v 2.3.8 --no-rdoc --no-ri Eduardo -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Fri Oct 1 15:49:14 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Fri, 1 Oct 2010 19:49:14 +0000 Subject: [Ironruby-core] activerecord installation In-Reply-To: <128484edca5c04f8eb79adebf59508eb@ruby-forum.com> References: <128484edca5c04f8eb79adebf59508eb@ruby-forum.com> Message-ID: Right, if you use the current binaries (1.0 or 1.1) the compatibility is with MRI 1.8.6. If you build the latest source from GIT repo you'll get 1.9.2 compatible IronRuby. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Eduardo Blumenfeld Sent: Friday, October 01, 2010 12:41 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] activerecord installation I ran previously with the same problem, add the version that works. try: >igem install activerecord -v 2.3.8 --no-rdoc --no-ri Eduardo -- 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 Oct 1 17:31:29 2010 From: lists at ruby-forum.com (Eduardo Blumenfeld) Date: Fri, 1 Oct 2010 23:31:29 +0200 Subject: [Ironruby-core] Insight on the future of IronRuby ? In-Reply-To: References: Message-ID: <660994af2c1dfa350b7eba6e18e42f0d@ruby-forum.com> Is there any "official" work from Microsoft about these issues? Thibaut Barr?re wrote: > Hi guys (and girls, if any), > > I'd really, really like to have any hint of where IronRuby and the DLR > are > going, roughly. > > We're considering using IR as a scripting engine for a fairly important > desktop app, so I thought I would ask, now that the dust has settled. > > Any idea ? > > thanks! > > -- Thibaut -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Fri Oct 1 18:01:35 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Fri, 1 Oct 2010 22:01:35 +0000 Subject: [Ironruby-core] Insight on the future of IronRuby ? In-Reply-To: <660994af2c1dfa350b7eba6e18e42f0d@ruby-forum.com> References: <660994af2c1dfa350b7eba6e18e42f0d@ruby-forum.com> Message-ID: The official Microsoft position remains the same: "At this time, we have no announcements to make beyond what we announced in July 2010 ? that we were putting these [IronRuby and IronPython] under the Apache License v2.0. Clearly, there is customer and community interest in these languages. With many organizations running mixed IT environments, we continue to value community feedback on how we can support their interoperability needs, and we remain committed to supporting multiple tools and languages that provide developers with the most choice and flexibility." Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Eduardo Blumenfeld Sent: Friday, October 01, 2010 2:31 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Insight on the future of IronRuby ? Is there any "official" work from Microsoft about these issues? Thibaut Barr?re wrote: > Hi guys (and girls, if any), > > I'd really, really like to have any hint of where IronRuby and the DLR > are going, roughly. > > We're considering using IR as a scripting engine for a fairly > important desktop app, so I thought I would ask, now that the dust has settled. > > Any idea ? > > thanks! > > -- Thibaut -- 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 Sat Oct 2 11:41:45 2010 From: lists at ruby-forum.com (Konstantin Kos) Date: Sat, 2 Oct 2010 17:41:45 +0200 Subject: [Ironruby-core] activerecord installation In-Reply-To: <128484edca5c04f8eb79adebf59508eb@ruby-forum.com> References: <128484edca5c04f8eb79adebf59508eb@ruby-forum.com> Message-ID: <5a6cba67031f4a1e9f901425414de1b0@ruby-forum.com> i can run "ir.exe -1.9" and RUBY_VERSION will be 1.9.1 but by default (and in "igem" RUBY_VERSION is 1.8.6 by default. perhaps there is a way to set ruby version for "igem" (and for "iirb") or change running default arguments? -- Posted via http://www.ruby-forum.com/. From will at hotgazpacho.org Sat Oct 2 14:08:17 2010 From: will at hotgazpacho.org (Will Green) Date: Sat, 2 Oct 2010 14:08:17 -0400 Subject: [Ironruby-core] activerecord installation In-Reply-To: <5a6cba67031f4a1e9f901425414de1b0@ruby-forum.com> References: <128484edca5c04f8eb79adebf59508eb@ruby-forum.com> <5a6cba67031f4a1e9f901425414de1b0@ruby-forum.com> Message-ID: As I understand it, Ruby 1.9 compat in IronRuby 1.0 and 1.1 was not all that complete. So, even if you force them into 1.9 mode, things may break in unexpected ways, and you'll probably just get frustrated. YMMV. As Tomas said, if you want better 1.9 support, grab the latest from GitHub: http://github.com/ironruby/ironruby and build it: http://github.com/ironruby/ironruby/wiki/Building If you run into an issue, the best way to get a response is going to be to create a failing test for it, and submit it as an issue, or vote up an existing issue if it has already been reported, on the CodePlex site: http://ironruby.codeplex.com/workitem/list/basic?ProjectName=ironruby -- Will Green http://hotgazpacho.org/ On Sat, Oct 2, 2010 at 11:41 AM, Konstantin Kos wrote: > i can run "ir.exe -1.9" and RUBY_VERSION will be 1.9.1 > but by default (and in "igem" RUBY_VERSION is 1.8.6 by default. > perhaps there is a way to set ruby version for "igem" (and for "iirb") > or change running default arguments? > -- > 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 charles.c.strahan at gmail.com Sun Oct 3 23:04:48 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Sun, 3 Oct 2010 22:04:48 -0500 Subject: [Ironruby-core] IronRuby FFI In-Reply-To: <561370EA-761F-4C01-9028-71025E39BE05@panesofglass.org> References: <561370EA-761F-4C01-9028-71025E39BE05@panesofglass.org> Message-ID: Ryan, Sorry for the long delay - I meant to give it some thought before I got back to you... and know it's been quite some time. I think it would be a good idea to replicate JFFI, using P/Invoke directly, if possible (as opposed to P/Invoking libffi ). That would give us a good separation of concerns and a reusable library, and possibly an easy way to port any Java/JRuby code that uses JFFI to C#/.NET too. I'm about to set up an NFFI repo at http://github.com/cstrahan/nffi. - I suppose you could fork it and send me pull requests (unless you have a better workflow in mind - I'm definitely not a git guru). I've been learning C/C++ the last couple months, so I should be able to write simple DLL to run our tests against. I think I'll take a TDD approach to driving out the C# lib. Once we have NFFI working, it should be relatively straightforward to expose that to the IronRuby runtime. I'll try to get something pushed out to my repo by the end of tomorrow - I'll keep you in the loop. That's what I have in mind, but I'm open to suggestions. -Charles On Sat, Aug 21, 2010 at 9:23 PM, Ryan Riley wrote: > Charles, I'm happy to work with you to get this done. I'm getting close to > finishing some projects and will have more time to work on it in a few > weeks. I will send the info I got from the mono-devel list. Where/how do you > want to start? > > Ryan > > Sent from my iPhone > > On Aug 20, 2010, at 1:49 PM, Charles Strahan > wrote: > > Ryan, > > I'm right there with you, only I looked at JFFI for inspiration (didn't > know mono had anything - could you share more about that?). In fact, In my > infinite laziness, I posted a job for a couple hundred bucks on > Rent-A-Coder, hoping someone could essentially port JFFI to C#, so I could > focus on writing the actually IronRuby library... but nothing came of that. > > I'm tempted to suck it up and start coding this myself. Would you be > interested in working together? I figured I'd take the approach of > essentially writing "NFFI", and then write an IronRuby lib around that. > > -Charles > > > On Fri, Aug 20, 2010 at 2:33 PM, Ryan Riley < > ryan.riley at panesofglass.org> wrote: > >> I know that we've discussed this in the past, but I'm interested in doing >> it for two reasons: >> 1. We use mono with a bridge to ObjectiveC and Cocoa, and we'd like to >> investigate libffi via mono as a potential replacement for our current >> bridge. >> 2. I'm interested just for the sake of learning more about FFI. >> >> Mono appears to have had a libffi implementation that was later removed, >> so I think I have a place to start. However, I'm not sure that's the right >> starting point. Does anyone have a suggestion for how to get started? I've >> been taking a look at libffi and DllImport, but I'm not sure if those are >> the right directions, something else, or what. >> >> Thanks, >> >> Ryan Riley >> >> Email: ryan.riley at panesofglass.org >> LinkedIn: >> http://www.linkedin.com/in/ryanriley >> Twitter: @panesofglass >> Blog: http://wizardsofsmart.net/ >> Website: http://panesofglass.org/ >> >> _______________________________________________ >> 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 ryan.riley at panesofglass.org Sun Oct 3 23:39:33 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Sun, 3 Oct 2010 20:39:33 -0700 Subject: [Ironruby-core] IronRuby FFI In-Reply-To: References: <561370EA-761F-4C01-9028-71025E39BE05@panesofglass.org> Message-ID: <5EF9EFF7-FC17-4315-918C-75DD4A9ECE6A@panesofglass.org> Sounds good to me! Sent from my iPhone On Oct 3, 2010, at 8:04 PM, Charles Strahan wrote: > Ryan, > > Sorry for the long delay - I meant to give it some thought before I got back to you... and know it's been quite some time. > > I think it would be a good idea to replicate JFFI, using P/Invoke directly, if possible (as opposed to P/Invoking libffi). That would give us a good separation of concerns and a reusable library, and possibly an easy way to port any Java/JRuby code that uses JFFI to C#/.NET too. > > I'm about to set up an NFFI repo at http://github.com/cstrahan/nffi. - I suppose you could fork it and send me pull requests (unless you have a better workflow in mind - I'm definitely not a git guru). I've been learning C/C++ the last couple months, so I should be able to write simple DLL to run our tests against. I think I'll take a TDD approach to driving out the C# lib. Once we have NFFI working, it should be relatively straightforward to expose that to the IronRuby runtime. I'll try to get something pushed out to my repo by the end of tomorrow - I'll keep you in the loop. > > That's what I have in mind, but I'm open to suggestions. > > -Charles > > > > On Sat, Aug 21, 2010 at 9:23 PM, Ryan Riley wrote: > Charles, I'm happy to work with you to get this done. I'm getting close to finishing some projects and will have more time to work on it in a few weeks. I will send the info I got from the mono-devel list. Where/how do you want to start? > > Ryan > > Sent from my iPhone > > On Aug 20, 2010, at 1:49 PM, Charles Strahan wrote: > >> Ryan, >> >> I'm right there with you, only I looked at JFFI for inspiration (didn't know mono had anything - could you share more about that?). In fact, In my infinite laziness, I posted a job for a couple hundred bucks on Rent-A-Coder, hoping someone could essentially port JFFI to C#, so I could focus on writing the actually IronRuby library... but nothing came of that. >> >> I'm tempted to suck it up and start coding this myself. Would you be interested in working together? I figured I'd take the approach of essentially writing "NFFI", and then write an IronRuby lib around that. >> >> -Charles >> >> >> On Fri, Aug 20, 2010 at 2:33 PM, Ryan Riley wrote: >> I know that we've discussed this in the past, but I'm interested in doing it for two reasons: >> 1. We use mono with a bridge to ObjectiveC and Cocoa, and we'd like to investigate libffi via mono as a potential replacement for our current bridge. >> 2. I'm interested just for the sake of learning more about FFI. >> >> Mono appears to have had a libffi implementation that was later removed, so I think I have a place to start. However, I'm not sure that's the right starting point. Does anyone have a suggestion for how to get started? I've been taking a look at libffi and DllImport, but I'm not sure if those are the right directions, something else, or what. >> >> Thanks, >> >> Ryan Riley >> >> Email: ryan.riley at panesofglass.org >> LinkedIn: http://www.linkedin.com/in/ryanriley >> Twitter: @panesofglass >> Blog: http://wizardsofsmart.net/ >> Website: http://panesofglass.org/ >> >> _______________________________________________ >> 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From charles.c.strahan at gmail.com Mon Oct 4 00:27:25 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Sun, 3 Oct 2010 23:27:25 -0500 Subject: [Ironruby-core] IronRuby FFI In-Reply-To: <5EF9EFF7-FC17-4315-918C-75DD4A9ECE6A@panesofglass.org> References: <561370EA-761F-4C01-9028-71025E39BE05@panesofglass.org> <5EF9EFF7-FC17-4315-918C-75DD4A9ECE6A@panesofglass.org> Message-ID: I'm also taking a look at IronPython's CTypes implementation, under Tomas' advice. I've noticed that their MemoryHolderclass derives from CriticalFinalizerObject, which led me to the discovery of Constrained Execution Regions . I sent an inquiry to the IronPython mailing listregarding the use CFO, and about CER in general, as I haven't had any exposure to either, and the MSDN docs are a little daunting. If anyone here would like to give an explanation of either one, that would be awesome. Any experience with either of those, Ryan? -Charles On Sun, Oct 3, 2010 at 10:39 PM, Ryan Riley wrote: > Sounds good to me! > > Sent from my iPhone > > On Oct 3, 2010, at 8:04 PM, Charles Strahan > wrote: > > Ryan, > > Sorry for the long delay - I meant to give it some thought before I got > back to you... and know it's been quite some time. > > I think it would be a good idea to replicate JFFI, using P/Invoke directly, > if possible (as opposed to P/Invoking libffi). > That would give us a good separation of concerns and a reusable library, and > possibly an easy way to port any Java/JRuby code that uses JFFI to C#/.NET > too. > > I'm about to set up an NFFI repo at > http://github.com/cstrahan/nffi. - I suppose you could fork it and send me > pull requests (unless you have a better workflow in mind - > I'm definitely not a git guru). I've been learning C/C++ the last couple > months, so I should be able to write simple DLL to run our tests against. I > think I'll take a TDD approach to driving out the C# lib. Once we have NFFI > working, it should be relatively straightforward to expose that to the > IronRuby runtime. I'll try to get something pushed out to my repo by the end > of tomorrow - I'll keep you in the loop. > > That's what I have in mind, but I'm open to suggestions. > > -Charles > > > > On Sat, Aug 21, 2010 at 9:23 PM, Ryan Riley < > ryan.riley at panesofglass.org> wrote: > >> Charles, I'm happy to work with you to get this done. I'm getting close to >> finishing some projects and will have more time to work on it in a few >> weeks. I will send the info I got from the mono-devel list. Where/how do you >> want to start? >> >> Ryan >> >> Sent from my iPhone >> >> On Aug 20, 2010, at 1:49 PM, Charles Strahan < >> charles.c.strahan at gmail.com> wrote: >> >> Ryan, >> >> I'm right there with you, only I looked at JFFI for inspiration (didn't >> know mono had anything - could you share more about that?). In fact, In my >> infinite laziness, I posted a job for a couple hundred bucks on >> Rent-A-Coder, hoping someone could essentially port JFFI to C#, so I could >> focus on writing the actually IronRuby library... but nothing came of that. >> >> I'm tempted to suck it up and start coding this myself. Would you be >> interested in working together? I figured I'd take the approach of >> essentially writing "NFFI", and then write an IronRuby lib around that. >> >> -Charles >> >> >> On Fri, Aug 20, 2010 at 2:33 PM, Ryan Riley < >> ryan.riley at panesofglass.org> wrote: >> >>> I know that we've discussed this in the past, but I'm interested in doing >>> it for two reasons: >>> 1. We use mono with a bridge to ObjectiveC and Cocoa, and we'd like to >>> investigate libffi via mono as a potential replacement for our current >>> bridge. >>> 2. I'm interested just for the sake of learning more about FFI. >>> >>> Mono appears to have had a libffi implementation that was later removed, >>> so I think I have a place to start. However, I'm not sure that's the right >>> starting point. Does anyone have a suggestion for how to get started? I've >>> been taking a look at libffi and DllImport, but I'm not sure if those are >>> the right directions, something else, or what. >>> >>> Thanks, >>> >>> Ryan Riley >>> >>> Email: >>> ryan.riley at panesofglass.org >>> LinkedIn: >>> http://www.linkedin.com/in/ryanriley >>> Twitter: @panesofglass >>> Blog: >>> http://wizardsofsmart.net/ >>> Website: >>> http://panesofglass.org/ >>> >>> _______________________________________________ >>> 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan.riley at panesofglass.org Mon Oct 4 00:51:53 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Sun, 3 Oct 2010 21:51:53 -0700 Subject: [Ironruby-core] IronRuby FFI In-Reply-To: References: <561370EA-761F-4C01-9028-71025E39BE05@panesofglass.org> <5EF9EFF7-FC17-4315-918C-75DD4A9ECE6A@panesofglass.org> Message-ID: <8A6C5371-6CDB-48AC-8065-AEB181FD00AD@panesofglass.org> I've not heard of any of those. I started looking at ctypes but never got far. Sent from my iPhone On Oct 3, 2010, at 9:27 PM, Charles Strahan wrote: > I'm also taking a look at IronPython's CTypes implementation, under Tomas' advice. I've noticed that their MemoryHolder class derives from CriticalFinalizerObject, which led me to the discovery of Constrained Execution Regions. > > I sent an inquiry to the IronPython mailing list regarding the use CFO, and about CER in general, as I haven't had any exposure to either, and the MSDN docs are a little daunting. If anyone here would like to give an explanation of either one, that would be awesome. > > Any experience with either of those, Ryan? > > -Charles > > > On Sun, Oct 3, 2010 at 10:39 PM, Ryan Riley wrote: > Sounds good to me! > > Sent from my iPhone > > On Oct 3, 2010, at 8:04 PM, Charles Strahan wrote: > >> Ryan, >> >> Sorry for the long delay - I meant to give it some thought before I got back to you... and know it's been quite some time. >> >> I think it would be a good idea to replicate JFFI, using P/Invoke directly, if possible (as opposed to P/Invoking libffi). That would give us a good separation of concerns and a reusable library, and possibly an easy way to port any Java/JRuby code that uses JFFI to C#/.NET too. >> >> I'm about to set up an NFFI repo at http://github.com/cstrahan/nffi. - I suppose you could fork it and send me pull requests (unless you have a better workflow in mind - I'm definitely not a git guru). I've been learning C/C++ the last couple months, so I should be able to write simple DLL to run our tests against. I think I'll take a TDD approach to driving out the C# lib. Once we have NFFI working, it should be relatively straightforward to expose that to the IronRuby runtime. I'll try to get something pushed out to my repo by the end of tomorrow - I'll keep you in the loop. >> >> That's what I have in mind, but I'm open to suggestions. >> >> -Charles >> >> >> >> On Sat, Aug 21, 2010 at 9:23 PM, Ryan Riley wrote: >> Charles, I'm happy to work with you to get this done. I'm getting close to finishing some projects and will have more time to work on it in a few weeks. I will send the info I got from the mono-devel list. Where/how do you want to start? >> >> Ryan >> >> Sent from my iPhone >> >> On Aug 20, 2010, at 1:49 PM, Charles Strahan wrote: >> >>> Ryan, >>> >>> I'm right there with you, only I looked at JFFI for inspiration (didn't know mono had anything - could you share more about that?). In fact, In my infinite laziness, I posted a job for a couple hundred bucks on Rent-A-Coder, hoping someone could essentially port JFFI to C#, so I could focus on writing the actually IronRuby library... but nothing came of that. >>> >>> I'm tempted to suck it up and start coding this myself. Would you be interested in working together? I figured I'd take the approach of essentially writing "NFFI", and then write an IronRuby lib around that. >>> >>> -Charles >>> >>> >>> On Fri, Aug 20, 2010 at 2:33 PM, Ryan Riley wrote: >>> I know that we've discussed this in the past, but I'm interested in doing it for two reasons: >>> 1. We use mono with a bridge to ObjectiveC and Cocoa, and we'd like to investigate libffi via mono as a potential replacement for our current bridge. >>> 2. I'm interested just for the sake of learning more about FFI. >>> >>> Mono appears to have had a libffi implementation that was later removed, so I think I have a place to start. However, I'm not sure that's the right starting point. Does anyone have a suggestion for how to get started? I've been taking a look at libffi and DllImport, but I'm not sure if those are the right directions, something else, or what. >>> >>> Thanks, >>> >>> Ryan Riley >>> >>> Email: ryan.riley at panesofglass.org >>> LinkedIn: http://www.linkedin.com/in/ryanriley >>> Twitter: @panesofglass >>> Blog: http://wizardsofsmart.net/ >>> Website: http://panesofglass.org/ >>> >>> _______________________________________________ >>> 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 > > > _______________________________________________ > 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 charles.c.strahan at gmail.com Mon Oct 4 01:11:03 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Mon, 4 Oct 2010 00:11:03 -0500 Subject: [Ironruby-core] IronRuby FFI In-Reply-To: <8A6C5371-6CDB-48AC-8065-AEB181FD00AD@panesofglass.org> References: <561370EA-761F-4C01-9028-71025E39BE05@panesofglass.org> <5EF9EFF7-FC17-4315-918C-75DD4A9ECE6A@panesofglass.org> <8A6C5371-6CDB-48AC-8065-AEB181FD00AD@panesofglass.org> Message-ID: I've decided to not be lazy and do a little spelunking into CER's - it's rather interesting stuff. I found a pretty good article here: http://msdn.microsoft.com/en-us/magazine/cc163716.aspx In laymen's terms, it looks like CER's provide reliability where asynchronous exceptions may be thrown: OutOfMemoryException, StackOverflowException, and ThreadAbortException. In the case of MemoryHolder, this is important because such exceptions could preempt the storage of IntPtrs corresponding to allocated memory and/or the deallocation of memory within finalizers - both resulting in memory leaks. As I imagined, this will be something we'll want to incorporate in our FFI impl. -Charles On Sun, Oct 3, 2010 at 11:51 PM, Ryan Riley wrote: > I've not heard of any of those. I started looking at ctypes but never got > far. > > Sent from my iPhone > > On Oct 3, 2010, at 9:27 PM, Charles Strahan > wrote: > > I'm also taking a look at IronPython's CTypes implementation, under Tomas' > advice. I've noticed that their MemoryHolderclass derives from > CriticalFinalizerObject, > which led me to the discovery of Constrained Execution Regions > . > > I sent an inquiry to the IronPython mailing listregarding the use CFO, and about CER in general, as I haven't had any > exposure to either, and the MSDN docs are a little daunting. If anyone here > would like to give an explanation of either one, that would be awesome. > > Any experience with either of those, Ryan? > > -Charles > > > On Sun, Oct 3, 2010 at 10:39 PM, Ryan Riley < > ryan.riley at panesofglass.org> wrote: > >> Sounds good to me! >> >> Sent from my iPhone >> >> On Oct 3, 2010, at 8:04 PM, Charles Strahan < >> charles.c.strahan at gmail.com> wrote: >> >> Ryan, >> >> Sorry for the long delay - I meant to give it some thought before I got >> back to you... and know it's been quite some time. >> >> I think it would be a good idea to replicate JFFI, using P/Invoke >> directly, if possible (as opposed to P/Invoking libffi). >> That would give us a good separation of concerns and a reusable library, and >> possibly an easy way to port any Java/JRuby code that uses JFFI to C#/.NET >> too. >> >> I'm about to set up an NFFI repo at >> http://github.com/cstrahan/nffi. - I suppose you could fork it and send >> me pull requests (unless you have a better workflow in mind - >> I'm definitely not a git guru). I've been learning C/C++ the last couple >> months, so I should be able to write simple DLL to run our tests against. I >> think I'll take a TDD approach to driving out the C# lib. Once we have NFFI >> working, it should be relatively straightforward to expose that to the >> IronRuby runtime. I'll try to get something pushed out to my repo by the end >> of tomorrow - I'll keep you in the loop. >> >> That's what I have in mind, but I'm open to suggestions. >> >> -Charles >> >> >> >> On Sat, Aug 21, 2010 at 9:23 PM, Ryan Riley < >> ryan.riley at panesofglass.org> wrote: >> >>> Charles, I'm happy to work with you to get this done. I'm getting close >>> to finishing some projects and will have more time to work on it in a few >>> weeks. I will send the info I got from the mono-devel list. Where/how do you >>> want to start? >>> >>> Ryan >>> >>> Sent from my iPhone >>> >>> On Aug 20, 2010, at 1:49 PM, Charles Strahan < >>> charles.c.strahan at gmail.com> wrote: >>> >>> Ryan, >>> >>> I'm right there with you, only I looked at JFFI for inspiration (didn't >>> know mono had anything - could you share more about that?). In fact, In my >>> infinite laziness, I posted a job for a couple hundred bucks on >>> Rent-A-Coder, hoping someone could essentially port JFFI to C#, so I could >>> focus on writing the actually IronRuby library... but nothing came of that. >>> >>> I'm tempted to suck it up and start coding this myself. Would you be >>> interested in working together? I figured I'd take the approach of >>> essentially writing "NFFI", and then write an IronRuby lib around that. >>> >>> -Charles >>> >>> >>> On Fri, Aug 20, 2010 at 2:33 PM, Ryan Riley < >>> ryan.riley at panesofglass.org> wrote: >>> >>>> I know that we've discussed this in the past, but I'm interested in >>>> doing it for two reasons: >>>> 1. We use mono with a bridge to ObjectiveC and Cocoa, and we'd like to >>>> investigate libffi via mono as a potential replacement for our current >>>> bridge. >>>> 2. I'm interested just for the sake of learning more about FFI. >>>> >>>> Mono appears to have had a libffi implementation that was later removed, >>>> so I think I have a place to start. However, I'm not sure that's the right >>>> starting point. Does anyone have a suggestion for how to get started? I've >>>> been taking a look at libffi and DllImport, but I'm not sure if those are >>>> the right directions, something else, or what. >>>> >>>> Thanks, >>>> >>>> Ryan Riley >>>> >>>> Email: >>>> ryan.riley at panesofglass.org >>>> LinkedIn: >>>> http://www.linkedin.com/in/ryanriley >>>> Twitter: @panesofglass >>>> Blog: >>>> http://wizardsofsmart.net/ >>>> Website: >>>> http://panesofglass.org/ >>>> >>>> _______________________________________________ >>>> 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 >> >> > _______________________________________________ > 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 charles.c.strahan at gmail.com Mon Oct 4 02:47:21 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Mon, 4 Oct 2010 01:47:21 -0500 Subject: [Ironruby-core] IronRuby FFI In-Reply-To: References: <561370EA-761F-4C01-9028-71025E39BE05@panesofglass.org> <5EF9EFF7-FC17-4315-918C-75DD4A9ECE6A@panesofglass.org> <8A6C5371-6CDB-48AC-8065-AEB181FD00AD@panesofglass.org> Message-ID: Here's Dino Viehland's response regarding the CERs: ~~~~~~~~ Objects which inherit from CriticalFinalizerObject basically have their finalize method turned into a CER. The finalizer method is also JITed before any instances are created so the finalizer is guaranteed to be runnable. In generally CERs are all about ensuring that the VM won?t cause any unexpected failure points in your code. These can be introduced because the VM does something lazily (including JITing methods) and doing the work might fail due to insufficient resources. Or it can also be due to thread abort. Because these objects are responsible for freeing up resources we don?t want any unexpected failures to be injected otherwise the resources would leak. So for example MemoryHolder also has a CER in the constructor ? this ensures that we don?t take a ThreadAbort between the CallocCall, storing the value in _data, or assigning to _ownsData. This will all complete or not complete so that our state is consistent when the finalizer is run. It also makes sure that any work the CLR needs to perform to call NativeFunctions.Calloc is all performed before we enter the CER so that we don?t get an out of memory exception while calling or returning from it. For most environments it?s not super important that this is gotten right ? but if you run in a process which needs long uptime, is resource constrained, and/or uses thread abort a lot (SQL server being an example of all 3) it?s important that this is correct. I happened to work on this feature when I was on the CLR team so it came rather naturally to me to get it right J ~~~~~~~~~ -Charles On Mon, Oct 4, 2010 at 12:11 AM, Charles Strahan < charles.c.strahan at gmail.com> wrote: > I've decided to not be lazy and do a little spelunking into CER's - it's > rather interesting stuff. I found a pretty good article here: > http://msdn.microsoft.com/en-us/magazine/cc163716.aspx > > In laymen's terms, it looks like CER's provide reliability where > asynchronous exceptions may be thrown: OutOfMemoryException, > StackOverflowException, and ThreadAbortException. In the case of > MemoryHolder, this is important because such exceptions could preempt the > storage of IntPtrs corresponding to allocated memory and/or the deallocation > of memory within finalizers - both resulting in memory leaks. As I imagined, > this will be something we'll want to incorporate in our FFI impl. > > -Charles > > > On Sun, Oct 3, 2010 at 11:51 PM, Ryan Riley wrote: > >> I've not heard of any of those. I started looking at ctypes but never got >> far. >> >> Sent from my iPhone >> >> On Oct 3, 2010, at 9:27 PM, Charles Strahan >> wrote: >> >> I'm also taking a look at IronPython's CTypes implementation, under Tomas' >> advice. I've noticed that their MemoryHolderclass derives from >> CriticalFinalizerObject, >> which led me to the discovery of Constrained Execution Regions >> . >> >> I sent an inquiry to the IronPython mailing listregarding the use CFO, and about CER in general, as I haven't had any >> exposure to either, and the MSDN docs are a little daunting. If anyone here >> would like to give an explanation of either one, that would be awesome. >> >> Any experience with either of those, Ryan? >> >> -Charles >> >> >> On Sun, Oct 3, 2010 at 10:39 PM, Ryan Riley < >> ryan.riley at panesofglass.org> wrote: >> >>> Sounds good to me! >>> >>> Sent from my iPhone >>> >>> On Oct 3, 2010, at 8:04 PM, Charles Strahan < >>> charles.c.strahan at gmail.com> wrote: >>> >>> Ryan, >>> >>> Sorry for the long delay - I meant to give it some thought before I got >>> back to you... and know it's been quite some time. >>> >>> I think it would be a good idea to replicate JFFI, using P/Invoke >>> directly, if possible (as opposed to P/Invoking libffi). >>> That would give us a good separation of concerns and a reusable library, and >>> possibly an easy way to port any Java/JRuby code that uses JFFI to C#/.NET >>> too. >>> >>> I'm about to set up an NFFI repo at >>> http://github.com/cstrahan/nffi. - I suppose you could fork it and send >>> me pull requests (unless you have a better workflow in mind - >>> I'm definitely not a git guru). I've been learning C/C++ the last couple >>> months, so I should be able to write simple DLL to run our tests against. I >>> think I'll take a TDD approach to driving out the C# lib. Once we have NFFI >>> working, it should be relatively straightforward to expose that to the >>> IronRuby runtime. I'll try to get something pushed out to my repo by the end >>> of tomorrow - I'll keep you in the loop. >>> >>> That's what I have in mind, but I'm open to suggestions. >>> >>> -Charles >>> >>> >>> >>> On Sat, Aug 21, 2010 at 9:23 PM, Ryan Riley < >>> ryan.riley at panesofglass.org> wrote: >>> >>>> Charles, I'm happy to work with you to get this done. I'm getting close >>>> to finishing some projects and will have more time to work on it in a few >>>> weeks. I will send the info I got from the mono-devel list. Where/how do you >>>> want to start? >>>> >>>> Ryan >>>> >>>> Sent from my iPhone >>>> >>>> On Aug 20, 2010, at 1:49 PM, Charles Strahan < >>>> charles.c.strahan at gmail.com> wrote: >>>> >>>> Ryan, >>>> >>>> I'm right there with you, only I looked at JFFI for inspiration (didn't >>>> know mono had anything - could you share more about that?). In fact, In my >>>> infinite laziness, I posted a job for a couple hundred bucks on >>>> Rent-A-Coder, hoping someone could essentially port JFFI to C#, so I could >>>> focus on writing the actually IronRuby library... but nothing came of that. >>>> >>>> I'm tempted to suck it up and start coding this myself. Would you be >>>> interested in working together? I figured I'd take the approach of >>>> essentially writing "NFFI", and then write an IronRuby lib around that. >>>> >>>> -Charles >>>> >>>> >>>> On Fri, Aug 20, 2010 at 2:33 PM, Ryan Riley < >>>> ryan.riley at panesofglass.org> wrote: >>>> >>>>> I know that we've discussed this in the past, but I'm interested in >>>>> doing it for two reasons: >>>>> 1. We use mono with a bridge to ObjectiveC and Cocoa, and we'd like to >>>>> investigate libffi via mono as a potential replacement for our current >>>>> bridge. >>>>> 2. I'm interested just for the sake of learning more about FFI. >>>>> >>>>> Mono appears to have had a libffi implementation that was later >>>>> removed, so I think I have a place to start. However, I'm not sure that's >>>>> the right starting point. Does anyone have a suggestion for how to get >>>>> started? I've been taking a look at libffi and DllImport, but I'm not sure >>>>> if those are the right directions, something else, or what. >>>>> >>>>> Thanks, >>>>> >>>>> Ryan Riley >>>>> >>>>> Email: >>>>> ryan.riley at panesofglass.org >>>>> LinkedIn: >>>>> http://www.linkedin.com/in/ryanriley >>>>> Twitter: @panesofglass >>>>> Blog: >>>>> http://wizardsofsmart.net/ >>>>> Website: >>>>> http://panesofglass.org/ >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >>> >> _______________________________________________ >> 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 lists at ruby-forum.com Mon Oct 4 17:58:06 2010 From: lists at ruby-forum.com (Kenneth Carter) Date: Mon, 4 Oct 2010 23:58:06 +0200 Subject: [Ironruby-core] MutableString issues on IronRuby In-Reply-To: References: Message-ID: <1458e97ba566ec0e4f895e7a83638b33@ruby-forum.com> Douglas Campos wrote: > Hi! > > I'm struggling with a weird error - I have a string filled up with > binary data, and when I ask .length to it, CLR raises an exception > telling it could not convert from specified charset to unicode. Is there > any place to inform ironruby to use the "none" encoding for such > strings? (as like MRI 1.8 works) - It's a bug, a feature? > > IronRuby 1.0 (.net 2.0) > > Thanks! > > > Douglas Campos (qmx) > douglas at theros.info > +55 11 6762 5959 I have also had some issues with MutableString not support the IConvertable Interface used by the Convert C# class. -- Posted via http://www.ruby-forum.com/. From me at miguelmadero.com Thu Oct 7 22:55:33 2010 From: me at miguelmadero.com (Miguel Madero) Date: Fri, 8 Oct 2010 13:55:33 +1100 Subject: [Ironruby-core] data binding in Silverlight 4 In-Reply-To: References: <492c770778106623b4d992cdbc3671fe@ruby-forum.com> Message-ID: Hi Ivan, Could you expand a bit on your approach? For what I noticed it defines readers, writters and implements INPC. That's ok for WPF, but I don't see how that would help in Silverlight. I'm probably missing something. Thanks Miguel On Wed, Sep 29, 2010 at 4:44 PM, Ivan Porto Carerro wrote: > you can always check out my ironnails project that does it for wpf and uses > dictionaries. http://github.com/casualjim/ironnails > > The databinding approach I used should work in silverlight too > > On Tue, Sep 28, 2010 at 10:23 PM, Christopher Bennage < > christopher at bluespireconsulting.com> wrote: > >> Here's some interesting background about what's happened with >> IronPython: >> http://devhawk.net/CategoryView,category,__clrtype__.aspx >> I'm still reading through it all, but note in particular the post from >> April 24, 2009: >> http://devhawk.net/2009/04/20/Introducing+Clrtype+Metaclasses.aspx >> >> My guess is that concept of __clrtype__ never made it over into IronRuby.. >> >> Brian, regarding your string indexer idea. I assume that you mean to >> implement the indexer on a C# class and then inherit from that in ruby? That >> idea has some merit, I'll look into it. >> >> >> _______________________________________________ >> 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 > > -- Miguel A. Madero Reyes www.miguelmadero.com (blog) me at miguelmadero.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Tue Oct 12 10:37:13 2010 From: lists at ruby-forum.com (Eduardo Blumenfeld) Date: Tue, 12 Oct 2010 16:37:13 +0200 Subject: [Ironruby-core] Create an enum from ironruby Message-ID: I need to create an enum from IronRuby in order to bind a datagrid comboboxcolumn in wpf. Is it possible? Thank you in advance Eduardo -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Thu Oct 21 19:14:41 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 21 Oct 2010 23:14:41 +0000 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: References: Message-ID: 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! All of these are of Alpha quality, the last stable version is still IronRuby 1.0. Download IronRuby 1.1.1 now: http://ironruby.codeplex.com/releases/view/49097 This is the first release of IronRuby that aims to be compatible with Ruby 1.9.2 and drops support for features specific to previous Ruby versions. We made the decision to not support 1.8.6, 1.8.7 and 1.9.1 anymore to simplify the implementation. We recommend using IronRuby 1.0 if you need 1.8.6 compatibility. In this release we implemented many 1.9.2 features. The language grammar is now fully compatible with 1.9.2, so any file that is a valid Ruby 1.9.2 file should be correctly parsed. The runtime is not yet feature complete though. The list of unsupported features includes optional parameters to blocks, nested method parameters, some regular expression features, and others. In spite of these missing pieces, IronRuby 1.1.1 runs simple Ruby on Rails 3 applications and passes most of the tests in RoR 3 suite. For the first time we are also releasing IronRuby integration to Visual Studio 2010. It is bundled into the single IronRuby.msi you can download from CodePlex following the link above. The installer offers you an option to install IronRuby Tools if you have any non-Express SKU of Visual Studio 2010 installed on the machine. The tools also work with the free Visual Studio 2010 Integrated Shell. The integration includes Ruby colorizer and syntax checker, interactive loop window, directory based project, and templates for common Ruby applications (including Ruby on Rails 3, Sinatra, Gems and Silverlight based browser scripting app). This release also fixes the following bugs: 4506 irb 1.9 4600 require 'rubygems' fails for 64Bit Process 5190 Thread Safety Bugs in RubyMetaBinderFactory.cs - Exception Thrown on Method's First Invocation 4958 foo = if 3.odd? ... gets NoMethodError 4994 several socket constants missing 4429 Release automation 4611 missing RUBY_DESCRIPTION 4957 Can't safely subclass IronRuby libraries ("super" doesn't resolve correctly) 4432 Improve irtests -p 5037 Incorrect loading of nested type groups in RubyModule.LoadNestedTypes IronRuby 1.1.1 is the last release from Microsoft before turning it to the new non-Microsoft coordinators. See Jason's blog post that announces this transition for details. As always, if you find any bugs or have a feature request, please open an issue on CodePlex. Sincerely, The IronRuby Core Team Jim Deville, Tomas Matousek, and Jimmy Schementi -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy at schementi.com Thu Oct 21 19:38:05 2010 From: jimmy at schementi.com (Jimmy Schementi) Date: Thu, 21 Oct 2010 19:38:05 -0400 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> <479A2EC2-C13E-4B1A-9A4E-0DF81546B6F8@gmail.com> <571651983633624F9BA6BDE490351AEE035243A4@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: In-case anyone is living under a rock, this thread has just become much more relevant; here's why: blogs.msdn.com/b/jasonz/archive/2010/10/21/new-components-and-contributors-for-ironpython-and-ironruby.aspx In short, Miguel de Icaza and I will be helping the community guide IronRuby, while us plus Michael Foord and Jeff Hardy will help guide IronPython. Also, IronRuby 1.1.1 has been released, which finally includes IronRuby tools for Visual Studio and the latest work towards 1.9 compatibility. I believe Tomas will send mail about the specifics shortly. ~Jimmy On Thu, Aug 12, 2010 at 10:22 AM, Jimmy Schementi wrote: > Let's not push Tomas or Jim to say anything; This is a big enough issue > that I'm sure Microsoft's PR firms are working on this. Again, I suggest we > be patient for the next week. > > ~Jimmy > > > > On Tue, Aug 10, 2010 at 12:33 PM, Will Green wrote: > >> Well, we've seen a few plus-ones on talking to Microsoft about their >> intentions for IronRuby. >> >> Tomas or Jim, since you're both still on the inside, perhaps one of you >> could speak, on behalf of the community, with someone at Microsoft who can >> clarify for us what their intentions are? >> >> -- >> Will Green >> http://hotgazpacho.org/ >> >> >> On Mon, Aug 9, 2010 at 2:42 AM, Jimmy Schementi wrote: >> >>> Ah, after a nice restful weekend of casually looking at the psychotic >>> twitter reactions, I think I owe this thread a little attention. >>> >>> First off, I appreciate the overwhelming support, and I think I speak on >>> behalf of Jim and Tomas as well. Thank you for caring so much, and for all >>> the personal best wishes. Also, I appreciate everyone who stepped in and >>> "cooled" down the situation. Those who see opportunity in this are >>> well-suited to help shape the future of the project. But enough with the >>> mushy stuff ... >>> >>> The reality of open-source software is that corporate sponsorship and >>> funding comes and goes, and it would appear the IronRuby project is just >>> going through that normal cycle. I'm grateful to Microsoft for not only >>> employing me, but funding IronRuby to the 1.1 release. Keep in mind that >>> Microsoft has not officially said anything regarding IronRuby, even it seems >>> my leaving Microsoft speaks volumes. So, let's just assume what we suspect >>> to be true unless told otherwise. >>> >>> This is a monumental opportunity for you all, the IronRuby community, to >>> rally around something Microsoft invested in, enough to a initial 1.0 >>> release, and make it your own. However, there are two things we should ask >>> Microsoft to commit to during this transition: >>> >>> 1. *Be clear about their intentions. *I *know *this will eventually >>> happen, but I want to make it clear to all of you that this is the first >>> step. >>> 2. *Donate IronRuby to a non-Microsoft entity *(again, assuming they >>> don't plan on continuing funding). Though IronRuby is licensed under an >>> open-source license, it is copyright Microsoft. IronRuby.net is owned by >>> Microsoft. The GitHub "ironruby" organization is managed by Microsoft. Etc, >>> etc. If the intention is to cease funding IronRuby, then a non-profit >>> foundation owning IronRuby, like CodePlex Foundation, would be ideal, so >>> that we don't need to jointly own the copyright. There also is precedence in >>> Microsoft for internal employees to donate to the CodePlex foundation, so >>> Tomas and Jim can continue to contribute. >>> >>> In other words, a complete transition to non-Microsoft ownership. I'm not >>> the only person with a voice here, so if there is anything else you'd like >>> to see Microsoft do for a smooth transition, please speak up and let's >>> discuss it. I'm hoping my leaving announcement will speed this process >>> along, so assume we have little time to provide "demands". >>> >>> After these things happen, then we can all start figuring how to run the >>> project, put infrastructure in place, and start figuring out what we need to >>> accomplish to release IronRuby 1.2. Or, if none if this happens in the time >>> we'd like, we can start FeRb (as @robconery essentially started to do =)). >>> But let's try to be patient with IronRuby itself for now. I've also hinted >>> at revisiting RubyCLR, but that will be a separate project (do contact me if >>> you're interested). Also, feel free to still have the important >>> conversations brought up in the previous messages; in no way am I suggesting >>> people stop talking. >>> >>> Cory mentioned that my "leadership and vision" was lost. I think you're >>> taking my job too seriously =P ... but joking aside, I just wanted to move >>> back to New York and it was time to leave Microsoft, but not Ruby or >>> IronRuby. So, for the foreseeable future, or unless someone else wants to >>> step up, you can still count on me to be the face of IronRuby and write >>> code. Also, my new job is in the .NET world still, so to stay sane I'll >>> still want to work on IronRuby. =) >>> >>> This is a challenging and emotional time indeed. Again, I appreciate >>> everyone's support and energy. Please keep the energy high, but directed. >>> Continue discussing "why IronRuby". Work in your private fork, take shots at >>> fixing bugs or getting more RubySpec tests passing; they'll eventually get >>> integrated back. Continue blogging about how you're using IronRuby. Show the >>> world that regardless of Microsoft's position, the community is what makes >>> the project live. >>> >>> Now, discuss! >>> >>> ~Jimmy >>> >>> >>> >>> On Sun, Aug 8, 2010 at 5:36 PM, Jim Deville wrote: >>> >>>> At this point Jimmy might, but the only one that should be commiting >>>> there directly is the automated account. Once we get official word from MS >>>> on what will happen with everything, I?d be happy to discuss the fate of the >>>> IronRuby organization on Github J >>>> >>>> >>>> >>>> *From:* ironruby-core-bounces at rubyforge.org [mailto: >>>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Orion Edwards >>>> *Sent:* Sunday, August 08, 2010 2:07 PM >>>> >>>> *To:* ironruby-core at rubyforge.org >>>> *Subject:* Re: [Ironruby-core] "Start spreading the news" >>>> >>>> >>>> >>>> 4. Rails on .NET >>>> >>>> >>>> >>>> I think asp.net mvc took a lot of the wind out of this particular >>>> scenario, but rails is still literally *years* ahead of MVC in both maturity >>>> and thinking. >>>> >>>> >>>> >>>> If we could get rails under ironruby easily deplorable to iis, I think >>>> this would help a lot >>>> >>>> >>>> >>>> On question I'd REALLY like answered is this: >>>> >>>> >>>> >>>> Does Jimmy still have commit access to the main repos on github now that >>>> he's left MS? Does anyone else outside MS have this? >>>> >>>> >>>> >>>> Thanks, Orion >>>> >>>> On 9/08/2010, at 3:36 AM, Kevin Berridge >>>> wrote: >>>> >>>> To Cory's point about IronRuby's credibility in the Enterprise: >>>> >>>> >>>> >>>> I think its certainly true that if IronRuby is not a MS supported tool, >>>> there will be shops that will not be able to use it. On the other hand, >>>> there are still plenty of other shops that could use it, if only they >>>> understand what they could use it for and how. >>>> >>>> >>>> >>>> To date, the story of what IronRuby is "for" has been rather weak. I >>>> know it's a language, and so it's possibilities are just about endless, but >>>> what are the main areas we think people can derive significant benefit from >>>> using it? >>>> >>>> >>>> >>>> If IronRuby really does end up being primarily community driven, we need >>>> to come up with a much better story around what it is for, and helping >>>> people get started with using it for those things. This could help drive >>>> adoption, which could in turn help drive contributors. >>>> >>>> >>>> >>>> Some examples of things IronRuby may be 'for": >>>> >>>> 1. Unit Testing ( >>>> http://kevin-berridge.blogspot.com/2010/08/testing-c-with-rspec-and-ruby.html >>>> ) >>>> >>>> 2. Embedded Scripting ( >>>> http://blog.jimmy.schementi.com/2009/12/ironruby-rubyconf-2009-part-35.html >>>> ) >>>> >>>> 3. Silverlight ( >>>> http://blog.jimmy.schementi.com/2008/08/walk-through-silverlight-flickr-client.html >>>> ) >>>> >>>> 4. ? >>>> >>>> >>>> >>>> Jimmy talked about #1 and #2 here: >>>> >>>> >>>> http://blog.jimmy.schementi.com/2010/04/mix10-part-3-using-dynamic-languages-in.html >>>> >>>> Thanks, >>>> >>>> Kevin Berridge >>>> >>>> >>>> >>>> On Sun, Aug 8, 2010 at 10:36 AM, Slavo Furman wrote: >>>> >>>> I agree with Cory, too, but on the other hand it would be very helpful >>>> if Microsoft (I mean someone who can speak for Microsoft) clearly say >>>> what are they intentions with IronRuby (and maybe IronPython, too) for >>>> the future. >>>> >>>> Are they "releasing IronRuby to the community"? Is Microsoft like to >>>> (officially) participate in future in IronRuby development? If so, in >>>> what way? As a project owner? And so on... >>>> >>>> Only knowing in what situation we really are we can make our decisions >>>> about what to do. >>>> >>>> More clarity will also help with using the technology, for example, I >>>> am considering using IronRuby for one project and now I do not know >>>> what to expect from future (questions like - will development of >>>> IronRuby continue, what about Silverlight and Azure support, what >>>> about v1.9 compatibility, ...) and it is now became problematic to >>>> make some of decisions. >>>> >>>> thanks, >>>> Slavo. >>>> >>>> >>>> On Sun, Aug 8, 2010 at 2:51 PM, Eduardo Blumenfeld < >>>> lists at ruby-forum.com> wrote: >>>> > I agree 100% with Cory, we just need to calm down, regroup, give >>>> support >>>> > to Tomas, make our opinions heard and continue using the technology >>>> that >>>> > helps us become way more productive in our jobs. >>>> > >>>> > On the other hand Jimmy will still be around, he just moved to another >>>> > job. >>>> > >>>> > Regards, >>>> > >>>> > Eduardo Blumenfeld >>>> > >>>> > Cory Foy wrote: >>>> >> Ok, I like to propose a pause in action. >>>> >> >>>> >> Here's what we know. Jimmy has moved on, as has Jim. Tomas is the >>>> main >>>> >> person left, and from the emails we've received, he's only working on >>>> it >>>> >> part-time. I don't know the politics of this specific org, but being >>>> an >>>> >> ex-softie I do have an idea, and that hunch is that the politics that >>>> >> caused the reshuffle were not a conspiracy theory against IronRuby, >>>> but >>>> >> just normal organization dysfunction and quarterly reorganization. >>>> >> >>>> >> We also know thay we have a community of people who are passionate >>>> about >>>> >> IronRuby, and a secondary wave of people driven into action by the >>>> >> events of the past day or so. It stands to reason, from work I've >>>> done >>>> >> in other communties, that one or two will end up being long term >>>> >> participants because of the new awareness. >>>> >> >>>> >> That said, I don't think that what we should do right now is fork it, >>>> >> since IronRuby relies heavily on the DLR which wouldn't be >>>> controlled. >>>> >> This is not to say that we take it off the table. Rather we need to >>>> ask >>>> >> ourselves what holes have now opened up that we need to fill: >>>> >> >>>> >> 1) Jimmy provided leadership and vision for the project. We've now >>>> lost >>>> >> that, and either Tomas will pick this up internally, or we will need >>>> an >>>> >> external person to run with the vision. Regardless, the person will >>>> have >>>> >> to interface with and understand the vision from the Microsoft side. >>>> >> >>>> >> 2) Tomas already mentioned needs like a CI and gatekeeper. I bet >>>> there >>>> >> are lots of other needs, and if this is truly a community-owned >>>> >> movement, we need to engage with Tomas and the remaining team to >>>> >> understand what else we're missing. >>>> >> >>>> >> 3) IronRuby has likely taken a huge blow of credibility from the >>>> >> enterprise adoption side, because if it isn't supported by Microsoft >>>> >> PSS, they will be unlikely to use it internally or in their products. >>>> >> >>>> >> All three of these are vital points that we need to think about as a >>>> >> community. Someone is going to have to step up to take charge of this >>>> - >>>> >> and it's not going to come from the Mono side. Tomas may be willing >>>> to >>>> >> take charge as much as possible - no one has asked him, and that's a >>>> >> shame. >>>> >> >>>> >> IronRuby has not had a heart attack which requires CPR. That means we >>>> >> need to take a measured, levelheaded response as a community and work >>>> to >>>> >> understand how we can help and how we can respond in a way that makes >>>> >> sense. We already know from Jimmy's tweets that he's planning an >>>> email >>>> >> for the group - how can we take advantage of the knowledge Jim and >>>> Jimmy >>>> >> have, and support the work Tomas is doing? >>>> >> >>>> >> Finally, we may have a burst of energy right now, but no form of >>>> >> sprinting is going to help solve this. This is not a "we have to take >>>> >> action now before we lose the opportunity!" moment. The code is >>>> there. >>>> >> Many of the contributors are there, and know what is going on >>>> >> internally. Let's collaborate and find a way to make this project a >>>> real >>>> >> success. >>>> >> >>>> >> Cory >>>> > >>>> > -- >>>> > Posted via http://www.ruby-forum.com/. >>>> > _______________________________________________ >>>> > 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 >>> >>> >> >> _______________________________________________ >> 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 charles.c.strahan at gmail.com Thu Oct 21 20:33:45 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Thu, 21 Oct 2010 19:33:45 -0500 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: References: Message-ID: Great news! -Charles On Thu, Oct 21, 2010 at 6:14 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > 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*! > > All of these are of Alpha quality, the last stable version is still > IronRuby 1.0. > > * * > > * * > > *Download IronRuby 1.1.1 now:*** > > *http://ironruby.codeplex.com/releases/view/49097*** > > * * > > * * > > This is the first release of IronRuby that aims to be *compatible with > Ruby 1.9.2* and drops support for features specific to previous Ruby > versions. We made the decision to not support 1.8.6, 1.8.7 and 1.9.1 anymore > to simplify the implementation. We recommend using IronRuby 1.0 if you need > 1.8.6 compatibility. > > In this release we implemented many 1.9.2 features. The language grammar is > now fully compatible with 1.9.2, so any file that is a valid Ruby 1.9.2 file > should be correctly parsed. The runtime is not yet feature complete though. > The list of unsupported features includes optional parameters to blocks, > nested method parameters, some regular expression features, and others. In > spite of these missing pieces, IronRuby 1.1.1 *runs simple Ruby on Rails 3 > * *applications* and passes most of the tests in RoR 3 suite. > > For the first time we are also releasing *IronRuby integration to Visual > Studio 2010*. It is bundled into the single IronRuby.msi you can download > from CodePlex following the link above. The installer offers you an option > to install IronRuby Tools if you have any non-Express SKU of Visual Studio > 2010 installed on the machine. The tools also work with the free Visual > Studio 2010 Integrated Shell. > The integration includes Ruby colorizer and syntax checker, interactive > loop window, directory based project, and templates for common Ruby > applications (including Ruby on Rails 3, Sinatra, Gems and Silverlight based > browser scripting app). > > This release also fixes the following bugs: > 4506 irb 1.9 > 4600 require 'rubygems' fails > for 64Bit Process > 5190 Thread Safety Bugs in > RubyMetaBinderFactory.cs - Exception Thrown on Method's First Invocation > 4958 foo = if 3.odd? ... gets > NoMethodError > 4994 several socket constants > missing > 4429 Release automation > 4611 missing RUBY_DESCRIPTION > 4957 Can't safely subclass > IronRuby libraries ("super" doesn't resolve correctly) > 4432 Improve irtests -p > 5037 Incorrect loading of > nested type groups in RubyModule.LoadNestedTypes > > IronRuby 1.1.1 is the last release from Microsoft before turning it to the > new non-Microsoft coordinators. See Jason?s blog postthat announces this transition for details. > > As always, if you find any bugs or have a feature request, please open an > issue on CodePlex . > > Sincerely, > *The IronRuby Core Team* > Jim Deville , Tomas Matousek, > and Jimmy Schementi > > _______________________________________________ > 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 Thu Oct 21 21:00:27 2010 From: briangenisio at gmail.com (Brian Genisio) Date: Thu, 21 Oct 2010 21:00:27 -0400 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> <479A2EC2-C13E-4B1A-9A4E-0DF81546B6F8@gmail.com> <571651983633624F9BA6BDE490351AEE035243A4@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: This is awesome. The news puts a smile on my face. Super cool. Brian On Oct 21, 2010 8:38 PM, "Jimmy Schementi" wrote: > In-case anyone is living under a rock, this thread has just become much more > relevant; here's why: > blogs.msdn.com/b/jasonz/archive/2010/10/21/new-components-and-contributors-for-ironpython-and-ironruby.aspx > > In short, Miguel de Icaza and I will be helping the community guide > IronRuby, while us plus Michael Foord and Jeff Hardy will help guide > IronPython. Also, IronRuby 1.1.1 has been released, which finally includes > IronRuby tools for Visual Studio and the latest work towards 1.9 > compatibility. I believe Tomas will send mail about the specifics shortly. > > ~Jimmy > > > On Thu, Aug 12, 2010 at 10:22 AM, Jimmy Schementi wrote: > >> Let's not push Tomas or Jim to say anything; This is a big enough issue >> that I'm sure Microsoft's PR firms are working on this. Again, I suggest we >> be patient for the next week. >> >> ~Jimmy >> >> >> >> On Tue, Aug 10, 2010 at 12:33 PM, Will Green wrote: >> >>> Well, we've seen a few plus-ones on talking to Microsoft about their >>> intentions for IronRuby. >>> >>> Tomas or Jim, since you're both still on the inside, perhaps one of you >>> could speak, on behalf of the community, with someone at Microsoft who can >>> clarify for us what their intentions are? >>> >>> -- >>> Will Green >>> http://hotgazpacho.org/ >>> >>> >>> On Mon, Aug 9, 2010 at 2:42 AM, Jimmy Schementi wrote: >>> >>>> Ah, after a nice restful weekend of casually looking at the psychotic >>>> twitter reactions, I think I owe this thread a little attention. >>>> >>>> First off, I appreciate the overwhelming support, and I think I speak on >>>> behalf of Jim and Tomas as well. Thank you for caring so much, and for all >>>> the personal best wishes. Also, I appreciate everyone who stepped in and >>>> "cooled" down the situation. Those who see opportunity in this are >>>> well-suited to help shape the future of the project. But enough with the >>>> mushy stuff ... >>>> >>>> The reality of open-source software is that corporate sponsorship and >>>> funding comes and goes, and it would appear the IronRuby project is just >>>> going through that normal cycle. I'm grateful to Microsoft for not only >>>> employing me, but funding IronRuby to the 1.1 release. Keep in mind that >>>> Microsoft has not officially said anything regarding IronRuby, even it seems >>>> my leaving Microsoft speaks volumes. So, let's just assume what we suspect >>>> to be true unless told otherwise. >>>> >>>> This is a monumental opportunity for you all, the IronRuby community, to >>>> rally around something Microsoft invested in, enough to a initial 1.0 >>>> release, and make it your own. However, there are two things we should ask >>>> Microsoft to commit to during this transition: >>>> >>>> 1. *Be clear about their intentions. *I *know *this will eventually >>>> happen, but I want to make it clear to all of you that this is the first >>>> step. >>>> 2. *Donate IronRuby to a non-Microsoft entity *(again, assuming they >>>> don't plan on continuing funding). Though IronRuby is licensed under an >>>> open-source license, it is copyright Microsoft. IronRuby.net is owned by >>>> Microsoft. The GitHub "ironruby" organization is managed by Microsoft. Etc, >>>> etc. If the intention is to cease funding IronRuby, then a non-profit >>>> foundation owning IronRuby, like CodePlex Foundation, would be ideal, so >>>> that we don't need to jointly own the copyright. There also is precedence in >>>> Microsoft for internal employees to donate to the CodePlex foundation, so >>>> Tomas and Jim can continue to contribute. >>>> >>>> In other words, a complete transition to non-Microsoft ownership. I'm not >>>> the only person with a voice here, so if there is anything else you'd like >>>> to see Microsoft do for a smooth transition, please speak up and let's >>>> discuss it. I'm hoping my leaving announcement will speed this process >>>> along, so assume we have little time to provide "demands". >>>> >>>> After these things happen, then we can all start figuring how to run the >>>> project, put infrastructure in place, and start figuring out what we need to >>>> accomplish to release IronRuby 1.2. Or, if none if this happens in the time >>>> we'd like, we can start FeRb (as @robconery essentially started to do =)). >>>> But let's try to be patient with IronRuby itself for now. I've also hinted >>>> at revisiting RubyCLR, but that will be a separate project (do contact me if >>>> you're interested). Also, feel free to still have the important >>>> conversations brought up in the previous messages; in no way am I suggesting >>>> people stop talking. >>>> >>>> Cory mentioned that my "leadership and vision" was lost. I think you're >>>> taking my job too seriously =P ... but joking aside, I just wanted to move >>>> back to New York and it was time to leave Microsoft, but not Ruby or >>>> IronRuby. So, for the foreseeable future, or unless someone else wants to >>>> step up, you can still count on me to be the face of IronRuby and write >>>> code. Also, my new job is in the .NET world still, so to stay sane I'll >>>> still want to work on IronRuby. =) >>>> >>>> This is a challenging and emotional time indeed. Again, I appreciate >>>> everyone's support and energy. Please keep the energy high, but directed. >>>> Continue discussing "why IronRuby". Work in your private fork, take shots at >>>> fixing bugs or getting more RubySpec tests passing; they'll eventually get >>>> integrated back. Continue blogging about how you're using IronRuby. Show the >>>> world that regardless of Microsoft's position, the community is what makes >>>> the project live. >>>> >>>> Now, discuss! >>>> >>>> ~Jimmy >>>> >>>> >>>> >>>> On Sun, Aug 8, 2010 at 5:36 PM, Jim Deville wrote: >>>> >>>>> At this point Jimmy might, but the only one that should be commiting >>>>> there directly is the automated account. Once we get official word from MS >>>>> on what will happen with everything, I?d be happy to discuss the fate of the >>>>> IronRuby organization on Github J >>>>> >>>>> >>>>> >>>>> *From:* ironruby-core-bounces at rubyforge.org [mailto: >>>>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Orion Edwards >>>>> *Sent:* Sunday, August 08, 2010 2:07 PM >>>>> >>>>> *To:* ironruby-core at rubyforge.org >>>>> *Subject:* Re: [Ironruby-core] "Start spreading the news" >>>>> >>>>> >>>>> >>>>> 4. Rails on .NET >>>>> >>>>> >>>>> >>>>> I think asp.net mvc took a lot of the wind out of this particular >>>>> scenario, but rails is still literally *years* ahead of MVC in both maturity >>>>> and thinking. >>>>> >>>>> >>>>> >>>>> If we could get rails under ironruby easily deplorable to iis, I think >>>>> this would help a lot >>>>> >>>>> >>>>> >>>>> On question I'd REALLY like answered is this: >>>>> >>>>> >>>>> >>>>> Does Jimmy still have commit access to the main repos on github now that >>>>> he's left MS? Does anyone else outside MS have this? >>>>> >>>>> >>>>> >>>>> Thanks, Orion >>>>> >>>>> On 9/08/2010, at 3:36 AM, Kevin Berridge >>>>> wrote: >>>>> >>>>> To Cory's point about IronRuby's credibility in the Enterprise: >>>>> >>>>> >>>>> >>>>> I think its certainly true that if IronRuby is not a MS supported tool, >>>>> there will be shops that will not be able to use it. On the other hand, >>>>> there are still plenty of other shops that could use it, if only they >>>>> understand what they could use it for and how. >>>>> >>>>> >>>>> >>>>> To date, the story of what IronRuby is "for" has been rather weak. I >>>>> know it's a language, and so it's possibilities are just about endless, but >>>>> what are the main areas we think people can derive significant benefit from >>>>> using it? >>>>> >>>>> >>>>> >>>>> If IronRuby really does end up being primarily community driven, we need >>>>> to come up with a much better story around what it is for, and helping >>>>> people get started with using it for those things. This could help drive >>>>> adoption, which could in turn help drive contributors. >>>>> >>>>> >>>>> >>>>> Some examples of things IronRuby may be 'for": >>>>> >>>>> 1. Unit Testing ( >>>>> http://kevin-berridge.blogspot.com/2010/08/testing-c-with-rspec-and-ruby.html >>>>> ) >>>>> >>>>> 2. Embedded Scripting ( >>>>> http://blog.jimmy.schementi.com/2009/12/ironruby-rubyconf-2009-part-35.html >>>>> ) >>>>> >>>>> 3. Silverlight ( >>>>> http://blog.jimmy.schementi.com/2008/08/walk-through-silverlight-flickr-client.html >>>>> ) >>>>> >>>>> 4. ? >>>>> >>>>> >>>>> >>>>> Jimmy talked about #1 and #2 here: >>>>> >>>>> >>>>> http://blog.jimmy.schementi.com/2010/04/mix10-part-3-using-dynamic-languages-in.html >>>>> >>>>> Thanks, >>>>> >>>>> Kevin Berridge >>>>> >>>>> >>>>> >>>>> On Sun, Aug 8, 2010 at 10:36 AM, Slavo Furman wrote: >>>>> >>>>> I agree with Cory, too, but on the other hand it would be very helpful >>>>> if Microsoft (I mean someone who can speak for Microsoft) clearly say >>>>> what are they intentions with IronRuby (and maybe IronPython, too) for >>>>> the future. >>>>> >>>>> Are they "releasing IronRuby to the community"? Is Microsoft like to >>>>> (officially) participate in future in IronRuby development? If so, in >>>>> what way? As a project owner? And so on... >>>>> >>>>> Only knowing in what situation we really are we can make our decisions >>>>> about what to do. >>>>> >>>>> More clarity will also help with using the technology, for example, I >>>>> am considering using IronRuby for one project and now I do not know >>>>> what to expect from future (questions like - will development of >>>>> IronRuby continue, what about Silverlight and Azure support, what >>>>> about v1.9 compatibility, ...) and it is now became problematic to >>>>> make some of decisions. >>>>> >>>>> thanks, >>>>> Slavo. >>>>> >>>>> >>>>> On Sun, Aug 8, 2010 at 2:51 PM, Eduardo Blumenfeld < >>>>> lists at ruby-forum.com> wrote: >>>>> > I agree 100% with Cory, we just need to calm down, regroup, give >>>>> support >>>>> > to Tomas, make our opinions heard and continue using the technology >>>>> that >>>>> > helps us become way more productive in our jobs. >>>>> > >>>>> > On the other hand Jimmy will still be around, he just moved to another >>>>> > job. >>>>> > >>>>> > Regards, >>>>> > >>>>> > Eduardo Blumenfeld >>>>> > >>>>> > Cory Foy wrote: >>>>> >> Ok, I like to propose a pause in action. >>>>> >> >>>>> >> Here's what we know. Jimmy has moved on, as has Jim. Tomas is the >>>>> main >>>>> >> person left, and from the emails we've received, he's only working on >>>>> it >>>>> >> part-time. I don't know the politics of this specific org, but being >>>>> an >>>>> >> ex-softie I do have an idea, and that hunch is that the politics that >>>>> >> caused the reshuffle were not a conspiracy theory against IronRuby, >>>>> but >>>>> >> just normal organization dysfunction and quarterly reorganization. >>>>> >> >>>>> >> We also know thay we have a community of people who are passionate >>>>> about >>>>> >> IronRuby, and a secondary wave of people driven into action by the >>>>> >> events of the past day or so. It stands to reason, from work I've >>>>> done >>>>> >> in other communties, that one or two will end up being long term >>>>> >> participants because of the new awareness. >>>>> >> >>>>> >> That said, I don't think that what we should do right now is fork it, >>>>> >> since IronRuby relies heavily on the DLR which wouldn't be >>>>> controlled. >>>>> >> This is not to say that we take it off the table. Rather we need to >>>>> ask >>>>> >> ourselves what holes have now opened up that we need to fill: >>>>> >> >>>>> >> 1) Jimmy provided leadership and vision for the project. We've now >>>>> lost >>>>> >> that, and either Tomas will pick this up internally, or we will need >>>>> an >>>>> >> external person to run with the vision. Regardless, the person will >>>>> have >>>>> >> to interface with and understand the vision from the Microsoft side. >>>>> >> >>>>> >> 2) Tomas already mentioned needs like a CI and gatekeeper. I bet >>>>> there >>>>> >> are lots of other needs, and if this is truly a community-owned >>>>> >> movement, we need to engage with Tomas and the remaining team to >>>>> >> understand what else we're missing. >>>>> >> >>>>> >> 3) IronRuby has likely taken a huge blow of credibility from the >>>>> >> enterprise adoption side, because if it isn't supported by Microsoft >>>>> >> PSS, they will be unlikely to use it internally or in their products. >>>>> >> >>>>> >> All three of these are vital points that we need to think about as a >>>>> >> community. Someone is going to have to step up to take charge of this >>>>> - >>>>> >> and it's not going to come from the Mono side. Tomas may be willing >>>>> to >>>>> >> take charge as much as possible - no one has asked him, and that's a >>>>> >> shame. >>>>> >> >>>>> >> IronRuby has not had a heart attack which requires CPR. That means we >>>>> >> need to take a measured, levelheaded response as a community and work >>>>> to >>>>> >> understand how we can help and how we can respond in a way that makes >>>>> >> sense. We already know from Jimmy's tweets that he's planning an >>>>> email >>>>> >> for the group - how can we take advantage of the knowledge Jim and >>>>> Jimmy >>>>> >> have, and support the work Tomas is doing? >>>>> >> >>>>> >> Finally, we may have a burst of energy right now, but no form of >>>>> >> sprinting is going to help solve this. This is not a "we have to take >>>>> >> action now before we lose the opportunity!" moment. The code is >>>>> there. >>>>> >> Many of the contributors are there, and know what is going on >>>>> >> internally. Let's collaborate and find a way to make this project a >>>>> real >>>>> >> success. >>>>> >> >>>>> >> Cory >>>>> > >>>>> > -- >>>>> > Posted via http://www.ruby-forum.com/. >>>>> > _______________________________________________ >>>>> > 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 >>>> >>>> >>> >>> _______________________________________________ >>> 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 oakraven13 at gmail.com Thu Oct 21 21:09:04 2010 From: oakraven13 at gmail.com (Mike Hatfield) Date: Thu, 21 Oct 2010 22:09:04 -0300 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> <479A2EC2-C13E-4B1A-9A4E-0DF81546B6F8@gmail.com> <571651983633624F9BA6BDE490351AEE035243A4@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: I love the new IronRuby project types. It brings me much pleasure to be able to do File - New Rails 3 Web Application right inside VS2010! I might not be booting Ubuntu as much in the days, weeks ahead as I have been. Congrats to the IronRuby core team! We greatly appreciate your dedication to the project. Also, thanks to Microsoft for not pulling the plug on something so promising. Thanks, Mike Hatfield Chief Technology Officer Nicom IT Solutions Inc. Twitter: @WebCoding4Fun -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Thu Oct 21 22:40:32 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Thu, 21 Oct 2010 22:40:32 -0400 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> <479A2EC2-C13E-4B1A-9A4E-0DF81546B6F8@gmail.com> <571651983633624F9BA6BDE490351AEE035243A4@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: Best. Fucking. Decision. Ever. Time for IronRuby to rock and roll. Let's do this. \m/ On Thu, Oct 21, 2010 at 7:38 PM, Jimmy Schementi wrote: > In-case anyone is living under a rock, this thread has just become much more > relevant; here's why: > blogs.msdn.com/b/jasonz/archive/2010/10/21/new-components-and-contributors-for-ironpython-and-ironruby.aspx > In short, Miguel de Icaza and I will be helping the community guide > IronRuby, while us plus Michael Foord and Jeff Hardy will help guide > IronPython. Also, IronRuby 1.1.1 has been released, which finally includes > IronRuby tools for Visual Studio and the latest work towards 1.9 > compatibility. I believe Tomas will send mail about the specifics shortly. > ~Jimmy > > > On Thu, Aug 12, 2010 at 10:22 AM, Jimmy Schementi > wrote: >> >> Let's not push Tomas or Jim to say anything; This is a big enough issue >> that I'm sure Microsoft's PR firms are working on this. Again, I suggest we >> be patient for the next week. >> >> ~Jimmy >> >> >> On Tue, Aug 10, 2010 at 12:33 PM, Will Green wrote: >>> >>> Well, we've seen a few plus-ones on talking to Microsoft about their >>> intentions for IronRuby. >>> Tomas or Jim, since you're both still on the inside, perhaps one of you >>> could speak, on behalf of the community, with someone at Microsoft who can >>> clarify for us what their intentions are? >>> -- >>> Will Green >>> http://hotgazpacho.org/ >>> >>> >>> On Mon, Aug 9, 2010 at 2:42 AM, Jimmy Schementi >>> wrote: >>>> >>>> Ah, after a nice restful weekend of casually looking at the psychotic >>>> twitter reactions, I think I owe this thread a little attention. >>>> First off, I appreciate the?overwhelming?support, and I think I speak on >>>> behalf of Jim and Tomas as well. Thank you for caring so much, and for all >>>> the personal best wishes. Also,?I appreciate everyone who stepped in and >>>> "cooled" down the situation. Those who see opportunity in this are >>>> well-suited to help shape the future of the project. But enough with the >>>> mushy stuff ... >>>> The reality of open-source software is that corporate sponsorship and >>>> funding comes and goes, and it would appear the IronRuby project is just >>>> going through that normal cycle. I'm grateful to Microsoft for not only >>>> employing me, but funding IronRuby to the 1.1 release. Keep in mind that >>>> Microsoft has not officially said anything regarding IronRuby, even it seems >>>> my leaving Microsoft speaks volumes. So, let's just assume?what we suspect >>>> to be true unless told otherwise. >>>> This is a?monumental?opportunity for you all, the IronRuby community, to >>>> rally around something Microsoft invested in, enough to a initial 1.0 >>>> release, and make it your own. However, there are two things we should ask >>>> Microsoft to commit to during this transition: >>>> >>>> Be clear about their intentions.?I?know?this will eventually happen, but >>>> I want to make it clear to all of you that this is the first step. >>>> Donate IronRuby to a non-Microsoft entity?(again, assuming they don't >>>> plan on continuing funding).?Though IronRuby is licensed under an >>>> open-source license,?it is copyright Microsoft. IronRuby.net is owned by >>>> Microsoft. The GitHub "ironruby" organization is managed by Microsoft. Etc, >>>> etc. If the intention is to cease funding IronRuby, then a non-profit >>>> foundation owning IronRuby, like CodePlex Foundation, would be ideal, so >>>> that we don't need to jointly own the copyright. There also is precedence in >>>> Microsoft for internal employees to donate to the CodePlex foundation, so >>>> Tomas and Jim can continue to contribute. >>>> >>>> In other words, a complete transition to non-Microsoft ownership. I'm >>>> not the only person with a voice here, so if there is anything else you'd >>>> like to see Microsoft do for a smooth transition, please speak up and let's >>>> discuss it.?I'm hoping my leaving announcement will speed this process >>>> along, so assume we have little time to provide "demands". >>>> After these things happen, then we can all start figuring how to run the >>>> project, put infrastructure in place, and start figuring out what we need to >>>> accomplish to release IronRuby 1.2. Or, if none if this happens in the time >>>> we'd like, we can start FeRb (as @robconery essentially started to do =)). >>>> But let's try to be patient with IronRuby itself for now. I've also hinted >>>> at revisiting RubyCLR, but that will be a?separate?project (do contact me if >>>> you're interested). Also, feel free to still have the important >>>> conversations brought up in the previous messages; in no way am I suggesting >>>> people stop talking. >>>> Cory mentioned that my "leadership and vision" was lost. I think you're >>>> taking my job too seriously =P ?... but joking aside, I just wanted to move >>>> back to New York and it was time to leave Microsoft, but not Ruby or >>>> IronRuby. So, for the?foreseeable?future, or unless someone else wants to >>>> step up, you can still count on me to be the face of IronRuby and write >>>> code. Also, my new job is in the .NET world still, so to stay sane I'll >>>> still want to work on IronRuby. =) >>>> >>>> This is a challenging and emotional time indeed. Again, I appreciate >>>> everyone's support and energy. Please keep the energy high, but directed. >>>> Continue discussing "why IronRuby". Work in your private fork, take shots at >>>> fixing bugs or getting more RubySpec tests passing; they'll eventually get >>>> integrated back. Continue blogging about how you're using IronRuby. Show the >>>> world that regardless of Microsoft's position, the community is what makes >>>> the project live. >>>> Now, discuss! >>>> ~Jimmy >>>> >>>> >>>> On Sun, Aug 8, 2010 at 5:36 PM, Jim Deville >>>> wrote: >>>>> >>>>> At this point Jimmy might, but the only one that should be commiting >>>>> there directly is the automated account. Once we get official word from MS >>>>> on what will happen with everything, I?d be happy to discuss the fate of the >>>>> IronRuby organization on Github J >>>>> >>>>> >>>>> >>>>> From: ironruby-core-bounces at rubyforge.org >>>>> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards >>>>> Sent: Sunday, August 08, 2010 2:07 PM >>>>> >>>>> To: ironruby-core at rubyforge.org >>>>> Subject: Re: [Ironruby-core] "Start spreading the news" >>>>> >>>>> >>>>> >>>>> 4. Rails on .NET >>>>> >>>>> >>>>> >>>>> I think asp.net mvc took a lot of the wind out of this particular >>>>> scenario, but rails is still literally *years* ahead of MVC in both maturity >>>>> and thinking. >>>>> >>>>> >>>>> >>>>> If we could get rails under ironruby easily deplorable to iis, I think >>>>> this would help a lot >>>>> >>>>> >>>>> >>>>> On question I'd REALLY like answered is this: >>>>> >>>>> >>>>> >>>>> Does Jimmy still have commit access to the main repos on github now >>>>> that he's left MS? Does anyone else outside MS have this? >>>>> >>>>> >>>>> >>>>> Thanks, Orion >>>>> >>>>> On 9/08/2010, at 3:36 AM, Kevin Berridge >>>>> wrote: >>>>> >>>>> To Cory's point about IronRuby's credibility in the Enterprise: >>>>> >>>>> >>>>> >>>>> I think its certainly true that if IronRuby is not a MS supported tool, >>>>> there will be shops that will not be able to use it. ?On the other hand, >>>>> there are still plenty of other shops that could use it, if only they >>>>> understand what they could use it for and how. >>>>> >>>>> >>>>> >>>>> To date, the story of what IronRuby is "for" has been rather weak. ?I >>>>> know it's a language, and so it's possibilities are just about endless, but >>>>> what are the main areas we think people can derive significant benefit from >>>>> using it? >>>>> >>>>> >>>>> >>>>> If IronRuby really does end up being primarily community driven, we >>>>> need to come up with a much better story around what it is for, and helping >>>>> people get started with using it for those things. ?This could help drive >>>>> adoption, which could in turn help drive contributors. >>>>> >>>>> >>>>> >>>>> Some examples of things IronRuby may be 'for": >>>>> >>>>> 1. Unit Testing >>>>> (http://kevin-berridge.blogspot.com/2010/08/testing-c-with-rspec-and-ruby.html) >>>>> >>>>> 2. Embedded Scripting >>>>> (http://blog.jimmy.schementi.com/2009/12/ironruby-rubyconf-2009-part-35.html) >>>>> >>>>> 3. Silverlight >>>>> (http://blog.jimmy.schementi.com/2008/08/walk-through-silverlight-flickr-client.html) >>>>> >>>>> 4. ? >>>>> >>>>> >>>>> >>>>> Jimmy talked about #1 and #2 here: >>>>> >>>>> >>>>> http://blog.jimmy.schementi.com/2010/04/mix10-part-3-using-dynamic-languages-in.html >>>>> >>>>> Thanks, >>>>> >>>>> Kevin Berridge >>>>> >>>>> >>>>> >>>>> On Sun, Aug 8, 2010 at 10:36 AM, Slavo Furman wrote: >>>>> >>>>> I agree with Cory, too, but on the other hand it would be very helpful >>>>> if Microsoft (I mean someone who can speak for Microsoft) clearly say >>>>> what are they intentions with IronRuby (and maybe IronPython, too) for >>>>> the future. >>>>> >>>>> Are they "releasing IronRuby to the community"? Is Microsoft like to >>>>> (officially) participate in future in IronRuby development? If so, in >>>>> what way? As a project owner? And so on... >>>>> >>>>> Only knowing in what situation we really are we can make our decisions >>>>> about what to do. >>>>> >>>>> More clarity will also help with using the technology, for example, I >>>>> am considering using IronRuby for one project and now I do not know >>>>> what to expect from future (questions like - will development of >>>>> IronRuby continue, what about Silverlight and Azure support, what >>>>> about v1.9 compatibility, ...) and it is now became problematic to >>>>> make some of decisions. >>>>> >>>>> thanks, >>>>> Slavo. >>>>> >>>>> On Sun, Aug 8, 2010 at 2:51 PM, Eduardo Blumenfeld >>>>> wrote: >>>>> > I agree 100% with Cory, we just need to calm down, regroup, give >>>>> > support >>>>> > to Tomas, make our opinions heard and continue using the technology >>>>> > that >>>>> > helps us become way more productive in our jobs. >>>>> > >>>>> > On the other hand Jimmy will still be around, he just moved to >>>>> > another >>>>> > job. >>>>> > >>>>> > Regards, >>>>> > >>>>> > Eduardo Blumenfeld >>>>> > >>>>> > Cory Foy wrote: >>>>> >> Ok, I like to propose a pause in action. >>>>> >> >>>>> >> Here's what we know. Jimmy has moved on, as has Jim. Tomas is the >>>>> >> main >>>>> >> person left, and from the emails we've received, he's only working >>>>> >> on it >>>>> >> part-time. I don't know the politics of this specific org, but being >>>>> >> an >>>>> >> ex-softie I do have an idea, and that hunch is that the politics >>>>> >> that >>>>> >> caused the reshuffle were not a conspiracy theory against IronRuby, >>>>> >> but >>>>> >> just normal organization dysfunction and quarterly reorganization. >>>>> >> >>>>> >> We also know thay we have a community of people who are passionate >>>>> >> about >>>>> >> IronRuby, and a secondary wave of people driven into action by the >>>>> >> events of the past day or so. It stands to reason, from work I've >>>>> >> done >>>>> >> in other communties, that one or two will end up being long term >>>>> >> participants because of the new awareness. >>>>> >> >>>>> >> That said, I don't think that what we should do right now is fork >>>>> >> it, >>>>> >> since IronRuby relies heavily on the DLR which wouldn't be >>>>> >> controlled. >>>>> >> This is not to say that we take it off the table. Rather we need to >>>>> >> ask >>>>> >> ourselves what holes have now opened up that we need to fill: >>>>> >> >>>>> >> 1) Jimmy provided leadership and vision for the project. We've now >>>>> >> lost >>>>> >> that, and either Tomas will pick this up internally, or we will need >>>>> >> an >>>>> >> external person to run with the vision. Regardless, the person will >>>>> >> have >>>>> >> to interface with and understand the vision from the Microsoft side. >>>>> >> >>>>> >> 2) Tomas already mentioned needs like a CI and gatekeeper. I bet >>>>> >> there >>>>> >> are lots of other needs, and if this is truly a community-owned >>>>> >> movement, we need to engage with Tomas and the remaining team to >>>>> >> understand what else we're missing. >>>>> >> >>>>> >> 3) IronRuby has likely taken a huge blow of credibility from the >>>>> >> enterprise adoption side, because if it isn't supported by Microsoft >>>>> >> PSS, they will be unlikely to use it internally or in their >>>>> >> products. >>>>> >> >>>>> >> All three of these are vital points that we need to think about as a >>>>> >> community. Someone is going to have to step up to take charge of >>>>> >> this - >>>>> >> and it's not going to come from the Mono side. Tomas may be willing >>>>> >> to >>>>> >> take charge as much as possible - no one has asked him, and that's a >>>>> >> shame. >>>>> >> >>>>> >> IronRuby has not had a heart attack which requires CPR. That means >>>>> >> we >>>>> >> need to take a measured, levelheaded response as a community and >>>>> >> work to >>>>> >> understand how we can help and how we can respond in a way that >>>>> >> makes >>>>> >> sense. We already know from Jimmy's tweets that he's planning an >>>>> >> email >>>>> >> for the group - how can we take advantage of the knowledge Jim and >>>>> >> Jimmy >>>>> >> have, and support the work Tomas is doing? >>>>> >> >>>>> >> Finally, we may have a burst of energy right now, but no form of >>>>> >> sprinting is going to help solve this. This is not a "we have to >>>>> >> take >>>>> >> action now before we lose the opportunity!" moment. The code is >>>>> >> there. >>>>> >> Many of the contributors are there, and know what is going on >>>>> >> internally. Let's collaborate and find a way to make this project a >>>>> >> real >>>>> >> success. >>>>> >> >>>>> >> Cory >>>>> > >>>>> > -- >>>>> > Posted via http://www.ruby-forum.com/. >>>>> > _______________________________________________ >>>>> > 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 >>>> >>> >>> >>> _______________________________________________ >>> 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 dipidi at gmail.com Fri Oct 22 05:40:10 2010 From: dipidi at gmail.com (Dotan N.) Date: Fri, 22 Oct 2010 11:40:10 +0200 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: References: Message-ID: excellent!!! Thanks! On Fri, Oct 22, 2010 at 2:33 AM, Charles Strahan < charles.c.strahan at gmail.com> wrote: > Great news! > > -Charles > > On Thu, Oct 21, 2010 at 6:14 PM, Tomas Matousek < > Tomas.Matousek at microsoft.com> wrote: > >> 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*! >> >> All of these are of Alpha quality, the last stable version is still >> IronRuby 1.0. >> >> * * >> >> * * >> >> *Download IronRuby 1.1.1 now:*** >> >> *http://ironruby.codeplex.com/releases/view/49097*** >> >> * * >> >> * * >> >> This is the first release of IronRuby that aims to be *compatible with >> Ruby 1.9.2* and drops support for features specific to previous Ruby >> versions. We made the decision to not support 1.8.6, 1.8.7 and 1.9.1 anymore >> to simplify the implementation. We recommend using IronRuby 1.0 if you need >> 1.8.6 compatibility. >> >> In this release we implemented many 1.9.2 features. The language grammar >> is now fully compatible with 1.9.2, so any file that is a valid Ruby 1.9.2 >> file should be correctly parsed. The runtime is not yet feature complete >> though. The list of unsupported features includes optional parameters to >> blocks, nested method parameters, some regular expression features, and >> others. In spite of these missing pieces, IronRuby 1.1.1 *runs simple >> Ruby on Rails 3* *applications* and passes most of the tests in RoR 3 >> suite. >> >> For the first time we are also releasing *IronRuby integration to Visual >> Studio 2010*. It is bundled into the single IronRuby.msi you can download >> from CodePlex following the link above. The installer offers you an option >> to install IronRuby Tools if you have any non-Express SKU of Visual Studio >> 2010 installed on the machine. The tools also work with the free Visual >> Studio 2010 Integrated Shell. >> The integration includes Ruby colorizer and syntax checker, interactive >> loop window, directory based project, and templates for common Ruby >> applications (including Ruby on Rails 3, Sinatra, Gems and Silverlight based >> browser scripting app). >> >> This release also fixes the following bugs: >> 4506 irb 1.9 >> 4600 require 'rubygems' >> fails for 64Bit Process >> 5190 Thread Safety Bugs in >> RubyMetaBinderFactory.cs - Exception Thrown on Method's First Invocation >> 4958 foo = if 3.odd? ... >> gets NoMethodError >> 4994 several socket >> constants missing >> 4429 Release automation >> 4611 missing >> RUBY_DESCRIPTION >> 4957 Can't safely subclass >> IronRuby libraries ("super" doesn't resolve correctly) >> 4432 Improve irtests -p >> 5037 Incorrect loading of >> nested type groups in RubyModule.LoadNestedTypes >> >> IronRuby 1.1.1 is the last release from Microsoft before turning it to >> the new non-Microsoft coordinators. See Jason?s blog postthat announces this transition for details. >> >> As always, if you find any bugs or have a feature request, please open an >> issue on CodePlex . >> >> Sincerely, >> *The IronRuby Core Team* >> Jim Deville , Tomas Matousek, >> and Jimmy Schementi >> >> _______________________________________________ >> 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 joshsmoore at gmail.com Fri Oct 22 12:14:10 2010 From: joshsmoore at gmail.com (Josh Moore) Date: Sat, 23 Oct 2010 00:14:10 +0800 Subject: [Ironruby-core] Anybody interested in speaking at the Taiwan Ruby user group? Message-ID: Hi Everybody, I am a part of the Taiwan Ruby user group and I am hoping to find a ironruby user who could come and give us a presentation on ironruby. The presentation time could be any where from 20 min to an hour with an audience of around 30ish. If you are interested or know somebody who might be please let me know. Thanks, Josh From blowmage at gmail.com Fri Oct 22 20:10:22 2010 From: blowmage at gmail.com (Mike Moore) Date: Fri, 22 Oct 2010 18:10:22 -0600 Subject: [Ironruby-core] Contributing? Message-ID: With a brave new world ahead for IronRuby, what do you all think about the following ideas? 1) Move to GitHub - I won't likely contribute if I have to use CodePlex. And I'd like to contribute. Can we do like the rest of Mono and make GitHub the central repository and source of all truth? Please? 2) Detach IronPython - Looking through the code, it seems that IronPython is in the same repo. I'm sure this is a holdover of how Microsoft had everything organized. And I'm sure it made sense then, but I don't think it makes sense now. I'd like to work on IronRuby, and I honestly don't care about having to check IronPython. Now that the DLR API is fixed, and there is no longer one Microsoft group in charge of both projects, can we move these into separate repos? 3) Detach from Visual Studio - I'm not on Windows, and I won't be using Visual Studio. I'd prefer everything to build with rake tasks on Windows and Mono. I assume things are the way they are right now because of Microsoft's build process. And right now it does not seem possible for me to build without Visual Studio. What about devs who are using MonoDevelop? Or any of the more powerful text editors? I'm convinced this is a major hurdle to getting many of the other Rubyist language implementors involved. Assuming I am not alone on this, is it possible we can make this project reflect the realities of the majority of folks that would like to contribute? 4) Remove ancillary projects into their own repos - IronRuby.Rack should live in its own repo, IMO. So should the Visual Studio tools. This is similar to separating IronPython into its own repo, but it needs to go further. Are there any reasons this should not be done? What else do you guys think needs to change now that IronRuby is free from Microsoft's processes? -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Fri Oct 22 20:59:57 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sat, 23 Oct 2010 00:59:57 +0000 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: 1) IronRuby is on github. I has been there for a while. There is no source code on CodePlex. The only CodePlex service we use is the bug tracker. 2) It is not a holdover. It makes a lot of sense actually for at least the following reasons: a) Some IronRuby tests test interop between these languages. So there is a direct dependency. When you debug issues in language interop you need to have IronPython source code as well to step thru and make sense of the interactions. b) DLR has two parts - the "inner ring" that shipped in .NET Framework 4.0 and the "outer ring", which hasn't shipped. Although the outer ring is pretty stable there are still many improvements that can/should be done. Obviously when you change the DLR you should run tests for both languages so that you don't break anything. Thus IronPython's test suite in the repo is handy. Also, if you change public API in the outer ring you might need to change both IronPython and IronRuby. All of this could be done in stages across different repos and even source control systems, but that's obviously much more complicated than having it just work. Is size of the repo really an issue? If not, what is? 3) It is absolutely possible to build without Visual Studio. On Mono you can build using xbuild. Sometimes Mono's xbuild might have a bug but I can assure you that Mono guys are more than happy to fix it asap if it breaks IronRuby or IronPython builds. Doesn't MonoDevelop support .csproj files? I have no experience with it, but I would assume it does. The only part of the repo that is Visual Studio specific is (not surprisingly) Visual Studio integration in the Tools directory. Building a separate rake build system is just a redundancy that is difficult to maintain. Trust me, we tried. The less duplication in the build infrastructure the better. 4) We have an installer builder in the MSI directory that builds the entire IronRuby.msi and IronPython.msi from command line. These installers include Visual Studio integration so it needs to be there. Of course we can come up with some sub-module structuring of the repo that allows you to make a local enlistment with VS and without VS. That might be the way to go. Though, again, why spend time on changing the infrastructure? Shouldn't we focus on implementing features and fixing bugs instead? Does the size of the repo bother you? Be assured that me and Dino have spent a lot of time to make sure no unnecessary process (Microsoft's or not) is needed when working on IronRuby and IronPython. There might be a few small things to clean up that were needed at Microsoft and are not needed now. I'll be happy to make the changes. Two of them that I can think of right now are removing "LCA_RESTRICTED" and TFS bindings from the solutions. Other than that there is not much. Any ideas how to make the development easier on Windows, Linux or MacOS are indeed welcome. Just be aware there might be good reasons behind the current repo setup and virtually none of them would be Microsoft process requirements. I'll be happy to explain them should you have any questions. Thanks, Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mike Moore Sent: Friday, October 22, 2010 5:10 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Contributing? With a brave new world ahead for IronRuby, what do you all think about the following ideas? 1) Move to GitHub - I won't likely contribute if I have to use CodePlex. And I'd like to contribute. Can we do like the rest of Mono and make GitHub the central repository and source of all truth? Please? 2) Detach IronPython - Looking through the code, it seems that IronPython is in the same repo. I'm sure this is a holdover of how Microsoft had everything organized. And I'm sure it made sense then, but I don't think it makes sense now. I'd like to work on IronRuby, and I honestly don't care about having to check IronPython. Now that the DLR API is fixed, and there is no longer one Microsoft group in charge of both projects, can we move these into separate repos? 3) Detach from Visual Studio - I'm not on Windows, and I won't be using Visual Studio. I'd prefer everything to build with rake tasks on Windows and Mono. I assume things are the way they are right now because of Microsoft's build process. And right now it does not seem possible for me to build without Visual Studio. What about devs who are using MonoDevelop? Or any of the more powerful text editors? I'm convinced this is a major hurdle to getting many of the other Rubyist language implementors involved. Assuming I am not alone on this, is it possible we can make this project reflect the realities of the majority of folks that would like to contribute? 4) Remove ancillary projects into their own repos - IronRuby.Rack should live in its own repo, IMO. So should the Visual Studio tools. This is similar to separating IronPython into its own repo, but it needs to go further. Are there any reasons this should not be done? What else do you guys think needs to change now that IronRuby is free from Microsoft's processes? -------------- next part -------------- An HTML attachment was scrubbed... URL: From grauenwolf at gmail.com Fri Oct 22 21:02:52 2010 From: grauenwolf at gmail.com (Jonathan Allen) Date: Fri, 22 Oct 2010 18:02:52 -0700 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: I would caution you against moving too far away from Microsoft Technology, lest you alienate Windows developers. 1. If this project is going to be owned by Mono, then it would be reasonable to move to GitHub. But to drop CodePlex just because you feel like being stubborn isn't. 3. One of the biggest barriers for Windows developers who want to contribute to Mono is the project/build system. When looking at it for the first time it is really hard to just figure out where to start. And they certainly don't want to go back to editing source files with notepad. So while being able to build without Visual Studio is important, be careful not to remove the VS/MSBuild option. Jonathan Allen On Fri, Oct 22, 2010 at 5:10 PM, Mike Moore wrote: > With a brave new world ahead for IronRuby, what do you all think about the > following ideas? > > 1) Move to GitHub - I won't likely contribute if I have to use CodePlex. > And I'd like to contribute. Can we do like the rest of Mono and make GitHub > the central repository and source of all truth? Please? > > 2) Detach IronPython - Looking through the code, it seems that IronPython > is in the same repo. I'm sure this is a holdover of how Microsoft had > everything organized. And I'm sure it made sense then, but I don't think it > makes sense now. I'd like to work on IronRuby, and I honestly don't care > about having to check IronPython. Now that the DLR API is fixed, and there > is no longer one Microsoft group in charge of both projects, can we move > these into separate repos? > > 3) Detach from Visual Studio - I'm not on Windows, and I won't be using > Visual Studio. I'd prefer everything to build with rake tasks on Windows and > Mono. I assume things are the way they are right now because of Microsoft's > build process. And right now it does not seem possible for me to build > without Visual Studio. What about devs who are using MonoDevelop? Or any of > the more powerful text editors? I'm convinced this is a major hurdle to > getting many of the other Rubyist language implementors involved. Assuming I > am not alone on this, is it possible we can make this project reflect the > realities of the majority of folks that would like to contribute? > > 4) Remove ancillary projects into their own repos - IronRuby.Rack should > live in its own repo, IMO. So should the Visual Studio tools. This is > similar to separating IronPython into its own repo, but it needs to go > further. Are there any reasons this should not be done? > > What else do you guys think needs to change now that IronRuby is free from > Microsoft's processes? > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Jonathan Allen 619-933-8527 -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Fri Oct 22 21:06:48 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Fri, 22 Oct 2010 21:06:48 -0400 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: A couple thoughts below: On Fri, Oct 22, 2010 at 8:10 PM, Mike Moore wrote: > With a brave new world ahead for IronRuby, what do you all think about the > following ideas? > 1) Move to GitHub - I won't likely contribute if I have to use CodePlex. And > I'd like to contribute. Can we do like the rest of Mono and make GitHub the > central repository and source of all truth? Please? http://github.com/ironruby/ironruby My understanding is that Codeplex is used only for end user distribution and bug tracking > 3)?Detach?from Visual Studio - I'm not on Windows, and I won't be using > Visual Studio. I'd prefer everything to build with rake tasks on Windows and > Mono. I assume things are the way they are right now because of Microsoft's > build process. And right now it does not seem possible for me to build > without Visual Studio. What about devs who are using MonoDevelop? Or any of > the more powerful text editors? I'm convinced this is a major hurdle to > getting many of the other Rubyist language implementors involved. Assuming I > am not alone on this, is it possible we can make this project reflect the > realities of the majority of folks that would like to contribute? You can certainly build without VS, this has always been the case. All you need is msbuild or xbuild for the solution files, in the past there have been Rake files as part of the repo from very early on.. but they seem to have disappeared.. anyone know what happened? I'm taking a look now on building under mono on linux, it's something me and Ivan were working on earlier in the year and this seems like a good time to revisit. -- Michael Letterle IronRuby MVP http://blog.prokrams.com From michael.letterle at gmail.com Fri Oct 22 23:02:19 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Fri, 22 Oct 2010 23:02:19 -0400 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: Along the lines of IronRuby on mono, a small change was required for now since Mono doesn't implement one of the newer Monitor.TryEnter overloads, see my branch here: http://github.com/mletterle/ironruby/tree/linux compiles with: xbuild /property:TreatWarningsAsErrors=false /property:DefineConstants="DEBUG MONO" Ruby.csproj Working on getting IronRuby.Console compiled now... already ran into a casing issue >.< On Fri, Oct 22, 2010 at 9:02 PM, Jonathan Allen wrote: > I would caution you against moving too far away from Microsoft Technology, > lest you alienate Windows developers. > > 1. If this project is going to be owned by Mono, then it would be reasonable > to move to GitHub. But to drop CodePlex just because you feel like being > stubborn isn't. > > 3. One of the biggest barriers for Windows developers who want to contribute > to Mono is the project/build system. When looking at it for the first time > it is really hard to just figure out where to start. And they certainly > don't want to go back to editing source files with notepad. So while being > able to build without Visual Studio is important, be careful not to remove > the VS/MSBuild option. > > > Jonathan Allen > > On Fri, Oct 22, 2010 at 5:10 PM, Mike Moore wrote: >> >> With a brave new world ahead for IronRuby, what do you all think about the >> following ideas? >> 1) Move to GitHub - I won't likely contribute if I have to use CodePlex. >> And I'd like to contribute. Can we do like the rest of Mono and make GitHub >> the central repository and source of all truth? Please? >> 2) Detach IronPython - Looking through the code, it seems that IronPython >> is in the same repo. I'm sure this is a holdover of how Microsoft had >> everything organized. And I'm sure it made sense then, but I don't think it >> makes sense now. I'd like to work on IronRuby, and I honestly don't care >> about having to check IronPython. Now that the DLR API is fixed, and there >> is no longer one Microsoft group in charge of both projects, can we move >> these into separate repos? >> 3)?Detach?from Visual Studio - I'm not on Windows, and I won't be using >> Visual Studio. I'd prefer everything to build with rake tasks on Windows and >> Mono. I assume things are the way they are right now because of Microsoft's >> build process. And right now it does not seem possible for me to build >> without Visual Studio. What about devs who are using MonoDevelop? Or any of >> the more powerful text editors? I'm convinced this is a major hurdle to >> getting many of the other Rubyist language implementors involved. Assuming I >> am not alone on this, is it possible we can make this project reflect the >> realities of the majority of folks that would like to contribute? >> 4) Remove ancillary projects into their own repos - IronRuby.Rack should >> live in its own repo, IMO. So should the Visual Studio tools. This is >> similar to separating IronPython into its own repo, but it needs to go >> further. Are there any reasons this should not be done? >> What else do you guys think needs to change now that IronRuby is free from >> Microsoft's processes? >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> > > > > -- > Jonathan Allen > 619-933-8527 > > _______________________________________________ > 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 blowmage at gmail.com Fri Oct 22 23:25:51 2010 From: blowmage at gmail.com (Mike Moore) Date: Fri, 22 Oct 2010 21:25:51 -0600 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: On Fri, Oct 22, 2010 at 7:06 PM, Michael Letterle < michael.letterle at gmail.com> wrote: > > http://github.com/ironruby/ironruby > > My understanding is that Codeplex is used only for end user > distribution and bug tracking > Good to know. Last time I was paying attention this was not the case. The commits I've seen through twitter seemed to be syncing commits from Microsoft's internal system out. I readily admin I am ignorant of the truth however. :) You can certainly build without VS, this has always been the case. > All you need is msbuild or xbuild for the solution files, in the past > there have been Rake files as part of the repo from very early on.. > but they seem to have disappeared.. anyone know what happened? > > I'm taking a look now on building under mono on linux, it's something > me and Ivan were working on earlier in the year and this seems like a > good time to revisit. > Excellent. I'd prefer to have rake be the official way to test and build, since that is what every other Ruby project I work on does. -------------- next part -------------- An HTML attachment was scrubbed... URL: From blowmage at gmail.com Fri Oct 22 23:26:30 2010 From: blowmage at gmail.com (Mike Moore) Date: Fri, 22 Oct 2010 21:26:30 -0600 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: On Fri, Oct 22, 2010 at 6:59 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > 2) It is not a holdover. It makes a lot of sense actually for at least > the following reasons: > > a) Some IronRuby tests test interop between these languages. So there is a > direct dependency. When you debug issues in language interop you need to > have IronPython source code as well to step thru and make sense of the > interactions. > I don't understand why the code needs to exist within the same git repo for this then. Can you not have a Visual Studio solution that includes multiple projects with their own repository? Can't you have your automated build system pull both the IronRuby and IronPython projects to run the integration tests? > b) DLR has two parts ? the ?inner ring? that shipped in .NET Framework > 4.0 and the ?outer ring?, which hasn?t shipped. Although the outer ring is > pretty stable there are still many improvements that can/should be done. > Obviously when you change the DLR you should run tests for both languages so > that you don?t break anything. Thus IronPython?s test suite in the repo is > handy. Also, if you change public API in the outer ring you might need to > change both IronPython and IronRuby. All of this could be done in stages > across different repos and even source control systems, but that?s obviously > much more complicated than having it just work. > I assumed the DLR was fixed. If that is not the case then shouldn't the DLR should be its own separate git repo as well? Is size of the repo really an issue? If not, what is? > No, its not the size of the repo, rather the amount of tangental code. As someone who hasn't looked at the code for well over a year, I am struck by the amount of orthogonal concerns that are front and center. I find it too busy and off-putting as a developer looking to become familiar with the code or make a small contribution. I don't doubt there aren't reasons it is the way it is, just that it can be better if you want to really open the floodgates of contributions. -------------- next part -------------- An HTML attachment was scrubbed... URL: From blowmage at gmail.com Fri Oct 22 23:27:47 2010 From: blowmage at gmail.com (Mike Moore) Date: Fri, 22 Oct 2010 21:27:47 -0600 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: On Fri, Oct 22, 2010 at 7:02 PM, Jonathan Allen wrote: > I would caution you against moving too far away from Microsoft Technology, > lest you alienate Windows developers. > I don't think Windows developers could be anymore alienated from IronRuby. > 1. If this project is going to be owned by Mono, then it would be > reasonable to move to GitHub. But to drop CodePlex just because you feel > like being stubborn isn't. > Dropping CodePlex because it requires some Uber Visual Studio product to access the code repo and make code contributions is reasonable, and not some emotional reaction. Gladly this doesn't seem to be the case anymore. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Sat Oct 23 00:00:56 2010 From: jdeville at microsoft.com (Jim Deville) Date: Sat, 23 Oct 2010 04:00:56 +0000 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: <571651983633624F9BA6BDE490351AEE063EAA1F@TK5EX14MBXC201.redmond.corp.microsoft.com> The Rake files were deleted because they were hard to maintain and redundant. -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Friday, October 22, 2010 6:07 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Contributing? A couple thoughts below: On Fri, Oct 22, 2010 at 8:10 PM, Mike Moore wrote: > With a brave new world ahead for IronRuby, what do you all think about > the following ideas? > 1) Move to GitHub - I won't likely contribute if I have to use > CodePlex. And I'd like to contribute. Can we do like the rest of Mono > and make GitHub the central repository and source of all truth? Please? http://github.com/ironruby/ironruby My understanding is that Codeplex is used only for end user distribution and bug tracking > 3)?Detach?from Visual Studio - I'm not on Windows, and I won't be > using Visual Studio. I'd prefer everything to build with rake tasks on > Windows and Mono. I assume things are the way they are right now > because of Microsoft's build process. And right now it does not seem > possible for me to build without Visual Studio. What about devs who > are using MonoDevelop? Or any of the more powerful text editors? I'm > convinced this is a major hurdle to getting many of the other Rubyist > language implementors involved. Assuming I am not alone on this, is it > possible we can make this project reflect the realities of the majority of folks that would like to contribute? You can certainly build without VS, this has always been the case. All you need is msbuild or xbuild for the solution files, in the past there have been Rake files as part of the repo from very early on.. but they seem to have disappeared.. anyone know what happened? I'm taking a look now on building under mono on linux, it's something me and Ivan were working on earlier in the year and this seems like a good time to revisit. -- Michael Letterle IronRuby MVP http://blog.prokrams.com _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From michael.letterle at gmail.com Sat Oct 23 00:13:14 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Sat, 23 Oct 2010 00:13:14 -0400 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: >> 1. If this project is going to be owned by Mono, then it would be >> reasonable to move to GitHub. But to drop CodePlex just because you feel >> like being stubborn isn't. > > Dropping CodePlex because it requires some Uber Visual Studio product to > access the code repo and make code contributions is reasonable, and not some > emotional reaction. Gladly this doesn't seem to be the case anymore. > _______________________________________________ Uh.. you know it doesn't, right? Codeplex supports SVN and Mercurial and there are free TFS tools available in any case. http://codeplex.codeplex.com/wikipage?title=Source%20Control&version=1 -- Michael Letterle IronRuby MVP http://blog.prokrams.com From blowmage at gmail.com Sat Oct 23 00:25:25 2010 From: blowmage at gmail.com (Mike Moore) Date: Fri, 22 Oct 2010 22:25:25 -0600 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: On Oct 22, 2010, at 10:13 PM, Michael Letterle wrote: > Uh.. you know it doesn't, right? Obviously I don't. :) From blowmage at gmail.com Sat Oct 23 01:16:22 2010 From: blowmage at gmail.com (Mike Moore) Date: Fri, 22 Oct 2010 23:16:22 -0600 Subject: [Ironruby-core] Contributing? In-Reply-To: <571651983633624F9BA6BDE490351AEE063EAA1F@TK5EX14MBXC201.redmond.corp.microsoft.com> References: <571651983633624F9BA6BDE490351AEE063EAA1F@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: <300B3537-0ECD-4A38-95A6-2DF314F99E29@gmail.com> On Oct 22, 2010, at 10:00 PM, Jim Deville wrote: > The Rake files were deleted because they were hard to maintain and redundant. Not all of them. http://github.com/ironruby/ironruby/blob/master/Rakefile From me at miguelmadero.com Sat Oct 23 01:33:20 2010 From: me at miguelmadero.com (Miguel Madero) Date: Sat, 23 Oct 2010 16:33:20 +1100 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> <479A2EC2-C13E-4B1A-9A4E-0DF81546B6F8@gmail.com> <571651983633624F9BA6BDE490351AEE035243A4@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: :) On Fri, Oct 22, 2010 at 1:40 PM, Michael Letterle < michael.letterle at gmail.com> wrote: > Best. Fucking. Decision. Ever. > > Time for IronRuby to rock and roll. Let's do this. \m/ > > On Thu, Oct 21, 2010 at 7:38 PM, Jimmy Schementi > wrote: > > In-case anyone is living under a rock, this thread has just become much > more > > relevant; here's why: > > > blogs.msdn.com/b/jasonz/archive/2010/10/21/new-components-and-contributors-for-ironpython-and-ironruby.aspx > > In short, Miguel de Icaza and I will be helping the community guide > > IronRuby, while us plus Michael Foord and Jeff Hardy will help guide > > IronPython. Also, IronRuby 1.1.1 has been released, which finally > includes > > IronRuby tools for Visual Studio and the latest work towards 1.9 > > compatibility. I believe Tomas will send mail about the specifics > shortly. > > ~Jimmy > > > > > > On Thu, Aug 12, 2010 at 10:22 AM, Jimmy Schementi > > wrote: > >> > >> Let's not push Tomas or Jim to say anything; This is a big enough issue > >> that I'm sure Microsoft's PR firms are working on this. Again, I suggest > we > >> be patient for the next week. > >> > >> ~Jimmy > >> > >> > >> On Tue, Aug 10, 2010 at 12:33 PM, Will Green > wrote: > >>> > >>> Well, we've seen a few plus-ones on talking to Microsoft about their > >>> intentions for IronRuby. > >>> Tomas or Jim, since you're both still on the inside, perhaps one of you > >>> could speak, on behalf of the community, with someone at Microsoft who > can > >>> clarify for us what their intentions are? > >>> -- > >>> Will Green > >>> http://hotgazpacho.org/ > >>> > >>> > >>> On Mon, Aug 9, 2010 at 2:42 AM, Jimmy Schementi > >>> wrote: > >>>> > >>>> Ah, after a nice restful weekend of casually looking at the psychotic > >>>> twitter reactions, I think I owe this thread a little attention. > >>>> First off, I appreciate the overwhelming support, and I think I speak > on > >>>> behalf of Jim and Tomas as well. Thank you for caring so much, and for > all > >>>> the personal best wishes. Also, I appreciate everyone who stepped in > and > >>>> "cooled" down the situation. Those who see opportunity in this are > >>>> well-suited to help shape the future of the project. But enough with > the > >>>> mushy stuff ... > >>>> The reality of open-source software is that corporate sponsorship and > >>>> funding comes and goes, and it would appear the IronRuby project is > just > >>>> going through that normal cycle. I'm grateful to Microsoft for not > only > >>>> employing me, but funding IronRuby to the 1.1 release. Keep in mind > that > >>>> Microsoft has not officially said anything regarding IronRuby, even it > seems > >>>> my leaving Microsoft speaks volumes. So, let's just assume what we > suspect > >>>> to be true unless told otherwise. > >>>> This is a monumental opportunity for you all, the IronRuby community, > to > >>>> rally around something Microsoft invested in, enough to a initial 1.0 > >>>> release, and make it your own. However, there are two things we should > ask > >>>> Microsoft to commit to during this transition: > >>>> > >>>> Be clear about their intentions. I know this will eventually happen, > but > >>>> I want to make it clear to all of you that this is the first step. > >>>> Donate IronRuby to a non-Microsoft entity (again, assuming they don't > >>>> plan on continuing funding). Though IronRuby is licensed under an > >>>> open-source license, it is copyright Microsoft. IronRuby.net is owned > by > >>>> Microsoft. The GitHub "ironruby" organization is managed by Microsoft. > Etc, > >>>> etc. If the intention is to cease funding IronRuby, then a non-profit > >>>> foundation owning IronRuby, like CodePlex Foundation, would be ideal, > so > >>>> that we don't need to jointly own the copyright. There also is > precedence in > >>>> Microsoft for internal employees to donate to the CodePlex foundation, > so > >>>> Tomas and Jim can continue to contribute. > >>>> > >>>> In other words, a complete transition to non-Microsoft ownership. I'm > >>>> not the only person with a voice here, so if there is anything else > you'd > >>>> like to see Microsoft do for a smooth transition, please speak up and > let's > >>>> discuss it. I'm hoping my leaving announcement will speed this process > >>>> along, so assume we have little time to provide "demands". > >>>> After these things happen, then we can all start figuring how to run > the > >>>> project, put infrastructure in place, and start figuring out what we > need to > >>>> accomplish to release IronRuby 1.2. Or, if none if this happens in the > time > >>>> we'd like, we can start FeRb (as @robconery essentially started to do > =)). > >>>> But let's try to be patient with IronRuby itself for now. I've also > hinted > >>>> at revisiting RubyCLR, but that will be a separate project (do contact > me if > >>>> you're interested). Also, feel free to still have the important > >>>> conversations brought up in the previous messages; in no way am I > suggesting > >>>> people stop talking. > >>>> Cory mentioned that my "leadership and vision" was lost. I think > you're > >>>> taking my job too seriously =P ... but joking aside, I just wanted to > move > >>>> back to New York and it was time to leave Microsoft, but not Ruby or > >>>> IronRuby. So, for the foreseeable future, or unless someone else wants > to > >>>> step up, you can still count on me to be the face of IronRuby and > write > >>>> code. Also, my new job is in the .NET world still, so to stay sane > I'll > >>>> still want to work on IronRuby. =) > >>>> > >>>> This is a challenging and emotional time indeed. Again, I appreciate > >>>> everyone's support and energy. Please keep the energy high, but > directed. > >>>> Continue discussing "why IronRuby". Work in your private fork, take > shots at > >>>> fixing bugs or getting more RubySpec tests passing; they'll eventually > get > >>>> integrated back. Continue blogging about how you're using IronRuby. > Show the > >>>> world that regardless of Microsoft's position, the community is what > makes > >>>> the project live. > >>>> Now, discuss! > >>>> ~Jimmy > >>>> > >>>> > >>>> On Sun, Aug 8, 2010 at 5:36 PM, Jim Deville > >>>> wrote: > >>>>> > >>>>> At this point Jimmy might, but the only one that should be commiting > >>>>> there directly is the automated account. Once we get official word > from MS > >>>>> on what will happen with everything, I?d be happy to discuss the fate > of the > >>>>> IronRuby organization on Github J > >>>>> > >>>>> > >>>>> > >>>>> From: ironruby-core-bounces at rubyforge.org > >>>>> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion > Edwards > >>>>> Sent: Sunday, August 08, 2010 2:07 PM > >>>>> > >>>>> To: ironruby-core at rubyforge.org > >>>>> Subject: Re: [Ironruby-core] "Start spreading the news" > >>>>> > >>>>> > >>>>> > >>>>> 4. Rails on .NET > >>>>> > >>>>> > >>>>> > >>>>> I think asp.net mvc took a lot of the wind out of this particular > >>>>> scenario, but rails is still literally *years* ahead of MVC in both > maturity > >>>>> and thinking. > >>>>> > >>>>> > >>>>> > >>>>> If we could get rails under ironruby easily deplorable to iis, I > think > >>>>> this would help a lot > >>>>> > >>>>> > >>>>> > >>>>> On question I'd REALLY like answered is this: > >>>>> > >>>>> > >>>>> > >>>>> Does Jimmy still have commit access to the main repos on github now > >>>>> that he's left MS? Does anyone else outside MS have this? > >>>>> > >>>>> > >>>>> > >>>>> Thanks, Orion > >>>>> > >>>>> On 9/08/2010, at 3:36 AM, Kevin Berridge > > >>>>> wrote: > >>>>> > >>>>> To Cory's point about IronRuby's credibility in the Enterprise: > >>>>> > >>>>> > >>>>> > >>>>> I think its certainly true that if IronRuby is not a MS supported > tool, > >>>>> there will be shops that will not be able to use it. On the other > hand, > >>>>> there are still plenty of other shops that could use it, if only they > >>>>> understand what they could use it for and how. > >>>>> > >>>>> > >>>>> > >>>>> To date, the story of what IronRuby is "for" has been rather weak. I > >>>>> know it's a language, and so it's possibilities are just about > endless, but > >>>>> what are the main areas we think people can derive significant > benefit from > >>>>> using it? > >>>>> > >>>>> > >>>>> > >>>>> If IronRuby really does end up being primarily community driven, we > >>>>> need to come up with a much better story around what it is for, and > helping > >>>>> people get started with using it for those things. This could help > drive > >>>>> adoption, which could in turn help drive contributors. > >>>>> > >>>>> > >>>>> > >>>>> Some examples of things IronRuby may be 'for": > >>>>> > >>>>> 1. Unit Testing > >>>>> ( > http://kevin-berridge.blogspot.com/2010/08/testing-c-with-rspec-and-ruby.html > ) > >>>>> > >>>>> 2. Embedded Scripting > >>>>> ( > http://blog.jimmy.schementi.com/2009/12/ironruby-rubyconf-2009-part-35.html > ) > >>>>> > >>>>> 3. Silverlight > >>>>> ( > http://blog.jimmy.schementi.com/2008/08/walk-through-silverlight-flickr-client.html > ) > >>>>> > >>>>> 4. ? > >>>>> > >>>>> > >>>>> > >>>>> Jimmy talked about #1 and #2 here: > >>>>> > >>>>> > >>>>> > http://blog.jimmy.schementi.com/2010/04/mix10-part-3-using-dynamic-languages-in.html > >>>>> > >>>>> Thanks, > >>>>> > >>>>> Kevin Berridge > >>>>> > >>>>> > >>>>> > >>>>> On Sun, Aug 8, 2010 at 10:36 AM, Slavo Furman > wrote: > >>>>> > >>>>> I agree with Cory, too, but on the other hand it would be very > helpful > >>>>> if Microsoft (I mean someone who can speak for Microsoft) clearly say > >>>>> what are they intentions with IronRuby (and maybe IronPython, too) > for > >>>>> the future. > >>>>> > >>>>> Are they "releasing IronRuby to the community"? Is Microsoft like to > >>>>> (officially) participate in future in IronRuby development? If so, in > >>>>> what way? As a project owner? And so on... > >>>>> > >>>>> Only knowing in what situation we really are we can make our > decisions > >>>>> about what to do. > >>>>> > >>>>> More clarity will also help with using the technology, for example, I > >>>>> am considering using IronRuby for one project and now I do not know > >>>>> what to expect from future (questions like - will development of > >>>>> IronRuby continue, what about Silverlight and Azure support, what > >>>>> about v1.9 compatibility, ...) and it is now became problematic to > >>>>> make some of decisions. > >>>>> > >>>>> thanks, > >>>>> Slavo. > >>>>> > >>>>> On Sun, Aug 8, 2010 at 2:51 PM, Eduardo Blumenfeld > >>>>> wrote: > >>>>> > I agree 100% with Cory, we just need to calm down, regroup, give > >>>>> > support > >>>>> > to Tomas, make our opinions heard and continue using the technology > >>>>> > that > >>>>> > helps us become way more productive in our jobs. > >>>>> > > >>>>> > On the other hand Jimmy will still be around, he just moved to > >>>>> > another > >>>>> > job. > >>>>> > > >>>>> > Regards, > >>>>> > > >>>>> > Eduardo Blumenfeld > >>>>> > > >>>>> > Cory Foy wrote: > >>>>> >> Ok, I like to propose a pause in action. > >>>>> >> > >>>>> >> Here's what we know. Jimmy has moved on, as has Jim. Tomas is the > >>>>> >> main > >>>>> >> person left, and from the emails we've received, he's only working > >>>>> >> on it > >>>>> >> part-time. I don't know the politics of this specific org, but > being > >>>>> >> an > >>>>> >> ex-softie I do have an idea, and that hunch is that the politics > >>>>> >> that > >>>>> >> caused the reshuffle were not a conspiracy theory against > IronRuby, > >>>>> >> but > >>>>> >> just normal organization dysfunction and quarterly reorganization. > >>>>> >> > >>>>> >> We also know thay we have a community of people who are passionate > >>>>> >> about > >>>>> >> IronRuby, and a secondary wave of people driven into action by the > >>>>> >> events of the past day or so. It stands to reason, from work I've > >>>>> >> done > >>>>> >> in other communties, that one or two will end up being long term > >>>>> >> participants because of the new awareness. > >>>>> >> > >>>>> >> That said, I don't think that what we should do right now is fork > >>>>> >> it, > >>>>> >> since IronRuby relies heavily on the DLR which wouldn't be > >>>>> >> controlled. > >>>>> >> This is not to say that we take it off the table. Rather we need > to > >>>>> >> ask > >>>>> >> ourselves what holes have now opened up that we need to fill: > >>>>> >> > >>>>> >> 1) Jimmy provided leadership and vision for the project. We've now > >>>>> >> lost > >>>>> >> that, and either Tomas will pick this up internally, or we will > need > >>>>> >> an > >>>>> >> external person to run with the vision. Regardless, the person > will > >>>>> >> have > >>>>> >> to interface with and understand the vision from the Microsoft > side. > >>>>> >> > >>>>> >> 2) Tomas already mentioned needs like a CI and gatekeeper. I bet > >>>>> >> there > >>>>> >> are lots of other needs, and if this is truly a community-owned > >>>>> >> movement, we need to engage with Tomas and the remaining team to > >>>>> >> understand what else we're missing. > >>>>> >> > >>>>> >> 3) IronRuby has likely taken a huge blow of credibility from the > >>>>> >> enterprise adoption side, because if it isn't supported by > Microsoft > >>>>> >> PSS, they will be unlikely to use it internally or in their > >>>>> >> products. > >>>>> >> > >>>>> >> All three of these are vital points that we need to think about as > a > >>>>> >> community. Someone is going to have to step up to take charge of > >>>>> >> this - > >>>>> >> and it's not going to come from the Mono side. Tomas may be > willing > >>>>> >> to > >>>>> >> take charge as much as possible - no one has asked him, and that's > a > >>>>> >> shame. > >>>>> >> > >>>>> >> IronRuby has not had a heart attack which requires CPR. That means > >>>>> >> we > >>>>> >> need to take a measured, levelheaded response as a community and > >>>>> >> work to > >>>>> >> understand how we can help and how we can respond in a way that > >>>>> >> makes > >>>>> >> sense. We already know from Jimmy's tweets that he's planning an > >>>>> >> email > >>>>> >> for the group - how can we take advantage of the knowledge Jim and > >>>>> >> Jimmy > >>>>> >> have, and support the work Tomas is doing? > >>>>> >> > >>>>> >> Finally, we may have a burst of energy right now, but no form of > >>>>> >> sprinting is going to help solve this. This is not a "we have to > >>>>> >> take > >>>>> >> action now before we lose the opportunity!" moment. The code is > >>>>> >> there. > >>>>> >> Many of the contributors are there, and know what is going on > >>>>> >> internally. Let's collaborate and find a way to make this project > a > >>>>> >> real > >>>>> >> success. > >>>>> >> > >>>>> >> Cory > >>>>> > > >>>>> > -- > >>>>> > Posted via http://www.ruby-forum.com/. > >>>>> > _______________________________________________ > >>>>> > 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 > >>>> > >>> > >>> > >>> _______________________________________________ > >>> 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 > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Miguel A. Madero Reyes www.miguelmadero.com (blog) me at miguelmadero.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From grauenwolf at gmail.com Sat Oct 23 01:52:58 2010 From: grauenwolf at gmail.com (Jonathan Allen) Date: Fri, 22 Oct 2010 22:52:58 -0700 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: > Dropping CodePlex because it requires some Uber Visual Studio product to access the code repo and make code contributions is reasonable, and not some emotional reaction. While academic at this point, I would like to reiterate that you don't need Visual Studio for CodePlex, Subversion works just fine. In fact, Subversion is preferred over VS because it allows anonymous access the source control repository while VS requires at least developer status on the project. Jonathan On Fri, Oct 22, 2010 at 8:27 PM, Mike Moore wrote: > On Fri, Oct 22, 2010 at 7:02 PM, Jonathan Allen wrote: > >> I would caution you against moving too far away from Microsoft Technology, >> lest you alienate Windows developers. >> > > I don't think Windows developers could be anymore alienated from IronRuby. > > >> 1. If this project is going to be owned by Mono, then it would be >> reasonable to move to GitHub. But to drop CodePlex just because you feel >> like being stubborn isn't. >> > > Dropping CodePlex because it requires some Uber Visual Studio product to > access the code repo and make code contributions is reasonable, and not some > emotional reaction. Gladly this doesn't seem to be the case anymore. > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Jonathan Allen 619-933-8527 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan.riley at panesofglass.org Sat Oct 23 02:42:53 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Fri, 22 Oct 2010 23:42:53 -0700 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: <003EEAFC-A954-4FB5-B2D5-08B7F8147DBD@panesofglass.org> On Oct 22, 2010, at 8:27 PM, Mike Moore wrote: > > Dropping CodePlex because it requires some Uber Visual Studio product to access the code repo and make code contributions is reasonable, and not some emotional reaction. Gladly this doesn't seem to be the case anymore. Or, has never been the case. I've used vim and mono on some pieces before, so the new arrangement doesn't change anything except allow us to contribute directly to parts of the codebase we couldn't before. :) Ryan From ryan.riley at panesofglass.org Sat Oct 23 02:50:45 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Fri, 22 Oct 2010 23:50:45 -0700 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: <2AEEBD79-EC55-4052-A438-7456C70C53B7@panesofglass.org> Jim, Jimmy, Tomas, and Miguel: Shri used to offer pair programming sessions to people interested in helping out with the project. I know at least a few participated, and I found it really helpful. Is there any chance of starting this up again? I don't mean for you to necessarily be the ones to do it, but you might know some food candidates. This might help onboard people like Mike who are interested but unsure where to begin. Ryan Sent from my iPhone On Oct 22, 2010, at 8:26 PM, Mike Moore wrote: > On Fri, Oct 22, 2010 at 6:59 PM, Tomas Matousek wrote: > 2) It is not a holdover. It makes a lot of sense actually for at least the following reasons: > > a) Some IronRuby tests test interop between these languages. So there is a direct dependency. When you debug issues in language interop you need to have IronPython source code as well to step thru and make sense of the interactions. > > > I don't understand why the code needs to exist within the same git repo for this then. Can you not have a Visual Studio solution that includes multiple projects with their own repository? Can't you have your automated build system pull both the IronRuby and IronPython projects to run the integration tests? > > > b) DLR has two parts ? the ?inner ring? that shipped in .NET Framework 4.0 and the ?outer ring?, which hasn?t shipped. Although the outer ring is pretty stable there are still many improvements that can/should be done. Obviously when you change the DLR you should run tests for both languages so that you don?t break anything. Thus IronPython?s test suite in the repo is handy. Also, if you change public API in the outer ring you might need to change both IronPython and IronRuby. All of this could be done in stages across different repos and even source control systems, but that?s obviously much more complicated than having it just work. > > > I assumed the DLR was fixed. If that is not the case then shouldn't the DLR should be its own separate git repo as well? > > Is size of the repo really an issue? If not, what is? > > > No, its not the size of the repo, rather the amount of tangental code. As someone who hasn't looked at the code for well over a year, I am struck by the amount of orthogonal concerns that are front and center. I find it too busy and off-putting as a developer looking to become familiar with the code or make a small contribution. I don't doubt there aren't reasons it is the way it is, just that it can be better if you want to really open the floodgates of contributions. > _______________________________________________ > 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 Sat Oct 23 03:19:26 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sat, 23 Oct 2010 07:19:26 +0000 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: What do you need the "DEBUG MONO" constant for? The default "Debug" configuration doesn't work? What version of Mono do you use? I think 2.8 should be the target for IronRUby. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Friday, October 22, 2010 8:02 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Contributing? Along the lines of IronRuby on mono, a small change was required for now since Mono doesn't implement one of the newer Monitor.TryEnter overloads, see my branch here: http://github.com/mletterle/ironruby/tree/linux compiles with: xbuild /property:TreatWarningsAsErrors=false /property:DefineConstants="DEBUG MONO" Ruby.csproj Working on getting IronRuby.Console compiled now... already ran into a casing issue >.< On Fri, Oct 22, 2010 at 9:02 PM, Jonathan Allen wrote: > I would caution you against moving too far away from Microsoft > Technology, lest you alienate Windows developers. > > 1. If this project is going to be owned by Mono, then it would be > reasonable to move to GitHub. But to drop CodePlex just because you > feel like being stubborn isn't. > > 3. One of the biggest barriers for Windows developers who want to > contribute to Mono is the project/build system. When looking at it for > the first time it is really hard to just figure out where to start. > And they certainly don't want to go back to editing source files with > notepad. So while being able to build without Visual Studio is > important, be careful not to remove the VS/MSBuild option. > > > Jonathan Allen > > On Fri, Oct 22, 2010 at 5:10 PM, Mike Moore wrote: >> >> With a brave new world ahead for IronRuby, what do you all think >> about the following ideas? >> 1) Move to GitHub - I won't likely contribute if I have to use CodePlex. >> And I'd like to contribute. Can we do like the rest of Mono and make >> GitHub the central repository and source of all truth? Please? >> 2) Detach IronPython - Looking through the code, it seems that >> IronPython is in the same repo. I'm sure this is a holdover of how >> Microsoft had everything organized. And I'm sure it made sense then, >> but I don't think it makes sense now. I'd like to work on IronRuby, >> and I honestly don't care about having to check IronPython. Now that >> the DLR API is fixed, and there is no longer one Microsoft group in >> charge of both projects, can we move these into separate repos? >> 3)?Detach?from Visual Studio - I'm not on Windows, and I won't be >> using Visual Studio. I'd prefer everything to build with rake tasks >> on Windows and Mono. I assume things are the way they are right now >> because of Microsoft's build process. And right now it does not seem >> possible for me to build without Visual Studio. What about devs who >> are using MonoDevelop? Or any of the more powerful text editors? I'm >> convinced this is a major hurdle to getting many of the other Rubyist >> language implementors involved. Assuming I am not alone on this, is >> it possible we can make this project reflect the realities of the majority of folks that would like to contribute? >> 4) Remove ancillary projects into their own repos - IronRuby.Rack >> should live in its own repo, IMO. So should the Visual Studio tools. >> This is similar to separating IronPython into its own repo, but it >> needs to go further. Are there any reasons this should not be done? >> What else do you guys think needs to change now that IronRuby is free >> from Microsoft's processes? >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> > > > > -- > Jonathan Allen > 619-933-8527 > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle IronRuby MVP http://blog.prokrams.com _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Sat Oct 23 03:30:35 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sat, 23 Oct 2010 07:30:35 +0000 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: I don't understand how three distinct github repos that I need to map into some directories on my disk whose relative location to each other is hardcoded in some scripts in each are better than a single repo that has a well-defined structure. The amount of code you need to know depends on the part you contribute to. If you work on IronRuby libraries you don't need to even look at IronPython. It is indeed better to look there because similar functionality might already be implemented there. For example, if you worked on FFI you might want to check out IronPython's CTypes and perhaps reuse some code. Why would you need to understand the entire code base if you needed to do a local change? Just don't look where you don't need to :). Building IronRuby is also simple - you just run xbuild Ruby.sln from Solution directory. Subsequent builds are incremental, so you don't even need to build everything if you don't change core components. I don't see how this could be any simpler. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mike Moore Sent: Friday, October 22, 2010 8:27 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Contributing? On Fri, Oct 22, 2010 at 6:59 PM, Tomas Matousek > wrote: 2) It is not a holdover. It makes a lot of sense actually for at least the following reasons: a) Some IronRuby tests test interop between these languages. So there is a direct dependency. When you debug issues in language interop you need to have IronPython source code as well to step thru and make sense of the interactions. I don't understand why the code needs to exist within the same git repo for this then. Can you not have a Visual Studio solution that includes multiple projects with their own repository? Can't you have your automated build system pull both the IronRuby and IronPython projects to run the integration tests? b) DLR has two parts - the "inner ring" that shipped in .NET Framework 4.0 and the "outer ring", which hasn't shipped. Although the outer ring is pretty stable there are still many improvements that can/should be done. Obviously when you change the DLR you should run tests for both languages so that you don't break anything. Thus IronPython's test suite in the repo is handy. Also, if you change public API in the outer ring you might need to change both IronPython and IronRuby. All of this could be done in stages across different repos and even source control systems, but that's obviously much more complicated than having it just work. I assumed the DLR was fixed. If that is not the case then shouldn't the DLR should be its own separate git repo as well? Is size of the repo really an issue? If not, what is? No, its not the size of the repo, rather the amount of tangental code. As someone who hasn't looked at the code for well over a year, I am struck by the amount of orthogonal concerns that are front and center. I find it too busy and off-putting as a developer looking to become familiar with the code or make a small contribution. I don't doubt there aren't reasons it is the way it is, just that it can be better if you want to really open the floodgates of contributions. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at goeran.no Sat Oct 23 03:30:56 2010 From: mail at goeran.no (=?ISO-8859-1?Q?G=F8ran_Hansen?=) Date: Sat, 23 Oct 2010 09:30:56 +0200 Subject: [Ironruby-core] Contributions Message-ID: Hi there I would love to contribute to this open source project. I?ve been learning Ruby for the last year, and I?ve fallen in love with the language. It?s not in my way, it?s fun and productive. I?ve been a .NET developer for too many years, and it was really fun to experience such a great language as Ruby outside the .NET world. Nevertheless, I would love to be able to run Ruby upon the .NET runtime, especially in my projects at work. For me to be able to use it in real world projects, it has to become faster and more stable. My employer is a big fan of standardization and well known solutions. They wouldn?t go for anything except Java or .NET. I?m sure they don?t mind what language we use, but they do care about the platform. How can I help? Are the Contribution ideas still valid? http://github.com/ironruby/ironruby/wiki/Contribution-Ideas When things ended as they did, and Microsoft stopped to support the Iron* languages, I was really happy how they made the handover to the community. With Miguel and his team in charge, I?m sure this is going to end well. I believe there are many .NET developers out there that would love to be able to run Ruby code in .NET. Hope to hear from you soon! -- G?ran Hansen Aspiring Software Craftsman Microsoft Regional Director http://twitter.com/goeran http://goeran.no mail at goeran.no +47 452 39 113 -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Sat Oct 23 07:02:45 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Sat, 23 Oct 2010 07:02:45 -0400 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: Well, it's just the DEBUG constant and a MONO constant. I'm building with mono trunk, I added the MONO to the ifdef to use the Monitor.TryEnter(object) overload that is also used for CLR2. I couldn't just use the CLR2 constant because that broke everything else. I'm going to look into adding the Monitor.TryEnter(object, bool) overloads to mono proper so this is just temporary. On Sat, Oct 23, 2010 at 3:19 AM, Tomas Matousek wrote: > What do you need the "DEBUG MONO" constant for? The default "Debug" configuration doesn't work? > > What version of Mono do you use? I think 2.8 should be the target for IronRUby. > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle > Sent: Friday, October 22, 2010 8:02 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Contributing? > > Along the lines of IronRuby on mono, a small change was required for now since Mono doesn't implement one of the newer Monitor.TryEnter overloads, see my branch here: > http://github.com/mletterle/ironruby/tree/linux > > compiles with: > > xbuild /property:TreatWarningsAsErrors=false > /property:DefineConstants="DEBUG MONO" Ruby.csproj > > Working on getting IronRuby.Console compiled now... already ran into a casing issue >.< > > On Fri, Oct 22, 2010 at 9:02 PM, Jonathan Allen wrote: >> I would caution you against moving too far away from Microsoft >> Technology, lest you alienate Windows developers. >> >> 1. If this project is going to be owned by Mono, then it would be >> reasonable to move to GitHub. But to drop CodePlex just because you >> feel like being stubborn isn't. >> >> 3. One of the biggest barriers for Windows developers who want to >> contribute to Mono is the project/build system. When looking at it for >> the first time it is really hard to just figure out where to start. >> And they certainly don't want to go back to editing source files with >> notepad. So while being able to build without Visual Studio is >> important, be careful not to remove the VS/MSBuild option. >> >> >> Jonathan Allen >> >> On Fri, Oct 22, 2010 at 5:10 PM, Mike Moore wrote: >>> >>> With a brave new world ahead for IronRuby, what do you all think >>> about the following ideas? >>> 1) Move to GitHub - I won't likely contribute if I have to use CodePlex. >>> And I'd like to contribute. Can we do like the rest of Mono and make >>> GitHub the central repository and source of all truth? Please? >>> 2) Detach IronPython - Looking through the code, it seems that >>> IronPython is in the same repo. I'm sure this is a holdover of how >>> Microsoft had everything organized. And I'm sure it made sense then, >>> but I don't think it makes sense now. I'd like to work on IronRuby, >>> and I honestly don't care about having to check IronPython. Now that >>> the DLR API is fixed, and there is no longer one Microsoft group in >>> charge of both projects, can we move these into separate repos? >>> 3)?Detach?from Visual Studio - I'm not on Windows, and I won't be >>> using Visual Studio. I'd prefer everything to build with rake tasks >>> on Windows and Mono. I assume things are the way they are right now >>> because of Microsoft's build process. And right now it does not seem >>> possible for me to build without Visual Studio. What about devs who >>> are using MonoDevelop? Or any of the more powerful text editors? I'm >>> convinced this is a major hurdle to getting many of the other Rubyist >>> language implementors involved. Assuming I am not alone on this, is >>> it possible we can make this project reflect the realities of the majority of folks that would like to contribute? >>> 4) Remove ancillary projects into their own repos - IronRuby.Rack >>> should live in its own repo, IMO. So should the Visual Studio tools. >>> This is similar to separating IronPython into its own repo, but it >>> needs to go further. Are there any reasons this should not be done? >>> What else do you guys think needs to change now that IronRuby is free >>> from Microsoft's processes? >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >> >> >> >> -- >> Jonathan Allen >> 619-933-8527 >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > > > -- > Michael Letterle > IronRuby MVP > http://blog.prokrams.com > _______________________________________________ > 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 blowmage at gmail.com Sat Oct 23 08:44:16 2010 From: blowmage at gmail.com (Mike Moore) Date: Sat, 23 Oct 2010 06:44:16 -0600 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: <75F44B5C-F4D1-4B78-8D17-7A8AF78D3E6F@gmail.com> On Oct 23, 2010, at 1:30 AM, Tomas Matousek wrote: > I don?t understand how three distinct github repos that I need to map into some directories on my disk whose relative location to each other is hardcoded in some scripts in each are better than a single repo that has a well-defined structure. > You are speaking like someone responsible for both languages and the DLR. I'm making a suggestion as someone really only interested in IronRuby. The repo isn't called "DynamicLanguages", it's called "IronRuby", which is at best confusing. If only git had some way to define a link to another repository as some sort of sub module... As a Rubyist I'd like to run a rake task to build to each defined target and run the RubySpecs. It wouldn't replace xbuild, just automate it. I don't understand the pushback to this idea. Why not make a dedicated repo for IronRuby free of the ancillary projects and geared to someone like me? And likewise make the IronPython repo friendly to our Pythonic friends? > The amount of code you need to know depends on the part you contribute to. If you work on IronRuby libraries you don?t need to even look at IronPython. It is indeed better to look there because similar functionality might already be implemented there. For example, if you worked on FFI you might want to check out IronPython?s CTypes and perhaps reuse some code. Why would you need to understand the entire code base if you needed to do a local change? Just don?t look where you don?t need to J. Building IronRuby is also simple ? you just run xbuild Ruby.sln from Solution directory. Subsequent builds are incremental, so you don?t even need to build everything if you don?t change core components. I don?t see how this could be any simpler. > Unfortunately I do see how this could be simpler. -------------- next part -------------- An HTML attachment was scrubbed... URL: From drhent at hotmail.com Sat Oct 23 10:36:52 2010 From: drhent at hotmail.com (Douglas Husemann) Date: Sat, 23 Oct 2010 09:36:52 -0500 Subject: [Ironruby-core] Contributing? In-Reply-To: <75F44B5C-F4D1-4B78-8D17-7A8AF78D3E6F@gmail.com> References: , , , , <75F44B5C-F4D1-4B78-8D17-7A8AF78D3E6F@gmail.com> Message-ID: Maybe it is time to come up with the why's?? This is how I see the Iron languages. The languages are built on top of the DLR for Interoperability between the languages and to Ensure that the DLR offers the basic building blocks for Dynamic languages and to the base CLR. (be that mono or the CLR now that it is oss) the Iron languages are built so that a Rubiest will feel comfortable in the .net platform or a pythonist for that matter. But more importantly that the libraries built can be used clr/dlr wide. IOW a Ruby library can be used (in theory) by a rubiest for sure, but also a pythonist, a c sharper, a Vber, and for that matter a Fsharper. Now to get working on my programming skills so I can contribute in the future. took a 17 year diversion into equipment repair. But to me the single most important part of the project is the interoperability it offers. D From: blowmage at gmail.com Date: Sat, 23 Oct 2010 06:44:16 -0600 To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Contributing? On Oct 23, 2010, at 1:30 AM, Tomas Matousek wrote: I don?t understand how three distinct github repos that I need to map into some directories on my disk whose relative location to each other is hardcoded in some scripts in each are better than a single repo that has a well-defined structure. You are speaking like someone responsible for both languages and the DLR. I'm making a suggestion as someone really only interested in IronRuby. The repo isn't called "DynamicLanguages", it's called "IronRuby", which is at best confusing. If only git had some way to define a link to another repository as some sort of sub module... As a Rubyist I'd like to run a rake task to build to each defined target and run the RubySpecs. It wouldn't replace xbuild, just automate it. I don't understand the pushback to this idea. Why not make a dedicated repo for IronRuby free of the ancillary projects and geared to someone like me? And likewise make the IronPython repo friendly to our Pythonic friends? The amount of code you need to know depends on the part you contribute to. If you work on IronRuby libraries you don?t need to even look at IronPython. It is indeed better to look there because similar functionality might already be implemented there. For example, if you worked on FFI you might want to check out IronPython?s CTypes and perhaps reuse some code. Why would you need to understand the entire code base if you needed to do a local change? Just don?t look where you don?t need to J. Building IronRuby is also simple ? you just run xbuild Ruby.sln from Solution directory. Subsequent builds are incremental, so you don?t even need to build everything if you don?t change core components. I don?t see how this could be any simpler. Unfortunately I do see how this could be simpler. _______________________________________________ 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 michael.letterle at gmail.com Sat Oct 23 12:01:57 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Sat, 23 Oct 2010 12:01:57 -0400 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: mletterle at michael2:~/src/ironruby/Languages/Ruby/bin/Debug$ mono ir64.exe IronRuby 1.1.1.0 on 2.8.1 (master/e8a3aab Fri Oct 22 22:15:50 EDT 2010) Copyright (c) Microsoft Corporation. All rights reserved. >>> print RUBY_PLATFORM i386-linux>>> >>> [1,2,3,4].reverse.each{|x| print "Hello! #{x}"} => nil Hello! 4Hello! 3Hello! 2Hello! 1=> [4, 3, 2, 1]>>> Mono didn't like how some stuff was done in Enumerable.cs, but a slight refactoring (eliminate gotos, move an anonymous method out of a method argument) did the trick. Working on running the tests now. Changes are here: http://github.com/mletterle/ironruby/tree/linux On Sat, Oct 23, 2010 at 7:02 AM, Michael Letterle wrote: > Well, it's just the DEBUG constant and a MONO constant. > > I'm building with mono trunk, I added the MONO to the ifdef to use the > Monitor.TryEnter(object) overload that is also used for CLR2. ?I > couldn't just use ?the CLR2 constant because that broke everything > else. ?I'm going to look into adding the Monitor.TryEnter(object, > bool) overloads to mono proper so this is just temporary. > > > > On Sat, Oct 23, 2010 at 3:19 AM, Tomas Matousek > wrote: >> What do you need the "DEBUG MONO" constant for? The default "Debug" configuration doesn't work? >> >> What version of Mono do you use? I think 2.8 should be the target for IronRUby. >> >> Tomas >> >> -----Original Message----- >> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle >> Sent: Friday, October 22, 2010 8:02 PM >> To: ironruby-core at rubyforge.org >> Subject: Re: [Ironruby-core] Contributing? >> >> Along the lines of IronRuby on mono, a small change was required for now since Mono doesn't implement one of the newer Monitor.TryEnter overloads, see my branch here: >> http://github.com/mletterle/ironruby/tree/linux >> >> compiles with: >> >> xbuild /property:TreatWarningsAsErrors=false >> /property:DefineConstants="DEBUG MONO" Ruby.csproj >> >> Working on getting IronRuby.Console compiled now... already ran into a casing issue >.< >> >> On Fri, Oct 22, 2010 at 9:02 PM, Jonathan Allen wrote: >>> I would caution you against moving too far away from Microsoft >>> Technology, lest you alienate Windows developers. >>> >>> 1. If this project is going to be owned by Mono, then it would be >>> reasonable to move to GitHub. But to drop CodePlex just because you >>> feel like being stubborn isn't. >>> >>> 3. One of the biggest barriers for Windows developers who want to >>> contribute to Mono is the project/build system. When looking at it for >>> the first time it is really hard to just figure out where to start. >>> And they certainly don't want to go back to editing source files with >>> notepad. So while being able to build without Visual Studio is >>> important, be careful not to remove the VS/MSBuild option. >>> >>> >>> Jonathan Allen >>> >>> On Fri, Oct 22, 2010 at 5:10 PM, Mike Moore wrote: >>>> >>>> With a brave new world ahead for IronRuby, what do you all think >>>> about the following ideas? >>>> 1) Move to GitHub - I won't likely contribute if I have to use CodePlex. >>>> And I'd like to contribute. Can we do like the rest of Mono and make >>>> GitHub the central repository and source of all truth? Please? >>>> 2) Detach IronPython - Looking through the code, it seems that >>>> IronPython is in the same repo. I'm sure this is a holdover of how >>>> Microsoft had everything organized. And I'm sure it made sense then, >>>> but I don't think it makes sense now. I'd like to work on IronRuby, >>>> and I honestly don't care about having to check IronPython. Now that >>>> the DLR API is fixed, and there is no longer one Microsoft group in >>>> charge of both projects, can we move these into separate repos? >>>> 3)?Detach?from Visual Studio - I'm not on Windows, and I won't be >>>> using Visual Studio. I'd prefer everything to build with rake tasks >>>> on Windows and Mono. I assume things are the way they are right now >>>> because of Microsoft's build process. And right now it does not seem >>>> possible for me to build without Visual Studio. What about devs who >>>> are using MonoDevelop? Or any of the more powerful text editors? I'm >>>> convinced this is a major hurdle to getting many of the other Rubyist >>>> language implementors involved. Assuming I am not alone on this, is >>>> it possible we can make this project reflect the realities of the majority of folks that would like to contribute? >>>> 4) Remove ancillary projects into their own repos - IronRuby.Rack >>>> should live in its own repo, IMO. So should the Visual Studio tools. >>>> This is similar to separating IronPython into its own repo, but it >>>> needs to go further. Are there any reasons this should not be done? >>>> What else do you guys think needs to change now that IronRuby is free >>>> from Microsoft's processes? >>>> _______________________________________________ >>>> Ironruby-core mailing list >>>> Ironruby-core at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/ironruby-core >>>> >>> >>> >>> >>> -- >>> Jonathan Allen >>> 619-933-8527 >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> >> >> >> >> -- >> Michael Letterle >> IronRuby MVP >> http://blog.prokrams.com >> _______________________________________________ >> 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 > -- Michael Letterle IronRuby MVP http://blog.prokrams.com From Tomas.Matousek at microsoft.com Sat Oct 23 12:24:25 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sat, 23 Oct 2010 16:24:25 +0000 Subject: [Ironruby-core] Contributions In-Reply-To: References: Message-ID: Hi G?ran, Good to see your interest. The Wiki might be a bit out of date. Some areas that need work and nobody's working on them afaik (if anyone works on it, speak up) are - Complex and Rational numbers (new to 1.9): to make stuff work I took 1.8 implementations and loaded them to emulate builtin Complex and Rational classes. This is a big hack. We need to implement these classes in C# in the standard libraries. To support .NET interop the implementation should also convert to the existing Complex type on the platform. This is a good task for someone who likes hacking numbers. - Related one: although BigDecimal class is implemented it feels like it needs some perf improvements - I noticed some specs are running quite slower than MRI. There are also some failing specs in BigDecimal (and BigNum) that would be good to fix so that we have fully compatible implementation. - If you are into cryptography one big missing piece is OpenSSL implementation. There might be pieces that you can share with IronPython's ssl library implementation. - Then there is bunch of misc failing specs that need to be fixed. One big area is ARGF but there are many others as well. See External.LCA_RESTRICTED\Languages\IronRuby\mspec\ironruby-tags-19. - If you were more interested in compiler and runtime you can look into implementing nested method parameters and optional block parameters. This is quite tricky though you need to really understand how the runtime works to implement it correctly. - VS integration always needs improvements. The VS is quite complex environment so it takes a while to learn how it works. Then there is FFI implementation going on - maybe it needs some help? Let me know if you have any questions. Thanks, Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of G?ran Hansen Sent: Saturday, October 23, 2010 12:31 AM To: IronRuby Group Subject: [Ironruby-core] Contributions Hi there I would love to contribute to this open source project. I've been learning Ruby for the last year, and I've fallen in love with the language. It's not in my way, it's fun and productive. I've been a .NET developer for too many years, and it was really fun to experience such a great language as Ruby outside the .NET world. Nevertheless, I would love to be able to run Ruby upon the .NET runtime, especially in my projects at work. For me to be able to use it in real world projects, it has to become faster and more stable. My employer is a big fan of standardization and well known solutions. They wouldn't go for anything except Java or .NET. I'm sure they don't mind what language we use, but they do care about the platform. How can I help? Are the Contribution ideas still valid? http://github.com/ironruby/ironruby/wiki/Contribution-Ideas When things ended as they did, and Microsoft stopped to support the Iron* languages, I was really happy how they made the handover to the community. With Miguel and his team in charge, I'm sure this is going to end well. I believe there are many .NET developers out there that would love to be able to run Ruby code in .NET. Hope to hear from you soon! -- G?ran Hansen Aspiring Software Craftsman Microsoft Regional Director http://twitter.com/goeran http://goeran.no mail at goeran.no +47 452 39 113 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Sat Oct 23 12:29:43 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sat, 23 Oct 2010 16:29:43 +0000 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: I see. "DEBUG" seems to be redundant since it's set by the default Debug configuration in the project files. Strange, I think I tried running IronRuby on Mono 2.8 and most of it worked. If TryEnter implementation was missing something should have failed. But this was compiled using our compiler not Mono's. So maybe the problem is just at build time? We should work with JB to get any issues fixed. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Saturday, October 23, 2010 4:03 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Contributing? Well, it's just the DEBUG constant and a MONO constant. I'm building with mono trunk, I added the MONO to the ifdef to use the Monitor.TryEnter(object) overload that is also used for CLR2. I couldn't just use the CLR2 constant because that broke everything else. I'm going to look into adding the Monitor.TryEnter(object, bool) overloads to mono proper so this is just temporary. On Sat, Oct 23, 2010 at 3:19 AM, Tomas Matousek wrote: > What do you need the "DEBUG MONO" constant for? The default "Debug" configuration doesn't work? > > What version of Mono do you use? I think 2.8 should be the target for IronRUby. > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael > Letterle > Sent: Friday, October 22, 2010 8:02 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Contributing? > > Along the lines of IronRuby on mono, a small change was required for now since Mono doesn't implement one of the newer Monitor.TryEnter overloads, see my branch here: > http://github.com/mletterle/ironruby/tree/linux > > compiles with: > > xbuild /property:TreatWarningsAsErrors=false > /property:DefineConstants="DEBUG MONO" Ruby.csproj > > Working on getting IronRuby.Console compiled now... already ran into a > casing issue >.< > > On Fri, Oct 22, 2010 at 9:02 PM, Jonathan Allen wrote: >> I would caution you against moving too far away from Microsoft >> Technology, lest you alienate Windows developers. >> >> 1. If this project is going to be owned by Mono, then it would be >> reasonable to move to GitHub. But to drop CodePlex just because you >> feel like being stubborn isn't. >> >> 3. One of the biggest barriers for Windows developers who want to >> contribute to Mono is the project/build system. When looking at it >> for the first time it is really hard to just figure out where to start. >> And they certainly don't want to go back to editing source files with >> notepad. So while being able to build without Visual Studio is >> important, be careful not to remove the VS/MSBuild option. >> >> >> Jonathan Allen >> >> On Fri, Oct 22, 2010 at 5:10 PM, Mike Moore wrote: >>> >>> With a brave new world ahead for IronRuby, what do you all think >>> about the following ideas? >>> 1) Move to GitHub - I won't likely contribute if I have to use CodePlex. >>> And I'd like to contribute. Can we do like the rest of Mono and make >>> GitHub the central repository and source of all truth? Please? >>> 2) Detach IronPython - Looking through the code, it seems that >>> IronPython is in the same repo. I'm sure this is a holdover of how >>> Microsoft had everything organized. And I'm sure it made sense then, >>> but I don't think it makes sense now. I'd like to work on IronRuby, >>> and I honestly don't care about having to check IronPython. Now that >>> the DLR API is fixed, and there is no longer one Microsoft group in >>> charge of both projects, can we move these into separate repos? >>> 3)?Detach?from Visual Studio - I'm not on Windows, and I won't be >>> using Visual Studio. I'd prefer everything to build with rake tasks >>> on Windows and Mono. I assume things are the way they are right now >>> because of Microsoft's build process. And right now it does not seem >>> possible for me to build without Visual Studio. What about devs who >>> are using MonoDevelop? Or any of the more powerful text editors? I'm >>> convinced this is a major hurdle to getting many of the other >>> Rubyist language implementors involved. Assuming I am not alone on >>> this, is it possible we can make this project reflect the realities of the majority of folks that would like to contribute? >>> 4) Remove ancillary projects into their own repos - IronRuby.Rack >>> should live in its own repo, IMO. So should the Visual Studio tools. >>> This is similar to separating IronPython into its own repo, but it >>> needs to go further. Are there any reasons this should not be done? >>> What else do you guys think needs to change now that IronRuby is >>> free from Microsoft's processes? >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >> >> >> >> -- >> Jonathan Allen >> 619-933-8527 >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > > > -- > Michael Letterle > IronRuby MVP > http://blog.prokrams.com > _______________________________________________ > 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 _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From ryan.riley at panesofglass.org Sat Oct 23 12:32:14 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Sat, 23 Oct 2010 09:32:14 -0700 Subject: [Ironruby-core] Contributing? In-Reply-To: <75F44B5C-F4D1-4B78-8D17-7A8AF78D3E6F@gmail.com> References: <75F44B5C-F4D1-4B78-8D17-7A8AF78D3E6F@gmail.com> Message-ID: On Sat, Oct 23, 2010 at 5:44 AM, Mike Moore wrote: > On Oct 23, 2010, at 1:30 AM, Tomas Matousek < > Tomas.Matousek at microsoft.com> wrote: > > I don?t understand how three distinct github repos that I need to map into > some directories on my disk whose relative location to each other is > hardcoded in some scripts in each are better than a single repo that has a > well-defined structure. > > You are speaking like someone responsible for both languages and the DLR. > And you are speaking like someone who has tried hard several times to contribute to IronRuby and failed because of a bloated project structure. I'm sure there are several people who would be willing to help you figure out what's wrong. Where's the repo with your contribution? > I'm making a suggestion as someone really only interested in IronRuby. The > repo isn't called "DynamicLanguages", it's called "IronRuby", which is at > best confusing. If only git had some way to define a link to another > repository as some sort of sub module... > Ah yes, and if only github had something like forking ... > > As a Rubyist I'd like to run a rake task to build to each defined target > and run the RubySpecs. It wouldn't replace xbuild, just automate it. I don't > understand the pushback to this idea. > If you want to create and maintain these, I'm sure no one would complain. I don't understand the push back to the idea that the three core contributors were a little tired of building IronRuby and maintaining two build approaches. I also don't understand a Rubyist's failure to see an opportunity to contribute rake tasks to a project. > Why not make a dedicated repo for IronRuby free of the ancillary projects > and geared to someone like me? And likewise make the IronPython repo > friendly to our Pythonic friends? > IronPython already has a separate repo at http://ironpython.codeplex.com/. > The amount of code you need to know depends on the part you contribute to. > If you work on IronRuby libraries you don?t need to even look at IronPython. > It is indeed better to look there because similar functionality might > already be implemented there. For example, if you worked on FFI you might > want to check out IronPython?s CTypes and perhaps reuse some code. Why would > you need to understand the entire code base if you needed to do a local > change? Just don?t look where you don?t need to J. Building IronRuby is > also simple ? you just run xbuild Ruby.sln from Solution directory. > Subsequent builds are incremental, so you don?t even need to build > everything if you don?t change core components. I don?t see how this could > be any simpler. > > Unfortunately I do see how this could be simpler. > Great! Fork the project and show everyone! Sorry for the tone. If you were intending to come across differently, it would help offer help and not critique the great work Tomas and the rest have done. Try working on the project. Ask for help. You'll receive it readily. You may even find some people to help you restructure the project. If it works better, I'm sure you'll get support for moving the project to that structure. Just don't demand "your way right away" when you haven't contributed and don't understand the history. It's not your project yet. Get involved and make it yours. Ryan Riley Email: ryan.riley at panesofglass.org LinkedIn: http://www.linkedin.com/in/ryanriley Twitter: @panesofglass Blog: http://wizardsofsmart.net/ Website: http://panesofglass.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From jb at nurv.fr Sat Oct 23 12:34:31 2010 From: jb at nurv.fr (Jb Evain) Date: Sat, 23 Oct 2010 18:34:31 +0200 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: Hey, On Sat, Oct 23, 2010 at 6:01 PM, Michael Letterle wrote: > Mono didn't like how some stuff was done in Enumerable.cs, but a > slight refactoring (eliminate gotos, move an anonymous method out of a > method argument) did the trick. ?Working on running the tests now. When stumbling about cases like that, it would be really nice to extract repros and file bugs for Mono. Thanks! -- Jb Evain? From ryan.riley at panesofglass.org Sat Oct 23 13:06:01 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Sat, 23 Oct 2010 10:06:01 -0700 Subject: [Ironruby-core] IronRuby FFI In-Reply-To: References: <561370EA-761F-4C01-9028-71025E39BE05@panesofglass.org> <5EF9EFF7-FC17-4315-918C-75DD4A9ECE6A@panesofglass.org> <8A6C5371-6CDB-48AC-8065-AEB181FD00AD@panesofglass.org> Message-ID: @Charles Have you made any progress here? If so, what's your repo? I'm looking into this again this morning. Cheers, Ryan Riley Email: ryan.riley at panesofglass.org LinkedIn: http://www.linkedin.com/in/ryanriley Twitter: @panesofglass Blog: http://wizardsofsmart.net/ Website: http://panesofglass.org/ On Sun, Oct 3, 2010 at 11:47 PM, Charles Strahan < charles.c.strahan at gmail.com> wrote: > Here's Dino Viehland's response regarding the CERs: > > ~~~~~~~~ > > Objects which inherit from CriticalFinalizerObject basically have their > finalize method turned into a CER. The finalizer method is also JITed > before any instances are created so the finalizer is guaranteed to be > runnable. > > > > In generally CERs are all about ensuring that the VM won?t cause any > unexpected failure points in your code. These can be introduced because the > VM does something lazily (including JITing methods) and doing the work might > fail due to insufficient resources. Or it can also be due to thread abort. > Because these objects are responsible for freeing up resources we don?t want > any unexpected failures to be injected otherwise the resources would leak. > > > > So for example MemoryHolder also has a CER in the constructor ? this > ensures that we don?t take a ThreadAbort between the CallocCall, storing the > value in _data, or assigning to _ownsData. This will all complete or not > complete so that our state is consistent when the finalizer is run. It also > makes sure that any work the CLR needs to perform to call > NativeFunctions.Calloc is all performed before we enter the CER so that we > don?t get an out of memory exception while calling or returning from it. > > > > For most environments it?s not super important that this is gotten right ? > but if you run in a process which needs long uptime, is resource > constrained, and/or uses thread abort a lot (SQL server being an example of > all 3) it?s important that this is correct. I happened to work on this > feature when I was on the CLR team so it came rather naturally to me to get > it right J > ~~~~~~~~~ > > -Charles > > > On Mon, Oct 4, 2010 at 12:11 AM, Charles Strahan < > charles.c.strahan at gmail.com> wrote: > >> I've decided to not be lazy and do a little spelunking into CER's - it's >> rather interesting stuff. I found a pretty good article here: >> http://msdn.microsoft.com/en-us/magazine/cc163716.aspx >> >> In laymen's terms, it looks like CER's provide reliability where >> asynchronous exceptions may be thrown: OutOfMemoryException, >> StackOverflowException, and ThreadAbortException. In the case of >> MemoryHolder, this is important because such exceptions could preempt the >> storage of IntPtrs corresponding to allocated memory and/or the deallocation >> of memory within finalizers - both resulting in memory leaks. As I imagined, >> this will be something we'll want to incorporate in our FFI impl. >> >> -Charles >> >> >> On Sun, Oct 3, 2010 at 11:51 PM, Ryan Riley wrote: >> >>> I've not heard of any of those. I started looking at ctypes but never got >>> far. >>> >>> Sent from my iPhone >>> >>> On Oct 3, 2010, at 9:27 PM, Charles Strahan >>> wrote: >>> >>> I'm also taking a look at IronPython's CTypes implementation, under >>> Tomas' advice. I've noticed that their MemoryHolderclass derives from >>> CriticalFinalizerObject, >>> which led me to the discovery of Constrained Execution Regions >>> . >>> >>> I sent an inquiry to the IronPython mailing listregarding the use CFO, and about CER in general, as I haven't had any >>> exposure to either, and the MSDN docs are a little daunting. If anyone here >>> would like to give an explanation of either one, that would be awesome. >>> >>> Any experience with either of those, Ryan? >>> >>> -Charles >>> >>> >>> On Sun, Oct 3, 2010 at 10:39 PM, Ryan Riley < >>> ryan.riley at panesofglass.org> wrote: >>> >>>> Sounds good to me! >>>> >>>> Sent from my iPhone >>>> >>>> On Oct 3, 2010, at 8:04 PM, Charles Strahan < >>>> charles.c.strahan at gmail.com> wrote: >>>> >>>> Ryan, >>>> >>>> Sorry for the long delay - I meant to give it some thought before I got >>>> back to you... and know it's been quite some time. >>>> >>>> I think it would be a good idea to replicate JFFI, using P/Invoke >>>> directly, if possible (as opposed to P/Invoking libffi). >>>> That would give us a good separation of concerns and a reusable library, and >>>> possibly an easy way to port any Java/JRuby code that uses JFFI to C#/.NET >>>> too. >>>> >>>> I'm about to set up an NFFI repo at >>>> http://github.com/cstrahan/nffi. - I suppose you could fork it and send >>>> me pull requests (unless you have a better workflow in mind - >>>> I'm definitely not a git guru). I've been learning C/C++ the last couple >>>> months, so I should be able to write simple DLL to run our tests against. I >>>> think I'll take a TDD approach to driving out the C# lib. Once we have NFFI >>>> working, it should be relatively straightforward to expose that to the >>>> IronRuby runtime. I'll try to get something pushed out to my repo by the end >>>> of tomorrow - I'll keep you in the loop. >>>> >>>> That's what I have in mind, but I'm open to suggestions. >>>> >>>> -Charles >>>> >>>> >>>> >>>> On Sat, Aug 21, 2010 at 9:23 PM, Ryan Riley < >>>> ryan.riley at panesofglass.org> wrote: >>>> >>>>> Charles, I'm happy to work with you to get this done. I'm getting close >>>>> to finishing some projects and will have more time to work on it in a few >>>>> weeks. I will send the info I got from the mono-devel list. Where/how do you >>>>> want to start? >>>>> >>>>> Ryan >>>>> >>>>> Sent from my iPhone >>>>> >>>>> On Aug 20, 2010, at 1:49 PM, Charles Strahan < >>>>> charles.c.strahan at gmail.com> wrote: >>>>> >>>>> Ryan, >>>>> >>>>> I'm right there with you, only I looked at JFFI for inspiration (didn't >>>>> know mono had anything - could you share more about that?). In fact, In my >>>>> infinite laziness, I posted a job for a couple hundred bucks on >>>>> Rent-A-Coder, hoping someone could essentially port JFFI to C#, so I could >>>>> focus on writing the actually IronRuby library... but nothing came of that. >>>>> >>>>> I'm tempted to suck it up and start coding this myself. Would you be >>>>> interested in working together? I figured I'd take the approach of >>>>> essentially writing "NFFI", and then write an IronRuby lib around that. >>>>> >>>>> -Charles >>>>> >>>>> >>>>> On Fri, Aug 20, 2010 at 2:33 PM, Ryan Riley < >>>>> ryan.riley at panesofglass.org> wrote: >>>>> >>>>>> I know that we've discussed this in the past, but I'm interested in >>>>>> doing it for two reasons: >>>>>> 1. We use mono with a bridge to ObjectiveC and Cocoa, and we'd like to >>>>>> investigate libffi via mono as a potential replacement for our current >>>>>> bridge. >>>>>> 2. I'm interested just for the sake of learning more about FFI. >>>>>> >>>>>> Mono appears to have had a libffi implementation that was later >>>>>> removed, so I think I have a place to start. However, I'm not sure that's >>>>>> the right starting point. Does anyone have a suggestion for how to get >>>>>> started? I've been taking a look at libffi and DllImport, but I'm not sure >>>>>> if those are the right directions, something else, or what. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Ryan Riley >>>>>> >>>>>> Email: >>>>>> ryan.riley at panesofglass.org >>>>>> LinkedIn: >>>>>> http://www.linkedin.com/in/ryanriley >>>>>> Twitter: @panesofglass >>>>>> Blog: >>>>>> http://wizardsofsmart.net/ >>>>>> Website: >>>>>> http://panesofglass.org/ >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>> >>>> >>> _______________________________________________ >>> 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 michael.letterle at gmail.com Sat Oct 23 13:19:42 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Sat, 23 Oct 2010 13:19:42 -0400 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: I have to respecify DEBUG since I'm redefining the DefineConstants property. Running would have worked as long as you didn't try to call that method :) On Sat, Oct 23, 2010 at 12:29 PM, Tomas Matousek wrote: > I see. "DEBUG" seems to be redundant since it's set by the default Debug configuration in the project files. > Strange, I think I tried running IronRuby on Mono 2.8 and most of it worked. If TryEnter implementation was missing something should have failed. But this was compiled using our compiler not Mono's. So maybe the problem is just at build time? > > We should work with JB to get any issues fixed. > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle > Sent: Saturday, October 23, 2010 4:03 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Contributing? > > Well, it's just the DEBUG constant and a MONO constant. > > I'm building with mono trunk, I added the MONO to the ifdef to use the > Monitor.TryEnter(object) overload that is also used for CLR2. ?I couldn't just use ?the CLR2 constant because that broke everything else. ?I'm going to look into adding the Monitor.TryEnter(object, > bool) overloads to mono proper so this is just temporary. > > > > On Sat, Oct 23, 2010 at 3:19 AM, Tomas Matousek wrote: >> What do you need the "DEBUG MONO" constant for? The default "Debug" configuration doesn't work? >> >> What version of Mono do you use? I think 2.8 should be the target for IronRUby. >> >> Tomas >> >> -----Original Message----- >> From: ironruby-core-bounces at rubyforge.org >> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael >> Letterle >> Sent: Friday, October 22, 2010 8:02 PM >> To: ironruby-core at rubyforge.org >> Subject: Re: [Ironruby-core] Contributing? >> >> Along the lines of IronRuby on mono, a small change was required for now since Mono doesn't implement one of the newer Monitor.TryEnter overloads, see my branch here: >> http://github.com/mletterle/ironruby/tree/linux >> >> compiles with: >> >> xbuild /property:TreatWarningsAsErrors=false >> /property:DefineConstants="DEBUG MONO" Ruby.csproj >> >> Working on getting IronRuby.Console compiled now... already ran into a >> casing issue >.< >> >> On Fri, Oct 22, 2010 at 9:02 PM, Jonathan Allen wrote: >>> I would caution you against moving too far away from Microsoft >>> Technology, lest you alienate Windows developers. >>> >>> 1. If this project is going to be owned by Mono, then it would be >>> reasonable to move to GitHub. But to drop CodePlex just because you >>> feel like being stubborn isn't. >>> >>> 3. One of the biggest barriers for Windows developers who want to >>> contribute to Mono is the project/build system. When looking at it >>> for the first time it is really hard to just figure out where to start. >>> And they certainly don't want to go back to editing source files with >>> notepad. So while being able to build without Visual Studio is >>> important, be careful not to remove the VS/MSBuild option. >>> >>> >>> Jonathan Allen >>> >>> On Fri, Oct 22, 2010 at 5:10 PM, Mike Moore wrote: >>>> >>>> With a brave new world ahead for IronRuby, what do you all think >>>> about the following ideas? >>>> 1) Move to GitHub - I won't likely contribute if I have to use CodePlex. >>>> And I'd like to contribute. Can we do like the rest of Mono and make >>>> GitHub the central repository and source of all truth? Please? >>>> 2) Detach IronPython - Looking through the code, it seems that >>>> IronPython is in the same repo. I'm sure this is a holdover of how >>>> Microsoft had everything organized. And I'm sure it made sense then, >>>> but I don't think it makes sense now. I'd like to work on IronRuby, >>>> and I honestly don't care about having to check IronPython. Now that >>>> the DLR API is fixed, and there is no longer one Microsoft group in >>>> charge of both projects, can we move these into separate repos? >>>> 3)?Detach?from Visual Studio - I'm not on Windows, and I won't be >>>> using Visual Studio. I'd prefer everything to build with rake tasks >>>> on Windows and Mono. I assume things are the way they are right now >>>> because of Microsoft's build process. And right now it does not seem >>>> possible for me to build without Visual Studio. What about devs who >>>> are using MonoDevelop? Or any of the more powerful text editors? I'm >>>> convinced this is a major hurdle to getting many of the other >>>> Rubyist language implementors involved. Assuming I am not alone on >>>> this, is it possible we can make this project reflect the realities of the majority of folks that would like to contribute? >>>> 4) Remove ancillary projects into their own repos - IronRuby.Rack >>>> should live in its own repo, IMO. So should the Visual Studio tools. >>>> This is similar to separating IronPython into its own repo, but it >>>> needs to go further. Are there any reasons this should not be done? >>>> What else do you guys think needs to change now that IronRuby is >>>> free from Microsoft's processes? >>>> _______________________________________________ >>>> Ironruby-core mailing list >>>> Ironruby-core at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/ironruby-core >>>> >>> >>> >>> >>> -- >>> Jonathan Allen >>> 619-933-8527 >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> >> >> >> >> -- >> Michael Letterle >> IronRuby MVP >> http://blog.prokrams.com >> _______________________________________________ >> 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 > _______________________________________________ > 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 ryan.riley at panesofglass.org Sat Oct 23 13:19:48 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Sat, 23 Oct 2010 10:19:48 -0700 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: References: Message-ID: Anyone else having trouble installing gems? ir gem -S install ... no longer runs at all, and when I run igem install, I get PS C:\IronRuby1.1\bin> igem install rack sinatra --no-rdoc --no-ri ERROR: While executing gem ... (TypeError) can't convert NilClass into String Am I alone in this? Ryan Riley On Fri, Oct 22, 2010 at 2:40 AM, Dotan N. wrote: > excellent!!! Thanks! > > > On Fri, Oct 22, 2010 at 2:33 AM, Charles Strahan < > charles.c.strahan at gmail.com> wrote: > >> Great news! >> >> -Charles >> >> On Thu, Oct 21, 2010 at 6:14 PM, Tomas Matousek < >> Tomas.Matousek at microsoft.com> wrote: >> >>> 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*! >>> >>> All of these are of Alpha quality, the last stable version is still >>> IronRuby 1.0. >>> >>> * * >>> >>> * * >>> >>> *Download IronRuby 1.1.1 now:*** >>> >>> *http://ironruby.codeplex.com/releases/view/49097*** >>> >>> * * >>> >>> * * >>> >>> This is the first release of IronRuby that aims to be *compatible with >>> Ruby 1.9.2* and drops support for features specific to previous Ruby >>> versions. We made the decision to not support 1.8.6, 1.8.7 and 1.9.1 anymore >>> to simplify the implementation. We recommend using IronRuby 1.0 if you need >>> 1.8.6 compatibility. >>> >>> In this release we implemented many 1.9.2 features. The language grammar >>> is now fully compatible with 1.9.2, so any file that is a valid Ruby 1.9.2 >>> file should be correctly parsed. The runtime is not yet feature complete >>> though. The list of unsupported features includes optional parameters to >>> blocks, nested method parameters, some regular expression features, and >>> others. In spite of these missing pieces, IronRuby 1.1.1 *runs simple >>> Ruby on Rails 3* *applications* and passes most of the tests in RoR 3 >>> suite. >>> >>> For the first time we are also releasing *IronRuby integration to Visual >>> Studio 2010*. It is bundled into the single IronRuby.msi you can >>> download from CodePlex following the link above. The installer offers you an >>> option to install IronRuby Tools if you have any non-Express SKU of Visual >>> Studio 2010 installed on the machine. The tools also work with the free Visual >>> Studio 2010 Integrated Shell. >>> The integration includes Ruby colorizer and syntax checker, interactive >>> loop window, directory based project, and templates for common Ruby >>> applications (including Ruby on Rails 3, Sinatra, Gems and Silverlight based >>> browser scripting app). >>> >>> This release also fixes the following bugs: >>> 4506 irb 1.9 >>> 4600 require 'rubygems' >>> fails for 64Bit Process >>> 5190 Thread Safety Bugs in >>> RubyMetaBinderFactory.cs - Exception Thrown on Method's First Invocation >>> 4958 foo = if 3.odd? ... >>> gets NoMethodError >>> 4994 several socket >>> constants missing >>> 4429 Release automation >>> 4611 missing >>> RUBY_DESCRIPTION >>> 4957 Can't safely subclass >>> IronRuby libraries ("super" doesn't resolve correctly) >>> 4432 Improve irtests -p >>> 5037 Incorrect loading of >>> nested type groups in RubyModule.LoadNestedTypes >>> >>> IronRuby 1.1.1 is the last release from Microsoft before turning it to >>> the new non-Microsoft coordinators. See Jason?s blog postthat announces this transition for details. >>> >>> As always, if you find any bugs or have a feature request, please open >>> an issue on CodePlex . >>> >>> >>> Sincerely, >>> *The IronRuby Core Team* >>> Jim Deville , Tomas Matousek, >>> and Jimmy Schementi >>> >>> _______________________________________________ >>> 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 michael.letterle at gmail.com Sat Oct 23 13:40:37 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Sat, 23 Oct 2010 13:40:37 -0400 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: Working on it actually... ;) Maybe, possibly, with a patch as well... (perhaps). On Sat, Oct 23, 2010 at 12:34 PM, Jb Evain wrote: > Hey, > > On Sat, Oct 23, 2010 at 6:01 PM, Michael Letterle > wrote: >> Mono didn't like how some stuff was done in Enumerable.cs, but a >> slight refactoring (eliminate gotos, move an anonymous method out of a >> method argument) did the trick. ?Working on running the tests now. > > When stumbling about cases like that, it would be really nice to > extract repros and file bugs for Mono. > > Thanks! > > -- > Jb Evain? > _______________________________________________ > 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 grauenwolf at gmail.com Sat Oct 23 15:49:26 2010 From: grauenwolf at gmail.com (Jonathan Allen) Date: Sat, 23 Oct 2010 12:49:26 -0700 Subject: [Ironruby-core] Contributions Message-ID: <4cc33c44.ea1dec0a.6629.ffffc1b5@mx.google.com> Would it be alright if I reposted this list on InfoQ? Perhaps a little news coverage will bring in fresh blood. Jonathan -----Original Message----- From: Tomas Matousek Sent: Saturday, October 23, 2010 9:24 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Contributions Hi G?ran, Good to see your interest. The Wiki might be a bit out of date. Some areas that need work and nobody's working on them afaik (if anyone works on it, speak up) are - Complex and Rational numbers (new to 1.9): to make stuff work I took 1.8 implementations and loaded them to emulate builtin Complex and Rational classes. This is a big hack. We need to implement these classes in C# in the standard libraries. To support .NET interop the implementation should also convert to the existing Complex type on the platform. This is a good task for someone who likes hacking numbers. - Related one: although BigDecimal class is implemented it feels like it needs some perf improvements - I noticed some specs are running quite slower than MRI. There are also some failing specs in BigDecimal (and BigNum) that would be good to fix so that we have fully compatible implementation. - If you are into cryptography one big missing piece is OpenSSL implementation. There might be pieces that you can share with IronPython's ssl library implementation. - Then there is bunch of misc failing specs that need to be fixed. One big area is ARGF but there are many others as well. See External.LCA_RESTRICTED\Languages\IronRuby\mspec\ironruby-tags-19. - If you were more interested in compiler and runtime you can look into implementing nested method parameters and optional block parameters. This is quite tricky though you need to really understand how the runtime works to implement it correctly. - VS integration always needs improvements. The VS is quite complex environment so it takes a while to learn how it works. Then there is FFI implementation going on - maybe it needs some help? Let me know if you have any questions. Thanks, Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of G?ran Hansen Sent: Saturday, October 23, 2010 12:31 AM To: IronRuby Group Subject: [Ironruby-core] Contributions Hi there I would love to contribute to this open source project. I've been learning Ruby for the last year, and I've fallen in love with the language. It's not in my way, it's fun and productive. I've been a .NET developer for too many years, and it was really fun to experience such a great language as Ruby outside the .NET world. Nevertheless, I would love to be able to run Ruby upon the .NET runtime, especially in my projects at work. For me to be able to use it in real world projects, it has to become faster and more stable. My employer is a big fan of standardization and well known solutions. They wouldn't go for anything except Java or .NET. I'm sure they don't mind what language we use, but they do care about the platform. How can I help? Are the Contribution ideas still valid? http://github.com/ironruby/ironruby/wiki/Contribution-Ideas When things ended as they did, and Microsoft stopped to support the Iron* languages, I was really happy how they made the handover to the community. With Miguel and his team in charge, I'm sure this is going to end well. I believe there are many .NET developers out there that would love to be able to run Ruby code in .NET. Hope to hear from you soon! -- G?ran Hansen Aspiring Software Craftsman Microsoft Regional Director http://twitter.com/goeran http://goeran.no mail at goeran.no +47 452 39 113 From ryan.riley at panesofglass.org Sat Oct 23 17:11:31 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Sat, 23 Oct 2010 14:11:31 -0700 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: References: Message-ID: I'm also getting a build error on the latest sources, which appears to be related to my Windows 7 SDK install. What should the LIB environment variable point to? Thanks, Ryan On Sat, Oct 23, 2010 at 10:19 AM, Ryan Riley wrote: > Anyone else having trouble installing gems? ir gem -S install ... no longer > runs at all, and when I run igem install, I get > > PS C:\IronRuby1.1\bin> igem install rack sinatra --no-rdoc --no-ri > ERROR: While executing gem ... (TypeError) > can't convert NilClass into String > > Am I alone in this? > > Ryan Riley > > > On Fri, Oct 22, 2010 at 2:40 AM, Dotan N. wrote: > >> excellent!!! Thanks! >> >> >> On Fri, Oct 22, 2010 at 2:33 AM, Charles Strahan < >> charles.c.strahan at gmail.com> wrote: >> >>> Great news! >>> >>> -Charles >>> >>> On Thu, Oct 21, 2010 at 6:14 PM, Tomas Matousek < >>> Tomas.Matousek at microsoft.com> wrote: >>> >>>> 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*! >>>> >>>> All of these are of Alpha quality, the last stable version is still >>>> IronRuby 1.0. >>>> >>>> * * >>>> >>>> * * >>>> >>>> *Download IronRuby 1.1.1 now:*** >>>> >>>> *http://ironruby.codeplex.com/releases/view/49097*** >>>> >>>> * * >>>> >>>> * * >>>> >>>> This is the first release of IronRuby that aims to be *compatible with >>>> Ruby 1.9.2* and drops support for features specific to previous Ruby >>>> versions. We made the decision to not support 1.8.6, 1.8.7 and 1.9.1 anymore >>>> to simplify the implementation. We recommend using IronRuby 1.0 if you need >>>> 1.8.6 compatibility. >>>> >>>> In this release we implemented many 1.9.2 features. The language grammar >>>> is now fully compatible with 1.9.2, so any file that is a valid Ruby 1.9.2 >>>> file should be correctly parsed. The runtime is not yet feature complete >>>> though. The list of unsupported features includes optional parameters to >>>> blocks, nested method parameters, some regular expression features, and >>>> others. In spite of these missing pieces, IronRuby 1.1.1 *runs simple >>>> Ruby on Rails 3* *applications* and passes most of the tests in RoR 3 >>>> suite. >>>> >>>> For the first time we are also releasing *IronRuby integration to >>>> Visual Studio 2010*. It is bundled into the single IronRuby.msi you can >>>> download from CodePlex following the link above. The installer offers you an >>>> option to install IronRuby Tools if you have any non-Express SKU of Visual >>>> Studio 2010 installed on the machine. The tools also work with the free Visual >>>> Studio 2010 Integrated Shell. >>>> The integration includes Ruby colorizer and syntax checker, interactive >>>> loop window, directory based project, and templates for common Ruby >>>> applications (including Ruby on Rails 3, Sinatra, Gems and Silverlight based >>>> browser scripting app). >>>> >>>> This release also fixes the following bugs: >>>> 4506 irb 1.9 >>>> 4600 require 'rubygems' >>>> fails for 64Bit Process >>>> 5190 Thread Safety Bugs in >>>> RubyMetaBinderFactory.cs - Exception Thrown on Method's First Invocation >>>> 4958 foo = if 3.odd? ... >>>> gets NoMethodError >>>> 4994 several socket >>>> constants missing >>>> 4429 Release automation >>>> 4611 missing >>>> RUBY_DESCRIPTION >>>> 4957 Can't safely subclass >>>> IronRuby libraries ("super" doesn't resolve correctly) >>>> 4432 Improve irtests -p >>>> 5037 Incorrect loading of >>>> nested type groups in RubyModule.LoadNestedTypes >>>> >>>> IronRuby 1.1.1 is the last release from Microsoft before turning it to >>>> the new non-Microsoft coordinators. See Jason?s blog postthat announces this transition for details. >>>> >>>> As always, if you find any bugs or have a feature request, please open >>>> an issue on CodePlex. >>>> >>>> >>>> Sincerely, >>>> *The IronRuby Core Team* >>>> Jim Deville , Tomas Matousek, >>>> and Jimmy Schementi >>>> >>>> _______________________________________________ >>>> 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 blowmage at gmail.com Sat Oct 23 19:09:13 2010 From: blowmage at gmail.com (Mike Moore) Date: Sat, 23 Oct 2010 17:09:13 -0600 Subject: [Ironruby-core] Contributing? In-Reply-To: References: <75F44B5C-F4D1-4B78-8D17-7A8AF78D3E6F@gmail.com> Message-ID: I don't want a confrontation, I was just trying to voice some concerns I have. If everyone is in agreement that the way things have been done is the best way they could have possibly been done, and that nothing should be changed now that the project owners and the rules for making contributions are fundamentally different, then by all means continue. On Sat, Oct 23, 2010 at 10:32 AM, Ryan Riley wrote: > On Sat, Oct 23, 2010 at 5:44 AM, Mike Moore wrote: > >> On Oct 23, 2010, at 1:30 AM, Tomas Matousek < >> Tomas.Matousek at microsoft.com> wrote: >> >> I don?t understand how three distinct github repos that I need to map into >> some directories on my disk whose relative location to each other is >> hardcoded in some scripts in each are better than a single repo that has a >> well-defined structure. >> >> You are speaking like someone responsible for both languages and the DLR. >> > > And you are speaking like someone who has tried hard several times to > contribute to IronRuby and failed because of a bloated project structure. > I'm sure there are several people who would be willing to help you figure > out what's wrong. Where's the repo with your contribution? > I don't understand. Is this some sort of challenge? > I'm making a suggestion as someone really only interested in IronRuby. The >> repo isn't called "DynamicLanguages", it's called "IronRuby", which is at >> best confusing. If only git had some way to define a link to another >> repository as some sort of sub module... >> > > Ah yes, and if only github had something like forking ... > I don't think changing the structure in forked repos would do anyone any good, as it would make sharing contributions between repos difficult. > As a Rubyist I'd like to run a rake task to build to each defined target >> and run the RubySpecs. It wouldn't replace xbuild, just automate it. I don't >> understand the pushback to this idea. >> > > If you want to create and maintain these, I'm sure no one would complain. I > don't understand the push back to the idea that the three core contributors > were a little tired of building IronRuby and maintaining two build > approaches. I also don't understand a Rubyist's failure to see an > opportunity to contribute rake tasks to a project. > I think you are confused to where I am puzzled about resistance. It is not about having rake tasks. I agree that they are easy enough to add and maintain, and that whining about them would be quite ridiculous. That's not my point, however. My point is that there would be more contributions if it were not a single monolithic repository. I also think most of the historic benefits of having a monolithic repo can be mitigated with submodules and an automated build and integration server. Feel free to disagree. Why not make a dedicated repo for IronRuby free of the ancillary projects >> and geared to someone like me? And likewise make the IronPython repo >> friendly to our Pythonic friends? >> > > IronPython already has a separate repo at http://ironpython.codeplex.com/ > . > I dunno, it looks really, really similar to the IronRuby repo on GitHub to me. Is this synched with the GitHub repo? Is this where all the "Project Merlin" changes are coming from? -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Sat Oct 23 19:57:51 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Sat, 23 Oct 2010 19:57:51 -0400 Subject: [Ironruby-core] Contributing? In-Reply-To: References: <75F44B5C-F4D1-4B78-8D17-7A8AF78D3E6F@gmail.com> Message-ID: FWIW having separate IronRuby, IronPython, and Common repos that are sub moduled(is that a word?) would make sense, that way changes that are done in Common by both people working on Ruby and Python are easily shared.. the current configuration feels.. fragile. Perhaps the BEST thing to do is to layout what a more reasonable structure could look like in concrete terms rather then just complaining about the current setup. The repo in general needs some love though, build instructions should be in the README, and the current layout could use some explanations, some files that seem to be needed are incorrect or in places different than project files expect (specifically thinking of App.config here) I think the fundamental problem is the current repo was never really put together with the idea of someone coming in blind to it.. the only way to change that is to.. well start changing it. :) On the subject of the rake tasks, when the rake files were originally there xbuild was nowhere near the state it is now, and it WAS a pain to maintain, especially across platforms, we probably should have some linux scripts to call xbuild though. The most important thing, in my opinion, is that these discussions are now occurring. On Sat, Oct 23, 2010 at 7:09 PM, Mike Moore wrote: > I don't want a confrontation, I was just trying to voice some concerns I > have. If everyone is in agreement that the way things have been done is the > best way they could have possibly been done, and that nothing should be > changed now that the project owners and the rules for making contributions > are fundamentally different, then by all means continue. > > On Sat, Oct 23, 2010 at 10:32 AM, Ryan Riley > wrote: >> >> On Sat, Oct 23, 2010 at 5:44 AM, Mike Moore wrote: >>> >>> On Oct 23, 2010, at 1:30 AM, Tomas Matousek >>> wrote: >>> >>> I don?t understand how three distinct github repos that I need to map >>> into some directories on my disk whose relative location to each other is >>> hardcoded in some scripts in each are better than a single repo that has a >>> well-defined structure. >>> >>> You are speaking like someone responsible for both languages and the DLR. >> >> And you are speaking like someone who has tried hard several times to >> contribute to IronRuby and failed because of a bloated project structure. >> I'm sure there are several people who would be willing to help you figure >> out what's wrong. Where's the repo with your contribution? > > I don't understand. Is this some sort of challenge? > >>> >>> I'm making a suggestion as someone really only interested in IronRuby. >>> The repo isn't called "DynamicLanguages", it's called "IronRuby", which is >>> at best confusing. If only git had some way to define a link to another >>> repository as some sort of sub module... >> >> Ah yes, and if only github had something like forking ... > > I don't think changing the structure in forked repos would do anyone any > good, as it would make sharing contributions between repos difficult. > >>> >>> As a Rubyist I'd like to run a rake task to build to each defined target >>> and run the RubySpecs. It wouldn't replace xbuild, just automate it. I don't >>> understand the pushback to this idea. >> >> If you want to create and maintain these, I'm sure no one would complain. >> I don't understand the push back to the idea that the three core >> contributors were a little tired of building IronRuby and maintaining two >> build approaches. I also don't understand a Rubyist's failure to see an >> opportunity to contribute rake tasks to a project. > > I think you are confused to where I am puzzled about resistance. It is not > about having rake tasks. I agree that they are easy enough to add and > maintain, and that whining about them would be quite ridiculous. That's not > my point, however.?My point is that there would be more contributions if it > were not a single monolithic repository. I also think most of the historic > benefits of having a monolithic repo can be mitigated with submodules and an > automated build and integration server. > Feel free to disagree. >>> >>> Why not make a dedicated repo for IronRuby free of the ancillary projects >>> and geared to someone like me? And likewise make the IronPython repo >>> friendly to our Pythonic friends? >> >> IronPython already has a separate repo at >> http://ironpython.codeplex.com/. > > I dunno, it looks really, really similar to the IronRuby repo on GitHub to > me. Is this synched with the GitHub repo? Is this where all the "Project > Merlin" changes are coming from? > _______________________________________________ > 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 ryan.riley at panesofglass.org Sat Oct 23 20:12:32 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Sat, 23 Oct 2010 17:12:32 -0700 Subject: [Ironruby-core] Contributing? In-Reply-To: References: <75F44B5C-F4D1-4B78-8D17-7A8AF78D3E6F@gmail.com> Message-ID: On Sat, Oct 23, 2010 at 4:09 PM, Mike Moore wrote: > I don't want a confrontation, I was just trying to voice some concerns I > have. If everyone is in agreement that the way things have been done is the > best way they could have possibly been done, and that nothing should be > changed now that the project owners and the rules for making contributions > are fundamentally different, then by all means continue. > > On Sat, Oct 23, 2010 at 10:32 AM, Ryan Riley wrote: > >> On Sat, Oct 23, 2010 at 5:44 AM, Mike Moore wrote: >>> >>> You are speaking like someone responsible for both languages and the DLR. >>> >> >> And you are speaking like someone who has tried hard several times to >> contribute to IronRuby and failed because of a bloated project structure. >> I'm sure there are several people who would be willing to help you figure >> out what's wrong. Where's the repo with your contribution? >> > > I don't understand. Is this some sort of challenge? > No, that's just how I read your message. You seem to indicate that the current repo structure causes difficulty when you want to contribute. If you need help finding your way around, I'm happy to help, as I'm sure are many others. (Of course, you may want the help of others as I'm a bit rusty myself.) :) > I don't think changing the structure in forked repos would do anyone any > good, as it would make sharing contributions between repos difficult. > True, but if you were able to create a repo structure you think would allow more freedom to contribute, then I think everyone would move to that structure. Changing the structure is going to take work, and I think most people who have been contributing are fine with the current structure since they've been used to it for some time. Actually, several layers of the repo have already been removed, so it's better than it was six months ago. I think you are confused to where I am puzzled about resistance. It is not > about having rake tasks. I agree that they are easy enough to add and > maintain, and that whining about them would be quite ridiculous. That's not > my point, however. My point is that there would be more contributions if it > were not a single monolithic repository. I also think most of the historic > benefits of having a monolithic repo can be mitigated with submodules and an > automated build and integration server. > > Feel free to disagree. > I don't really disagree with you at all. I use that same strategy myself on my own projects. I just don't want to volunteer to restructure the entire project, especially if people are actively working on integration scenarios. Yes, the project was originally in both TFS and git, so it had to play nice with both. Other options are now open. Hence why I suggested forking it and showing a better structure. I dunno, it looks really, really similar to the IronRuby repo on GitHub to > me. Is this synched with the GitHub repo? Is this where all the "Project > Merlin" changes are coming from? > I believe the sync is one-way, IronRuby includes IronPython. I'm sure the similarity in structure comes from the internal TFS repos that were used and the fact that the teams were both working on the DLR together. Someone please correct me if this is wrong. Cheers, Ryan -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Sat Oct 23 22:12:00 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Sat, 23 Oct 2010 22:12:00 -0400 Subject: [Ironruby-core] IronRuby 1.1.1 under Mono (on Linux) Message-ID: Running into some issues, curious if anyone else has seen these. Note, I see the same behavior if I build from Trunk or download the binaries from Codeplex. Mono JIT compiler version 2.8.1 (master/e8a3aab Fri Oct 22 22:15:50 EDT 2010) Copyright (C) 2002-2010 Novell, Inc and Contributors. www.mono-project.com TLS: __thread SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none Misc: softdebug LLVM: supported, not enabled. GC: Included Boehm (with typed GC and Parallel Mark) Running tests: mono ../bin/Debug/ir64.exe run.rb IronRubyDriver ( /home/mletterle/src/ironruby/Languages/Test/Scripts/ir.cmd ) log @ /home/mletterle/src/ironruby/Languages/Ruby/Tests/ironm2_10232207.log ./common.rb:108:in `chdir': undefined method `exitstatus' for nil:NilClass (NoMethodError) from ./common.rb:108:in `run' from mscorlib:0:in `invoke_object__this___CallSite_object_object_object_object' from mscorlib:0:in `invoke_object__this___CallSite_object_object_object_object' from ./common.rb:102:in `run' from run.rb:69:in `run_by' from run.rb:128:in `each' from run.rb:128 from run.rb:128 from mscorlib:0:in `invoke_object__this___Func`4_object_Proc_object' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/benchmark.rb:294:in `measure' from mscorlib:0:in `invoke_object__this___CallSite_object_object_object_object' from run.rb:121:in `each' from run.rb:121 This seems to occur due to system() not populating $? (or indeed working at all from what I can tell...) Trying to run irb doesn't work: mono ../../bin/Debug/ir64.exe irb mscorlib:0:in `invoke_object__this___Func`4_object_Proc_object': can't convert Symbol into Fixnum (TypeError) from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/irb/locale.rb:35:in `initialize' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/irb/init.rb:114:in `init_config' from mscorlib:0:in `invoke_object__this___Func`4_object_Proc_object' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/irb/init.rb:16:in `setup' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/irb.rb:53:in `start' gem returns a different error: mono ../../bin/Debug/ir64.exe gem --help /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/requirement.rb:72:in `parse': Illformed requirement [">= 0"] (ArgumentError) from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/requirement.rb:97:in `map!' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/requirement.rb:97:in `initialize' from mscorlib:0:in `invoke_object__this___Func`4_object_Proc_object' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/requirement.rb:97:in `initialize' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/requirement.rb:53:in `default' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/specification.rb:1201:in `require' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/specification.rb:1201 from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/source_index.rb:8:in `require' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/source_index.rb:8 from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems.rb:1088:in `require' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems.rb:1088 from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require' Again, same errors occur if I'm using the prebuilt assemblies or self-built. -- Michael Letterle IronRuby MVP http://blog.prokrams.com From Tomas.Matousek at microsoft.com Sun Oct 24 01:23:04 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 24 Oct 2010 05:23:04 +0000 Subject: [Ironruby-core] Contributions In-Reply-To: <4cc33c44.ea1dec0a.6629.ffffc1b5@mx.google.com> References: <4cc33c44.ea1dec0a.6629.ffffc1b5@mx.google.com> Message-ID: Well, this is just a bunch of random features that just come to my mind at the moment. The complete list of missing stuff is basically the same as the list of failing specs :-). I think it should be posted on the Wiki rather than InfoQ but feel free to post whatever you consider useful. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jonathan Allen Sent: Saturday, October 23, 2010 12:49 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Contributions Would it be alright if I reposted this list on InfoQ? Perhaps a little news coverage will bring in fresh blood. Jonathan -----Original Message----- From: Tomas Matousek Sent: Saturday, October 23, 2010 9:24 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Contributions Hi G?ran, Good to see your interest. The Wiki might be a bit out of date. Some areas that need work and nobody's working on them afaik (if anyone works on it, speak up) are - Complex and Rational numbers (new to 1.9): to make stuff work I took 1.8 implementations and loaded them to emulate builtin Complex and Rational classes. This is a big hack. We need to implement these classes in C# in the standard libraries. To support .NET interop the implementation should also convert to the existing Complex type on the platform. This is a good task for someone who likes hacking numbers. - Related one: although BigDecimal class is implemented it feels like it needs some perf improvements - I noticed some specs are running quite slower than MRI. There are also some failing specs in BigDecimal (and BigNum) that would be good to fix so that we have fully compatible implementation. - If you are into cryptography one big missing piece is OpenSSL implementation. There might be pieces that you can share with IronPython's ssl library implementation. - Then there is bunch of misc failing specs that need to be fixed. One big area is ARGF but there are many others as well. See External.LCA_RESTRICTED\Languages\IronRuby\mspec\ironruby-tags-19. - If you were more interested in compiler and runtime you can look into implementing nested method parameters and optional block parameters. This is quite tricky though you need to really understand how the runtime works to implement it correctly. - VS integration always needs improvements. The VS is quite complex environment so it takes a while to learn how it works. Then there is FFI implementation going on - maybe it needs some help? Let me know if you have any questions. Thanks, Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of G?ran Hansen Sent: Saturday, October 23, 2010 12:31 AM To: IronRuby Group Subject: [Ironruby-core] Contributions Hi there I would love to contribute to this open source project. I've been learning Ruby for the last year, and I've fallen in love with the language. It's not in my way, it's fun and productive. I've been a .NET developer for too many years, and it was really fun to experience such a great language as Ruby outside the .NET world. Nevertheless, I would love to be able to run Ruby upon the .NET runtime, especially in my projects at work. For me to be able to use it in real world projects, it has to become faster and more stable. My employer is a big fan of standardization and well known solutions. They wouldn't go for anything except Java or .NET. I'm sure they don't mind what language we use, but they do care about the platform. How can I help? Are the Contribution ideas still valid? http://github.com/ironruby/ironruby/wiki/Contribution-Ideas When things ended as they did, and Microsoft stopped to support the Iron* languages, I was really happy how they made the handover to the community. With Miguel and his team in charge, I'm sure this is going to end well. I believe there are many .NET developers out there that would love to be able to run Ruby code in .NET. Hope to hear from you soon! -- G?ran Hansen Aspiring Software Craftsman Microsoft Regional Director http://twitter.com/goeran http://goeran.no mail at goeran.no +47 452 39 113 _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Sun Oct 24 01:33:28 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 24 Oct 2010 05:33:28 +0000 Subject: [Ironruby-core] IronRuby 1.1.1 under Mono (on Linux) In-Reply-To: References: Message-ID: The tests below are legacy (and broken). "irtests" (in Languages/Ruby/Scripts) is the right test harness to run. I recommend running "irtests -p" if you have multicore machine. It will spawn multiple processes to run the test suite. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Saturday, October 23, 2010 7:12 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] IronRuby 1.1.1 under Mono (on Linux) Running into some issues, curious if anyone else has seen these. Note, I see the same behavior if I build from Trunk or download the binaries from Codeplex. Mono JIT compiler version 2.8.1 (master/e8a3aab Fri Oct 22 22:15:50 EDT 2010) Copyright (C) 2002-2010 Novell, Inc and Contributors. www.mono-project.com TLS: __thread SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none Misc: softdebug LLVM: supported, not enabled. GC: Included Boehm (with typed GC and Parallel Mark) Running tests: mono ../bin/Debug/ir64.exe run.rb IronRubyDriver ( /home/mletterle/src/ironruby/Languages/Test/Scripts/ir.cmd ) log @ /home/mletterle/src/ironruby/Languages/Ruby/Tests/ironm2_10232207.log ./common.rb:108:in `chdir': undefined method `exitstatus' for nil:NilClass (NoMethodError) from ./common.rb:108:in `run' from mscorlib:0:in `invoke_object__this___CallSite_object_object_object_object' from mscorlib:0:in `invoke_object__this___CallSite_object_object_object_object' from ./common.rb:102:in `run' from run.rb:69:in `run_by' from run.rb:128:in `each' from run.rb:128 from run.rb:128 from mscorlib:0:in `invoke_object__this___Func`4_object_Proc_object' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/benchmark.rb:294:in `measure' from mscorlib:0:in `invoke_object__this___CallSite_object_object_object_object' from run.rb:121:in `each' from run.rb:121 This seems to occur due to system() not populating $? (or indeed working at all from what I can tell...) Trying to run irb doesn't work: mono ../../bin/Debug/ir64.exe irb mscorlib:0:in `invoke_object__this___Func`4_object_Proc_object': can't convert Symbol into Fixnum (TypeError) from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/irb/locale.rb:35:in `initialize' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/irb/init.rb:114:in `init_config' from mscorlib:0:in `invoke_object__this___Func`4_object_Proc_object' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/irb/init.rb:16:in `setup' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/irb.rb:53:in `start' gem returns a different error: mono ../../bin/Debug/ir64.exe gem --help /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/requirement.rb:72:in `parse': Illformed requirement [">= 0"] (ArgumentError) from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/requirement.rb:97:in `map!' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/requirement.rb:97:in `initialize' from mscorlib:0:in `invoke_object__this___Func`4_object_Proc_object' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/requirement.rb:97:in `initialize' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/requirement.rb:53:in `default' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/specification.rb:1201:in `require' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/specification.rb:1201 from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/source_index.rb:8:in `require' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/source_index.rb:8 from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems.rb:1088:in `require' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems.rb:1088 from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require' Again, same errors occur if I'm using the prebuilt assemblies or self-built. -- Michael Letterle IronRuby MVP http://blog.prokrams.com _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Sun Oct 24 01:34:48 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 24 Oct 2010 05:34:48 +0000 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: References: Message-ID: Rack might be broken. I haven?t tested that one. Note that IronRuby 1.1.1 completely switched to 1.9.2 grammar and libraries so apps/gems that previously worked might be broken now. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ryan Riley Sent: Saturday, October 23, 2010 10:20 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! Anyone else having trouble installing gems? ir gem -S install ... no longer runs at all, and when I run igem install, I get PS C:\IronRuby1.1\bin> igem install rack sinatra --no-rdoc --no-ri ERROR: While executing gem ... (TypeError) can't convert NilClass into String Am I alone in this? Ryan Riley On Fri, Oct 22, 2010 at 2:40 AM, Dotan N. > wrote: excellent!!! Thanks! On Fri, Oct 22, 2010 at 2:33 AM, Charles Strahan > wrote: Great news! -Charles On Thu, Oct 21, 2010 at 6:14 PM, Tomas Matousek > wrote: 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! All of these are of Alpha quality, the last stable version is still IronRuby 1.0. Download IronRuby 1.1.1 now: http://ironruby.codeplex.com/releases/view/49097 This is the first release of IronRuby that aims to be compatible with Ruby 1.9.2 and drops support for features specific to previous Ruby versions. We made the decision to not support 1.8.6, 1.8.7 and 1.9.1 anymore to simplify the implementation. We recommend using IronRuby 1.0 if you need 1.8.6 compatibility. In this release we implemented many 1.9.2 features. The language grammar is now fully compatible with 1.9.2, so any file that is a valid Ruby 1.9.2 file should be correctly parsed. The runtime is not yet feature complete though. The list of unsupported features includes optional parameters to blocks, nested method parameters, some regular expression features, and others. In spite of these missing pieces, IronRuby 1.1.1 runs simple Ruby on Rails 3 applications and passes most of the tests in RoR 3 suite. For the first time we are also releasing IronRuby integration to Visual Studio 2010. It is bundled into the single IronRuby.msi you can download from CodePlex following the link above. The installer offers you an option to install IronRuby Tools if you have any non-Express SKU of Visual Studio 2010 installed on the machine. The tools also work with the free Visual Studio 2010 Integrated Shell. The integration includes Ruby colorizer and syntax checker, interactive loop window, directory based project, and templates for common Ruby applications (including Ruby on Rails 3, Sinatra, Gems and Silverlight based browser scripting app). This release also fixes the following bugs: 4506 irb 1.9 4600 require 'rubygems' fails for 64Bit Process 5190 Thread Safety Bugs in RubyMetaBinderFactory.cs - Exception Thrown on Method's First Invocation 4958 foo = if 3.odd? ... gets NoMethodError 4994 several socket constants missing 4429 Release automation 4611 missing RUBY_DESCRIPTION 4957 Can't safely subclass IronRuby libraries ("super" doesn't resolve correctly) 4432 Improve irtests -p 5037 Incorrect loading of nested type groups in RubyModule.LoadNestedTypes IronRuby 1.1.1 is the last release from Microsoft before turning it to the new non-Microsoft coordinators. See Jason?s blog post that announces this transition for details. As always, if you find any bugs or have a feature request, please open an issue on CodePlex. Sincerely, The IronRuby Core Team Jim Deville, Tomas Matousek, and Jimmy Schementi _______________________________________________ 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 ali_bush at gentoo.org Sun Oct 24 06:01:08 2010 From: ali_bush at gentoo.org (Alistair Bush) Date: Sun, 24 Oct 2010 23:01:08 +1300 Subject: [Ironruby-core] Contributions In-Reply-To: References: Message-ID: <201010242301.18275.ali_bush@gentoo.org> > > - If you are into cryptography one big missing piece is OpenSSL > implementation. There might be pieces that you can share with IronPython's > ssl library implementation. > Not sure whether this exists or not, or whether it would even work. But it might be a good idea if there was a "Iron.Common" library that contained functionality that was common across all Iron* projects. From ali_bush at gentoo.org Sun Oct 24 05:53:19 2010 From: ali_bush at gentoo.org (Alistair Bush) Date: Sun, 24 Oct 2010 22:53:19 +1300 Subject: [Ironruby-core] Contributing? In-Reply-To: References: Message-ID: <201010242253.22007.ali_bush@gentoo.org> > I have to respecify DEBUG since I'm redefining the DefineConstants > property. > > Running would have worked as long as you didn't try to call that method :) > I would love to see your work. Ive been meaning to package ironruby for gentoo linux for ages, but so far have not got around to it. The main reason for this is that it doesn't build "naked". Gentoo has a policy of staying as close to upstream as possible combined with me being lazy and until a couple of days ago was unsure of whether I could contribute patches upstream. none of those made me particularly motivated to create patches :) If you have made changes I would 1) like to get them merged into ironruby. so #if MONO's would be nice instead of a straight fix. (assuming they are acceptable) 2) like to get the issue fixed in mono (if its that doc one for which there is already a bug, but also that cast from dynamic to object one) so please can we file bugs upstream too. On a more general note. if you are interested in ruby on gentoo I suggest you have a look at a fellow dev's blog [1]. Its an interesting read and you won't be disappointed :) Really please read it, you might learn some of the challenges gentooers currently face. From a linux packaging perspective. Ultimately I would hope that we can acheive nice, easy (for everyone), reproducable builds. Im perfectly happy with msbuild, but could we add bat/sh files that call msbuild/xbuild to build specific parts of the project. Could we document all the options available to configure the build (including defines if necessary, etc). -Alistair. [1] http://blog.flameeyes.eu/tag/rubyng [2] https://bugs.gentoo.org/show_bug.cgi?id=94374 ps. Does ironruby have a irc channel, other place where dev's hang out? From lists at ruby-forum.com Sun Oct 24 09:57:29 2010 From: lists at ruby-forum.com (Eduardo Blumenfeld) Date: Sun, 24 Oct 2010 15:57:29 +0200 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: References: , , , Message-ID: <72a3e5ef102287ffa77d2604a8789e16@ruby-forum.com> I am having the same issue in an xp sp3 computer, no way of installing gems. Ryan Riley wrote in post #956590: > Anyone else having trouble installing gems? ir gem -S install ... no > longer > runs at all, and when I run igem install, I get > > PS C:\IronRuby1.1\bin> igem install rack sinatra --no-rdoc --no-ri > ERROR: While executing gem ... (TypeError) > can't convert NilClass into String > > Am I alone in this? > > Ryan Riley -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Sun Oct 24 12:51:02 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 24 Oct 2010 16:51:02 +0000 Subject: [Ironruby-core] Contributions In-Reply-To: <201010242301.18275.ali_bush@gentoo.org> References: <201010242301.18275.ali_bush@gentoo.org> Message-ID: There is - it's called the DLR :) Microsoft.Dynamic.dll is the right place for shared code. Tomas -----Original Message----- From: Alistair Bush [mailto:ali_bush at gentoo.org] Sent: Sunday, October 24, 2010 3:01 AM To: ironruby-core at rubyforge.org Cc: Tomas Matousek Subject: Re: [Ironruby-core] Contributions > > - If you are into cryptography one big missing piece is OpenSSL > implementation. There might be pieces that you can share with > IronPython's ssl library implementation. > Not sure whether this exists or not, or whether it would even work. But it might be a good idea if there was a "Iron.Common" library that contained functionality that was common across all Iron* projects. From Andrius.Bentkus at rwth-aachen.de Sun Oct 24 15:23:19 2010 From: Andrius.Bentkus at rwth-aachen.de (Andrius Bentkus) Date: Sun, 24 Oct 2010 21:23:19 +0200 Subject: [Ironruby-core] Compiling on Mono? Message-ID: Hello, I know there is a special outdated branch provided by casualjim which lets you compile ironruby on mono/linux, but what about the current version? Can I compile it with mono? I tried using the 2.8 release of mono to compile ironruby 1.1.1, but it would result in an error: Runtime/SavableScriptCode.cs(40,47): error CS0246: The type or namespace name `ScriptCode' could not be found. Are you missing a using directive or an assembly reference? Runtime/LanguageBoundTextContentProvider.cs(26,62): error CS0246: The type or namespace name `TextContentProvider' could not be found. Are you missing a using directive or an assembly reference? Runtime/SourceStringContentProvider.cs(25,57): error CS0246: The type or namespace name `TextContentProvider' could not be found. Are you missing a using directive or an assembly reference? Runtime/NullTextContentProvider.cs(24,51): error CS0246: The type or namespace name `TextContentProvider' could not be found. Are you missing a using directive or an assembly reference? SourceFileContentProvider.cs(27,55): error CS0246: The type or namespace name `StreamContentProvider' could not be found. Are you missing a using directive or an assembly reference? -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Sun Oct 24 17:13:15 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Sun, 24 Oct 2010 17:13:15 -0400 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: References: Message-ID: I have this branch successfully compiling on Mono: http://github.com/mletterle/ironruby/tree/linux compile with xbuild /property:TreatWarningsAsErrors=false /property:DefineConstants="DEBUG MONO" Ruby.csproj On Sun, Oct 24, 2010 at 3:23 PM, Andrius Bentkus wrote: > Hello, > I know there is a special outdated branch provided by casualjim which lets > you compile ironruby on mono/linux, but what about the current version? Can > I compile it with mono? I tried using the 2.8 release of mono to compile > ironruby 1.1.1, but it would result in an error: > ?? ? ? ?Runtime/SavableScriptCode.cs(40,47): error CS0246: The type or > namespace name `ScriptCode' could not be found. Are you missing a using > directive or an assembly reference? > ?? ? ? ?Runtime/LanguageBoundTextContentProvider.cs(26,62): error CS0246: > The type or namespace name `TextContentProvider' could not be found. Are you > missing a using directive or an assembly reference? > ?? ? ? ?Runtime/SourceStringContentProvider.cs(25,57): error CS0246: The > type or namespace name `TextContentProvider' could not be found. Are you > missing a using directive or an assembly reference? > ?? ? ? ?Runtime/NullTextContentProvider.cs(24,51): error CS0246: The type or > namespace name `TextContentProvider' could not be found. Are you missing a > using directive or an assembly reference? > ?? ? ? ?SourceFileContentProvider.cs(27,55): error CS0246: The type or > namespace name `StreamContentProvider' could not be found. Are you missing a > using directive or an assembly reference? > _______________________________________________ > 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 antonfir at gmail.com Sun Oct 24 17:53:19 2010 From: antonfir at gmail.com (Anton Firsov) Date: Sun, 24 Oct 2010 23:53:19 +0200 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: References: Message-ID: Are you planning a .NET 2.0 compatible release for this version? Will be .NET 2.0 supported in the future? 2010/10/22 Tomas Matousek > 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*! > > All of these are of Alpha quality, the last stable version is still > IronRuby 1.0. > > * * > > * * > > *Download IronRuby 1.1.1 now:*** > > *http://ironruby.codeplex.com/releases/view/49097*** > > * * > > * * > > This is the first release of IronRuby that aims to be *compatible with > Ruby 1.9.2* and drops support for features specific to previous Ruby > versions. We made the decision to not support 1.8.6, 1.8.7 and 1.9.1 anymore > to simplify the implementation. We recommend using IronRuby 1.0 if you need > 1.8.6 compatibility. > > In this release we implemented many 1.9.2 features. The language grammar is > now fully compatible with 1.9.2, so any file that is a valid Ruby 1.9.2 file > should be correctly parsed. The runtime is not yet feature complete though. > The list of unsupported features includes optional parameters to blocks, > nested method parameters, some regular expression features, and others. In > spite of these missing pieces, IronRuby 1.1.1 *runs simple Ruby on Rails 3 > * *applications* and passes most of the tests in RoR 3 suite. > > For the first time we are also releasing *IronRuby integration to Visual > Studio 2010*. It is bundled into the single IronRuby.msi you can download > from CodePlex following the link above. The installer offers you an option > to install IronRuby Tools if you have any non-Express SKU of Visual Studio > 2010 installed on the machine. The tools also work with the free Visual > Studio 2010 Integrated Shell. > The integration includes Ruby colorizer and syntax checker, interactive > loop window, directory based project, and templates for common Ruby > applications (including Ruby on Rails 3, Sinatra, Gems and Silverlight based > browser scripting app). > > This release also fixes the following bugs: > 4506 irb 1.9 > 4600 require 'rubygems' fails > for 64Bit Process > 5190 Thread Safety Bugs in > RubyMetaBinderFactory.cs - Exception Thrown on Method's First Invocation > 4958 foo = if 3.odd? ... gets > NoMethodError > 4994 several socket constants > missing > 4429 Release automation > 4611 missing RUBY_DESCRIPTION > 4957 Can't safely subclass > IronRuby libraries ("super" doesn't resolve correctly) > 4432 Improve irtests -p > 5037 Incorrect loading of > nested type groups in RubyModule.LoadNestedTypes > > IronRuby 1.1.1 is the last release from Microsoft before turning it to the > new non-Microsoft coordinators. See Jason?s blog postthat announces this transition for details. > > As always, if you find any bugs or have a feature request, please open an > issue on CodePlex . > > Sincerely, > *The IronRuby Core Team* > Jim Deville , Tomas Matousek, > and Jimmy Schementi > > _______________________________________________ > 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 ryan.riley at panesofglass.org Sun Oct 24 18:33:14 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Sun, 24 Oct 2010 15:33:14 -0700 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: References: Message-ID: Thanks, Tomas. I can't get any to work. I've tried Rake, Rack, Sinatra, and Rails, both with and without the docs. I have reinstalled with the installer and used the binaries. Nothing is working. I also found that --trace doesn't work with the gem command. At least I can run both ir -S gem and igem now. I'm on Win7. If you can help me understand how to look into the issue, I'm happy to try to track it down. Regards, Ryan On Sat, Oct 23, 2010 at 10:34 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > Rack might be broken. I haven?t tested that one. Note that IronRuby 1.1.1 > completely switched to 1.9.2 grammar and libraries so apps/gems that > previously worked might be broken now. > > > > Tomas > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Ryan Riley > *Sent:* Saturday, October 23, 2010 10:20 AM > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! > > > > Anyone else having trouble installing gems? ir gem -S install ... no longer > runs at all, and when I run igem install, I get > > > > PS C:\IronRuby1.1\bin> igem install rack sinatra --no-rdoc --no-ri > > ERROR: While executing gem ... (TypeError) > > can't convert NilClass into String > > > > Am I alone in this? > > > > Ryan Riley > > On Fri, Oct 22, 2010 at 2:40 AM, Dotan N. wrote: > > excellent!!! Thanks! > > > > On Fri, Oct 22, 2010 at 2:33 AM, Charles Strahan < > charles.c.strahan at gmail.com> wrote: > > Great news! > > > > -Charles > > On Thu, Oct 21, 2010 at 6:14 PM, Tomas Matousek < > Tomas.Matousek at microsoft.com> wrote: > > 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*! > > All of these are of Alpha quality, the last stable version is still > IronRuby 1.0. > > * * > > * * > > *Download IronRuby 1.1.1 now:* > > *http://ironruby.codeplex.com/releases/view/49097* > > * * > > * * > > This is the first release of IronRuby that aims to be *compatible with > Ruby 1.9.2* and drops support for features specific to previous Ruby > versions. We made the decision to not support 1.8.6, 1.8.7 and 1.9.1 anymore > to simplify the implementation. We recommend using IronRuby 1.0 if you need > 1.8.6 compatibility. > > In this release we implemented many 1.9.2 features. The language grammar is > now fully compatible with 1.9.2, so any file that is a valid Ruby 1.9.2 file > should be correctly parsed. The runtime is not yet feature complete though. > The list of unsupported features includes optional parameters to blocks, > nested method parameters, some regular expression features, and others. In > spite of these missing pieces, IronRuby 1.1.1 *runs simple Ruby on Rails 3 > * *applications* and passes most of the tests in RoR 3 suite. > > For the first time we are also releasing *IronRuby integration to Visual > Studio 2010*. It is bundled into the single IronRuby.msi you can download > from CodePlex following the link above. The installer offers you an option > to install IronRuby Tools if you have any non-Express SKU of Visual Studio > 2010 installed on the machine. The tools also work with the free Visual > Studio 2010 Integrated Shell. > The integration includes Ruby colorizer and syntax checker, interactive > loop window, directory based project, and templates for common Ruby > applications (including Ruby on Rails 3, Sinatra, Gems and Silverlight based > browser scripting app). > > This release also fixes the following bugs: > 4506 irb 1.9 > 4600 require 'rubygems' fails > for 64Bit Process > 5190 Thread Safety Bugs in > RubyMetaBinderFactory.cs - Exception Thrown on Method's First Invocation > 4958 foo = if 3.odd? ... gets > NoMethodError > 4994 several socket constants > missing > 4429 Release automation > 4611 missing RUBY_DESCRIPTION > 4957 Can't safely subclass > IronRuby libraries ("super" doesn't resolve correctly) > 4432 Improve irtests -p > 5037 Incorrect loading of > nested type groups in RubyModule.LoadNestedTypes > > IronRuby 1.1.1 is the last release from Microsoft before turning it to the > new non-Microsoft coordinators. See Jason?s blog postthat announces this transition for details. > > As always, if you find any bugs or have a feature request, please open an > issue on CodePlex . > > Sincerely, > *The IronRuby Core Team* > Jim Deville , Tomas Matousek, > and Jimmy Schementi > > > > _______________________________________________ > 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ali_bush at gentoo.org Sun Oct 24 19:10:34 2010 From: ali_bush at gentoo.org (Alistair Bush) Date: Mon, 25 Oct 2010 12:10:34 +1300 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: References: Message-ID: <201010251210.34806.ali_bush@gentoo.org> > I have this branch successfully compiling on Mono: > http://github.com/mletterle/ironruby/tree/linux > > compile with xbuild /property:TreatWarningsAsErrors=false > /property:DefineConstants="DEBUG MONO" Ruby.csproj The interesting part is how did you get the other projects that Ruby,csproj depends on to build..... MemoryMapping.V2.cs(16,12): error CS0234: The type or namespace name `Unix' does not exist in the namespace `Mono'. Are you missing an assembly reference? Task "Csc" execution -- FAILED Done building target "CoreCompile" in project "~/gentoo/dotnet/mono/ironruby- mletterle/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.csproj".-- FAILED and dotnet/mono/ironruby- mletterle/Runtime/Microsoft.Scripting/Microsoft.Scripting.csproj (default targets) -> /usr/lib64/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) -> Hosting/ScriptScope.cs(229,21): error CS0030: Cannot convert type `System.Collections.Generic.KeyValuePair' to `System.Collections.Generic.KeyValuePair' and dotnet/mono/ironruby- mletterle/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.csproj (default targets) -> /usr/lib64/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) -> MemoryMapping.V2.cs(16,12): error CS0234: The type or namespace name `Unix' does not exist in the namespace `Mono'. Are you missing an assembly reference? 1 Warning(s) 2 Error(s) Looking at the Microsoft.Scripting.* projects so no reference to Mono specific libraries (aka Mono.Posix). > > On Sun, Oct 24, 2010 at 3:23 PM, Andrius Bentkus > > wrote: > > Hello, > > I know there is a special outdated branch provided by casualjim which > > lets you compile ironruby on mono/linux, but what about the current > > version? Can I compile it with mono? I tried using the 2.8 release of > > mono to compile ironruby 1.1.1, but it would result in an error: > > Runtime/SavableScriptCode.cs(40,47): error CS0246: The type or > > namespace name `ScriptCode' could not be found. Are you missing a using > > directive or an assembly reference? > > Runtime/LanguageBoundTextContentProvider.cs(26,62): error CS0246: > > The type or namespace name `TextContentProvider' could not be found. Are > > you missing a using directive or an assembly reference? > > Runtime/SourceStringContentProvider.cs(25,57): error CS0246: The > > type or namespace name `TextContentProvider' could not be found. Are you > > missing a using directive or an assembly reference? > > Runtime/NullTextContentProvider.cs(24,51): error CS0246: The type > > or namespace name `TextContentProvider' could not be found. Are you > > missing a using directive or an assembly reference? > > SourceFileContentProvider.cs(27,55): error CS0246: The type or > > namespace name `StreamContentProvider' could not be found. Are you > > missing a using directive or an assembly reference? > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Sun Oct 24 19:42:04 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 24 Oct 2010 23:42:04 +0000 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: References: Message-ID: You can still build .NET 3.5 binaries (CLR 2.0) build from sources ("msbuild Ruby.sln /p:Configuration=v2Release"), but not the installer. The future support for .NET 3.5 would depend on the amount of interest in it. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Anton Firsov Sent: Sunday, October 24, 2010 2:53 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! Are you planning a .NET 2.0 compatible release for this version? Will be .NET 2.0 supported in the future? 2010/10/22 Tomas Matousek > 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! All of these are of Alpha quality, the last stable version is still IronRuby 1.0. Download IronRuby 1.1.1 now: http://ironruby.codeplex.com/releases/view/49097 This is the first release of IronRuby that aims to be compatible with Ruby 1.9.2 and drops support for features specific to previous Ruby versions. We made the decision to not support 1.8.6, 1.8.7 and 1.9.1 anymore to simplify the implementation. We recommend using IronRuby 1.0 if you need 1.8.6 compatibility. In this release we implemented many 1.9.2 features. The language grammar is now fully compatible with 1.9.2, so any file that is a valid Ruby 1.9.2 file should be correctly parsed. The runtime is not yet feature complete though. The list of unsupported features includes optional parameters to blocks, nested method parameters, some regular expression features, and others. In spite of these missing pieces, IronRuby 1.1.1 runs simple Ruby on Rails 3 applications and passes most of the tests in RoR 3 suite. For the first time we are also releasing IronRuby integration to Visual Studio 2010. It is bundled into the single IronRuby.msi you can download from CodePlex following the link above. The installer offers you an option to install IronRuby Tools if you have any non-Express SKU of Visual Studio 2010 installed on the machine. The tools also work with the free Visual Studio 2010 Integrated Shell. The integration includes Ruby colorizer and syntax checker, interactive loop window, directory based project, and templates for common Ruby applications (including Ruby on Rails 3, Sinatra, Gems and Silverlight based browser scripting app). This release also fixes the following bugs: 4506 irb 1.9 4600 require 'rubygems' fails for 64Bit Process 5190 Thread Safety Bugs in RubyMetaBinderFactory.cs - Exception Thrown on Method's First Invocation 4958 foo = if 3.odd? ... gets NoMethodError 4994 several socket constants missing 4429 Release automation 4611 missing RUBY_DESCRIPTION 4957 Can't safely subclass IronRuby libraries ("super" doesn't resolve correctly) 4432 Improve irtests -p 5037 Incorrect loading of nested type groups in RubyModule.LoadNestedTypes IronRuby 1.1.1 is the last release from Microsoft before turning it to the new non-Microsoft coordinators. See Jason's blog post that announces this transition for details. As always, if you find any bugs or have a feature request, please open an issue on CodePlex. Sincerely, The IronRuby Core Team Jim Deville, Tomas Matousek, and Jimmy Schementi _______________________________________________ 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 michael.letterle at gmail.com Sun Oct 24 19:49:53 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Sun, 24 Oct 2010 19:49:53 -0400 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: <201010251210.34806.ali_bush@gentoo.org> References: <201010251210.34806.ali_bush@gentoo.org> Message-ID: You may have to compile some of the dependency libraries WITHOUT the MONO constant... On Sun, Oct 24, 2010 at 7:10 PM, Alistair Bush wrote: >> I have this branch successfully compiling on Mono: >> http://github.com/mletterle/ironruby/tree/linux >> >> compile with xbuild /property:TreatWarningsAsErrors=false >> /property:DefineConstants="DEBUG MONO" Ruby.csproj > > The interesting part is how did you get the other projects that Ruby,csproj > depends on to build..... > > MemoryMapping.V2.cs(16,12): error CS0234: The type or namespace name `Unix' > does not exist in the namespace `Mono'. Are you missing an assembly reference? > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?Task "Csc" execution -- FAILED > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?Done building target "CoreCompile" in > project "~/gentoo/dotnet/mono/ironruby- > mletterle/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.csproj".-- > FAILED > > and > > dotnet/mono/ironruby- > mletterle/Runtime/Microsoft.Scripting/Microsoft.Scripting.csproj (default > targets) -> > /usr/lib64/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) -> > > ? ? ? ?Hosting/ScriptScope.cs(229,21): error CS0030: Cannot convert type > `System.Collections.Generic.KeyValuePair' to > `System.Collections.Generic.KeyValuePair' > > and > > dotnet/mono/ironruby- > mletterle/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.csproj > (default targets) -> > /usr/lib64/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) -> > > ? ? ? ?MemoryMapping.V2.cs(16,12): error CS0234: The type or namespace name > `Unix' does not exist in the namespace `Mono'. Are you missing an assembly > reference? > > ? ? ? ? 1 Warning(s) > ? ? ? ? 2 Error(s) > > Looking at the Microsoft.Scripting.* projects so no reference to Mono specific > libraries ?(aka Mono.Posix). > >> >> On Sun, Oct 24, 2010 at 3:23 PM, Andrius Bentkus >> >> wrote: >> > Hello, >> > I know there is a special outdated branch provided by casualjim which >> > lets you compile ironruby on mono/linux, but what about the current >> > version? Can I compile it with mono? I tried using the 2.8 release of >> > mono to compile ironruby 1.1.1, but it would result in an error: >> > ? ? ? ? Runtime/SavableScriptCode.cs(40,47): error CS0246: The type or >> > namespace name `ScriptCode' could not be found. Are you missing a using >> > directive or an assembly reference? >> > ? ? ? ? Runtime/LanguageBoundTextContentProvider.cs(26,62): error CS0246: >> > The type or namespace name `TextContentProvider' could not be found. Are >> > you missing a using directive or an assembly reference? >> > ? ? ? ? Runtime/SourceStringContentProvider.cs(25,57): error CS0246: The >> > type or namespace name `TextContentProvider' could not be found. Are you >> > missing a using directive or an assembly reference? >> > ? ? ? ? Runtime/NullTextContentProvider.cs(24,51): error CS0246: The type >> > or namespace name `TextContentProvider' could not be found. Are you >> > missing a using directive or an assembly reference? >> > ? ? ? ? SourceFileContentProvider.cs(27,55): error CS0246: The type or >> > namespace name `StreamContentProvider' could not be found. Are you >> > missing a using directive or an assembly reference? >> > _______________________________________________ >> > 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 cory.foy at gmail.com Sun Oct 24 20:20:59 2010 From: cory.foy at gmail.com (cory.foy at gmail.com) Date: Mon, 25 Oct 2010 00:20:59 +0000 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: References: Message-ID: <1398128673-1287966062-cardhu_decombobulator_blackberry.rim.net-1604262227-@bda601.bisx.prod.on.blackberry> Ryan, Just a thought - have you tried running from an elevated command prompt? Cory Sent from my Verizon Wireless BlackBerry -----Original Message----- From: Ryan Riley Sender: ironruby-core-bounces at rubyforge.org Date: Sun, 24 Oct 2010 15:33:14 To: Reply-To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From ryan.riley at panesofglass.org Sun Oct 24 22:10:50 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Sun, 24 Oct 2010 19:10:50 -0700 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: <1398128673-1287966062-cardhu_decombobulator_blackberry.rim.net-1604262227-@bda601.bisx.prod.on.blackberry> References: <1398128673-1287966062-cardhu_decombobulator_blackberry.rim.net-1604262227-@bda601.bisx.prod.on.blackberry> Message-ID: Yeah, I tried that, too. Are you not having this problem? I thought I remembered reading something about needing the built-in version of rake somewhere, but I can't find the reference, nor do I see rake in my list of gems. :( Ryan On Sun, Oct 24, 2010 at 5:20 PM, wrote: > Ryan, > > Just a thought - have you tried running from an elevated command prompt? > > Cory > Sent from my Verizon Wireless BlackBerry > > -----Original Message----- > From: Ryan Riley > Sender: ironruby-core-bounces at rubyforge.org > Date: Sun, 24 Oct 2010 15:33:14 > To: > Reply-To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! > > _______________________________________________ > 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 Tomas.Matousek at microsoft.com Sun Oct 24 23:29:06 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 25 Oct 2010 03:29:06 +0000 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: <1398128673-1287966062-cardhu_decombobulator_blackberry.rim.net-1604262227-@bda601.bisx.prod.on.blackberry> References: <1398128673-1287966062-cardhu_decombobulator_blackberry.rim.net-1604262227-@bda601.bisx.prod.on.blackberry> Message-ID: If not, that should should've reported an error like: C:\Users\tomat>igem install rspec --no-ri --no-rdoc ERROR: While executing gem ... (Errno::EACCES) Access to the path 'C:\Program Files\IronRuby 1.1\Lib\ruby\gems\1.9.1\cache\rspec-core-2.0.1.gem' is denied. Works as expected on a clean VM with IronRuby 1.1.1 installed: C:\Temp>igem install rspec --no-ri --no-rdoc ************************************************** Thank you for installing rspec-core-2.0.1 Please be sure to look at Upgrade.markdown to see what might have changed since the last release. ************************************************** Successfully installed rspec-core-2.0.1 Successfully installed diff-lcs-1.1.2 Successfully installed rspec-expectations-2.0.1 Successfully installed rspec-mocks-2.0.1 Successfully installed rspec-2.0.1 5 gems installed C:\Temp>igem install rack sinatra --no-rdoc --no-ri Successfully installed rack-1.2.1 Successfully installed tilt-1.1 Successfully installed sinatra-1.1.0 3 gems installed Don't you have some other Ruby/IronRuby installation on your path (or GEM_PATH/GEM_HOME)? Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of cory.foy at gmail.com Sent: Sunday, October 24, 2010 5:21 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! Ryan, Just a thought - have you tried running from an elevated command prompt? Cory Sent from my Verizon Wireless BlackBerry -----Original Message----- From: Ryan Riley Sender: ironruby-core-bounces at rubyforge.org Date: Sun, 24 Oct 2010 15:33:14 To: Reply-To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! _______________________________________________ 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 ryan.riley at panesofglass.org Mon Oct 25 00:05:30 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Sun, 24 Oct 2010 21:05:30 -0700 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: References: <1398128673-1287966062-cardhu_decombobulator_blackberry.rim.net-1604262227-@bda601.bisx.prod.on.blackberry> Message-ID: I don't have GEM_PATH/GEM_HOME defined anymore. The only other ruby in my path is C:\Users\ryan\.gem\ironruby\1.8\bin, which isn't a Ruby. Actually, I don't remember what that's from. I also have pik in my path, which I use to switch between different rubies on Windows. I added IR 1.1.1 through the pik add option. However, I've tried it both within pik and on its own. Neither works. I do have IRONRUBY_10_20, IRONRUBY_11, and IRONRUBY_11_40 environment variables. I removed those, too, to no effect. I don't know why IR would have suddenly stopped working for me. Do I need to clear out my IronRuby1.1 folder? I've already deleted the folder several times trying to start over. Ryan Riley On Sun, Oct 24, 2010 at 8:29 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > If not, that should should've reported an error like: > > C:\Users\tomat>igem install rspec --no-ri --no-rdoc > ERROR: While executing gem ... (Errno::EACCES) > Access to the path 'C:\Program Files\IronRuby > 1.1\Lib\ruby\gems\1.9.1\cache\rspec-core-2.0.1.gem' is denied. > > Works as expected on a clean VM with IronRuby 1.1.1 installed: > > C:\Temp>igem install rspec --no-ri --no-rdoc > ************************************************** > > Thank you for installing rspec-core-2.0.1 > > Please be sure to look at Upgrade.markdown to see what might have changed > since the last release. > > ************************************************** > Successfully installed rspec-core-2.0.1 > Successfully installed diff-lcs-1.1.2 > Successfully installed rspec-expectations-2.0.1 > Successfully installed rspec-mocks-2.0.1 > Successfully installed rspec-2.0.1 > 5 gems installed > > C:\Temp>igem install rack sinatra --no-rdoc --no-ri > Successfully installed rack-1.2.1 > Successfully installed tilt-1.1 > Successfully installed sinatra-1.1.0 > 3 gems installed > > > Don't you have some other Ruby/IronRuby installation on your path (or > GEM_PATH/GEM_HOME)? > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] On Behalf Of cory.foy at gmail.com > Sent: Sunday, October 24, 2010 5:21 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! > > Ryan, > > Just a thought - have you tried running from an elevated command prompt? > > Cory > Sent from my Verizon Wireless BlackBerry > > -----Original Message----- > From: Ryan Riley > Sender: ironruby-core-bounces at rubyforge.org > Date: Sun, 24 Oct 2010 15:33:14 > To: > Reply-To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! > > _______________________________________________ > 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 rwth-aachen.de Mon Oct 25 03:13:51 2010 From: Andrius.Bentkus at rwth-aachen.de (Andrius Bentkus) Date: Mon, 25 Oct 2010 09:13:51 +0200 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: References: <201010251210.34806.ali_bush@gentoo.org> Message-ID: I got it compiling, there is a missing reference for Mono.Posix, one bad cast and you need to use CCI in the constants. Does someone know what CCI should be? On Mon, Oct 25, 2010 at 1:49 AM, Michael Letterle < michael.letterle at gmail.com> wrote: > You may have to compile some of the dependency libraries WITHOUT the > MONO constant... > > On Sun, Oct 24, 2010 at 7:10 PM, Alistair Bush > wrote: > >> I have this branch successfully compiling on Mono: > >> http://github.com/mletterle/ironruby/tree/linux > >> > >> compile with xbuild /property:TreatWarningsAsErrors=false > >> /property:DefineConstants="DEBUG MONO" Ruby.csproj > > > > The interesting part is how did you get the other projects that > Ruby,csproj > > depends on to build..... > > > > MemoryMapping.V2.cs(16,12): error CS0234: The type or namespace name > `Unix' > > does not exist in the namespace `Mono'. Are you missing an assembly > reference? > > Task "Csc" execution -- FAILED > > Done building target "CoreCompile" > in > > project "~/gentoo/dotnet/mono/ironruby- > > > mletterle/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.csproj".-- > > FAILED > > > > and > > > > dotnet/mono/ironruby- > > mletterle/Runtime/Microsoft.Scripting/Microsoft.Scripting.csproj (default > > targets) -> > > /usr/lib64/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) -> > > > > Hosting/ScriptScope.cs(229,21): error CS0030: Cannot convert type > > `System.Collections.Generic.KeyValuePair' to > > `System.Collections.Generic.KeyValuePair' > > > > and > > > > dotnet/mono/ironruby- > > > mletterle/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.csproj > > (default targets) -> > > /usr/lib64/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) -> > > > > MemoryMapping.V2.cs(16,12): error CS0234: The type or namespace > name > > `Unix' does not exist in the namespace `Mono'. Are you missing an > assembly > > reference? > > > > 1 Warning(s) > > 2 Error(s) > > > > Looking at the Microsoft.Scripting.* projects so no reference to Mono > specific > > libraries (aka Mono.Posix). > > > >> > >> On Sun, Oct 24, 2010 at 3:23 PM, Andrius Bentkus > >> > >> wrote: > >> > Hello, > >> > I know there is a special outdated branch provided by casualjim which > >> > lets you compile ironruby on mono/linux, but what about the current > >> > version? Can I compile it with mono? I tried using the 2.8 release of > >> > mono to compile ironruby 1.1.1, but it would result in an error: > >> > Runtime/SavableScriptCode.cs(40,47): error CS0246: The type or > >> > namespace name `ScriptCode' could not be found. Are you missing a > using > >> > directive or an assembly reference? > >> > Runtime/LanguageBoundTextContentProvider.cs(26,62): error > CS0246: > >> > The type or namespace name `TextContentProvider' could not be found. > Are > >> > you missing a using directive or an assembly reference? > >> > Runtime/SourceStringContentProvider.cs(25,57): error CS0246: > The > >> > type or namespace name `TextContentProvider' could not be found. Are > you > >> > missing a using directive or an assembly reference? > >> > Runtime/NullTextContentProvider.cs(24,51): error CS0246: The > type > >> > or namespace name `TextContentProvider' could not be found. Are you > >> > missing a using directive or an assembly reference? > >> > SourceFileContentProvider.cs(27,55): error CS0246: The type or > >> > namespace name `StreamContentProvider' could not be found. Are you > >> > missing a using directive or an assembly reference? > >> > _______________________________________________ > >> > 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 > _______________________________________________ > 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 rwth-aachen.de Mon Oct 25 03:50:51 2010 From: Andrius.Bentkus at rwth-aachen.de (Andrius Bentkus) Date: Mon, 25 Oct 2010 09:50:51 +0200 Subject: [Ironruby-core] Contributing? In-Reply-To: <201010242253.22007.ali_bush@gentoo.org> References: <201010242253.22007.ali_bush@gentoo.org> Message-ID: The project directory structure is a mess. Dozens of executable files in the versioning and what not. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at goeran.no Mon Oct 25 04:32:04 2010 From: mail at goeran.no (=?ISO-8859-1?Q?G=F8ran_Hansen?=) Date: Mon, 25 Oct 2010 10:32:04 +0200 Subject: [Ironruby-core] Contributions In-Reply-To: References: Message-ID: Tomas, Thanks for getting back at me. I think it would be wise to start with something that I know. I?ve written a plugin for VS2010 before, and feel quite comfortable doing that, even though it?s a large and complex environment. I?ll check out the IronRuby VS integration as it is. What I like about programming Ruby Netbeans and RubyMine is that they have a built in test runner for RSpec. Is there an RSpec test runner for VS and IronRuby? If not, that would be a fun task to start with :) G?ran On Sat, Oct 23, 2010 at 6:24 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > Hi G?ran, > > Good to see your interest. > > > > The Wiki might be a bit out of date. Some areas that need work and nobody?s > working on them afaik (if anyone works on it, speak up) are > > - Complex and Rational numbers (new to 1.9): to make stuff work I > took 1.8 implementations and loaded them to emulate builtin Complex and > Rational classes. This is a big hack. We need to implement these classes in > C# in the standard libraries. To support .NET interop the implementation > should also convert to the existing Complex type on the platform. This is a > good task for someone who likes hacking numbers. > > - Related one: although BigDecimal class is implemented it feels > like it needs some perf improvements ? I noticed some specs are running > quite slower than MRI. There are also some failing specs in BigDecimal (and > BigNum) that would be good to fix so that we have fully compatible > implementation. > > - If you are into cryptography one big missing piece is OpenSSL > implementation. There might be pieces that you can share with IronPython?s > ssl library implementation. > > - Then there is bunch of misc failing specs that need to be > fixed. One big area is ARGF but there are many others as well. See > External.LCA_RESTRICTED\Languages\IronRuby\mspec\ironruby-tags-19. > > - If you were more interested in compiler and runtime you can > look into implementing nested method parameters and optional block > parameters. This is quite tricky though you need to really understand how > the runtime works to implement it correctly. > > - VS integration always needs improvements. The VS is quite > complex environment so it takes a while to learn how it works. > > > > Then there is FFI implementation going on ? maybe it needs some help? > > > > Let me know if you have any questions. > > > > Thanks, > > Tomas > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *G?ran Hansen > *Sent:* Saturday, October 23, 2010 12:31 AM > *To:* IronRuby Group > *Subject:* [Ironruby-core] Contributions > > > > Hi there > > I would love to contribute to this open source project. I?ve been learning > Ruby for the last year, and I?ve fallen in love with the language. It?s not > in my way, it?s fun and productive. > > I?ve been a .NET developer for too many years, and it was really fun to > experience such a great language as Ruby outside the .NET world. > Nevertheless, I would love to be able to run Ruby upon the .NET runtime, > especially in my projects at work. For me to be able to use it in real world > projects, it has to become faster and more stable. My employer is a big fan > of standardization and well known solutions. They wouldn?t go for anything > except Java or .NET. I?m sure they don?t mind what language we use, but they > do care about the platform. > > How can I help? Are the Contribution ideas still valid? > http://github.com/ironruby/ironruby/wiki/Contribution-Ideas > > When things ended as they did, and Microsoft stopped to support the Iron* > languages, I was really happy how they made the handover to the community. > With Miguel and his team in charge, I?m sure this is going to end well. I > believe there are many .NET developers out there that would love to be able > to run Ruby code in .NET. > > Hope to hear from you soon! > > -- > G?ran Hansen > Aspiring Software Craftsman > Microsoft Regional Director > > http://twitter.com/goeran > http://goeran.no > mail at goeran.no > +47 452 39 113 > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- G?ran Hansen Aspiring Software Craftsman Microsoft Regional Director & MVP http://twitter.com/goeran http://goeran.no mail at goeran.no +47 452 39 113 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andrius.Bentkus at rwth-aachen.de Mon Oct 25 04:49:55 2010 From: Andrius.Bentkus at rwth-aachen.de (Andrius Bentkus) Date: Mon, 25 Oct 2010 10:49:55 +0200 Subject: [Ironruby-core] mono rubygems and ironruby Message-ID: Hello, After unzipping ironruby-1.1.1 into /opt/ironruby-1.1.1 I tried to run rubygems with mono ir.exe, but I failed. I tried to adjust some path variables, but it still didn't work, rubygems kept complaining about a missing gem_prelude.rb. Does someone know how to make ironruby make eat all the stuff in /opt/ironruby-1.1.1/lib on linux? -------------- next part -------------- An HTML attachment was scrubbed... URL: From ali_bush at gentoo.org Mon Oct 25 05:23:31 2010 From: ali_bush at gentoo.org (Alistair Bush) Date: Mon, 25 Oct 2010 22:23:31 +1300 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: References: Message-ID: <201010252223.31342.ali_bush@gentoo.org> > I got it compiling, there is a missing reference for Mono.Posix, one bad > cast and you need to use CCI in the constants. Does someone know what CCI > should be? patches would be nice :) > > On Mon, Oct 25, 2010 at 1:49 AM, Michael Letterle < > > michael.letterle at gmail.com> wrote: > > You may have to compile some of the dependency libraries WITHOUT the > > MONO constant... > > > > On Sun, Oct 24, 2010 at 7:10 PM, Alistair Bush > > > > wrote: > > >> I have this branch successfully compiling on Mono: > > >> http://github.com/mletterle/ironruby/tree/linux > > >> > > >> compile with xbuild /property:TreatWarningsAsErrors=false > > >> /property:DefineConstants="DEBUG MONO" Ruby.csproj > > > > > > The interesting part is how did you get the other projects that > > > > Ruby,csproj > > > > > depends on to build..... > > > > > > MemoryMapping.V2.cs(16,12): error CS0234: The type or namespace name > > > > `Unix' > > > > > does not exist in the namespace `Mono'. Are you missing an assembly > > > > reference? > > > > > Task "Csc" execution -- FAILED > > > Done building target > > > "CoreCompile" > > > > in > > > > > project "~/gentoo/dotnet/mono/ironruby- > > > > mletterle/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metada > > ta.csproj".-- > > > > > FAILED > > > > > > and > > > > > > dotnet/mono/ironruby- > > > mletterle/Runtime/Microsoft.Scripting/Microsoft.Scripting.csproj > > > (default targets) -> > > > /usr/lib64/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) -> > > > > > > Hosting/ScriptScope.cs(229,21): error CS0030: Cannot convert > > > type > > > > > > `System.Collections.Generic.KeyValuePair' to > > > `System.Collections.Generic.KeyValuePair' > > > > > > and > > > > > > dotnet/mono/ironruby- > > > > mletterle/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metada > > ta.csproj > > > > > (default targets) -> > > > /usr/lib64/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) -> > > > > > > MemoryMapping.V2.cs(16,12): error CS0234: The type or namespace > > > > name > > > > > `Unix' does not exist in the namespace `Mono'. Are you missing an > > > > assembly > > > > > reference? > > > > > > 1 Warning(s) > > > 2 Error(s) > > > > > > Looking at the Microsoft.Scripting.* projects so no reference to Mono > > > > specific > > > > > libraries (aka Mono.Posix). > > > > > >> On Sun, Oct 24, 2010 at 3:23 PM, Andrius Bentkus > > >> > > >> wrote: > > >> > Hello, > > >> > I know there is a special outdated branch provided by casualjim > > >> > which lets you compile ironruby on mono/linux, but what about the > > >> > current version? Can I compile it with mono? I tried using the 2.8 > > >> > release of > > >> > > > >> > mono to compile ironruby 1.1.1, but it would result in an error: > > >> > Runtime/SavableScriptCode.cs(40,47): error CS0246: The type > > >> > or > > >> > > > >> > namespace name `ScriptCode' could not be found. Are you missing a > > > > using > > > > >> > directive or an assembly reference? > > >> > > > >> > Runtime/LanguageBoundTextContentProvider.cs(26,62): error > > > > CS0246: > > >> > The type or namespace name `TextContentProvider' could not be found. > > > > Are > > > > >> > you missing a using directive or an assembly reference? > > >> > > > >> > Runtime/SourceStringContentProvider.cs(25,57): error CS0246: > > The > > > > >> > type or namespace name `TextContentProvider' could not be found. Are > > > > you > > > > >> > missing a using directive or an assembly reference? > > >> > > > >> > Runtime/NullTextContentProvider.cs(24,51): error CS0246: The > > > > type > > > > >> > or namespace name `TextContentProvider' could not be found. Are you > > >> > missing a using directive or an assembly reference? > > >> > > > >> > SourceFileContentProvider.cs(27,55): error CS0246: The type > > >> > or > > >> > > > >> > namespace name `StreamContentProvider' could not be found. Are you > > >> > missing a using directive or an assembly reference? > > >> > _______________________________________________ > > >> > 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 > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core From jirapong.nanta at gmail.com Mon Oct 25 06:18:48 2010 From: jirapong.nanta at gmail.com (Jirapong Nanta) Date: Mon, 25 Oct 2010 17:18:48 +0700 Subject: [Ironruby-core] Contributions In-Reply-To: References: Message-ID: Hello Tomas, I would like to continue my work with OpenSSL. I will re-fork IronRuby and update my progress here. Best, -Jirapong On Sat, Oct 23, 2010 at 11:24 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > Hi G?ran, > > Good to see your interest. > > > > The Wiki might be a bit out of date. Some areas that need work and nobody?s > working on them afaik (if anyone works on it, speak up) are > > - Complex and Rational numbers (new to 1.9): to make stuff work I > took 1.8 implementations and loaded them to emulate builtin Complex and > Rational classes. This is a big hack. We need to implement these classes in > C# in the standard libraries. To support .NET interop the implementation > should also convert to the existing Complex type on the platform. This is a > good task for someone who likes hacking numbers. > > - Related one: although BigDecimal class is implemented it feels > like it needs some perf improvements ? I noticed some specs are running > quite slower than MRI. There are also some failing specs in BigDecimal (and > BigNum) that would be good to fix so that we have fully compatible > implementation. > > - If you are into cryptography one big missing piece is OpenSSL > implementation. There might be pieces that you can share with IronPython?s > ssl library implementation. > > - Then there is bunch of misc failing specs that need to be > fixed. One big area is ARGF but there are many others as well. See > External.LCA_RESTRICTED\Languages\IronRuby\mspec\ironruby-tags-19. > > - If you were more interested in compiler and runtime you can > look into implementing nested method parameters and optional block > parameters. This is quite tricky though you need to really understand how > the runtime works to implement it correctly. > > - VS integration always needs improvements. The VS is quite > complex environment so it takes a while to learn how it works. > > > > Then there is FFI implementation going on ? maybe it needs some help? > > > > Let me know if you have any questions. > > > > Thanks, > > Tomas > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *G?ran Hansen > *Sent:* Saturday, October 23, 2010 12:31 AM > *To:* IronRuby Group > *Subject:* [Ironruby-core] Contributions > > > > Hi there > > I would love to contribute to this open source project. I?ve been learning > Ruby for the last year, and I?ve fallen in love with the language. It?s not > in my way, it?s fun and productive. > > I?ve been a .NET developer for too many years, and it was really fun to > experience such a great language as Ruby outside the .NET world. > Nevertheless, I would love to be able to run Ruby upon the .NET runtime, > especially in my projects at work. For me to be able to use it in real world > projects, it has to become faster and more stable. My employer is a big fan > of standardization and well known solutions. They wouldn?t go for anything > except Java or .NET. I?m sure they don?t mind what language we use, but they > do care about the platform. > > How can I help? Are the Contribution ideas still valid? > http://github.com/ironruby/ironruby/wiki/Contribution-Ideas > > When things ended as they did, and Microsoft stopped to support the Iron* > languages, I was really happy how they made the handover to the community. > With Miguel and his team in charge, I?m sure this is going to end well. I > believe there are many .NET developers out there that would love to be able > to run Ruby code in .NET. > > Hope to hear from you soon! > > -- > G?ran Hansen > Aspiring Software Craftsman > Microsoft Regional Director > > http://twitter.com/goeran > http://goeran.no > mail at goeran.no > +47 452 39 113 > > _______________________________________________ > 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 rwth-aachen.de Mon Oct 25 06:22:25 2010 From: Andrius.Bentkus at rwth-aachen.de (Andrius Bentkus) Date: Mon, 25 Oct 2010 12:22:25 +0200 Subject: [Ironruby-core] Contributing? In-Reply-To: References: <75F44B5C-F4D1-4B78-8D17-7A8AF78D3E6F@gmail.com> Message-ID: On Sun, Oct 24, 2010 at 1:57 AM, Michael Letterle < michael.letterle at gmail.com> wrote: > FWIW having separate IronRuby, IronPython, and Common repos that are > sub moduled(is that a word?) would make sense, that way changes that > are done in Common by both people working on Ruby and Python are > easily shared.. the current configuration feels.. fragile. > There is a major problem: different vcs tools. I guess the IronPython project will stay with TFS/SVN while IronRuby will use git(hub). Having common submodule repos managed by different VCS would be a world of pain. There is no way of dividing the project into submodules if IronPython doesn't move to github/git. Maybe some git-svn magic would help and mirror versions on github of the svn repositories would be needed. I think that another major problem the IronRuby project has are the 4 sites with IronRuby content. There are like 4 sites now on github, rubyforge, ironruby.net and the codeplex with different content on ironruby. This is madness, IronPython as only 2 sites, ironpython.net and codeplex and that makes sence. When I looked into the project I was just confused, because I couldn't find any information and the little bits of Information were scattered and outdated. And this is a real dilemma, because you just can't move away from any of these sites: you have to stay at codeplex at because it is an Iron project, you have to stay at rubyforge because it is ruby afterall, you can't move from github, because all the ruby kids use git, so there is only ironruby.net left, but you can't get rid of that either, it's after all the ironruby domain. The purposes of the sites need to be trimmed down: use codeplex and rubyforge only for binary distribution, github for versioning, issue tracking and wiki and ironruby.net as a presentation site just like ironpython.net is, cut the documentation out of it and stuff it in the github wiki, redudancy is hard to version. I don't think that keeping the issue tracking system on codeplex really helps in any way: people who are interested only in IronRuby have to register now on codeplex and github, people who are interested in bot iron projects will have to register on both anyway. I guess splitting up this this project is a nasty nasty dilemma, because the project tries to unite different communities which have different tool preferences. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andrius.Bentkus at rwth-aachen.de Mon Oct 25 06:31:08 2010 From: Andrius.Bentkus at rwth-aachen.de (Andrius Bentkus) Date: Mon, 25 Oct 2010 12:31:08 +0200 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: <201010252223.31342.ali_bush@gentoo.org> References: <201010252223.31342.ali_bush@gentoo.org> Message-ID: On Mon, Oct 25, 2010 at 11:23 AM, Alistair Bush wrote: > > I got it compiling, there is a missing reference for Mono.Posix, one bad > > cast and you need to use CCI in the constants. Does someone know what CCI > > should be? > > patches would be nice :) I can't patch the csproj with the missing reference because it would break building on windows. Creating another set of csproj for the a mono build would be madness. Do csproj'ects support something like ifdef or is it possible to include a reference only when mono is used? And the other change I made was a one liner, I don't think that attaching an entire patch is is really necessary for it. Just run xbuild with CCI: xbuild /property:TreatWarningsAsErrors=false /property:DefineConstants="DEBUG MONO" Ruby.csproj and look at the warning outputs... O for god sake, I'll just attach it. I used this branch: http://github.com/mletterle/ironruby/tree/linux as the base. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Fix-build-on-mono.patch Type: text/x-patch Size: 1978 bytes Desc: not available URL: From kevin.radcliffe at gmail.com Mon Oct 25 08:36:46 2010 From: kevin.radcliffe at gmail.com (Kevin Radcliffe) Date: Mon, 25 Oct 2010 21:36:46 +0900 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: References: <1398128673-1287966062-cardhu_decombobulator_blackberry.rim.net-1604262227-@bda601.bisx.prod.on.blackberry> Message-ID: Getting the same when installing sinatra (even from an elevated admin prompt): C:\Windows\system32>igem install --no-ri --no-rdoc sinatra ERROR: While executing gem ... (TypeError) can't convert NilClass into String Any idea how we can add more trace info to the output to see where we're getting caught? Thanks Best Regards, Kevin Radcliffe On Mon, Oct 25, 2010 at 1:05 PM, Ryan Riley wrote: > I don't have GEM_PATH/GEM_HOME defined anymore. The only other ruby in my > path is C:\Users\ryan\.gem\ironruby\1.8\bin, which isn't a Ruby. Actually, I > don't remember what that's from. I also have pik in my path, which I use to > switch between different rubies on Windows. I added IR 1.1.1 through the pik > add option. However, I've tried it both within pik and on its own. Neither > works. > > I do have IRONRUBY_10_20, IRONRUBY_11, and IRONRUBY_11_40 environment > variables. I removed those, too, to no effect. I don't know why IR would > have suddenly stopped working for me. Do I need to clear out my IronRuby1.1 > folder? I've already deleted the folder several times trying to start over. > > Ryan Riley > > > > On Sun, Oct 24, 2010 at 8:29 PM, Tomas Matousek < > Tomas.Matousek at microsoft.com> wrote: > >> If not, that should should've reported an error like: >> >> C:\Users\tomat>igem install rspec --no-ri --no-rdoc >> ERROR: While executing gem ... (Errno::EACCES) >> Access to the path 'C:\Program Files\IronRuby >> 1.1\Lib\ruby\gems\1.9.1\cache\rspec-core-2.0.1.gem' is denied. >> >> Works as expected on a clean VM with IronRuby 1.1.1 installed: >> >> C:\Temp>igem install rspec --no-ri --no-rdoc >> ************************************************** >> >> Thank you for installing rspec-core-2.0.1 >> >> Please be sure to look at Upgrade.markdown to see what might have changed >> since the last release. >> >> ************************************************** >> Successfully installed rspec-core-2.0.1 >> Successfully installed diff-lcs-1.1.2 >> Successfully installed rspec-expectations-2.0.1 >> Successfully installed rspec-mocks-2.0.1 >> Successfully installed rspec-2.0.1 >> 5 gems installed >> >> C:\Temp>igem install rack sinatra --no-rdoc --no-ri >> Successfully installed rack-1.2.1 >> Successfully installed tilt-1.1 >> Successfully installed sinatra-1.1.0 >> 3 gems installed >> >> >> Don't you have some other Ruby/IronRuby installation on your path (or >> GEM_PATH/GEM_HOME)? >> >> Tomas >> >> -----Original Message----- >> From: ironruby-core-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] On Behalf Of cory.foy at gmail.com >> Sent: Sunday, October 24, 2010 5:21 PM >> To: ironruby-core at rubyforge.org >> Subject: Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! >> >> Ryan, >> >> Just a thought - have you tried running from an elevated command prompt? >> >> Cory >> Sent from my Verizon Wireless BlackBerry >> >> -----Original Message----- >> From: Ryan Riley >> Sender: ironruby-core-bounces at rubyforge.org >> Date: Sun, 24 Oct 2010 15:33:14 >> To: >> Reply-To: ironruby-core at rubyforge.org >> Subject: Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! >> >> _______________________________________________ >> 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From joseph_scott123 at msn.com Mon Oct 25 08:51:38 2010 From: joseph_scott123 at msn.com (Joe Scott) Date: Mon, 25 Oct 2010 06:51:38 -0600 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: References: , , , <201010252223.31342.ali_bush@gentoo.org>, Message-ID: Doing a google search I found this.I have not had a chance to try it out maybe this would work.http://groups.google.com/group/DotNetDevelopment/msg/ba5e2bd42ecb83e3 Date: Mon, 25 Oct 2010 12:31:08 +0200 From: Andrius.Bentkus at rwth-aachen.de To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Compiling on Mono? On Mon, Oct 25, 2010 at 11:23 AM, Alistair Bush wrote: > I got it compiling, there is a missing reference for Mono.Posix, one bad > cast and you need to use CCI in the constants. Does someone know what CCI > should be? patches would be nice :) I can't patch the csproj with the missing reference because it would break building on windows. Creating another set of csproj for the a mono build would be madness. Do csproj'ects support something like ifdef or is it possible to include a reference only when mono is used? And the other change I made was a one liner, I don't think that attaching an entire patch is is really necessary for it. Just run xbuild with CCI: xbuild /property:TreatWarningsAsErrors=false /property:DefineConstants="DEBUG MONO" Ruby.csproj and look at the warning outputs... O for god sake, I'll just attach it. I used this branch: http://github.com/mletterle/ironruby/tree/linux as the base. _______________________________________________ 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 curth at microsoft.com Mon Oct 25 09:45:39 2010 From: curth at microsoft.com (Curt Hagenlocher) Date: Mon, 25 Oct 2010 13:45:39 +0000 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: References: <201010252223.31342.ali_bush@gentoo.org> Message-ID: <9DBDB52016D6F34AABBACF6C2876EA2867710CB1@TK5EX14MBXC139.redmond.corp.microsoft.com> References in project files can be conditional. I don't have an example handy, but unless things have changed in the last year :), the project files should already have a conditional dependency on the Silverlight assemblies. From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Andrius Bentkus Sent: Monday, October 25, 2010 3:31 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Compiling on Mono? On Mon, Oct 25, 2010 at 11:23 AM, Alistair Bush > wrote: > I got it compiling, there is a missing reference for Mono.Posix, one bad > cast and you need to use CCI in the constants. Does someone know what CCI > should be? patches would be nice :) I can't patch the csproj with the missing reference because it would break building on windows. Creating another set of csproj for the a mono build would be madness. Do csproj'ects support something like ifdef or is it possible to include a reference only when mono is used? And the other change I made was a one liner, I don't think that attaching an entire patch is is really necessary for it. Just run xbuild with CCI: xbuild /property:TreatWarningsAsErrors=false /property:DefineConstants="DEBUG MONO" Ruby.csproj and look at the warning outputs... O for god sake, I'll just attach it. I used this branch: http://github.com/mletterle/ironruby/tree/linux as the base. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ralinx at davybrion.com Mon Oct 25 10:31:53 2010 From: ralinx at davybrion.com (Davy Brion) Date: Mon, 25 Oct 2010 16:31:53 +0200 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: References: <1398128673-1287966062-cardhu_decombobulator_blackberry.rim.net-1604262227-@bda601.bisx.prod.on.blackberry> Message-ID: i logged an issue about it last week: http://ironruby.codeplex.com/workitem/5326 not sure why it works on a clean vm but it seems to be failing for quite a few people On Mon, Oct 25, 2010 at 2:36 PM, Kevin Radcliffe wrote: > Getting the same when installing sinatra (even from an elevated admin > prompt): > C:\Windows\system32>igem install --no-ri --no-rdoc sinatra > ERROR: ?While executing gem ... (TypeError) > ?? ?can't convert NilClass into String > Any idea how we can add more trace info to the output to see where we're > getting caught? > Thanks > Best Regards, > Kevin Radcliffe > On Mon, Oct 25, 2010 at 1:05 PM, Ryan Riley > wrote: >> >> I don't have GEM_PATH/GEM_HOME defined anymore. The only other ruby in my >> path is?C:\Users\ryan\.gem\ironruby\1.8\bin, which isn't a Ruby. Actually, I >> don't remember what that's from. I also have pik in my path, which I use to >> switch between different rubies on Windows. I added IR 1.1.1 through the pik >> add option. However, I've tried it both within pik and on its own. Neither >> works. >> I do have IRONRUBY_10_20, IRONRUBY_11, and IRONRUBY_11_40 environment >> variables. I removed those, too, to no effect. I don't know why IR would >> have suddenly stopped working for me. Do I need to clear out my IronRuby1.1 >> folder? I've already deleted the folder several times trying to start over. >> >> Ryan Riley >> >> >> On Sun, Oct 24, 2010 at 8:29 PM, Tomas Matousek >> wrote: >>> >>> If not, that should should've reported an error like: >>> >>> C:\Users\tomat>igem install rspec --no-ri --no-rdoc >>> ERROR: ?While executing gem ... (Errno::EACCES) >>> ? ?Access to the path 'C:\Program Files\IronRuby >>> 1.1\Lib\ruby\gems\1.9.1\cache\rspec-core-2.0.1.gem' is denied. >>> >>> Works as expected on a clean VM with IronRuby 1.1.1 installed: >>> >>> C:\Temp>igem install rspec --no-ri --no-rdoc >>> ************************************************** >>> >>> ?Thank you for installing rspec-core-2.0.1 >>> >>> ?Please be sure to look at Upgrade.markdown to see what might have >>> changed >>> ?since the last release. >>> >>> ************************************************** >>> Successfully installed rspec-core-2.0.1 >>> Successfully installed diff-lcs-1.1.2 >>> Successfully installed rspec-expectations-2.0.1 >>> Successfully installed rspec-mocks-2.0.1 >>> Successfully installed rspec-2.0.1 >>> 5 gems installed >>> >>> C:\Temp>igem install rack sinatra --no-rdoc --no-ri >>> Successfully installed rack-1.2.1 >>> Successfully installed tilt-1.1 >>> Successfully installed sinatra-1.1.0 >>> 3 gems installed >>> >>> >>> Don't you have some other Ruby/IronRuby installation on your path (or >>> GEM_PATH/GEM_HOME)? >>> >>> Tomas >>> >>> -----Original Message----- >>> From: ironruby-core-bounces at rubyforge.org >>> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of cory.foy at gmail.com >>> Sent: Sunday, October 24, 2010 5:21 PM >>> To: ironruby-core at rubyforge.org >>> Subject: Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! >>> >>> Ryan, >>> >>> Just a thought - have you tried running from an elevated command prompt? >>> >>> Cory >>> Sent from my Verizon Wireless BlackBerry >>> >>> -----Original Message----- >>> From: Ryan Riley >>> Sender: ironruby-core-bounces at rubyforge.org >>> Date: Sun, 24 Oct 2010 15:33:14 >>> To: >>> Reply-To: ironruby-core at rubyforge.org >>> Subject: Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! >>> >>> _______________________________________________ >>> 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 lists at ruby-forum.com Mon Oct 25 11:34:32 2010 From: lists at ruby-forum.com (Eduardo Blumenfeld) Date: Mon, 25 Oct 2010 17:34:32 +0200 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: <1398128673-1287966062-cardhu_decombobulator_blackberry.rim.net-1604262227-@bda601.bisx.prod.on.black> References: , , , , , , <1398128673-1287966062-cardhu_decombobulator_blackberry.rim.net-1604262227-@bda601.bisx.prod.on.black> Message-ID: <717373ede35f2a6afca1201b8a13c0d7@ruby-forum.com> I had the same problem than Ryan in an xp pro box, running as local administrator, so I guess is a bug... unknown wrote in post #956791: > Ryan, > > Just a thought - have you tried running from an elevated command prompt? > > Cory > Sent from my Verizon Wireless BlackBerry -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Mon Oct 25 12:45:31 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 25 Oct 2010 16:45:31 +0000 Subject: [Ironruby-core] Contributing? In-Reply-To: References: <201010242253.22007.ali_bush@gentoo.org> Message-ID: Can you be more specific? What's wrong with the structure (other than LCA_RESTRICTED directories, which I agree were there only to satisfy our lawyers but can be now merged into other directories)? Yes, there are executable files checked in. These are tools that are needed for running scripts, tests and various code generators. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Andrius Bentkus Sent: Monday, October 25, 2010 12:51 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Contributing? The project directory structure is a mess. Dozens of executable files in the versioning and what not. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andrius.Bentkus at rwth-aachen.de Mon Oct 25 13:12:26 2010 From: Andrius.Bentkus at rwth-aachen.de (Andrius Bentkus) Date: Mon, 25 Oct 2010 19:12:26 +0200 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: References: <201010252223.31342.ali_bush@gentoo.org> Message-ID: On Mon, Oct 25, 2010 at 2:51 PM, Joe Scott wrote: > Doing a google search I found this. > I have not had a chance to try it out maybe this would work. > http://groups.google.com/group/DotNetDevelopment/msg/ba5e2bd42ecb83e3 > It is really possible, I guess I was too lazy to do the search myself, thanks for googling :) > > > ------------------------------ > Date: Mon, 25 Oct 2010 12:31:08 +0200 > From: Andrius.Bentkus at rwth-aachen.de > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Compiling on Mono? > > > On Mon, Oct 25, 2010 at 11:23 AM, Alistair Bush wrote: > > > I got it compiling, there is a missing reference for Mono.Posix, one bad > > cast and you need to use CCI in the constants. Does someone know what CCI > > should be? > > patches would be nice :) > > > I can't patch the csproj with the missing reference because it would break > building on windows. Creating another set of csproj for the a mono build > would be madness. Do csproj'ects support something like ifdef or is it > possible to include a reference only when mono is used? > > And the other change I made was a one liner, I don't think that attaching > an entire patch is is really necessary for it. Just run xbuild with > CCI: xbuild > /property:TreatWarningsAsErrors=false /property:DefineConstants="DEBUG MONO" > Ruby.csproj > and look at the warning outputs... O for god sake, I'll just attach it. > I used this branch: http://github.com/mletterle/ironruby/tree/linux as the > base. > > _______________________________________________ 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 > > There is just another question, maybe one of the former developers will know, why are there 2 build systems now? Why is there a *.build.csproj for every *.csproj? Isn't that redudant like the suggested rakefiles? -------------- next part -------------- An HTML attachment was scrubbed... URL: From blowmage at gmail.com Mon Oct 25 13:27:30 2010 From: blowmage at gmail.com (Mike Moore) Date: Mon, 25 Oct 2010 11:27:30 -0600 Subject: [Ironruby-core] Contributing? In-Reply-To: References: <75F44B5C-F4D1-4B78-8D17-7A8AF78D3E6F@gmail.com> Message-ID: On Mon, Oct 25, 2010 at 4:22 AM, Andrius Bentkus < Andrius.Bentkus at rwth-aachen.de> wrote: > > On Sun, Oct 24, 2010 at 1:57 AM, Michael Letterle < > michael.letterle at gmail.com> wrote: > >> FWIW having separate IronRuby, IronPython, and Common repos that are >> sub moduled(is that a word?) would make sense, that way changes that >> are done in Common by both people working on Ruby and Python are >> easily shared.. the current configuration feels.. fragile. >> > > There is a major problem: different vcs tools. I guess the IronPython > project will stay with TFS/SVN while IronRuby will use git(hub). Having > common submodule repos managed by different VCS would be a world of pain. > There is no way of dividing the project into submodules if IronPython > doesn't move to github/git. Maybe some git-svn magic would help and mirror > versions on github of the svn repositories would be needed. > I don't think this would be too difficult to work around. There is already some process that replicates changes from the IronPython's CodePlex repo to IronRuby's GitHub repo. If the current monolithic project structure were broken up into submoldules, you could have just IronPython's CodePlex being replicated to an IronPython git repo. I think that another major problem the IronRuby project has are the 4 sites > with IronRuby content. There are like 4 sites now on github, rubyforge, > ironruby.net and the codeplex with different content on ironruby. This is > madness, IronPython as only 2 sites, ironpython.net and codeplex and that > makes sence. When I looked into the project I was just confused, because I > couldn't find any information and the little bits of Information were > scattered and outdated. And this is a real dilemma, because you just can't > move away from any of these sites: you have to stay at codeplex at because > it is an Iron project, you have to stay at rubyforge because it is ruby > afterall, you can't move from github, because all the ruby kids use git, so > there is only ironruby.net left, but you can't get rid of that either, > it's after all the ironruby domain. > The purposes of the sites need to be trimmed down: use codeplex and > rubyforge only for binary distribution, github for versioning, issue > tracking and wiki and ironruby.net as a presentation site just like > ironpython.net is, cut the documentation out of it and stuff it in the > github wiki, redudancy is hard to version. > I don't think that keeping the issue tracking system on codeplex really > helps in any way: people who are interested only in IronRuby have to > register now on codeplex and github, people who are interested in bot iron > projects will have to register on both anyway. > I don't see the number of content sites as a major problem. Rubyforge is being phased out in favor of better tools, so I don't think its a long term solution. (Even gem hosting has moved to rubygems.org instead of gems.rubyforge.org.) I don't think the ironruby.net site is holding the project back at all, but I agree it could be better. I think a better solution would be to replace it with a jekyll site running on GitHub. Just point the ironruby.net domain to GitHub and you're done. The reason I like the jekyll approach is because it makes it much easier for folks to create and improve web content. Its just a pull request away from being published. I think that system works really well, and its free. It doesn't really matter where downloads are hosted, as long as ironruby.netlinks to them. But they could just as easily be hosted on GitHub. The only thing that I'm aware is being used at CodePlex is the ticketing. Again, I think there are better ticketing solutions out there, most of them free for open source projects. I don't really see a need for CodePlex myself, but I understand the desire to stay on it for some things. Its probable that you could also push the jekyll content to CodePlex (and Rubyforge) if that was desired. > I guess splitting up this this project is a nasty nasty dilemma, because > the project tries to unite different communities which have different tool > preferences. > All the more reason to have separate repositories, IMO. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Mon Oct 25 13:30:48 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 25 Oct 2010 17:30:48 +0000 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: References: <201010252223.31342.ali_bush@gentoo.org> Message-ID: I think we should not have any #if MONO conditionals. That would mean we'd need a different set of binaries for Mono, Moonlight, etc. almost doubling the number of flavors we have today (desktop CLR, Silverlight 4, Silverlight 3). Now that Mono 2.8 is released we can use memory mapped files (it wasn't available when I wrote this code). We don't need to use P/Invokes anymore. I have the V4 implementation somewhere almost working so I might be able to check it in soon. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Andrius Bentkus Sent: Monday, October 25, 2010 10:12 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Compiling on Mono? On Mon, Oct 25, 2010 at 2:51 PM, Joe Scott > wrote: Doing a google search I found this. I have not had a chance to try it out maybe this would work. http://groups.google.com/group/DotNetDevelopment/msg/ba5e2bd42ecb83e3 It is really possible, I guess I was too lazy to do the search myself, thanks for googling :) ________________________________ Date: Mon, 25 Oct 2010 12:31:08 +0200 From: Andrius.Bentkus at rwth-aachen.de To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Compiling on Mono? On Mon, Oct 25, 2010 at 11:23 AM, Alistair Bush > wrote: > I got it compiling, there is a missing reference for Mono.Posix, one bad > cast and you need to use CCI in the constants. Does someone know what CCI > should be? patches would be nice :) I can't patch the csproj with the missing reference because it would break building on windows. Creating another set of csproj for the a mono build would be madness. Do csproj'ects support something like ifdef or is it possible to include a reference only when mono is used? And the other change I made was a one liner, I don't think that attaching an entire patch is is really necessary for it. Just run xbuild with CCI: xbuild /property:TreatWarningsAsErrors=false /property:DefineConstants="DEBUG MONO" Ruby.csproj and look at the warning outputs... O for god sake, I'll just attach it. I used this branch: http://github.com/mletterle/ironruby/tree/linux as the base. _______________________________________________ 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 There is just another question, maybe one of the former developers will know, why are there 2 build systems now? Why is there a *.build.csproj for every *.csproj? Isn't that redudant like the suggested rakefiles? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jirapong.nanta at gmail.com Mon Oct 25 14:18:50 2010 From: jirapong.nanta at gmail.com (Jirapong Nanta) Date: Tue, 26 Oct 2010 01:18:50 +0700 Subject: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! In-Reply-To: <717373ede35f2a6afca1201b8a13c0d7@ruby-forum.com> References: <1398128673-1287966062-cardhu_decombobulator_blackberry.rim.net-1604262227-@bda601.bisx.prod.on.black> <717373ede35f2a6afca1201b8a13c0d7@ruby-forum.com> Message-ID: Hi all, I can also re-pro the issue from the --debug give more detail C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC>igem install sinatra --debug ERROR: While executing gem ... (TypeError) can't convert NilClass into String C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/net/protocol.rb:133:in `rbuf_fill' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/net/protocol.rb:113:in `readuntil' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/net/protocol.rb:126:in `readline' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/net/http.rb:2213:in `read_status_line' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/net/http.rb:2202:in `read_new' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/net/http.rb:1185:in `transport_request' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/net/http.rb:1171:in `request' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/remote_fetcher.rb:342:in `request' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/remote_fetcher.rb:289:in `open_uri_or_path' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/remote_fetcher.rb:172:in `fetch_path' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/remote_fetcher.rb:110:in `download' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/dependency_installer.rb:257:in `install' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/dependency_installer.rb:247:in `each' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/dependency_installer.rb:247:in `install' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/commands/install_command.rb:119:in `execute' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/commands/install_command.rb:116:in `each' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/commands/install_command.rb:116:in `execute' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/command.rb:270:in `invoke' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/command_manager.rb:134:in `process_args' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/command_manager.rb:104:in `run' C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/gem_runner.rb:58:in `run' C:/Program Files (x86)/IronRuby 1.1/bin/gem:25 C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC> I'm seeing what i can do here. Best, -Jirapong On Mon, Oct 25, 2010 at 10:34 PM, Eduardo Blumenfeld wrote: > I had the same problem than Ryan in an xp pro box, running as local > administrator, so I guess is a bug... > > > unknown wrote in post #956791: > > Ryan, > > > > Just a thought - have you tried running from an elevated command prompt? > > > > Cory > > Sent from my Verizon Wireless BlackBerry > > -- > 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 Mon Oct 25 14:19:03 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 25 Oct 2010 18:19:03 +0000 Subject: [Ironruby-core] Contributing? In-Reply-To: References: <75F44B5C-F4D1-4B78-8D17-7A8AF78D3E6F@gmail.com> Message-ID: Let's assume IronPython moves to github. There would be two options: 1) We could just rename the current IronRuby repo to "DynamicLanguages" repo and IronPython can use it as it is (more or less). 2) It might be possible to split the repo to 3 parts - IronRuby specific, IronPython specific, and DLR, make a submodule for each and combine those submodules into "DynamicLanguages" repo. So what's exactly the effective difference among the repo built this way and 1)? AFAICT it's only that super-module doesn't track the head of the sub-module automatically. You need to manually update it to the latest version. How does that help us? If we have a (single) CI server that makes sure that both IronPython's and IronRuby's heads are passing all tests, what is the advantage of not using the latest source code of each other? Or am I missing something (maybe I misunderstand what git submodule can do)? PS: All this is orthogonal to minor refactoring of the current directory structure that is a no-brainer and I already mentioned them (like removing LCA_RESTRICTED). Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mike Moore Sent: Monday, October 25, 2010 10:28 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Contributing? On Mon, Oct 25, 2010 at 4:22 AM, Andrius Bentkus > wrote: On Sun, Oct 24, 2010 at 1:57 AM, Michael Letterle > wrote: FWIW having separate IronRuby, IronPython, and Common repos that are sub moduled(is that a word?) would make sense, that way changes that are done in Common by both people working on Ruby and Python are easily shared.. the current configuration feels.. fragile. There is a major problem: different vcs tools. I guess the IronPython project will stay with TFS/SVN while IronRuby will use git(hub). Having common submodule repos managed by different VCS would be a world of pain. There is no way of dividing the project into submodules if IronPython doesn't move to github/git. Maybe some git-svn magic would help and mirror versions on github of the svn repositories would be needed. I don't think this would be too difficult to work around. There is already some process that replicates changes from the IronPython's CodePlex repo to IronRuby's GitHub repo. If the current monolithic project structure were broken up into submoldules, you could have just IronPython's CodePlex being replicated to an IronPython git repo. I think that another major problem the IronRuby project has are the 4 sites with IronRuby content. There are like 4 sites now on github, rubyforge, ironruby.net and the codeplex with different content on ironruby. This is madness, IronPython as only 2 sites, ironpython.net and codeplex and that makes sence. When I looked into the project I was just confused, because I couldn't find any information and the little bits of Information were scattered and outdated. And this is a real dilemma, because you just can't move away from any of these sites: you have to stay at codeplex at because it is an Iron project, you have to stay at rubyforge because it is ruby afterall, you can't move from github, because all the ruby kids use git, so there is only ironruby.net left, but you can't get rid of that either, it's after all the ironruby domain. The purposes of the sites need to be trimmed down: use codeplex and rubyforge only for binary distribution, github for versioning, issue tracking and wiki and ironruby.net as a presentation site just like ironpython.net is, cut the documentation out of it and stuff it in the github wiki, redudancy is hard to version. I don't think that keeping the issue tracking system on codeplex really helps in any way: people who are interested only in IronRuby have to register now on codeplex and github, people who are interested in bot iron projects will have to register on both anyway. I don't see the number of content sites as a major problem. Rubyforge is being phased out in favor of better tools, so I don't think its a long term solution. (Even gem hosting has moved to rubygems.org instead of gems.rubyforge.org.) I don't think the ironruby.net site is holding the project back at all, but I agree it could be better. I think a better solution would be to replace it with a jekyll site running on GitHub. Just point the ironruby.net domain to GitHub and you're done. The reason I like the jekyll approach is because it makes it much easier for folks to create and improve web content. Its just a pull request away from being published. I think that system works really well, and its free. It doesn't really matter where downloads are hosted, as long as ironruby.net links to them. But they could just as easily be hosted on GitHub. The only thing that I'm aware is being used at CodePlex is the ticketing. Again, I think there are better ticketing solutions out there, most of them free for open source projects. I don't really see a need for CodePlex myself, but I understand the desire to stay on it for some things. Its probable that you could also push the jekyll content to CodePlex (and Rubyforge) if that was desired. I guess splitting up this this project is a nasty nasty dilemma, because the project tries to unite different communities which have different tool preferences. All the more reason to have separate repositories, IMO. -------------- next part -------------- An HTML attachment was scrubbed... URL: From christopher at bluespireconsulting.com Mon Oct 25 14:20:15 2010 From: christopher at bluespireconsulting.com (Christopher Bennage) Date: Mon, 25 Oct 2010 14:20:15 -0400 Subject: [Ironruby-core] Contributing? In-Reply-To: References: <75F44B5C-F4D1-4B78-8D17-7A8AF78D3E6F@gmail.com> Message-ID: As someone who attempted to dive into IronRuby a couple of months ago, I found it difficult to discern the "IronRuby Story" from the various websites. By that I mean that was not immediately obvious to me what information was current and what was outdated. I'd like to see an executive summary of the project that is updated at least once a month and perhaps a more conspicuous hub for FeRb activity. (For example, see the one page site we have for Caliburn -> http://www.caliburnproject.com/) I'm .NET dev, but a ruby beginner. However, we're also a git shop, OSS enthusiasts, and so on. That's just to say that tooling and culture were not a roadblock. I'd also be interested in contributing to the effort of web presence. Christopher -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Mon Oct 25 14:26:59 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 25 Oct 2010 14:26:59 -0400 Subject: [Ironruby-core] Contributing? In-Reply-To: References: <75F44B5C-F4D1-4B78-8D17-7A8AF78D3E6F@gmail.com> Message-ID: My only comment on the sites: 1) github = source control, 2) rubyforge = mailing list, 3) codeplex = issue tracker/binary distro, 4) ironruby.net = documentaiton 1 and 2 are pretty set, I see no reason to change from them. 3 is probably fine as well, though having source control and issue tracking in one location may be desirable. 4) Using gh-pages is an interesting idea, is ironruby.net being hosted at Microsoft's expense or one of the team members? That would probably have some bearing on that. Regardless, I'd rather see a nice README first. :) On Mon, Oct 25, 2010 at 1:27 PM, Mike Moore wrote: > > I don't think this would be too difficult to work around. There is already > some process that replicates changes from the IronPython's CodePlex repo to > IronRuby's GitHub repo. If the current monolithic project structure were > broken up into submoldules, you could have just IronPython's CodePlex being > replicated to an IronPython git repo. >> This I agree with. The current repo structure is counter-intuitive IMHO. -- Michael Letterle IronRuby MVP http://blog.prokrams.com From Tomas.Matousek at microsoft.com Mon Oct 25 14:52:36 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 25 Oct 2010 18:52:36 +0000 Subject: [Ironruby-core] Contributing? In-Reply-To: References: <75F44B5C-F4D1-4B78-8D17-7A8AF78D3E6F@gmail.com> Message-ID: Yes, I agree our web sites need some work. Jimmy, what is that status of the new design you started working on (the one IronPython.net has already)? Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Christopher Bennage Sent: Monday, October 25, 2010 11:20 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Contributing? As someone who attempted to dive into IronRuby a couple of months ago, I found it difficult to discern the "IronRuby Story" from the various websites. By that I mean that was not immediately obvious to me what information was current and what was outdated. I'd like to see an executive summary of the project that is updated at least once a month and perhaps a more conspicuous hub for FeRb activity. (For example, see the one page site we have for Caliburn -> http://www.caliburnproject.com/) I'm .NET dev, but a ruby beginner. However, we're also a git shop, OSS enthusiasts, and so on. That's just to say that tooling and culture were not a roadblock. I'd also be interested in contributing to the effort of web presence. Christopher -------------- next part -------------- An HTML attachment was scrubbed... URL: From blowmage at gmail.com Mon Oct 25 15:09:17 2010 From: blowmage at gmail.com (Mike Moore) Date: Mon, 25 Oct 2010 13:09:17 -0600 Subject: [Ironruby-core] Contributing? In-Reply-To: References: <75F44B5C-F4D1-4B78-8D17-7A8AF78D3E6F@gmail.com> Message-ID: On Mon, Oct 25, 2010 at 12:26 PM, Michael Letterle < michael.letterle at gmail.com> wrote: > Regardless, I'd rather see a nice README first. :) > +1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Mon Oct 25 15:09:47 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 25 Oct 2010 15:09:47 -0400 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: References: <201010252223.31342.ali_bush@gentoo.org> Message-ID: How do we want to handle things that CAN be worked around in Mono before they're patched then? I agree that the same binaries should run in either location, but Mono necessarily is always playing catchup. Unless we target Mono.... >.> On Mon, Oct 25, 2010 at 1:30 PM, Tomas Matousek wrote: > I think we should not have any #if MONO conditionals. That would mean we?d > need a different set of binaries for Mono, Moonlight, etc. almost doubling > the number of flavors we have today (desktop CLR, Silverlight 4, Silverlight > 3). > > Now that Mono 2.8 is released we can use memory mapped files (it wasn?t > available when I wrote this code). We don?t need to use P/Invokes anymore. > ?I have the V4 implementation somewhere almost working so I might be able to > check it in soon. > > > > Tomas > > > > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Andrius Bentkus > Sent: Monday, October 25, 2010 10:12 AM > > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Compiling on Mono? > > > > > > On Mon, Oct 25, 2010 at 2:51 PM, Joe Scott wrote: > > Doing a google search I found this. > > I have not had a chance to try it out maybe this would work. > > http://groups.google.com/group/DotNetDevelopment/msg/ba5e2bd42ecb83e3 > > > > It is really possible, I guess I was too lazy to do the search myself, > thanks for googling :) > > > > > > ________________________________ > > Date: Mon, 25 Oct 2010 12:31:08 +0200 > From: Andrius.Bentkus at rwth-aachen.de > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Compiling on Mono? > > > > On Mon, Oct 25, 2010 at 11:23 AM, Alistair Bush wrote: > >> I got it compiling, there is a missing reference for Mono.Posix, one bad >> cast and you need to use CCI in the constants. Does someone know what CCI >> should be? > > patches would be nice :) > > > > I can't patch the csproj with the missing reference because it would break > building on windows. Creating another set of csproj for the a mono build > would be madness. Do csproj'ects support something like ifdef or is it > possible to include a reference only when mono is used? > > And the other change I made was a one liner, I don't think that attaching an > entire patch is is really necessary for it. Just run xbuild with CCI:?xbuild > /property:TreatWarningsAsErrors=false?/property:DefineConstants="DEBUG MONO" > Ruby.csproj > > and look at the warning outputs... O for god sake, I'll just attach it. > I used this branch:?http://github.com/mletterle/ironruby/tree/linux?as the > base. > > > > _______________________________________________ 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 > > There is just another question, maybe one of the former developers will > know, why are there 2 build systems now? Why is there a *.build.csproj for > every *.csproj? Isn't that redudant like the suggested?rakefiles? > > _______________________________________________ > 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 jbevain at gmail.com Mon Oct 25 15:28:42 2010 From: jbevain at gmail.com (Jb Evain) Date: Mon, 25 Oct 2010 21:28:42 +0200 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: References: <201010252223.31342.ali_bush@gentoo.org> Message-ID: Hey, On Mon, Oct 25, 2010 at 7:30 PM, Tomas Matousek wrote: > I think we should not have any #if MONO conditionals. That would mean we?d > need a different set of binaries for Mono, Moonlight, etc. almost doubling > the number of flavors we have today (desktop CLR, Silverlight 4, Silverlight > 3). > > Now that Mono 2.8 is released we can use memory mapped files (it wasn?t > available when I wrote this code). We don?t need to use P/Invokes anymore. > ?I have the V4 implementation somewhere almost working so I might be able to > check it in soon. I completely agree. Everytime I worked on making IronRuby working on Mono (IronRuby is constantly kicking Mono's tires, which is very good), I used the following workflow: * Avoid any specific Mono branch. * Fix any path/casing issue directly in the build files (csproj, ...) * If the code compiles with .net's csc, and doesn't with Mono, file a bug in Mono, and use a code form that works for both, if possible. * If the code doesn't compile because of a Mono feature (better unused local variable/field detection), fix directly in the source. It also may happen that IronRuby triggers a bug in Mono, and thus, requires Mono from master to compile/work. Jb From jbevain at gmail.com Mon Oct 25 16:02:42 2010 From: jbevain at gmail.com (Jb Evain) Date: Mon, 25 Oct 2010 22:02:42 +0200 Subject: [Ironruby-core] Contributing? In-Reply-To: References: <75F44B5C-F4D1-4B78-8D17-7A8AF78D3E6F@gmail.com> Message-ID: Hey, On Mon, Oct 25, 2010 at 8:19 PM, Tomas Matousek wrote: > 2)????? It might be possible to split the repo to 3 parts ? IronRuby > specific, IronPython specific, and DLR, make a submodule for each and > combine those submodules into ?DynamicLanguages? repo. So what?s exactly the > effective difference among the repo built this way and 1)? The difference is that it then becomes easier for people that are only interested in either IronPython or IronRuby to track commits. There will be a timeline for each modules. And you get to follow the ones you're interested in. And if you're only interested in one, your timeline isn't ?polluted? with comments or commits from the others. Jb From Tomas.Matousek at microsoft.com Mon Oct 25 16:18:10 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 25 Oct 2010 20:18:10 +0000 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: References: <201010252223.31342.ali_bush@gentoo.org> Message-ID: Once we'll have CI server test against Mono we'll discover the problem right away and don't check in anything that would be broken on Mono. I suggest we implement the workaround, file bugs into Mono and IronRuby bug trackers, and add a comment to the code with explanation and a link to the filed IronRuby bug. When the bug is fixed in Mono we go and remove the workaround to keep the code base clean. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Monday, October 25, 2010 12:10 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Compiling on Mono? How do we want to handle things that CAN be worked around in Mono before they're patched then? I agree that the same binaries should run in either location, but Mono necessarily is always playing catchup. Unless we target Mono.... >.> On Mon, Oct 25, 2010 at 1:30 PM, Tomas Matousek wrote: > I think we should not have any #if MONO conditionals. That would mean > we'd need a different set of binaries for Mono, Moonlight, etc. almost > doubling the number of flavors we have today (desktop CLR, Silverlight > 4, Silverlight 3). > > Now that Mono 2.8 is released we can use memory mapped files (it > wasn't available when I wrote this code). We don't need to use P/Invokes anymore. > ?I have the V4 implementation somewhere almost working so I might be > able to check it in soon. > > > > Tomas > > > > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Andrius > Bentkus > Sent: Monday, October 25, 2010 10:12 AM > > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Compiling on Mono? > > > > > > On Mon, Oct 25, 2010 at 2:51 PM, Joe Scott wrote: > > Doing a google search I found this. > > I have not had a chance to try it out maybe this would work. > > http://groups.google.com/group/DotNetDevelopment/msg/ba5e2bd42ecb83e3 > > > > It is really possible, I guess I was too lazy to do the search myself, > thanks for googling :) > > > > > > ________________________________ > > Date: Mon, 25 Oct 2010 12:31:08 +0200 > From: Andrius.Bentkus at rwth-aachen.de > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Compiling on Mono? > > > > On Mon, Oct 25, 2010 at 11:23 AM, Alistair Bush wrote: > >> I got it compiling, there is a missing reference for Mono.Posix, one >> bad cast and you need to use CCI in the constants. Does someone know >> what CCI should be? > > patches would be nice :) > > > > I can't patch the csproj with the missing reference because it would > break building on windows. Creating another set of csproj for the a > mono build would be madness. Do csproj'ects support something like > ifdef or is it possible to include a reference only when mono is used? > > And the other change I made was a one liner, I don't think that > attaching an entire patch is is really necessary for it. Just run > xbuild with CCI:?xbuild /property:TreatWarningsAsErrors=false?/property:DefineConstants="DEBUG MONO" > Ruby.csproj > > and look at the warning outputs... O for god sake, I'll just attach it. > I used this branch:?http://github.com/mletterle/ironruby/tree/linux?as > the base. > > > > _______________________________________________ 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 > > There is just another question, maybe one of the former developers > will know, why are there 2 build systems now? Why is there a > *.build.csproj for every *.csproj? Isn't that redudant like the suggested?rakefiles? > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle IronRuby MVP http://blog.prokrams.com _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From jbevain at gmail.com Mon Oct 25 16:26:16 2010 From: jbevain at gmail.com (Jb Evain) Date: Mon, 25 Oct 2010 22:26:16 +0200 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: References: <201010252223.31342.ali_bush@gentoo.org> Message-ID: On Mon, Oct 25, 2010 at 9:09 PM, Michael Letterle wrote: > How do we want to handle things that CAN be worked around in Mono > before they're patched then? Then it some cases, I think it might make sense to avoid using a feature in IR which is not yet available in the current stable release of Mono. Jb From blowmage at gmail.com Mon Oct 25 16:39:18 2010 From: blowmage at gmail.com (Mike Moore) Date: Mon, 25 Oct 2010 14:39:18 -0600 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: References: <201010252223.31342.ali_bush@gentoo.org> Message-ID: On Mon, Oct 25, 2010 at 1:09 PM, Michael Letterle < michael.letterle at gmail.com> wrote: > Unless we target Mono.... >.> > +1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Mon Oct 25 16:55:25 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 25 Oct 2010 16:55:25 -0400 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: References: <201010252223.31342.ali_bush@gentoo.org> Message-ID: Well, some of us don't need the CI server as we're programming against mono already ;) FWIW, I'm looking into getting the linux CI server back up and running with CJ's help. But agreed. I can back out the ifdef I made and just use the work around. Also, should we be targeting a specific version of mono, or just trunk? Something else to think about.... historically I always used trunk to allow mono to "catch up" as far as possible since the majority of work was done against .NET... it seems this might be a good chance to change that disconnect. On Mon, Oct 25, 2010 at 4:18 PM, Tomas Matousek wrote: > Once we'll have CI server test against Mono we'll discover the problem right away and don't check in anything that would be broken on Mono. > I suggest we implement the workaround, file bugs into Mono and IronRuby bug trackers, and add a comment to the code with explanation and a link to the filed IronRuby bug. When the bug is fixed in Mono we go and remove the workaround to keep the code base clean. > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle > Sent: Monday, October 25, 2010 12:10 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Compiling on Mono? > > How do we want to handle things that CAN be worked around in Mono before they're patched then? > > I agree that the same binaries should run in either location, but Mono necessarily is always playing catchup. > > Unless we target Mono.... >.> > > On Mon, Oct 25, 2010 at 1:30 PM, Tomas Matousek wrote: >> I think we should not have any #if MONO conditionals. That would mean >> we'd need a different set of binaries for Mono, Moonlight, etc. almost >> doubling the number of flavors we have today (desktop CLR, Silverlight >> 4, Silverlight 3). >> >> Now that Mono 2.8 is released we can use memory mapped files (it >> wasn't available when I wrote this code). We don't need to use P/Invokes anymore. >> ?I have the V4 implementation somewhere almost working so I might be >> able to check it in soon. >> >> >> >> Tomas >> >> >> >> From: ironruby-core-bounces at rubyforge.org >> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Andrius >> Bentkus >> Sent: Monday, October 25, 2010 10:12 AM >> >> To: ironruby-core at rubyforge.org >> Subject: Re: [Ironruby-core] Compiling on Mono? >> >> >> >> >> >> On Mon, Oct 25, 2010 at 2:51 PM, Joe Scott wrote: >> >> Doing a google search I found this. >> >> I have not had a chance to try it out maybe this would work. >> >> http://groups.google.com/group/DotNetDevelopment/msg/ba5e2bd42ecb83e3 >> >> >> >> It is really possible, I guess I was too lazy to do the search myself, >> thanks for googling :) >> >> >> >> >> >> ________________________________ >> >> Date: Mon, 25 Oct 2010 12:31:08 +0200 >> From: Andrius.Bentkus at rwth-aachen.de >> To: ironruby-core at rubyforge.org >> Subject: Re: [Ironruby-core] Compiling on Mono? >> >> >> >> On Mon, Oct 25, 2010 at 11:23 AM, Alistair Bush wrote: >> >>> I got it compiling, there is a missing reference for Mono.Posix, one >>> bad cast and you need to use CCI in the constants. Does someone know >>> what CCI should be? >> >> patches would be nice :) >> >> >> >> I can't patch the csproj with the missing reference because it would >> break building on windows. Creating another set of csproj for the a >> mono build would be madness. Do csproj'ects support something like >> ifdef or is it possible to include a reference only when mono is used? >> >> And the other change I made was a one liner, I don't think that >> attaching an entire patch is is really necessary for it. Just run >> xbuild with CCI:?xbuild /property:TreatWarningsAsErrors=false?/property:DefineConstants="DEBUG MONO" >> Ruby.csproj >> >> and look at the warning outputs... O for god sake, I'll just attach it. >> I used this branch:?http://github.com/mletterle/ironruby/tree/linux?as >> the base. >> >> >> >> _______________________________________________ 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 >> >> There is just another question, maybe one of the former developers >> will know, why are there 2 build systems now? Why is there a >> *.build.csproj for every *.csproj? Isn't that redudant like the suggested?rakefiles? >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > > > -- > Michael Letterle > IronRuby MVP > http://blog.prokrams.com > _______________________________________________ > 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 Andrius.Bentkus at rwth-aachen.de Mon Oct 25 17:15:13 2010 From: Andrius.Bentkus at rwth-aachen.de (Andrius Bentkus) Date: Mon, 25 Oct 2010 23:15:13 +0200 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: References: <201010252223.31342.ali_bush@gentoo.org> Message-ID: On Mon, Oct 25, 2010 at 10:18 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > Once we'll have CI server test against Mono we'll discover the problem > right away and don't check in anything that would be broken on Mono. > I suggest we implement the workaround, file bugs into Mono and IronRuby bug > trackers, and add a comment to the code with explanation and a link to the > filed IronRuby bug. When the bug is fixed in Mono we go and remove the > workaround to keep the code base clean. > > Tracking and removing again would be overhead but I guess there is no other way to do it. > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle > Sent: Monday, October 25, 2010 12:10 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Compiling on Mono? > > How do we want to handle things that CAN be worked around in Mono before > they're patched then? > > I agree that the same binaries should run in either location, but Mono > necessarily is always playing catchup. > > Unless we target Mono.... >.> > > On Mon, Oct 25, 2010 at 1:30 PM, Tomas Matousek < > Tomas.Matousek at microsoft.com> wrote: > > I think we should not have any #if MONO conditionals. That would mean > > we'd need a different set of binaries for Mono, Moonlight, etc. almost > > doubling the number of flavors we have today (desktop CLR, Silverlight > > 4, Silverlight 3). > > > > Now that Mono 2.8 is released we can use memory mapped files (it > > wasn't available when I wrote this code). We don't need to use P/Invokes > anymore. > > I have the V4 implementation somewhere almost working so I might be > > able to check it in soon. > > > > > > > > Tomas > > > > > > > > From: ironruby-core-bounces at rubyforge.org > > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Andrius > > Bentkus > > Sent: Monday, October 25, 2010 10:12 AM > > > > To: ironruby-core at rubyforge.org > > Subject: Re: [Ironruby-core] Compiling on Mono? > > > > > > > > > > > > On Mon, Oct 25, 2010 at 2:51 PM, Joe Scott > wrote: > > > > Doing a google search I found this. > > > > I have not had a chance to try it out maybe this would work. > > > > http://groups.google.com/group/DotNetDevelopment/msg/ba5e2bd42ecb83e3 > > > > > > > > It is really possible, I guess I was too lazy to do the search myself, > > thanks for googling :) > > > > > > > > > > > > ________________________________ > > > > Date: Mon, 25 Oct 2010 12:31:08 +0200 > > From: Andrius.Bentkus at rwth-aachen.de > > To: ironruby-core at rubyforge.org > > Subject: Re: [Ironruby-core] Compiling on Mono? > > > > > > > > On Mon, Oct 25, 2010 at 11:23 AM, Alistair Bush > wrote: > > > >> I got it compiling, there is a missing reference for Mono.Posix, one > >> bad cast and you need to use CCI in the constants. Does someone know > >> what CCI should be? > > > > patches would be nice :) > > > > > > > > I can't patch the csproj with the missing reference because it would > > break building on windows. Creating another set of csproj for the a > > mono build would be madness. Do csproj'ects support something like > > ifdef or is it possible to include a reference only when mono is used? > > > > And the other change I made was a one liner, I don't think that > > attaching an entire patch is is really necessary for it. Just run > > xbuild with CCI: xbuild > /property:TreatWarningsAsErrors=false /property:DefineConstants="DEBUG MONO" > > Ruby.csproj > > > > and look at the warning outputs... O for god sake, I'll just attach it. > > I used this branch: http://github.com/mletterle/ironruby/tree/linux as > > the base. > > > > > > > > _______________________________________________ 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 > > > > There is just another question, maybe one of the former developers > > will know, why are there 2 build systems now? Why is there a > > *.build.csproj for every *.csproj? Isn't that redudant like the > suggested rakefiles? > > > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > > > > -- > Michael Letterle > IronRuby MVP > http://blog.prokrams.com > _______________________________________________ > 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 Tomas.Matousek at microsoft.com Mon Oct 25 17:17:32 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 25 Oct 2010 21:17:32 +0000 Subject: [Ironruby-core] Contributing? In-Reply-To: References: <75F44B5C-F4D1-4B78-8D17-7A8AF78D3E6F@gmail.com> Message-ID: Makes sense. That seems like a goodness and I guess we should evolve the repo that way. Let's keep everything working and get there one step at a time. It doesn't feel like something that would be critical to do right now though. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jb Evain Sent: Monday, October 25, 2010 1:03 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Contributing? Hey, On Mon, Oct 25, 2010 at 8:19 PM, Tomas Matousek wrote: > 2)????? It might be possible to split the repo to 3 parts ? IronRuby > specific, IronPython specific, and DLR, make a submodule for each and > combine those submodules into ?DynamicLanguages? repo. So what?s > exactly the effective difference among the repo built this way and 1)? The difference is that it then becomes easier for people that are only interested in either IronPython or IronRuby to track commits. There will be a timeline for each modules. And you get to follow the ones you're interested in. And if you're only interested in one, your timeline isn't ?polluted? with comments or commits from the others. Jb _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From mail at goeran.no Mon Oct 25 17:21:51 2010 From: mail at goeran.no (=?ISO-8859-1?Q?G=F8ran_Hansen?=) Date: Mon, 25 Oct 2010 23:21:51 +0200 Subject: [Ironruby-core] Contributions In-Reply-To: References: Message-ID: I can't find an integrated VS test runner for RSpec. Maybe I didn't look hard enough? But it seems to me that it's missing. Is this something that would be useful? If so, do you have any ideas for implementation? I think it would be wise to go for the low hanging fruit in the first version. For instance just make a Command in VS, and execute ir spec_file.rb and output it in the Output window in Visual Studio. When it's a command, it's possible to assign a keyboard shortcut to execute the specs. G?ran On Mon, Oct 25, 2010 at 10:32 AM, G?ran Hansen wrote: > Tomas, > > > Thanks for getting back at me. I think it would be wise to start with > something that I know. I?ve written a plugin for VS2010 before, and feel > quite comfortable doing that, even though it?s a large and complex > environment. > > > I?ll check out the IronRuby VS integration as it is. > > > What I like about programming Ruby Netbeans and RubyMine is that they have > a built in test runner for RSpec. Is there an RSpec test runner for VS and > IronRuby? If not, that would be a fun task to start with :) > > > > G?ran > > On Sat, Oct 23, 2010 at 6:24 PM, Tomas Matousek < > Tomas.Matousek at microsoft.com> wrote: > >> Hi G?ran, >> >> Good to see your interest. >> >> >> >> The Wiki might be a bit out of date. Some areas that need work and >> nobody?s working on them afaik (if anyone works on it, speak up) are >> >> - Complex and Rational numbers (new to 1.9): to make stuff work >> I took 1.8 implementations and loaded them to emulate builtin Complex and >> Rational classes. This is a big hack. We need to implement these classes in >> C# in the standard libraries. To support .NET interop the implementation >> should also convert to the existing Complex type on the platform. This is a >> good task for someone who likes hacking numbers. >> >> - Related one: although BigDecimal class is implemented it feels >> like it needs some perf improvements ? I noticed some specs are running >> quite slower than MRI. There are also some failing specs in BigDecimal (and >> BigNum) that would be good to fix so that we have fully compatible >> implementation. >> >> - If you are into cryptography one big missing piece is OpenSSL >> implementation. There might be pieces that you can share with IronPython?s >> ssl library implementation. >> >> - Then there is bunch of misc failing specs that need to be >> fixed. One big area is ARGF but there are many others as well. See >> External.LCA_RESTRICTED\Languages\IronRuby\mspec\ironruby-tags-19. >> >> - If you were more interested in compiler and runtime you can >> look into implementing nested method parameters and optional block >> parameters. This is quite tricky though you need to really understand how >> the runtime works to implement it correctly. >> >> - VS integration always needs improvements. The VS is quite >> complex environment so it takes a while to learn how it works. >> >> >> >> Then there is FFI implementation going on ? maybe it needs some help? >> >> >> >> Let me know if you have any questions. >> >> >> >> Thanks, >> >> Tomas >> >> >> >> *From:* ironruby-core-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] *On Behalf Of *G?ran Hansen >> *Sent:* Saturday, October 23, 2010 12:31 AM >> *To:* IronRuby Group >> *Subject:* [Ironruby-core] Contributions >> >> >> >> Hi there >> >> I would love to contribute to this open source project. I?ve been learning >> Ruby for the last year, and I?ve fallen in love with the language. It?s not >> in my way, it?s fun and productive. >> >> I?ve been a .NET developer for too many years, and it was really fun to >> experience such a great language as Ruby outside the .NET world. >> Nevertheless, I would love to be able to run Ruby upon the .NET runtime, >> especially in my projects at work. For me to be able to use it in real world >> projects, it has to become faster and more stable. My employer is a big fan >> of standardization and well known solutions. They wouldn?t go for anything >> except Java or .NET. I?m sure they don?t mind what language we use, but they >> do care about the platform. >> >> How can I help? Are the Contribution ideas still valid? >> http://github.com/ironruby/ironruby/wiki/Contribution-Ideas >> >> When things ended as they did, and Microsoft stopped to support the Iron* >> languages, I was really happy how they made the handover to the community. >> With Miguel and his team in charge, I?m sure this is going to end well. I >> believe there are many .NET developers out there that would love to be able >> to run Ruby code in .NET. >> >> Hope to hear from you soon! >> >> -- >> G?ran Hansen >> Aspiring Software Craftsman >> Microsoft Regional Director >> >> http://twitter.com/goeran >> http://goeran.no >> mail at goeran.no >> +47 452 39 113 >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > > -- > G?ran Hansen > Aspiring Software Craftsman > Microsoft Regional Director & MVP > > > http://twitter.com/goeran > http://goeran.no > mail at goeran.no > +47 452 39 113 > -- G?ran Hansen Aspiring Software Craftsman Microsoft Regional Director & MVP http://twitter.com/goeran http://goeran.no mail at goeran.no +47 452 39 113 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Mon Oct 25 17:50:42 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 25 Oct 2010 21:50:42 +0000 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: References: <201010252223.31342.ali_bush@gentoo.org> Message-ID: We have actually always targeted Mono and IronRuby mostly works on it. Of course we found a bunch of Mono bugs for which we either implemented a workaround or filed a bug if the workaround would be too convoluted. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mike Moore Sent: Monday, October 25, 2010 1:39 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Compiling on Mono? On Mon, Oct 25, 2010 at 1:09 PM, Michael Letterle > wrote: Unless we target Mono.... >.> +1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion.edwards at gmail.com Mon Oct 25 19:17:06 2010 From: orion.edwards at gmail.com (Orion Edwards) Date: Tue, 26 Oct 2010 12:17:06 +1300 Subject: [Ironruby-core] IronRuby 1.1.1 IIRB failing Message-ID: After upgrading to IronRuby 1.1.1, I try run IIRB, and I get the following exception: Have I screwed up my install? What I did was this: 1. Ran the IronRuby installer 2. Copied the bin and lib folders to a local folder that I have checked into source control (to deploy IronRuby to other machines) 3. I wanted the dll's, and the installer seemed to ONLY (!?!?!?) put them in the GAC, so I went into the GAC and copied them out, then put them in my local ruby/bin folder The bytes are [B8] if running in powershell and [D0] in cmd mscorlib:0:in `Throw': Unable to translate bytes [B8] at index 2 from specified code page to Unicode. (System::Text::Dec oderFallbackException) from mscorlib:0:in `Fallback' from mscorlib:0:in `InternalFallback' from mscorlib:0:in `GetCharCount' from mscorlib:0:in `GetCharCount' from mscorlib:0:in `GetChars' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:1845:in `[]' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:1845:in `_rl_get_screen_size' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:1975:in `_rl_init_terminal_io' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:2491:in `readline_initialize_everything' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:3726:in `rl_initialize' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:4720:in `readline' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/readline.rb:40:in `readline' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/input-method.rb:115:in `gets' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:139:in `eval_input' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:273:in `signal_status' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:138:in `eval_input' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:188:in `[]' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:188:in `buf_input' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:103:in `getc' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/slex.rb:205:in `match_io' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/slex.rb:75:in `match' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:286:in `token' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:262:in `lex' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:233:in `each_top_level_statement' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:229:in `loop' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:229:in `each_top_level_statement' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:228:in `catch' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:228:in `each_top_level_statement' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:155:in `eval_input' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:70:in `start' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:69:in `catch' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:69:in `start' from C:/Dev/TEST/ruby/bin/irb:13 -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Mon Oct 25 20:19:30 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 25 Oct 2010 20:19:30 -0400 Subject: [Ironruby-core] Contributions In-Reply-To: References: Message-ID: There may be a plugin for Gallio not sure... On Mon, Oct 25, 2010 at 5:21 PM, G?ran Hansen wrote: > I can't find an integrated VS test runner for RSpec. Maybe I didn't look > hard enough? But it seems to me that it's missing. > Is this something that would be?useful? If so, do you have any ideas for > implementation? I think it would be wise to go for the low hanging fruit in > the first version. For instance just make a Command in VS, and execute ir > spec_file.rb and output it in the Output window in Visual Studio. When it's > a command, it's possible to assign a keyboard shortcut to execute the specs. > G?ran > > > On Mon, Oct 25, 2010 at 10:32 AM, G?ran Hansen wrote: >> >> Tomas, >> >> Thanks for getting back at me. I think it would be wise to start with >> something that I know. I?ve written a plugin for VS2010 before, and feel >> quite comfortable doing that, even though it?s a large and complex >> environment. >> >> I?ll check out the IronRuby VS integration as it is. >> >> What I like about programming Ruby Netbeans and RubyMine is that they have >> a built in test runner for RSpec. Is there an RSpec test runner for VS and >> IronRuby? If not, that would be a fun task to start with :) >> >> >> >> G?ran >> >> On Sat, Oct 23, 2010 at 6:24 PM, Tomas Matousek >> wrote: >>> >>> Hi G?ran, >>> >>> Good to see your interest. >>> >>> >>> >>> The Wiki might be a bit out of date. Some areas that need work and >>> nobody?s working on them afaik (if anyone works on it, speak up) are >>> >>> -????????? Complex and Rational numbers (new to 1.9): to make stuff work >>> I took 1.8 implementations and loaded them to emulate builtin Complex and >>> Rational classes. This is a big hack. We need to implement these classes in >>> C# in the standard libraries. To support .NET interop the implementation >>> should also convert to the existing Complex type on the platform. This is a >>> good task for someone who likes hacking numbers. >>> >>> -????????? Related one: although BigDecimal class is implemented it feels >>> like it needs some perf improvements ? I noticed some specs are running >>> quite slower than MRI. There are also some failing specs in BigDecimal (and >>> BigNum) that would be good to fix so that we have fully compatible >>> implementation. >>> >>> -????????? If you are into cryptography one big missing piece is OpenSSL >>> implementation. There might be pieces that you can share with IronPython?s >>> ssl library implementation. >>> >>> -????????? Then there is bunch of misc failing specs that need to be >>> fixed. One big area is ARGF but there are many others as well. See >>> External.LCA_RESTRICTED\Languages\IronRuby\mspec\ironruby-tags-19. >>> >>> -????????? If you were more interested in compiler and runtime you can >>> look into implementing nested method parameters and optional block >>> parameters. This is quite tricky though you need to really understand how >>> the runtime works to implement it correctly. >>> >>> -????????? VS integration always needs improvements. The VS is quite >>> complex environment so it takes a while to learn how it works. >>> >>> >>> >>> Then there is FFI implementation going on ? maybe it needs some help? >>> >>> >>> >>> Let me know if you have any questions. >>> >>> >>> >>> Thanks, >>> >>> Tomas >>> >>> >>> >>> From: ironruby-core-bounces at rubyforge.org >>> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of G?ran Hansen >>> Sent: Saturday, October 23, 2010 12:31 AM >>> To: IronRuby Group >>> Subject: [Ironruby-core] Contributions >>> >>> >>> >>> Hi there >>> >>> I would love to contribute to this open source project. I?ve been >>> learning Ruby for the last year, and I?ve fallen in love with the language. >>> It?s not in my way, it?s fun and productive. >>> >>> I?ve been a .NET developer for too many years, and it was really fun to >>> experience such a great language as Ruby outside the .NET world. >>> Nevertheless, I would love to be able to run Ruby upon the .NET runtime, >>> especially in my projects at work. For me to be able to use it in real world >>> projects, it has to become faster and more stable. My employer is a big fan >>> of standardization and well known solutions. They wouldn?t go for anything >>> except Java or .NET. I?m sure they don?t mind what language we use, but they >>> do care about the platform. >>> >>> How can I help? Are the Contribution ideas still >>> valid??http://github.com/ironruby/ironruby/wiki/Contribution-Ideas >>> >>> When things ended as they did, and Microsoft stopped to support the Iron* >>> languages, I was really happy how they made the handover to the community. >>> With Miguel and his team in charge, I?m sure this is going to end well. I >>> believe there are many .NET developers out there that would love to be able >>> to run Ruby code in .NET. >>> >>> Hope to hear from you soon! >>> >>> -- >>> G?ran Hansen >>> Aspiring Software Craftsman >>> Microsoft Regional Director >>> >>> http://twitter.com/goeran >>> http://goeran.no >>> mail at goeran.no >>> +47 452 39 113 >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >> >> >> >> -- >> G?ran Hansen >> Aspiring Software Craftsman >> Microsoft Regional Director & MVP >> >> http://twitter.com/goeran >> http://goeran.no >> mail at goeran.no >> +47 452 39 113 > > > > -- > G?ran Hansen > Aspiring Software Craftsman > Microsoft Regional Director & MVP > > http://twitter.com/goeran > http://goeran.no > mail at goeran.no > +47 452 39 113 > > _______________________________________________ > 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 michael.letterle at gmail.com Mon Oct 25 21:17:01 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 25 Oct 2010 21:17:01 -0400 Subject: [Ironruby-core] Compiling on Mono? In-Reply-To: References: <201010252223.31342.ali_bush@gentoo.org> Message-ID: By "target" I meant "do primary development against" ^_^ BTW my branch is updated, I reset to the current master/HEAD so it should be a lot cleaner, also undid the mono ifdef, commented out the original calls explaining that Mono doesn't support it yet. Need to work on some repos/patches/bug filing for mono now. On Mon, Oct 25, 2010 at 5:50 PM, Tomas Matousek wrote: > We have actually always targeted Mono and IronRuby mostly works on it. Of > course we found a bunch of Mono bugs for which we either implemented a > workaround or filed a bug if the workaround would be too convoluted. > > > > Tomas > > > > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mike Moore > Sent: Monday, October 25, 2010 1:39 PM > > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Compiling on Mono? > > > > On Mon, Oct 25, 2010 at 1:09 PM, Michael Letterle > wrote: > > Unless we target Mono.... >.> > > > > +1 > > _______________________________________________ > 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 Tomas.Matousek at microsoft.com Mon Oct 25 22:52:37 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 26 Oct 2010 02:52:37 +0000 Subject: [Ironruby-core] IronRuby 1.1.1 IIRB failing In-Reply-To: References: Message-ID: Right, the installer installs only to GAC. You can download all the binaries from http://ironruby.codeplex.com/releases/view/49097#DownloadId=159562.There is no point copying them to Program Files. Once they are in the GAC all apps load them from there. You can build a redistributable msm Windows installer package if you want to include IronRuby in your Windows app or you can just grab the binaries from the link above if you want an xcopy deployment. It seems irb doesn't like the command you're writing ... does it include non-ASCII characters? Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards Sent: Monday, October 25, 2010 4:17 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] IronRuby 1.1.1 IIRB failing After upgrading to IronRuby 1.1.1, I try run IIRB, and I get the following exception: Have I screwed up my install? What I did was this: 1. Ran the IronRuby installer 2. Copied the bin and lib folders to a local folder that I have checked into source control (to deploy IronRuby to other machines) 3. I wanted the dll's, and the installer seemed to ONLY (!?!?!?) put them in the GAC, so I went into the GAC and copied them out, then put them in my local ruby/bin folder The bytes are [B8] if running in powershell and [D0] in cmd mscorlib:0:in `Throw': Unable to translate bytes [B8] at index 2 from specified code page to Unicode. (System::Text::Dec oderFallbackException) from mscorlib:0:in `Fallback' from mscorlib:0:in `InternalFallback' from mscorlib:0:in `GetCharCount' from mscorlib:0:in `GetCharCount' from mscorlib:0:in `GetChars' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:1845:in `[]' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:1845:in `_rl_get_screen_size' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:1975:in `_rl_init_terminal_io' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:2491:in `readline_initialize_everything' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:3726:in `rl_initialize' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:4720:in `readline' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/readline.rb:40:in `readline' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/input-method.rb:115:in `gets' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:139:in `eval_input' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:273:in `signal_status' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:138:in `eval_input' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:188:in `[]' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:188:in `buf_input' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:103:in `getc' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/slex.rb:205:in `match_io' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/slex.rb:75:in `match' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:286:in `token' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:262:in `lex' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:233:in `each_top_level_statement' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:229:in `loop' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:229:in `each_top_level_statement' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:228:in `catch' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:228:in `each_top_level_statement' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:155:in `eval_input' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:70:in `start' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:69:in `catch' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:69:in `start' from C:/Dev/TEST/ruby/bin/irb:13 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonas at follesoe.no Tue Oct 26 04:57:49 2010 From: jonas at follesoe.no (=?ISO-8859-1?Q?Jonas_Folles=F8?=) Date: Tue, 26 Oct 2010 10:57:49 +0200 Subject: [Ironruby-core] Gestalt and IronRuby in the browser Message-ID: Hi, I'm wondering how Gestalt (http://gestalt.codeplex.com/) fits into the transition of IronRuby from Microsoft to the community. Gestalt is the piece of technology that makes it easy to use IronRuby and IronPython ( http://ironpython.net/ironpython/browser/) in the browser. You basically create simple