From thibaut.barrere at gmail.com Mon Dec 1 04:14:47 2008 From: thibaut.barrere at gmail.com (=?ISO-8859-1?Q?Thibaut_Barr=E8re?=) Date: Mon, 1 Dec 2008 10:14:47 +0100 Subject: [Ironruby-core] What are the options to write tests, currently ? Message-ID: <4a68b8cf0812010114o3188dc2ej5fdfc68fae1b50e8@mail.gmail.com> Hello, I'm documenting myself to see what are the various options currently available to write IronRuby code to unit-tests C# assemblies. I gave MSpec a try and it's already fine (http://gist.github.com/30685). Test::Unit seems to work well too (good work!) after a first test. Did anyone play with RSpec, Shoulda or anything else ? cheers Thibaut Barr?re -- LoGeek [blog] http://evolvingworker.com - tools for a better day [blog] http://blog.logeek.fr - about writing software -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben2004uk at googlemail.com Mon Dec 1 10:03:36 2008 From: ben2004uk at googlemail.com (Ben Hall) Date: Mon, 1 Dec 2008 15:03:36 +0000 Subject: [Ironruby-core] What are the options to write tests, currently ? In-Reply-To: <4a68b8cf0812010114o3188dc2ej5fdfc68fae1b50e8@mail.gmail.com> References: <4a68b8cf0812010114o3188dc2ej5fdfc68fae1b50e8@mail.gmail.com> Message-ID: Still one or two outstanding issues around RSpec, but that is what you should be aiming for :) However, even with those issues fixed, running it on an actual system might not be the best idea due to some performance issues. MSpec is a good, if not very limited, and is what the team are using. I haven't looked at Test::Unit implementation. On Mon, Dec 1, 2008 at 9:14 AM, Thibaut Barr?re wrote: > Hello, > I'm documenting myself to see what are the various options currently > available to write IronRuby code to unit-tests C# assemblies. > I gave MSpec a try and it's already fine (http://gist.github.com/30685). > Test::Unit seems to work well too (good work!) after a first test. > Did anyone play with RSpec, Shoulda or anything else ? > cheers > Thibaut Barr?re > -- > LoGeek > [blog] http://evolvingworker.com - tools for a better day > [blog] http://blog.logeek.fr - about writing software > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > From Tomas.Matousek at microsoft.com Wed Dec 3 15:16:52 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 3 Dec 2008 12:16:52 -0800 Subject: [Ironruby-core] Code Review: YamlRefactoring1 Message-ID: tfpt review "/shelveset:YamlRefactoring1;REDMOND\tomat" Comment : Various Yaml related changes: - Integer and Numeric now derives from RubyObject so that a new CLR type is not created when these classes are subclassed. - All classes derived from RubyObject need to implement a deserializing constructor. - If a class in C# library represented a Ruby class and also implemented its methods using RubyMethod attribute the static [RubyMethod] methods were visible on the singleton class of that class. This caused problems with method lookup. This shelveset adds a flag to the class loader that hides all CLR methods from a class that implements a Ruby class (via RubyClass attribute). This fix removes the necessity of splitting of classes into "Ops" and "real classes" artificially (an example of which is YAML::Stream). - Refactors RubyTypeBuilder.DefineConstructors a little bit and fixes problem with constructors taking RubyClass - the generated code was unverifiable (an instruction was missing). - Removes mscorlib dependency from Yaml tests so that they can be run by MRI as well. Tomas -------------- next part -------------- A non-text attachment was scrubbed... Name: YamlRefactoring1.diff Type: application/octet-stream Size: 118334 bytes Desc: YamlRefactoring1.diff URL: From olegtk at microsoft.com Wed Dec 3 16:42:09 2008 From: olegtk at microsoft.com (Oleg Tkachenko) Date: Wed, 3 Dec 2008 13:42:09 -0800 Subject: [Ironruby-core] Code Review: YamlRefactoring1 In-Reply-To: References: Message-ID: Looks great! -- Oleg -----Original Message----- From: Tomas Matousek Sent: Wednesday, December 03, 2008 12:17 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: YamlRefactoring1 tfpt review "/shelveset:YamlRefactoring1;REDMOND\tomat" Comment : Various Yaml related changes: - Integer and Numeric now derives from RubyObject so that a new CLR type is not created when these classes are subclassed. - All classes derived from RubyObject need to implement a deserializing constructor. - If a class in C# library represented a Ruby class and also implemented its methods using RubyMethod attribute the static [RubyMethod] methods were visible on the singleton class of that class. This caused problems with method lookup. This shelveset adds a flag to the class loader that hides all CLR methods from a class that implements a Ruby class (via RubyClass attribute). This fix removes the necessity of splitting of classes into "Ops" and "real classes" artificially (an example of which is YAML::Stream). - Refactors RubyTypeBuilder.DefineConstructors a little bit and fixes problem with constructors taking RubyClass - the generated code was unverifiable (an instruction was missing). - Removes mscorlib dependency from Yaml tests so that they can be run by MRI as well. Tomas From jdeville at microsoft.com Wed Dec 3 17:51:07 2008 From: jdeville at microsoft.com (Jim Deville) Date: Wed, 3 Dec 2008 14:51:07 -0800 Subject: [Ironruby-core] Code Review: rakesplit Message-ID: tfpt review "/shelveset:rakesplit;REDMOND\jdeville" Comment : Splits rake into 4 files to ease maintenance and future refactors. -------------- next part -------------- A non-text attachment was scrubbed... Name: rakesplit.diff Type: application/octet-stream Size: 78574 bytes Desc: rakesplit.diff URL: From lists at ruby-forum.com Wed Dec 3 18:16:52 2008 From: lists at ruby-forum.com (=?utf-8?Q?Aslak_Helles=c3=b8y?=) Date: Thu, 4 Dec 2008 00:16:52 +0100 Subject: [Ironruby-core] IronRuby and Cucumber Message-ID: <839e213bb85d2c9da2fc0c5e779c5031@ruby-forum.com> Hi folks, I have just done some changes to Cucumber (http://github.com/aslakhellesoy/cucumber/wikis/campaign) so it works on IronRuby. It would be great if someone here could check out the instructions and let me know if it looks ok: http://github.com/aslakhellesoy/cucumber/wikis/ironruby-and-net It takes about 30 seconds to get it up and running (several gems are loaded - I suspect that's what makes startup slow). Cheers, Aslak -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Wed Dec 3 19:17:12 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 3 Dec 2008 16:17:12 -0800 Subject: [Ironruby-core] Code Review: parseroptfinal Message-ID: tfpt review "/shelveset:parseroptfinal;REDMOND\tomat" Improves Ruby tokenizer and parser performance by 30% total (previously 3 MBps, now 4.2 MBps - measured on real code of libraries we have checked in and including Ruby AST building, but not transformation to DLR ASTs). Adds /bm option to tokenizer test driver that measures parsing speed (IronRuby.Tests.exe /tokenizer /bm). Adds more tokenization unit tests and fixes several minor bugs in tokenizer. AST, Parser.cs, parser.y: - Replaces List by a new class Statements where the list represents statements. This encapsulation us to change underlying representation w/o affecting code using the statements. Also refactors the rules for statement list so that we can use an empty statements singleton. - Replaces List by Expression[] where it represents arguments. Arguments are the most frequent list of expression so it make sense to optimize it. Previously any list of arguments was constructed starting from an empty List and adding arguments as parser reduced them. This is quite inefficient since most method calls have very few arguments (0 to 3). The parser now has a stack of Expression to which it pushes arguments as they are reduced. Each rule that defines argument list counts the number of arguments in the list in token value that is propagated throughout the list reduction. The rule that consumes the argument list then simply pops the right amount of arguments out of it and copies it to an exactly sized array. This might be further optimized if necessary - we can specialize Argument node for 0 to 3 arguments, or just remember a reference to the arguments stack and index to the array. We can use this approach for other lists as well (maybe for statemens, string concatenations, etc.) in future. - Provides dummy implementations for features that are not implemented yet: defined?(super), BEGIN, END. This avoids throwing not impl. exceptions so that we can measure performance of AST transformations over entire library code base. GPPG: - Removes Parser <: ShiftReduceParser inheritance. It was meant to enable sharing of generic GPPG parser driver and derive specific parsers but since we don't share the class it makes no sense. Still GPPG.cs is mostly Ruby independent piece of code that could be easily copied by other languages. - Merges 3 stacks (state, value and location) into a single data structure reducing cost of push and pop. - Improves reduction of empty rules, removes unnecessary array lookups on hot path (these changes require some adjustments in GPPG generator). TokenValue: - Reduces size of the structure by using an explicit layout definition. This reduces amount of data moved around during reductions. - It might be possible in future to get rid of the obj2 field (it's used only by argument rules). Tokenizer: - Removes a direct dependency on the parser - we only need a resolver for local variables. Introduces ILexicalVariableResolver (implemented by Parser) that provides such information. This allows tests to run tokenizer with mocked parser. - Replaces nextc(), peekc() and pushback() methods by Read, Peek, Back, SeekRelative, which don't implicitly normalize end of lines. This allows us to drop yytext StringBuilder used to track normalized eolns. It was the culprit of very bad performance. Basically entire tokenized source code got eventually loaded into this StringBuilder one character in time :-/. The tokenizer now needs to deal with eoln normalization explicitly, which required a lot of small tweaks. - Reimplements line buffer loading - previous implementation was allocating 2 char[] per line, which is of course terrible waste. The buffer is now shared for all lines of code except for heredoc that needs to be handled in a special way. - The tokenizer is now finally in a good shape, although there are more small improvements that could be done. Tomas -------------- next part -------------- A non-text attachment was scrubbed... Name: parseroptfinal.diff Type: application/octet-stream Size: 849879 bytes Desc: parseroptfinal.diff URL: From curth at microsoft.com Thu Dec 4 01:17:00 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Wed, 3 Dec 2008 22:17:00 -0800 Subject: [Ironruby-core] Code Review: rakesplit In-Reply-To: References: Message-ID: Looks good. -----Original Message----- From: Jim Deville Sent: Wednesday, December 03, 2008 2:51 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: rakesplit tfpt review "/shelveset:rakesplit;REDMOND\jdeville" Comment : Splits rake into 4 files to ease maintenance and future refactors. From jdeville at microsoft.com Thu Dec 4 01:47:43 2008 From: jdeville at microsoft.com (Jim Deville) Date: Wed, 3 Dec 2008 22:47:43 -0800 Subject: [Ironruby-core] Code Review: rakesplit In-Reply-To: References: Message-ID: This will be a direct checkin since it won't affect SNAP. Please notify me if you notice any errors. JD -----Original Message----- From: Curt Hagenlocher Sent: Wednesday, December 03, 2008 10:17 PM To: Jim Deville; IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: RE: Code Review: rakesplit Looks good. -----Original Message----- From: Jim Deville Sent: Wednesday, December 03, 2008 2:51 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: rakesplit tfpt review "/shelveset:rakesplit;REDMOND\jdeville" Comment : Splits rake into 4 files to ease maintenance and future refactors. From ben2004uk at googlemail.com Thu Dec 4 04:17:09 2008 From: ben2004uk at googlemail.com (Ben Hall) Date: Thu, 4 Dec 2008 09:17:09 +0000 Subject: [Ironruby-core] IronRuby and Cucumber In-Reply-To: <839e213bb85d2c9da2fc0c5e779c5031@ruby-forum.com> References: <839e213bb85d2c9da2fc0c5e779c5031@ruby-forum.com> Message-ID: EXCELLENT!!! I was going to take a look this weekend to see if I could get it to work, also means I can edit my article to include Cucumber now ;) Means I can now deep dive into Cucumber itself Thank you! Ben On Wed, Dec 3, 2008 at 11:16 PM, Aslak Helles?y wrote: > Hi folks, > > I have just done some changes to Cucumber > (http://github.com/aslakhellesoy/cucumber/wikis/campaign) so it works on > IronRuby. > > It would be great if someone here could check out the instructions and > let me know if it looks ok: > http://github.com/aslakhellesoy/cucumber/wikis/ironruby-and-net > > It takes about 30 seconds to get it up and running (several gems are > loaded - I suspect that's what makes startup slow). > > Cheers, > Aslak > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > From thibaut.barrere at gmail.com Thu Dec 4 04:21:56 2008 From: thibaut.barrere at gmail.com (=?ISO-8859-1?Q?Thibaut_Barr=E8re?=) Date: Thu, 4 Dec 2008 10:21:56 +0100 Subject: [Ironruby-core] IronRuby and Cucumber In-Reply-To: <839e213bb85d2c9da2fc0c5e779c5031@ruby-forum.com> References: <839e213bb85d2c9da2fc0c5e779c5031@ruby-forum.com> Message-ID: <4a68b8cf0812040121k4542a11dkbf6f99fc43483916@mail.gmail.com> Hi Aslak, thanks for taking the time to make it compatible, and for the write-up as well. I'll definitely give it a try. I was pretty sure this kind of release would happen soon :) ( http://blog.logeek.fr/2008/12/1/thoughts-on-ironruby-and-dotnet-testing) cheers and thanks again for your work, -- Thibaut On Thu, Dec 4, 2008 at 12:16 AM, Aslak Helles?y wrote: > Hi folks, > > I have just done some changes to Cucumber > (http://github.com/aslakhellesoy/cucumber/wikis/campaign) so it works on > IronRuby. > > It would be great if someone here could check out the instructions and > let me know if it looks ok: > http://github.com/aslakhellesoy/cucumber/wikis/ironruby-and-net > > It takes about 30 seconds to get it up and running (several gems are > loaded - I suspect that's what makes startup slow). > > Cheers, > Aslak > -- > 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 jdeville at microsoft.com Thu Dec 4 04:34:38 2008 From: jdeville at microsoft.com (Jim Deville) Date: Thu, 4 Dec 2008 01:34:38 -0800 Subject: [Ironruby-core] Daily SVN pushes Message-ID: Hey ya'll, Sorry I haven't been doing SVN pushes the past few days. I've been trying to finish things up and get the infrastructure for the Git repo into place. I'll get a fresh revision out tomorrow morning, and I expect to start daily Git pushes next week. Thanks, JD -------------- next part -------------- An HTML attachment was scrubbed... URL: From curth at microsoft.com Thu Dec 4 12:52:14 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Thu, 4 Dec 2008 09:52:14 -0800 Subject: [Ironruby-core] Code Review: parseroptfinal In-Reply-To: References: Message-ID: Looks good! -----Original Message----- From: Tomas Matousek Sent: Wednesday, December 03, 2008 4:17 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: parseroptfinal tfpt review "/shelveset:parseroptfinal;REDMOND\tomat" Improves Ruby tokenizer and parser performance by 30% total (previously 3 MBps, now 4.2 MBps - measured on real code of libraries we have checked in and including Ruby AST building, but not transformation to DLR ASTs). Adds /bm option to tokenizer test driver that measures parsing speed (IronRuby.Tests.exe /tokenizer /bm). Adds more tokenization unit tests and fixes several minor bugs in tokenizer. AST, Parser.cs, parser.y: - Replaces List by a new class Statements where the list represents statements. This encapsulation us to change underlying representation w/o affecting code using the statements. Also refactors the rules for statement list so that we can use an empty statements singleton. - Replaces List by Expression[] where it represents arguments. Arguments are the most frequent list of expression so it make sense to optimize it. Previously any list of arguments was constructed starting from an empty List and adding arguments as parser reduced them. This is quite inefficient since most method calls have very few arguments (0 to 3). The parser now has a stack of Expression to which it pushes arguments as they are reduced. Each rule that defines argument list counts the number of arguments in the list in token value that is propagated throughout the list reduction. The rule that consumes the argument list then simply pops the right amount of arguments out of it and copies it to an exactly sized array. This might be further optimized if necessary - we can specialize Argument node for 0 to 3 arguments, or just remember a reference to the arguments stack and index to the array. We can use this approach for other lists as well (maybe for statemens, string concatenations, etc.) in future. - Provides dummy implementations for features that are not implemented yet: defined?(super), BEGIN, END. This avoids throwing not impl. exceptions so that we can measure performance of AST transformations over entire library code base. GPPG: - Removes Parser <: ShiftReduceParser inheritance. It was meant to enable sharing of generic GPPG parser driver and derive specific parsers but since we don't share the class it makes no sense. Still GPPG.cs is mostly Ruby independent piece of code that could be easily copied by other languages. - Merges 3 stacks (state, value and location) into a single data structure reducing cost of push and pop. - Improves reduction of empty rules, removes unnecessary array lookups on hot path (these changes require some adjustments in GPPG generator). TokenValue: - Reduces size of the structure by using an explicit layout definition. This reduces amount of data moved around during reductions. - It might be possible in future to get rid of the obj2 field (it's used only by argument rules). Tokenizer: - Removes a direct dependency on the parser - we only need a resolver for local variables. Introduces ILexicalVariableResolver (implemented by Parser) that provides such information. This allows tests to run tokenizer with mocked parser. - Replaces nextc(), peekc() and pushback() methods by Read, Peek, Back, SeekRelative, which don't implicitly normalize end of lines. This allows us to drop yytext StringBuilder used to track normalized eolns. It was the culprit of very bad performance. Basically entire tokenized source code got eventually loaded into this StringBuilder one character in time :-/. The tokenizer now needs to deal with eoln normalization explicitly, which required a lot of small tweaks. - Reimplements line buffer loading - previous implementation was allocating 2 char[] per line, which is of course terrible waste. The buffer is now shared for all lines of code except for heredoc that needs to be handled in a special way. - The tokenizer is now finally in a good shape, although there are more small improvements that could be done. Tomas From jdeville at microsoft.com Thu Dec 4 16:17:02 2008 From: jdeville at microsoft.com (Jim Deville) Date: Thu, 4 Dec 2008 13:17:02 -0800 Subject: [Ironruby-core] Daily SVN pushes In-Reply-To: References: Message-ID: Well, it wasn't quite morning, but I've just pushed 178. JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville Sent: Thursday, December 04, 2008 1:35 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Daily SVN pushes Hey ya'll, Sorry I haven't been doing SVN pushes the past few days. I've been trying to finish things up and get the infrastructure for the Git repo into place. I'll get a fresh revision out tomorrow morning, and I expect to start daily Git pushes next week. Thanks, JD -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Thu Dec 4 17:11:19 2008 From: jdeville at microsoft.com (Jim Deville) Date: Thu, 4 Dec 2008 14:11:19 -0800 Subject: [Ironruby-core] Daily SVN pushes In-Reply-To: References: Message-ID: And I've also pushed a new Git commit out. JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville Sent: Thursday, December 04, 2008 1:17 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Daily SVN pushes Well, it wasn't quite morning, but I've just pushed 178. JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville Sent: Thursday, December 04, 2008 1:35 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Daily SVN pushes Hey ya'll, Sorry I haven't been doing SVN pushes the past few days. I've been trying to finish things up and get the infrastructure for the Git repo into place. I'll get a fresh revision out tomorrow morning, and I expect to start daily Git pushes next week. Thanks, JD -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Thu Dec 4 21:34:24 2008 From: jdeville at microsoft.com (Jim Deville) Date: Thu, 4 Dec 2008 18:34:24 -0800 Subject: [Ironruby-core] Code Review: gitintegration Message-ID: tfpt review "/shelveset:gitintegration;REDMOND\jdeville" Comment : implements to_git, refactors methods in context.rb for reuse. -------------- next part -------------- A non-text attachment was scrubbed... Name: gitintegration.diff Type: application/octet-stream Size: 4618 bytes Desc: gitintegration.diff URL: From michael.letterle at gmail.com Thu Dec 4 21:54:44 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Thu, 4 Dec 2008 21:54:44 -0500 Subject: [Ironruby-core] Daily SVN pushes In-Reply-To: References: Message-ID: Sweeet.. just updated my fork ;) On Thu, Dec 4, 2008 at 5:11 PM, Jim Deville wrote: > And I've also pushed a new Git commit out. > > > > > > JD > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Jim Deville > *Sent:* Thursday, December 04, 2008 1:17 PM > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] Daily SVN pushes > > > > Well, it wasn't quite morning, but I've just pushed 178. > > > > > > JD > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Jim Deville > *Sent:* Thursday, December 04, 2008 1:35 AM > *To:* ironruby-core at rubyforge.org > *Subject:* [Ironruby-core] Daily SVN pushes > > > > Hey ya'll, > > > > Sorry I haven't been doing SVN pushes the past few days. I've been trying > to finish things up and get the infrastructure for the Git repo into place. > I'll get a fresh revision out tomorrow morning, and I expect to start daily > Git pushes next week. > > > > Thanks, > > > > JD > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From s450r1 at gmail.com Fri Dec 5 10:33:57 2008 From: s450r1 at gmail.com (Jeff Dik) Date: Fri, 5 Dec 2008 10:33:57 -0500 Subject: [Ironruby-core] What are the options to write tests, currently ? In-Reply-To: <4a68b8cf0812010114o3188dc2ej5fdfc68fae1b50e8@mail.gmail.com> References: <4a68b8cf0812010114o3188dc2ej5fdfc68fae1b50e8@mail.gmail.com> Message-ID: On Mon, Dec 1, 2008 at 4:14 AM, Thibaut Barr?re wrote: > Hello, > I'm documenting myself to see what are the various options currently > available to write IronRuby code to unit-tests C# assemblies. > I gave MSpec a try and it's already fine (http://gist.github.com/30685). > Test::Unit seems to work well too (good work!) after a first test. > Did anyone play with RSpec, Shoulda or anything else ? I've been using Bacon without any problems after I commented out # e.backtrace.find_all { |line| line !~ /bin\/bacon|\/bacon\.rb:\d+/ }. # each_with_index { |line, i| # ErrorLog << "\t#{line}#{i==0 ? ": #@name - #{description}" : ""}\n" # } http://github.com/chneukirchen/bacon/tree/master I got RSpec to work after following somebody else's instructions on this list, but it was too slow to be useful. I wrote a very basic "simple_autotest" script to run "rake spec" whenever a source file is saved. Thanks, Jeff > cheers > Thibaut Barr?re > -- > LoGeek > [blog] http://evolvingworker.com - tools for a better day > [blog] http://blog.logeek.fr - about writing software > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > From ivan at flanders.co.nz Fri Dec 5 11:50:33 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Fri, 5 Dec 2008 17:50:33 +0100 Subject: [Ironruby-core] Silverlight (sdlsdk) on mac Message-ID: Hi When I want to look at some samples on the mac side of my laptop from the sdlsdk I get an error from mono 17:10:27 200 2,527 /samples/ruby/clock/index.html 17:10:27 200 2,397 /samples/ruby/clock/assets/stylesheets/error.css 17:10:27 200 52,969 /samples/ruby/clock/assets/images/silverlight_dusk1_std_1024x768.jpg 17:10:27 500 673 /samples/ruby/clock/app.xap [error generating XAP: libMonoPosixHelper.dylib] Is that something that is fixable ? I am using the mono 2.0.1 tarball but I get the same problem with trunk On windows it works when I use mono. Do I submit a bug for that with the mono team? Cheers Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Fri Dec 5 12:35:29 2008 From: sanxiyn at gmail.com (Seo Sanghyeon) Date: Sat, 6 Dec 2008 02:35:29 +0900 Subject: [Ironruby-core] Silverlight (sdlsdk) on mac In-Reply-To: References: Message-ID: <5b0248170812050935ja5c2a50va5fc53836de13856@mail.gmail.com> 2008/12/6 Ivan Porto Carrero : > Hi > > When I want to look at some samples on the mac side of my laptop from the > sdlsdk I get an error from mono > > 17:10:27 200 2,527 /samples/ruby/clock/index.html > 17:10:27 200 2,397 /samples/ruby/clock/assets/stylesheets/error.css > 17:10:27 200 52,969 > /samples/ruby/clock/assets/images/silverlight_dusk1_std_1024x768.jpg > 17:10:27 500 673 /samples/ruby/clock/app.xap [error generating XAP: > libMonoPosixHelper.dylib] > > Is that something that is fixable ? > I am using the mono 2.0.1 tarball but I get the same problem with trunk > On windows it works when I use mono. Do I submit a bug for that with the > mono team? This sounds like something similar to http://bugs.debian.org/388369. Did you compile Mono yourself? If so, make sure zlib is found. If this is a binary package, packaging bug is in order. -- Seo Sanghyeon From Jimmy.Schementi at microsoft.com Fri Dec 5 12:54:35 2008 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Fri, 5 Dec 2008 09:54:35 -0800 Subject: [Ironruby-core] Silverlight (sdlsdk) on mac In-Reply-To: <5b0248170812050935ja5c2a50va5fc53836de13856@mail.gmail.com> References: <5b0248170812050935ja5c2a50va5fc53836de13856@mail.gmail.com> Message-ID: <5283CA0A4168DF4FBBD71AE9ECA5A3284BDAF7DC99@NA-EXMSG-C116.redmond.corp.microsoft.com> Seo Sanghyeon wrote: > 2008/12/6 Ivan Porto Carrero : > > Hi > > > > When I want to look at some samples on the mac side of my laptop from > > the sdlsdk I get an error from mono [snip] > > 17:10:27 500 673 /samples/ruby/clock/app.xap [error generating > > XAP: libMonoPosixHelper.dylib] > > > > I am using the mono 2.0.1 tarball but I get the same problem with > > trunk. On windows it works when I use mono. Do I submit a bug > > for that with the mono team? > > This sounds like something similar to http://bugs.debian.org/388369. > Did you compile Mono yourself? If so, make sure zlib is found. > > If this is a binary package, packaging bug is in order. On Mac I test with the Mono Mac installer (http://ftp.novell.com/pub/mono/archive/2.0.1/macos-10-universal/1/MonoFramework-2.0.1_1.macos10.novell.universal.dmg), and that has always worked. From ivan at flanders.co.nz Fri Dec 5 13:26:14 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Fri, 5 Dec 2008 19:26:14 +0100 Subject: [Ironruby-core] Silverlight (sdlsdk) on mac In-Reply-To: <5283CA0A4168DF4FBBD71AE9ECA5A3284BDAF7DC99@NA-EXMSG-C116.redmond.corp.microsoft.com> References: <5b0248170812050935ja5c2a50va5fc53836de13856@mail.gmail.com> <5283CA0A4168DF4FBBD71AE9ECA5A3284BDAF7DC99@NA-EXMSG-C116.redmond.corp.microsoft.com> Message-ID: I have both .. the one i installed from the installer exactly the link you gave me Jimmy :) But I also built it from svn in an attempt to make it work. AFAICT zlib is properly linked, it is advertised somewhere during the build process. Ok I will submit a bug report to mono.. Thanks Ivan On Fri, Dec 5, 2008 at 6:54 PM, Jimmy Schementi < Jimmy.Schementi at microsoft.com> wrote: > Seo Sanghyeon wrote: > > 2008/12/6 Ivan Porto Carrero : > > > Hi > > > > > > When I want to look at some samples on the mac side of my laptop from > > > the sdlsdk I get an error from mono > [snip] > > > 17:10:27 500 673 /samples/ruby/clock/app.xap [error generating > > > XAP: libMonoPosixHelper.dylib] > > > > > > I am using the mono 2.0.1 tarball but I get the same problem with > > > trunk. On windows it works when I use mono. Do I submit a bug > > > for that with the mono team? > > > > This sounds like something similar to http://bugs.debian.org/388369. > > Did you compile Mono yourself? If so, make sure zlib is found. > > > > If this is a binary package, packaging bug is in order. > > On Mac I test with the Mono Mac installer ( > http://ftp.novell.com/pub/mono/archive/2.0.1/macos-10-universal/1/MonoFramework-2.0.1_1.macos10.novell.universal.dmg), > and that has always worked. > _______________________________________________ > 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 ivan at flanders.co.nz Fri Dec 5 14:41:27 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Fri, 5 Dec 2008 20:41:27 +0100 Subject: [Ironruby-core] Silverlight (sdlsdk) on mac In-Reply-To: References: <5b0248170812050935ja5c2a50va5fc53836de13856@mail.gmail.com> <5283CA0A4168DF4FBBD71AE9ECA5A3284BDAF7DC99@NA-EXMSG-C116.redmond.corp.microsoft.com> Message-ID: I had a mono installed with ports too that was the culprit. On Fri, Dec 5, 2008 at 7:26 PM, Ivan Porto Carrero wrote: > I have both .. the one i installed from the installer exactly the link you > gave me Jimmy :) > But I also built it from svn in an attempt to make it work. AFAICT zlib is > properly linked, it is advertised somewhere during the build process. > > Ok I will submit a bug report to mono.. > > Thanks > Ivan > > > On Fri, Dec 5, 2008 at 6:54 PM, Jimmy Schementi < > Jimmy.Schementi at microsoft.com> wrote: > >> Seo Sanghyeon wrote: >> > 2008/12/6 Ivan Porto Carrero : >> > > Hi >> > > >> > > When I want to look at some samples on the mac side of my laptop from >> > > the sdlsdk I get an error from mono >> [snip] >> > > 17:10:27 500 673 /samples/ruby/clock/app.xap [error generating >> > > XAP: libMonoPosixHelper.dylib] >> > > >> > > I am using the mono 2.0.1 tarball but I get the same problem with >> > > trunk. On windows it works when I use mono. Do I submit a bug >> > > for that with the mono team? >> > >> > This sounds like something similar to http://bugs.debian.org/388369. >> > Did you compile Mono yourself? If so, make sure zlib is found. >> > >> > If this is a binary package, packaging bug is in order. >> >> On Mac I test with the Mono Mac installer ( >> http://ftp.novell.com/pub/mono/archive/2.0.1/macos-10-universal/1/MonoFramework-2.0.1_1.macos10.novell.universal.dmg), >> and that has always worked. >> _______________________________________________ >> 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 aaron.feng at gmail.com Fri Dec 5 16:07:26 2008 From: aaron.feng at gmail.com (Aaron Feng) Date: Fri, 5 Dec 2008 16:07:26 -0500 Subject: [Ironruby-core] Handling C# lower case namespaces Message-ID: <4e3934860812051307v404f8f84p93a15ef87a057ede@mail.gmail.com> It seems like the current version does not handle lower case namespaces when referencing a .NET DLL. It thinks it is a method call whenever a constant starts with lower case. It also doesn't handle non-alphabet characters such as _ (underscore). I'm trying to call WCF service from IronRuby via the proxies file. svcutil converts all namespaces in the proxies file to lower case. Here's some info on it: http://connect.microsoft.com/wcf/feedback/ViewFeedback.aspx?FeedbackID=298408 I also noticed that "puts" does not output the value of Int64. However, it does if I use Console.WriteLine in my ruby program. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Fri Dec 5 16:50:09 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Fri, 5 Dec 2008 13:50:09 -0800 Subject: [Ironruby-core] Handling C# lower case namespaces In-Reply-To: <4e3934860812051307v404f8f84p93a15ef87a057ede@mail.gmail.com> References: <4e3934860812051307v404f8f84p93a15ef87a057ede@mail.gmail.com> Message-ID: Well, that's very unfortunate. They seems to break .NET guidelines for namespace naming. It's not compatible with Ruby language to have lowercased namespaces since they behave like modules. Module names must start with an upper case. We can add some API to overcome this, but it won't be pretty. Something like clr.class_get :foo, :bar, :baz would return class for type foo.bar.baz. For now you can use reflection API to get the type (and Ruby class for that type): System::Type.get_type("foo.bar.baz").to_class As for Int64... it prints #, which is not particularly useful. It should probably call ToString. I'll file a bug. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Aaron Feng Sent: Friday, December 05, 2008 1:07 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Handling C# lower case namespaces It seems like the current version does not handle lower case namespaces when referencing a .NET DLL. It thinks it is a method call whenever a constant starts with lower case. It also doesn't handle non-alphabet characters such as _ (underscore). I'm trying to call WCF service from IronRuby via the proxies file. svcutil converts all namespaces in the proxies file to lower case. Here's some info on it: http://connect.microsoft.com/wcf/feedback/ViewFeedback.aspx?FeedbackID=298408 I also noticed that "puts" does not output the value of Int64. However, it does if I use Console.WriteLine in my ruby program. -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Fri Dec 5 16:57:59 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Fri, 5 Dec 2008 16:57:59 -0500 Subject: [Ironruby-core] Handling C# lower case namespaces In-Reply-To: References: <4e3934860812051307v404f8f84p93a15ef87a057ede@mail.gmail.com> Message-ID: Just monkey-patch it: class System::Int64 def inspect self.to_string.to_s end end ;) On Fri, Dec 5, 2008 at 4:50 PM, Tomas Matousek wrote: > Well, that's very unfortunate. They seems to break .NET guidelines for > namespace naming. It's not compatible with Ruby language to have lowercased > namespaces since they behave like modules. Module names must start with an > upper case. We can add some API to overcome this, but it won't be pretty. > Something like > > > > clr.class_get :foo, :bar, :baz would return class for type foo.bar.baz. > > > > For now you can use reflection API to get the type (and Ruby class for that > type): > > System::Type.get_type("foo.bar.baz").to_class > > > > As for Int64? it prints #, which is not > particularly useful. It should probably call ToString. I'll file a bug. > > > > Tomas > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Aaron Feng > *Sent:* Friday, December 05, 2008 1:07 PM > *To:* ironruby-core at rubyforge.org > *Subject:* [Ironruby-core] Handling C# lower case namespaces > > > > It seems like the current version does not handle lower case namespaces > when referencing a .NET DLL. It thinks it is a method call whenever a > constant starts with lower case. It also doesn't handle non-alphabet > characters such as _ (underscore). > > I'm trying to call WCF service from IronRuby via the proxies file. svcutil > converts all namespaces in the proxies file to lower case. Here's some info > on it: > > > http://connect.microsoft.com/wcf/feedback/ViewFeedback.aspx?FeedbackID=298408 > > I also noticed that "puts" does not output the value of Int64. However, it > does if I use Console.WriteLine in my ruby program. > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From aaron.feng at gmail.com Fri Dec 5 17:01:51 2008 From: aaron.feng at gmail.com (Aaron Feng) Date: Fri, 5 Dec 2008 17:01:51 -0500 Subject: [Ironruby-core] Handling C# lower case namespaces In-Reply-To: References: <4e3934860812051307v404f8f84p93a15ef87a057ede@mail.gmail.com> Message-ID: <4e3934860812051401o29e072a0t4d8d8874937db32d@mail.gmail.com> Tomas, > System::Type.get_type("foo.bar.baz").to_class Are you sure that works with lower case namespaces? I tried it real quick, and didn't seem to work for me. But I'll try it again later. Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Fri Dec 5 17:10:38 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Fri, 5 Dec 2008 14:10:38 -0800 Subject: [Ironruby-core] Handling C# lower case namespaces In-Reply-To: References: <4e3934860812051307v404f8f84p93a15ef87a057ede@mail.gmail.com> Message-ID: Thumbs up :) You might however expect this to work for all CLR types. In which case you can indeed monkey patch it as well (kind of): >>> class Object ... def to_s ... self.class.name[0,8] == "System::" ? to_string.to_s : super ... end ... end => nil >>> => nil >>> require 'mscorlib' => true >>> => nil >>> System::Convert.to_int64(1234) => 1234 Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Friday, December 05, 2008 1:58 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Handling C# lower case namespaces Just monkey-patch it: class System::Int64 def inspect self.to_string.to_s end end ;) On Fri, Dec 5, 2008 at 4:50 PM, Tomas Matousek > wrote: Well, that's very unfortunate. They seems to break .NET guidelines for namespace naming. It's not compatible with Ruby language to have lowercased namespaces since they behave like modules. Module names must start with an upper case. We can add some API to overcome this, but it won't be pretty. Something like clr.class_get :foo, :bar, :baz would return class for type foo.bar.baz. For now you can use reflection API to get the type (and Ruby class for that type): System::Type.get_type("foo.bar.baz").to_class As for Int64... it prints #, which is not particularly useful. It should probably call ToString. I'll file a bug. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Aaron Feng Sent: Friday, December 05, 2008 1:07 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Handling C# lower case namespaces It seems like the current version does not handle lower case namespaces when referencing a .NET DLL. It thinks it is a method call whenever a constant starts with lower case. It also doesn't handle non-alphabet characters such as _ (underscore). I'm trying to call WCF service from IronRuby via the proxies file. svcutil converts all namespaces in the proxies file to lower case. Here's some info on it: http://connect.microsoft.com/wcf/feedback/ViewFeedback.aspx?FeedbackID=298408 I also noticed that "puts" does not output the value of Int64. However, it does if I use Console.WriteLine in my ruby program. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jimmy.Schementi at microsoft.com Fri Dec 5 17:33:12 2008 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Fri, 5 Dec 2008 14:33:12 -0800 Subject: [Ironruby-core] Code Review: gitintegration In-Reply-To: References: Message-ID: <5283CA0A4168DF4FBBD71AE9ECA5A3284BDAF7DE75@NA-EXMSG-C116.redmond.corp.microsoft.com> Looks good. To give everyone else context, this automates pushing source code from IronRuby's TFS repository to git://github.com/ironruby/ironruby.git. It's only meant to be run by Jim, which is why there's hard-coded paths and such. Soon Jim will send out a review for automation to pull sources from a "lieutenant's" github repository into TFS, run the changes through the check-in test system (which is called SNAP, in case you've seen mails where SNAP is referenced), and if passes it pushes the changes to ironruby/ironruby.git. Again, something only intended to be run by Jim, but this will give IronRuby the ability to accept contributions much easier than before. Jim will let you know how contributing to IronRuby is going to work after these automation pieces are in place. Again, all this mumbo-jumbo is to keep the IronRuby sources up-to-date in the DLR repository, so the DLR keeps IronRuby working. ~Jimmy > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Jim Deville > Sent: Thursday, December 04, 2008 6:34 PM > To: IronRuby External Code Reviewers > Cc: ironruby-core at rubyforge.org > Subject: [Ironruby-core] Code Review: gitintegration > > tfpt review "/shelveset:gitintegration;REDMOND\jdeville" > Comment : > implements to_git, refactors methods in context.rb for reuse. > From jdeville at microsoft.com Sat Dec 6 02:29:12 2008 From: jdeville at microsoft.com (Jim Deville) Date: Fri, 5 Dec 2008 23:29:12 -0800 Subject: [Ironruby-core] Code Review: rakefix Message-ID: tfpt review "/shelveset:rakefix;REDMOND\jdeville" Comment : Fixes rake to work with the new COM assembly -------------- next part -------------- A non-text attachment was scrubbed... Name: rakefix.diff Type: application/octet-stream Size: 3714 bytes Desc: rakefix.diff URL: From jdeville at microsoft.com Sat Dec 6 03:00:16 2008 From: jdeville at microsoft.com (Jim Deville) Date: Sat, 6 Dec 2008 00:00:16 -0800 Subject: [Ironruby-core] New revisions Message-ID: Git has been pushed. SVN is coming shortly. ~~~~ JD http://blog.jredville.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Sat Dec 6 03:38:25 2008 From: jdeville at microsoft.com (Jim Deville) Date: Sat, 6 Dec 2008 00:38:25 -0800 Subject: [Ironruby-core] New revisions In-Reply-To: References: Message-ID: 179 is pushed as well. JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville Sent: Saturday, December 06, 2008 12:00 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] New revisions Git has been pushed. SVN is coming shortly. ~~~~ JD http://blog.jredville.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From lewistm at gmail.com Sat Dec 6 05:35:19 2008 From: lewistm at gmail.com (Terence Lewis) Date: Sat, 6 Dec 2008 12:35:19 +0200 Subject: [Ironruby-core] New revisions In-Reply-To: References: Message-ID: <2f1decf20812060235v456c5784j6ce888117a1737ad@mail.gmail.com> When I do a fresh checkout (git clone git://github.com/ironruby/ironruby.git) and then go into the 'merlin\main\Languages\Ruby' folder and run 'rake compile' I get: ------------------------------------------------------------------------------- dlr_core ------------------------------------------------------------------------------- rake aborted! No such file or directory - d:\projects\opensource\ironruby\ironruby\merlin\main\languages\ruby\src\microsoft.scripting.core How do I go about fixing this? Thanks Terence On Sat, Dec 6, 2008 at 10:38 AM, Jim Deville wrote: > 179 is pushed as well. > > > > > > JD > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Jim Deville > *Sent:* Saturday, December 06, 2008 12:00 AM > *To:* ironruby-core at rubyforge.org > *Subject:* [Ironruby-core] New revisions > > > > Git has been pushed. SVN is coming shortly. > > > > ~~~~ > > JD > > http://blog.jredville.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 jdeville at microsoft.com Sat Dec 6 05:41:10 2008 From: jdeville at microsoft.com (Jim Deville) Date: Sat, 6 Dec 2008 02:41:10 -0800 Subject: [Ironruby-core] New revisions In-Reply-To: <2f1decf20812060235v456c5784j6ce888117a1737ad@mail.gmail.com> References: <2f1decf20812060235v456c5784j6ce888117a1737ad@mail.gmail.com> Message-ID: Have you set the MERLIN_ROOT environment variable? It is needed to compile the sources in Git. From the command line, run set MERLIN_ROOT=<<>>\merlin\main Once we get the automation infrastructure into place, we will get rid of the code for the SVN repository, and then you won't need that variable. Hope that helps, JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Terence Lewis Sent: Saturday, December 06, 2008 2:35 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] New revisions When I do a fresh checkout (git clone git://github.com/ironruby/ironruby.git) and then go into the 'merlin\main\Languages\Ruby' folder and run 'rake compile' I get: ------------------------------------------------------------------------------- dlr_core ------------------------------------------------------------------------------- rake aborted! No such file or directory - d:\projects\opensource\ironruby\ironruby\merlin\main\languages\ruby\src\microsoft.scripting.core How do I go about fixing this? Thanks Terence On Sat, Dec 6, 2008 at 10:38 AM, Jim Deville > wrote: 179 is pushed as well. JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville Sent: Saturday, December 06, 2008 12:00 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] New revisions Git has been pushed. SVN is coming shortly. ~~~~ JD http://blog.jredville.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 lewistm at gmail.com Sat Dec 6 05:45:08 2008 From: lewistm at gmail.com (Terence Lewis) Date: Sat, 6 Dec 2008 12:45:08 +0200 Subject: [Ironruby-core] New revisions In-Reply-To: References: <2f1decf20812060235v456c5784j6ce888117a1737ad@mail.gmail.com> Message-ID: <2f1decf20812060245q5535c2eao2bbfad601b420192@mail.gmail.com> Thanks for the speedy reply Jim. After setting up MERLIN_ROOT, I then get: (in D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby) Cannot find tf.exe on system path. ***** Missing commands! You must have the .NET redist and the SDK ***** (for resgen.exe) installed. If you are synchronizing source ***** trees *inside* Microsoft, you must have both tfs.exe and ***** svn.exe on your path. I have VS2008 SP1 installed and resgen.exe is visible on my path... On Sat, Dec 6, 2008 at 12:41 PM, Jim Deville wrote: > Have you set the MERLIN_ROOT environment variable? It is needed to > compile the sources in Git. From the command line, run > > > > set MERLIN_ROOT=<<>>\merlin\main > > > > > > Once we get the automation infrastructure into place, we will get rid of > the code for the SVN repository, and then you won't need that variable. > > > > Hope that helps, > > > > JD > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Terence Lewis > *Sent:* Saturday, December 06, 2008 2:35 AM > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] New revisions > > > > When I do a fresh checkout (git clone git:// > github.com/ironruby/ironruby.git) and then go into the > 'merlin\main\Languages\Ruby' folder and run 'rake compile' I get: > > > ------------------------------------------------------------------------------- > dlr_core > > ------------------------------------------------------------------------------- > rake aborted! > No such file or directory - > d:\projects\opensource\ironruby\ironruby\merlin\main\languages\ruby\src\microsoft.scripting.core > > > How do I go about fixing this? > > > Thanks > > Terence > > On Sat, Dec 6, 2008 at 10:38 AM, Jim Deville > wrote: > > 179 is pushed as well. > > > > > > JD > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Jim Deville > *Sent:* Saturday, December 06, 2008 12:00 AM > *To:* ironruby-core at rubyforge.org > *Subject:* [Ironruby-core] New revisions > > > > Git has been pushed. SVN is coming shortly. > > > > ~~~~ > > JD > > http://blog.jredville.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 jdeville at microsoft.com Sat Dec 6 06:00:28 2008 From: jdeville at microsoft.com (Jim Deville) Date: Sat, 6 Dec 2008 03:00:28 -0800 Subject: [Ironruby-core] New revisions In-Reply-To: <2f1decf20812060245q5535c2eao2bbfad601b420192@mail.gmail.com> References: <2f1decf20812060235v456c5784j6ce888117a1737ad@mail.gmail.com> <2f1decf20812060245q5535c2eao2bbfad601b420192@mail.gmail.com> Message-ID: Hm... That one needs to be fixed. For now, you can modify merlin/main/languages/ruby/rake/misc.rake. Remove the check for tf.exe from the "happy" task. I'll work on a change for that. JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Terence Lewis Sent: Saturday, December 06, 2008 2:45 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] New revisions Thanks for the speedy reply Jim. After setting up MERLIN_ROOT, I then get: (in D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby) Cannot find tf.exe on system path. ***** Missing commands! You must have the .NET redist and the SDK ***** (for resgen.exe) installed. If you are synchronizing source ***** trees *inside* Microsoft, you must have both tfs.exe and ***** svn.exe on your path. I have VS2008 SP1 installed and resgen.exe is visible on my path... On Sat, Dec 6, 2008 at 12:41 PM, Jim Deville > wrote: Have you set the MERLIN_ROOT environment variable? It is needed to compile the sources in Git. From the command line, run set MERLIN_ROOT=<<>>\merlin\main Once we get the automation infrastructure into place, we will get rid of the code for the SVN repository, and then you won't need that variable. Hope that helps, JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Terence Lewis Sent: Saturday, December 06, 2008 2:35 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] New revisions When I do a fresh checkout (git clone git://github.com/ironruby/ironruby.git) and then go into the 'merlin\main\Languages\Ruby' folder and run 'rake compile' I get: ------------------------------------------------------------------------------- dlr_core ------------------------------------------------------------------------------- rake aborted! No such file or directory - d:\projects\opensource\ironruby\ironruby\merlin\main\languages\ruby\src\microsoft.scripting.core How do I go about fixing this? Thanks Terence On Sat, Dec 6, 2008 at 10:38 AM, Jim Deville > wrote: 179 is pushed as well. JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville Sent: Saturday, December 06, 2008 12:00 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] New revisions Git has been pushed. SVN is coming shortly. ~~~~ JD http://blog.jredville.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 lewistm at gmail.com Sat Dec 6 06:07:38 2008 From: lewistm at gmail.com (Terence Lewis) Date: Sat, 6 Dec 2008 13:07:38 +0200 Subject: [Ironruby-core] New revisions In-Reply-To: References: <2f1decf20812060235v456c5784j6ce888117a1737ad@mail.gmail.com> <2f1decf20812060245q5535c2eao2bbfad601b420192@mail.gmail.com> Message-ID: <2f1decf20812060307l709ae8bch457e57a150b912c3@mail.gmail.com> Still not working, but a little better: D:\Projects\OpenSource\ironruby\ironruby\merlin\main\Languages\Ruby>rake compile --trace (in D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby) ** Invoke compile (first_time) ** Invoke happy (first_time) ** Execute happy ** Invoke clean_build (first_time) ** Invoke happy ** Execute clean_build ** Invoke compile_dlr (first_time) ** Invoke compile_extension_attributes (first_time) ** Invoke clean_build ** Execute compile_extension_attributes ------------------------------------------------------------------------------- dlr_core ------------------------------------------------------------------------------- rake aborted! wrong number of arguments (1 for 0) ./context.rb:508:in `collect' ./context.rb:508:in `get_compile_path_list' ./context.rb:540:in `compile' ./context.rb:522:in `chdir' ./context.rb:522:in `compile' D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby/rake/compile.rake:28 ./context.rb:702:in `instance_eval' ./context.rb:702:in `source_context' D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby/rake/compile.rake:27 c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:617:in `call' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:617:in `execute' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:612:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:612:in `execute' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:578:in `invoke_with_call_chain' c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:588:in `invoke_prerequisites' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `invoke_prerequisites' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:577:in `invoke_with_call_chain' c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:588:in `invoke_prerequisites' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `invoke_prerequisites' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:577:in `invoke_with_call_chain' c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:564:in `invoke' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2019:in `invoke_task' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exception_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1991:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1970:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exception_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/bin/rake:31 c:/ruby/bin/rake.bat:25:in `load' c:/ruby/bin/rake.bat:25 On Sat, Dec 6, 2008 at 1:00 PM, Jim Deville wrote: > Hm? That one needs to be fixed. For now, you can modify > merlin/main/languages/ruby/rake/misc.rake. Remove the check for tf.exe from > the "happy" task. > > > > I'll work on a change for that. > > > > JD > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Terence Lewis > *Sent:* Saturday, December 06, 2008 2:45 AM > > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] New revisions > > > > Thanks for the speedy reply Jim. After setting up MERLIN_ROOT, I then get: > > (in D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby) > Cannot find tf.exe on system path. > > ***** Missing commands! You must have the .NET redist and the SDK > ***** (for resgen.exe) installed. If you are synchronizing source > ***** trees *inside* Microsoft, you must have both tfs.exe and > ***** svn.exe on your path. > > > I have VS2008 SP1 installed and resgen.exe is visible on my path... > > On Sat, Dec 6, 2008 at 12:41 PM, Jim Deville > wrote: > > Have you set the MERLIN_ROOT environment variable? It is needed to compile > the sources in Git. From the command line, run > > > > set MERLIN_ROOT=<<>>\merlin\main > > > > > > Once we get the automation infrastructure into place, we will get rid of > the code for the SVN repository, and then you won't need that variable. > > > > Hope that helps, > > > > JD > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Terence Lewis > *Sent:* Saturday, December 06, 2008 2:35 AM > > > *To:* ironruby-core at rubyforge.org > > *Subject:* Re: [Ironruby-core] New revisions > > > > When I do a fresh checkout (git clone git:// > github.com/ironruby/ironruby.git) and then go into the > 'merlin\main\Languages\Ruby' folder and run 'rake compile' I get: > > > ------------------------------------------------------------------------------- > dlr_core > > ------------------------------------------------------------------------------- > rake aborted! > No such file or directory - > d:\projects\opensource\ironruby\ironruby\merlin\main\languages\ruby\src\microsoft.scripting.core > > > How do I go about fixing this? > > > Thanks > > Terence > > On Sat, Dec 6, 2008 at 10:38 AM, Jim Deville > wrote: > > 179 is pushed as well. > > > > > > JD > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Jim Deville > *Sent:* Saturday, December 06, 2008 12:00 AM > *To:* ironruby-core at rubyforge.org > *Subject:* [Ironruby-core] New revisions > > > > Git has been pushed. SVN is coming shortly. > > > > ~~~~ > > JD > > http://blog.jredville.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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Sat Dec 6 06:16:05 2008 From: jdeville at microsoft.com (Jim Deville) Date: Sat, 6 Dec 2008 03:16:05 -0800 Subject: [Ironruby-core] New revisions In-Reply-To: <2f1decf20812060307l709ae8bch457e57a150b912c3@mail.gmail.com> References: <2f1decf20812060235v456c5784j6ce888117a1737ad@mail.gmail.com> <2f1decf20812060245q5535c2eao2bbfad601b420192@mail.gmail.com> <2f1decf20812060307l709ae8bch457e57a150b912c3@mail.gmail.com> Message-ID: Can you send me the output of git diff? I'm want to try and repro. From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Terence Lewis Sent: Saturday, December 06, 2008 3:08 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] New revisions Still not working, but a little better: D:\Projects\OpenSource\ironruby\ironruby\merlin\main\Languages\Ruby>rake compile --trace (in D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby) ** Invoke compile (first_time) ** Invoke happy (first_time) ** Execute happy ** Invoke clean_build (first_time) ** Invoke happy ** Execute clean_build ** Invoke compile_dlr (first_time) ** Invoke compile_extension_attributes (first_time) ** Invoke clean_build ** Execute compile_extension_attributes ------------------------------------------------------------------------------- dlr_core ------------------------------------------------------------------------------- rake aborted! wrong number of arguments (1 for 0) ./context.rb:508:in `collect' ./context.rb:508:in `get_compile_path_list' ./context.rb:540:in `compile' ./context.rb:522:in `chdir' ./context.rb:522:in `compile' D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby/rake/compile.rake:28 ./context.rb:702:in `instance_eval' ./context.rb:702:in `source_context' D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby/rake/compile.rake:27 c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:617:in `call' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:617:in `execute' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:612:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:612:in `execute' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:578:in `invoke_with_call_chain' c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:588:in `invoke_prerequisites' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `invoke_prerequisites' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:577:in `invoke_with_call_chain' c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:588:in `invoke_prerequisites' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `invoke_prerequisites' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:577:in `invoke_with_call_chain' c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:564:in `invoke' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2019:in `invoke_task' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exception_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1991:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1970:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exception_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/bin/rake:31 c:/ruby/bin/rake.bat:25:in `load' c:/ruby/bin/rake.bat:25 On Sat, Dec 6, 2008 at 1:00 PM, Jim Deville > wrote: Hm... That one needs to be fixed. For now, you can modify merlin/main/languages/ruby/rake/misc.rake. Remove the check for tf.exe from the "happy" task. I'll work on a change for that. JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Terence Lewis Sent: Saturday, December 06, 2008 2:45 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] New revisions Thanks for the speedy reply Jim. After setting up MERLIN_ROOT, I then get: (in D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby) Cannot find tf.exe on system path. ***** Missing commands! You must have the .NET redist and the SDK ***** (for resgen.exe) installed. If you are synchronizing source ***** trees *inside* Microsoft, you must have both tfs.exe and ***** svn.exe on your path. I have VS2008 SP1 installed and resgen.exe is visible on my path... On Sat, Dec 6, 2008 at 12:41 PM, Jim Deville > wrote: Have you set the MERLIN_ROOT environment variable? It is needed to compile the sources in Git. From the command line, run set MERLIN_ROOT=<<>>\merlin\main Once we get the automation infrastructure into place, we will get rid of the code for the SVN repository, and then you won't need that variable. Hope that helps, JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Terence Lewis Sent: Saturday, December 06, 2008 2:35 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] New revisions When I do a fresh checkout (git clone git://github.com/ironruby/ironruby.git) and then go into the 'merlin\main\Languages\Ruby' folder and run 'rake compile' I get: ------------------------------------------------------------------------------- dlr_core ------------------------------------------------------------------------------- rake aborted! No such file or directory - d:\projects\opensource\ironruby\ironruby\merlin\main\languages\ruby\src\microsoft.scripting.core How do I go about fixing this? Thanks Terence On Sat, Dec 6, 2008 at 10:38 AM, Jim Deville > wrote: 179 is pushed as well. JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville Sent: Saturday, December 06, 2008 12:00 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] New revisions Git has been pushed. SVN is coming shortly. ~~~~ JD http://blog.jredville.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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Sat Dec 6 06:35:37 2008 From: jdeville at microsoft.com (Jim Deville) Date: Sat, 6 Dec 2008 03:35:37 -0800 Subject: [Ironruby-core] New revisions In-Reply-To: <2f1decf20812060307l709ae8bch457e57a150b912c3@mail.gmail.com> References: <2f1decf20812060235v456c5784j6ce888117a1737ad@mail.gmail.com> <2f1decf20812060245q5535c2eao2bbfad601b420192@mail.gmail.com> <2f1decf20812060307l709ae8bch457e57a150b912c3@mail.gmail.com> Message-ID: I think the listserv ate my mail. It will show up later, but I wanted to try and help. Can you send me the output of git diff? Thanks, JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Terence Lewis Sent: Saturday, December 06, 2008 3:08 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] New revisions Still not working, but a little better: D:\Projects\OpenSource\ironruby\ironruby\merlin\main\Languages\Ruby>rake compile --trace (in D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby) ** Invoke compile (first_time) ** Invoke happy (first_time) ** Execute happy ** Invoke clean_build (first_time) ** Invoke happy ** Execute clean_build ** Invoke compile_dlr (first_time) ** Invoke compile_extension_attributes (first_time) ** Invoke clean_build ** Execute compile_extension_attributes ------------------------------------------------------------------------------- dlr_core ------------------------------------------------------------------------------- rake aborted! wrong number of arguments (1 for 0) ./context.rb:508:in `collect' ./context.rb:508:in `get_compile_path_list' ./context.rb:540:in `compile' ./context.rb:522:in `chdir' ./context.rb:522:in `compile' D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby/rake/compile.rake:28 ./context.rb:702:in `instance_eval' ./context.rb:702:in `source_context' D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby/rake/compile.rake:27 c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:617:in `call' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:617:in `execute' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:612:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:612:in `execute' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:578:in `invoke_with_call_chain' c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:588:in `invoke_prerequisites' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `invoke_prerequisites' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:577:in `invoke_with_call_chain' c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:588:in `invoke_prerequisites' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `invoke_prerequisites' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:577:in `invoke_with_call_chain' c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:564:in `invoke' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2019:in `invoke_task' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exception_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1991:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1970:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exception_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/bin/rake:31 c:/ruby/bin/rake.bat:25:in `load' c:/ruby/bin/rake.bat:25 On Sat, Dec 6, 2008 at 1:00 PM, Jim Deville > wrote: Hm... That one needs to be fixed. For now, you can modify merlin/main/languages/ruby/rake/misc.rake. Remove the check for tf.exe from the "happy" task. I'll work on a change for that. JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Terence Lewis Sent: Saturday, December 06, 2008 2:45 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] New revisions Thanks for the speedy reply Jim. After setting up MERLIN_ROOT, I then get: (in D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby) Cannot find tf.exe on system path. ***** Missing commands! You must have the .NET redist and the SDK ***** (for resgen.exe) installed. If you are synchronizing source ***** trees *inside* Microsoft, you must have both tfs.exe and ***** svn.exe on your path. I have VS2008 SP1 installed and resgen.exe is visible on my path... On Sat, Dec 6, 2008 at 12:41 PM, Jim Deville > wrote: Have you set the MERLIN_ROOT environment variable? It is needed to compile the sources in Git. From the command line, run set MERLIN_ROOT=<<>>\merlin\main Once we get the automation infrastructure into place, we will get rid of the code for the SVN repository, and then you won't need that variable. Hope that helps, JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Terence Lewis Sent: Saturday, December 06, 2008 2:35 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] New revisions When I do a fresh checkout (git clone git://github.com/ironruby/ironruby.git) and then go into the 'merlin\main\Languages\Ruby' folder and run 'rake compile' I get: ------------------------------------------------------------------------------- dlr_core ------------------------------------------------------------------------------- rake aborted! No such file or directory - d:\projects\opensource\ironruby\ironruby\merlin\main\languages\ruby\src\microsoft.scripting.core How do I go about fixing this? Thanks Terence On Sat, Dec 6, 2008 at 10:38 AM, Jim Deville > wrote: 179 is pushed as well. JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville Sent: Saturday, December 06, 2008 12:00 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] New revisions Git has been pushed. SVN is coming shortly. ~~~~ JD http://blog.jredville.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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ivan at koolkraft.net Sat Dec 6 06:46:34 2008 From: ivan at koolkraft.net (Ivan Porto Carrero) Date: Sat, 6 Dec 2008 12:46:34 +0100 Subject: [Ironruby-core] New revisions In-Reply-To: References: <2f1decf20812060235v456c5784j6ce888117a1737ad@mail.gmail.com> <2f1decf20812060245q5535c2eao2bbfad601b420192@mail.gmail.com> <2f1decf20812060307l709ae8bch457e57a150b912c3@mail.gmail.com> Message-ID: For me it works when I set the merlin root environment variable and fixed the rake file.Were you able to build ironruby from svn before ? It might be that csc.exe (%WINDIR%\Microsoft.NET\v3.5.xxxx\) is not in your path. I've had that before On Sat, Dec 6, 2008 at 12:35 PM, Jim Deville wrote: > I think the listserv ate my mail. It will show up later, but I wanted to > try and help. Can you send me the output of git diff? > > > > Thanks, > > > > JD > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Terence Lewis > *Sent:* Saturday, December 06, 2008 3:08 AM > > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] New revisions > > > > Still not working, but a little better: > > D:\Projects\OpenSource\ironruby\ironruby\merlin\main\Languages\Ruby>rake > compile --trace > (in D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby) > ** Invoke compile (first_time) > ** Invoke happy (first_time) > ** Execute happy > ** Invoke clean_build (first_time) > ** Invoke happy > ** Execute clean_build > ** Invoke compile_dlr (first_time) > ** Invoke compile_extension_attributes (first_time) > ** Invoke clean_build > ** Execute compile_extension_attributes > > ------------------------------------------------------------------------------- > dlr_core > > ------------------------------------------------------------------------------- > rake aborted! > wrong number of arguments (1 for 0) > ./context.rb:508:in `collect' > ./context.rb:508:in `get_compile_path_list' > ./context.rb:540:in `compile' > ./context.rb:522:in `chdir' > ./context.rb:522:in `compile' > > D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby/rake/compile.rake:28 > ./context.rb:702:in `instance_eval' > ./context.rb:702:in `source_context' > > D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby/rake/compile.rake:27 > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:617:in `call' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:617:in `execute' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:612:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:612:in `execute' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:578:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:588:in > `invoke_prerequisites' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in > `invoke_prerequisites' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:577:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:588:in > `invoke_prerequisites' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in > `invoke_prerequisites' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:577:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:564:in `invoke' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2019:in `invoke_task' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in > `standard_exception_handling' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1991:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1970:in `run' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in > `standard_exception_handling' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/bin/rake:31 > c:/ruby/bin/rake.bat:25:in `load' > c:/ruby/bin/rake.bat:25 > > On Sat, Dec 6, 2008 at 1:00 PM, Jim Deville > wrote: > > Hm? That one needs to be fixed. For now, you can modify > merlin/main/languages/ruby/rake/misc.rake. Remove the check for tf.exe from > the "happy" task. > > > > I'll work on a change for that. > > > > JD > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Terence Lewis > *Sent:* Saturday, December 06, 2008 2:45 AM > > > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] New revisions > > > > Thanks for the speedy reply Jim. After setting up MERLIN_ROOT, I then get: > > (in D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby) > Cannot find tf.exe on system path. > > ***** Missing commands! You must have the .NET redist and the SDK > ***** (for resgen.exe) installed. If you are synchronizing source > ***** trees *inside* Microsoft, you must have both tfs.exe and > ***** svn.exe on your path. > > > I have VS2008 SP1 installed and resgen.exe is visible on my path... > > On Sat, Dec 6, 2008 at 12:41 PM, Jim Deville > wrote: > > Have you set the MERLIN_ROOT environment variable? It is needed to compile > the sources in Git. From the command line, run > > > > set MERLIN_ROOT=<<>>\merlin\main > > > > > > Once we get the automation infrastructure into place, we will get rid of > the code for the SVN repository, and then you won't need that variable. > > > > Hope that helps, > > > > JD > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Terence Lewis > *Sent:* Saturday, December 06, 2008 2:35 AM > > > *To:* ironruby-core at rubyforge.org > > *Subject:* Re: [Ironruby-core] New revisions > > > > When I do a fresh checkout (git clone git:// > github.com/ironruby/ironruby.git) and then go into the > 'merlin\main\Languages\Ruby' folder and run 'rake compile' I get: > > > ------------------------------------------------------------------------------- > dlr_core > > ------------------------------------------------------------------------------- > rake aborted! > No such file or directory - > d:\projects\opensource\ironruby\ironruby\merlin\main\languages\ruby\src\microsoft.scripting.core > > > How do I go about fixing this? > > > Thanks > > Terence > > On Sat, Dec 6, 2008 at 10:38 AM, Jim Deville > wrote: > > 179 is pushed as well. > > > > > > JD > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Jim Deville > *Sent:* Saturday, December 06, 2008 12:00 AM > *To:* ironruby-core at rubyforge.org > *Subject:* [Ironruby-core] New revisions > > > > Git has been pushed. SVN is coming shortly. > > > > ~~~~ > > JD > > http://blog.jredville.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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lewistm at gmail.com Sat Dec 6 07:08:43 2008 From: lewistm at gmail.com (Terence Lewis) Date: Sat, 6 Dec 2008 14:08:43 +0200 Subject: [Ironruby-core] New revisions In-Reply-To: References: <2f1decf20812060235v456c5784j6ce888117a1737ad@mail.gmail.com> <2f1decf20812060245q5535c2eao2bbfad601b420192@mail.gmail.com> <2f1decf20812060307l709ae8bch457e57a150b912c3@mail.gmail.com> Message-ID: <2f1decf20812060408u17679eb5p4fc1a56e5770d41c@mail.gmail.com> Hi Ivan, I do have CSC in the path, because running csc.exe produces: Microsoft (R) Visual C# 2008 Compiler version 3.5.30729.1 for Microsoft (R) .NET Framework version 3.5 However, my MRI ruby is 185-21 (1.8.5). Could this be too out of date? I have had similar trouble in the past building using rake compile from the svn repository... On Sat, Dec 6, 2008 at 1:46 PM, Ivan Porto Carrero wrote: > For me it works when I set the merlin root environment variable and fixed > the rake file.Were you able to build ironruby from svn before ? > > It might be that csc.exe (%WINDIR%\Microsoft.NET\v3.5.xxxx\) is not in your > path. I've had that before > > > > On Sat, Dec 6, 2008 at 12:35 PM, Jim Deville wrote: > >> I think the listserv ate my mail. It will show up later, but I wanted to >> try and help. Can you send me the output of git diff? >> >> >> >> Thanks, >> >> >> >> JD >> >> >> >> *From:* ironruby-core-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Terence Lewis >> *Sent:* Saturday, December 06, 2008 3:08 AM >> >> *To:* ironruby-core at rubyforge.org >> *Subject:* Re: [Ironruby-core] New revisions >> >> >> >> Still not working, but a little better: >> >> D:\Projects\OpenSource\ironruby\ironruby\merlin\main\Languages\Ruby>rake >> compile --trace >> (in D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby) >> ** Invoke compile (first_time) >> ** Invoke happy (first_time) >> ** Execute happy >> ** Invoke clean_build (first_time) >> ** Invoke happy >> ** Execute clean_build >> ** Invoke compile_dlr (first_time) >> ** Invoke compile_extension_attributes (first_time) >> ** Invoke clean_build >> ** Execute compile_extension_attributes >> >> ------------------------------------------------------------------------------- >> dlr_core >> >> ------------------------------------------------------------------------------- >> rake aborted! >> wrong number of arguments (1 for 0) >> ./context.rb:508:in `collect' >> ./context.rb:508:in `get_compile_path_list' >> ./context.rb:540:in `compile' >> ./context.rb:522:in `chdir' >> ./context.rb:522:in `compile' >> >> D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby/rake/compile.rake:28 >> ./context.rb:702:in `instance_eval' >> ./context.rb:702:in `source_context' >> >> D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby/rake/compile.rake:27 >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:617:in `call' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:617:in `execute' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:612:in `each' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:612:in `execute' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:578:in >> `invoke_with_call_chain' >> c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in >> `invoke_with_call_chain' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:588:in >> `invoke_prerequisites' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `each' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in >> `invoke_prerequisites' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:577:in >> `invoke_with_call_chain' >> c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in >> `invoke_with_call_chain' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:588:in >> `invoke_prerequisites' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `each' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in >> `invoke_prerequisites' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:577:in >> `invoke_with_call_chain' >> c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in >> `invoke_with_call_chain' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:564:in `invoke' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2019:in >> `invoke_task' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `top_level' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `each' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `top_level' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in >> `standard_exception_handling' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1991:in `top_level' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1970:in `run' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in >> `standard_exception_handling' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' >> c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/bin/rake:31 >> c:/ruby/bin/rake.bat:25:in `load' >> c:/ruby/bin/rake.bat:25 >> >> On Sat, Dec 6, 2008 at 1:00 PM, Jim Deville >> wrote: >> >> Hm? That one needs to be fixed. For now, you can modify >> merlin/main/languages/ruby/rake/misc.rake. Remove the check for tf.exe from >> the "happy" task. >> >> >> >> I'll work on a change for that. >> >> >> >> JD >> >> >> >> *From:* ironruby-core-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Terence Lewis >> *Sent:* Saturday, December 06, 2008 2:45 AM >> >> >> *To:* ironruby-core at rubyforge.org >> *Subject:* Re: [Ironruby-core] New revisions >> >> >> >> Thanks for the speedy reply Jim. After setting up MERLIN_ROOT, I then get: >> >> (in D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby) >> Cannot find tf.exe on system path. >> >> ***** Missing commands! You must have the .NET redist and the SDK >> ***** (for resgen.exe) installed. If you are synchronizing source >> ***** trees *inside* Microsoft, you must have both tfs.exe and >> ***** svn.exe on your path. >> >> >> I have VS2008 SP1 installed and resgen.exe is visible on my path... >> >> On Sat, Dec 6, 2008 at 12:41 PM, Jim Deville >> wrote: >> >> Have you set the MERLIN_ROOT environment variable? It is needed to compile >> the sources in Git. From the command line, run >> >> >> >> set MERLIN_ROOT=<<>>\merlin\main >> >> >> >> >> >> Once we get the automation infrastructure into place, we will get rid of >> the code for the SVN repository, and then you won't need that variable. >> >> >> >> Hope that helps, >> >> >> >> JD >> >> *From:* ironruby-core-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Terence Lewis >> *Sent:* Saturday, December 06, 2008 2:35 AM >> >> >> *To:* ironruby-core at rubyforge.org >> >> *Subject:* Re: [Ironruby-core] New revisions >> >> >> >> When I do a fresh checkout (git clone git:// >> github.com/ironruby/ironruby.git) and then go into the >> 'merlin\main\Languages\Ruby' folder and run 'rake compile' I get: >> >> >> ------------------------------------------------------------------------------- >> dlr_core >> >> ------------------------------------------------------------------------------- >> rake aborted! >> No such file or directory - >> d:\projects\opensource\ironruby\ironruby\merlin\main\languages\ruby\src\microsoft.scripting.core >> >> >> How do I go about fixing this? >> >> >> Thanks >> >> Terence >> >> On Sat, Dec 6, 2008 at 10:38 AM, Jim Deville >> wrote: >> >> 179 is pushed as well. >> >> >> >> >> >> JD >> >> >> >> *From:* ironruby-core-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Jim Deville >> *Sent:* Saturday, December 06, 2008 12:00 AM >> *To:* ironruby-core at rubyforge.org >> *Subject:* [Ironruby-core] New revisions >> >> >> >> Git has been pushed. SVN is coming shortly. >> >> >> >> ~~~~ >> >> JD >> >> http://blog.jredville.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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bacondarwin at googlemail.com Sat Dec 6 08:22:31 2008 From: bacondarwin at googlemail.com (Pete Bacon Darwin) Date: Sat, 6 Dec 2008 13:22:31 -0000 Subject: [Ironruby-core] New revisions In-Reply-To: References: <2f1decf20812060235v456c5784j6ce888117a1737ad@mail.gmail.com> <2f1decf20812060245q5535c2eao2bbfad601b420192@mail.gmail.com> <2f1decf20812060307l709ae8bch457e57a150b912c3@mail.gmail.com> Message-ID: <005901c957a5$b23e7db0$16bb7910$@com> On Win XP Pro SP3: I can get the rake compile to work but can't run ir.exe since it is having problems finding the Microsoft.Scripting assembly. Is this an assembly signing problem? The strong name of Microsoft.Scripting.dll that is built by "rake compile" is: Microsoft.Scripting, Version=1.0.0.5000, Culture=neutral, PublicKeyToken=null. Here is the output from running ir.exe: Unhandled Exception: System.Configuration.ConfigurationErrorsException: An error occurred creating the configuration section handler for microsoft.scripting: Could not load file or assembly 'Microsoft.Scripting, Version=1.0.0.5000, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040) (D:\dev\ruby\ironruby\git_ironruby\merlin\main\bin\debug\ir.exe.Config line 4) ---> System.IO.FileLoadException: Could not load file or assembly 'Microsoft.Scripting, Version=1.0.0.5000, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040) File name: 'Microsoft.Scripting, Version=1.0.0.5000, Culture=neutral, PublicKeyToken=31bf3856ad364e35' at System.Configuration.TypeUtil.GetTypeWithReflectionPermission(IInternalConfi gHost host, String typeString, Boolean throwOnError) at System.Configuration.RuntimeConfigurationRecord.RuntimeConfigurationFactory. Init(RuntimeConfigurationRecord configRecord, FactoryRecord factoryRecord) at System.Configuration.RuntimeConfigurationRecord.RuntimeConfigurationFactory. InitWithRestrictedPermissions(RuntimeConfigurationRecord configRecord, FactoryRecord factoryRecord) at System.Configuration.RuntimeConfigurationRecord.RuntimeConfigurationFactory. .ctor(RuntimeConfigurationRecord configRecord, FactoryRecord factoryRecord) at System.Configuration.RuntimeConfigurationRecord.CreateSectionFactory(Factory Record factoryRecord) at System.Configuration.BaseConfigurationRecord.FindAndEnsureFactoryRecord(Stri ng configKey, Boolean& isRootDeclaredHere) WRN: Assembly binding logging is turned OFF. To enable assembly bind failure logging, set the registry value [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) to 1. Note: There is some performance penalty associated with assembly bind failure logging. To turn this feature off, remove the registry value [HKLM\Software\Microsoft\Fusion!EnableLog]. --- End of inner exception stack trace --- at System.Configuration.BaseConfigurationRecord.FindAndEnsureFactoryRecord(Stri ng configKey, Boolean& isRootDeclaredHere) at System.Configuration.BaseConfigurationRecord.GetSectionRecursive(String configKey, Boolean getLkg, Boolean checkPermission, Boolean getRuntimeObject, Boolean requestIsHere, Object& result, Object& resultRuntimeObject) at System.Configuration.BaseConfigurationRecord.GetSection(String configKey, Boolean getLkg, Boolean checkPermission) at System.Configuration.BaseConfigurationRecord.GetSection(String configKey) at System.Configuration.ClientConfigurationSystem.System.Configuration.Internal .IInternalConfigSystem.GetSection(String sectionName) at System.Configuration.ConfigurationManager.GetSection(String sectionName) at Microsoft.Scripting.Hosting.Configuration.Section.LoadRuntimeSetup(ScriptRun timeSetup setup, Stream configFileStream) in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting \Hosting\Configuration\Section.cs:line 116 at Microsoft.Scripting.Hosting.ScriptRuntimeSetup.ReadConfiguration() in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting\Ho sting\ScriptRuntimeSetup.cs:line 180 at Microsoft.Scripting.Hosting.Shell.ConsoleHost.CreateRuntimeSetup() in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting\Ho sting\Shell\ConsoleHost.cs:line 77 at Microsoft.Scripting.Hosting.Shell.ConsoleHost.Run(String[] args) in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting\Ho sting\Shell\ConsoleHost.cs:line 167 at RubyConsoleHost.Main(String[] args) in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Languages\Ruby\Console\Program .cs:line 45 If I change ir.exe.config to this:
Then I get a bit further but then it blows up further along: Unhandled Exception: System.ArgumentException: Language name should not be null, empty or duplicated between languages Parameter name: names at Microsoft.Scripting.Utils.ContractUtils.Requires(Boolean precondition, String paramName, String message) in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting\Ut ils\Contra ctUtils.cs:line 42 at Microsoft.Scripting.Runtime.DlrConfiguration.AddLanguage(String languageTypeName, String displayName, IList`1 names, IList`1 fileExtensions, IDictionary`2 options, String paramName) in d:\dev\ru by\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting\Runtime\Dlr Configuration.cs:line 156 at Microsoft.Scripting.Runtime.DlrConfiguration.AddLanguage(String languageTypeName, String displayName, IList`1 names, IList`1 fileExtensions, IDictionary`2 options) in d:\dev\ruby\ironruby\git_ir onruby\merlin\main\Runtime\Microsoft.Scripting\Runtime\DlrConfiguration.cs:l ine 150 at Microsoft.Scripting.Hosting.ScriptRuntimeSetup.ToConfiguration() in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting\Ho sting\ScriptRuntimeSetup.cs:line 138 at Microsoft.Scripting.Hosting.ScriptRuntime..ctor(ScriptRuntimeSetup setup) in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting\Ho sting\ScriptRuntime.cs:line 55 at Microsoft.Scripting.Hosting.Shell.ConsoleHost.Run(String[] args) in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting\Ho sting\Shell\ConsoleHost.cs:line 206 at RubyConsoleHost.Main(String[] args) in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Languages\Ruby\Console\Program .cs:line 45 More tweaking required I guess. Pete -------------- next part -------------- An HTML attachment was scrubbed... URL: From bacondarwin at googlemail.com Sat Dec 6 08:44:34 2008 From: bacondarwin at googlemail.com (Pete Bacon Darwin) Date: Sat, 6 Dec 2008 13:44:34 -0000 Subject: [Ironruby-core] New revisions In-Reply-To: References: <2f1decf20812060235v456c5784j6ce888117a1737ad@mail.gmail.com> <2f1decf20812060245q5535c2eao2bbfad601b420192@mail.gmail.com> <2f1decf20812060307l709ae8bch457e57a150b912c3@mail.gmail.com> Message-ID: <005e01c957a8$d1fd4b10$75f7e130$@com> By the way, what is going on with the duplicate file names in Git? ironruby/merlin/main/ contains the following: App.config Languages/ Runtime/ Utilities/ languages/ runtime/ Pete -------------- next part -------------- An HTML attachment was scrubbed... URL: From acangiano at gmail.com Sat Dec 6 13:44:17 2008 From: acangiano at gmail.com (Antonio Cangiano) Date: Sat, 6 Dec 2008 13:44:17 -0500 Subject: [Ironruby-core] Building IronRuby under Mono Message-ID: <309e18020812061044q5f9f9eabq79555bbec68df39@mail.gmail.com> Hello, I'm trying to compile IronRuby under Mono, but I'm receiving a few errors. Any ideas? $ uname -a Linux zen 2.6.27-9-generic #1 SMP Thu Nov 20 22:15:32 UTC 2008 x86_64 GNU/Linux $ mono --version Mono JIT compiler version 1.9.1 (tarball) Copyright (C) 2002-2007 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC: Included Boehm (with typed GC) SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none $ gmcs --version Mono C# compiler version 1.9.1.0 $ svn co -r 144 http://ironruby.rubyforge.org/svn/trunk ironruby $ cd ironruby/ $ wget http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/patch-mono-r144 $ patch -p0 < patch-mono-r144 $ rake compile mono=1 (in /home/antonio/code/ruby/ironruby) ./ast/MethodCallExpression.cs(167,18): warning CS0219: The variable `invoke' is assigned but its value is never used ./ast/expressiontreevisitor.cs(99,30): warning CS0219: The variable `c' is assigned but its value is never used ./actions/callsite.cs(255,25): warning CS0219: The variable `newRule' is assigned but its value is never used ./actions/callsite.cs(146,18): warning CS0219: The variable `typeofT' is assigned but its value is never used ./com/VarEnumSelector.cs(313,37): warning CS0168: The variable `narrowingLevel' is declared but never used ./compiler/LambdaCompiler.Logical.cs(182,33): warning CS0219: The variable `p' is assigned but its value is never used ./compiler/LambdaCompiler.Logical.cs(234,19): warning CS0219: The variable `labReturnLeft' is assigned but its value is never used ./compiler/LambdaCompiler.Logical.cs(410,19): warning CS0219: The variable `labReturnLeft' is assigned but its value is never used ./compiler/LambdaCompiler.Statements.cs(368,19): warning CS0219: The variable `endCatchBlock' is assigned but its value is never used ./compiler/lambdacompiler.unary.cs(84,35): warning CS0219: The variable `labIfNull' is assigned but its value is never used ./compiler/TryStatementInfo.cs(110,24): warning CS0219: The variable `cb' is assigned but its value is never used ./compiler/ilgen.cs(1104,18): warning CS0219: The variable `isFromFloatingPoint' is assigned but its value is never used ./utils/helpers.cs(37,20): error CS1502: The best overloaded method match for `System.Reflection.Emit.DynamicMethod.DynamicMethod(string, System.Type, System.Type[], System.Reflection.Module)' has some invalid arguments /usr/lib/mono/2.0/mscorlib.dll (Location of the symbol related to previous error) ./utils/helpers.cs(37,20): error CS1503: Argument 4: Cannot convert type `bool' to `System.Reflection.Module' Compilation failed: 2 error(s), 12 warnings rake aborted! Command failed with status (1): [gmcs /out:"/home/antonio/code/ruby/ironrub...] /home/antonio/code/ruby/ironruby/Rakefile:270 (See full trace by running task with --trace) Thanks in advance, Antonio -- http://antoniocangiano.com - Zen and the Art of Programming http://math-blog.com - Mathematics is wonderful! http://stacktrace.it - Aperiodico di resistenza informatica Currently writing "Ruby on Rails for Microsoft Developers" for Wrox. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Sat Dec 6 14:03:28 2008 From: sanxiyn at gmail.com (Seo Sanghyeon) Date: Sun, 7 Dec 2008 04:03:28 +0900 Subject: [Ironruby-core] Building IronRuby under Mono In-Reply-To: <309e18020812061044q5f9f9eabq79555bbec68df39@mail.gmail.com> References: <309e18020812061044q5f9f9eabq79555bbec68df39@mail.gmail.com> Message-ID: <5b0248170812061103jd07163bvf3dbb2e3436d4fd8@mail.gmail.com> 2008/12/7 Antonio Cangiano : > Hello, > > I'm trying to compile IronRuby under Mono, but I'm receiving a few errors. > Any ideas? > > $ uname -a > Linux zen 2.6.27-9-generic #1 SMP Thu Nov 20 22:15:32 UTC 2008 x86_64 > GNU/Linux > > $ mono --version > Mono JIT compiler version 1.9.1 (tarball) > Copyright (C) 2002-2007 Novell, Inc and Contributors. www.mono-project.com > TLS: __thread > GC: Included Boehm (with typed GC) > SIGSEGV: altstack > Notifications: epoll > Architecture: amd64 > Disabled: none Try Mono 2.0? -- Seo Sanghyeon From acangiano at gmail.com Sat Dec 6 15:51:39 2008 From: acangiano at gmail.com (Antonio Cangiano) Date: Sat, 6 Dec 2008 15:51:39 -0500 Subject: [Ironruby-core] Building IronRuby under Mono In-Reply-To: <309e18020812061044q5f9f9eabq79555bbec68df39@mail.gmail.com> References: <309e18020812061044q5f9f9eabq79555bbec68df39@mail.gmail.com> Message-ID: <309e18020812061251m594870bagb7328a293ed0be9@mail.gmail.com> Using Mono 2.0 I was able to build IronRuby but it's not working properly: ~/code/ruby/ironruby/build/mono_debug$ ./ir.exe IronRuby 1.0.0.0 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. Note that local variables do not work today in the console. As a workaround, use globals instead (eg $x = 42 instead of x = 42). >>> 3 + 3 unknown: An exception was thrown by the type initializer for Microsoft.Scripting.SourceCodeReader (System::TypeInitializationException) ~/code/ruby/ironruby/build/mono_debug$ mono ./ir.exe ~/code/ruby/hello.rb mscorlib:0:in `set_Fallback': Argument cannot be null. (System::ArgumentNullException) from mscorlib:0:in `.ctor' from mscorlib:0:in `GetDecoder' from mscorlib:0:in `Initialize' from mscorlib:0:in `.ctor' from mscorlib:0:in `.ctor' Any suggestions? Thanks, Antonio -- http://antoniocangiano.com - Zen and the Art of Programming http://math-blog.com - Mathematics is wonderful! http://stacktrace.it - Aperiodico di resistenza informatica Currently writing "Ruby on Rails for Microsoft Developers" for Wrox. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Sat Dec 6 16:14:30 2008 From: jdeville at microsoft.com (Jim Deville) Date: Sat, 6 Dec 2008 13:14:30 -0800 Subject: [Ironruby-core] New revisions Message-ID: I think the git repo still has delay signing on, so I need to figure out a way to get that removed. Pete, can you try using sn..exe to skip verification for *,31bf3856ad364e35. -Vr should skip, and -Vu should remove the skip. JD -----Original Message----- From: Pete Bacon Darwin Sent: December 06, 2008 5:22 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] New revisions On Win XP Pro SP3: I can get the rake compile to work but can?t run ir.exe since it is having problems finding the Microsoft.Scripting assembly. Is this an assembly signing problem? The strong name of Microsoft.Scripting.dll that is built by ?rake compile? is: Microsoft.Scripting, Version=1.0.0.5000, Culture=neutral, PublicKeyToken=null. Here is the output from running ir.exe: Unhandled Exception: System.Configuration.ConfigurationErrorsException: An error occurred creating the configuration section handler for microsoft.scripting: Could not load file or assembly 'Microsoft.Scripting, Version=1.0.0.5000, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040) (D:\dev\ruby\ironruby\git_ironruby\merlin\main\bin\debug\ir.exe.Config line 4) ---> System.IO.FileLoadException: Could not load file or assembly 'Microsoft.Scripting, Version=1.0.0.5000, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040) File name: 'Microsoft.Scripting, Version=1.0.0.5000, Culture=neutral, PublicKeyToken=31bf3856ad364e35' at System.Configuration.TypeUtil.GetTypeWithReflectionPermission(IInternalConfigHost host, String typeString, Boolean throwOnError) at System.Configuration.RuntimeConfigurationRecord.RuntimeConfigurationFactory.Init(RuntimeConfigurationRecord configRecord, FactoryRecord factoryRecord) at System.Configuration.RuntimeConfigurationRecord.RuntimeConfigurationFactory.InitWithRestrictedPermissions(RuntimeConfigurationRecord configRecord, FactoryRecord factoryRecord) at System.Configuration.RuntimeConfigurationRecord.RuntimeConfigurationFactory..ctor(RuntimeConfigurationRecord configRecord, FactoryRecord factoryRecord) at System.Configuration.RuntimeConfigurationRecord.CreateSectionFactory(FactoryRecord factoryRecord) at System.Configuration.BaseConfigurationRecord.FindAndEnsureFactoryRecord(String configKey, Boolean& isRootDeclaredHere) WRN: Assembly binding logging is turned OFF. To enable assembly bind failure logging, set the registry value [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) to 1. Note: There is some performance penalty associated with assembly bind failure logging. To turn this feature off, remove the registry value [HKLM\Software\Microsoft\Fusion!EnableLog]. --- End of inner exception stack trace --- at System.Configuration.BaseConfigurationRecord.FindAndEnsureFactoryRecord(String configKey, Boolean& isRootDeclaredHere) at System.Configuration.BaseConfigurationRecord.GetSectionRecursive(String configKey, Boolean getLkg, Boolean checkPermission, Boolean getRuntimeObject, Boolean requestIsHere, Object& result, Object& resultRuntimeObject) at System.Configuration.BaseConfigurationRecord.GetSection(String configKey, Boolean getLkg, Boolean checkPermission) at System.Configuration.BaseConfigurationRecord.GetSection(String configKey) at System.Configuration.ClientConfigurationSystem.System.Configuration.Internal.IInternalConfigSystem.GetSection(String sectionName) at System.Configuration.ConfigurationManager.GetSection(String sectionName) at Microsoft.Scripting.Hosting.Configuration.Section.LoadRuntimeSetup(ScriptRuntimeSetup setup, Stream configFileStream) in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting \Hosting\Configuration\Section.cs:line 116 at Microsoft.Scripting.Hosting.ScriptRuntimeSetup.ReadConfiguration() in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting\Hosting\ScriptRuntimeSetup.cs:line 180 at Microsoft.Scripting.Hosting.Shell.ConsoleHost.CreateRuntimeSetup() in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting\Hosting\Shell\ConsoleHost.cs:line 77 at Microsoft.Scripting.Hosting.Shell.ConsoleHost.Run(String[] args) in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting\Hosting\Shell\ConsoleHost.cs:line 167 at RubyConsoleHost.Main(String[] args) in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Languages\Ruby\Console\Program.cs:line 45 If I change ir.exe.config to this:
Then I get a bit further but then it blows up further along: Unhandled Exception: System.ArgumentException: Language name should not be null, empty or duplicated between languages Parameter name: names at Microsoft.Scripting.Utils.ContractUtils.Requires(Boolean precondition, String paramName, String message) in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting\Utils\Contra ctUtils.cs:line 42 at Microsoft.Scripting.Runtime.DlrConfiguration.AddLanguage(String languageTypeName, String displayName, IList`1 names, IList`1 fileExtensions, IDictionary`2 options, String paramName) in d:\dev\ru by\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting\Runtime\DlrConfiguration.cs:line 156 at Microsoft.Scripting.Runtime.DlrConfiguration.AddLanguage(String languageTypeName, String displayName, IList`1 names, IList`1 fileExtensions, IDictionary`2 options) in d:\dev\ruby\ironruby\git_ir onruby\merlin\main\Runtime\Microsoft.Scripting\Runtime\DlrConfiguration.cs:line 150 at Microsoft.Scripting.Hosting.ScriptRuntimeSetup.ToConfiguration() in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting\Hosting\ScriptRuntimeSetup.cs:line 138 at Microsoft.Scripting.Hosting.ScriptRuntime..ctor(ScriptRuntimeSetup setup) in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting\Hosting\ScriptRuntime.cs:line 55 at Microsoft.Scripting.Hosting.Shell.ConsoleHost.Run(String[] args) in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Runtime\Microsoft.Scripting\Hosting\Shell\ConsoleHost.cs:line 206 at RubyConsoleHost.Main(String[] args) in d:\dev\ruby\ironruby\git_ironruby\merlin\main\Languages\Ruby\Console\Program.cs:line 45 More tweaking required I guess. Pete -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Sat Dec 6 16:59:16 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sat, 6 Dec 2008 13:59:16 -0800 Subject: [Ironruby-core] Code Review: ScopesAndCrossRuntime Message-ID: tfpt review "/shelveset:ScopesAndCrossRuntime;REDMOND\tomat" DLR, Python, JS: A little bit of code context cleanup and dead code removal. Ruby: - Removes RubyScope <: CodeContext inheritance relationship. - Implements isSelfContained flags for modules as it works for classes. - Nests Clr module into a new IronRuby module that maps to IronRuby.Ruby hosting class. The hierarchy is as follows: module IronRuby module Clr def self.profile end end module ParseTree ... end #hosting methods: def self.create_runtime def self.create_engine ... end - Fixes bugs in cross-runtime object access, adds some tests. Prohibits adding methods and mixins to a class defined in a foreign runtime. Tomas -------------- next part -------------- A non-text attachment was scrubbed... Name: ScopesAndCrossRuntime.diff Type: application/octet-stream Size: 95241 bytes Desc: ScopesAndCrossRuntime.diff URL: From bacondarwin at googlemail.com Sat Dec 6 17:36:59 2008 From: bacondarwin at googlemail.com (Pete Bacon Darwin) Date: Sat, 6 Dec 2008 22:36:59 -0000 Subject: [Ironruby-core] New revisions In-Reply-To: References: Message-ID: <008401c957f3$27a84b60$76f8e220$@com> No change when using sn.exe with either -Vr or -Vu. Pete From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville Sent: Saturday,06 December 06, 2008 21:15 To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] New revisions I think the git repo still has delay signing on, so I need to figure out a way to get that removed. Pete, can you try using sn..exe to skip verification for *,31bf3856ad364e35. -Vr should skip, and -Vu should remove the skip. JD -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Sat Dec 6 18:18:02 2008 From: jdeville at microsoft.com (Jim Deville) Date: Sat, 6 Dec 2008 15:18:02 -0800 Subject: [Ironruby-core] New revisions Message-ID: I'll take a deeper look when I get back to my computer. I'll try to push something out tonight. JD -----Original Message----- From: Pete Bacon Darwin Sent: December 06, 2008 2:37 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] New revisions No change when using sn.exe with either ?Vr or -Vu. Pete From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville Sent: Saturday,06 December 06, 2008 21:15 To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] New revisions I think the git repo still has delay signing on, so I need to figure out a way to get that removed. Pete, can you try using sn..exe to skip verification for *,31bf3856ad364e35. -Vr should skip, and -Vu should remove the skip. JD -------------- next part -------------- An HTML attachment was scrubbed... URL: From curth at microsoft.com Sun Dec 7 00:47:21 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Sat, 6 Dec 2008 21:47:21 -0800 Subject: [Ironruby-core] Code Review: ScopesAndCrossRuntime In-Reply-To: References: Message-ID: Mmm... I love the smell of dead CodeContext in the morning. It smells like victory! Language changes look good. -----Original Message----- From: Tomas Matousek Sent: Saturday, December 06, 2008 1:59 PM To: IronRuby External Code Reviewers; DLR Code Reviews Cc: ironruby-core at rubyforge.org Subject: Code Review: ScopesAndCrossRuntime tfpt review "/shelveset:ScopesAndCrossRuntime;REDMOND\tomat" DLR, Python, JS: A little bit of code context cleanup and dead code removal. Ruby: - Removes RubyScope <: CodeContext inheritance relationship. - Implements isSelfContained flags for modules as it works for classes. - Nests Clr module into a new IronRuby module that maps to IronRuby.Ruby hosting class. The hierarchy is as follows: module IronRuby module Clr def self.profile end end module ParseTree ... end #hosting methods: def self.create_runtime def self.create_engine ... end - Fixes bugs in cross-runtime object access, adds some tests. Prohibits adding methods and mixins to a class defined in a foreign runtime. Tomas From michael.letterle at gmail.com Sun Dec 7 02:57:49 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Sun, 7 Dec 2008 02:57:49 -0500 Subject: [Ironruby-core] New revisions In-Reply-To: <005e01c957a8$d1fd4b10$75f7e130$@com> References: <2f1decf20812060235v456c5784j6ce888117a1737ad@mail.gmail.com> <2f1decf20812060245q5535c2eao2bbfad601b420192@mail.gmail.com> <2f1decf20812060307l709ae8bch457e57a150b912c3@mail.gmail.com> <005e01c957a8$d1fd4b10$75f7e130$@com> Message-ID: Yay to the wonders of filesystem case sensitivity :) I'm working on cleaning this up and getting a build working under mono on linux, check out my linux branch on my fork: http://github.com/TheProkrammer/ironruby/tree/linux On Sat, Dec 6, 2008 at 8:44 AM, Pete Bacon Darwin < bacondarwin at googlemail.com> wrote: > By the way, what is going on with the duplicate file names in Git? > > > > ironruby/merlin/main/ contains the following: > > > > App.config > > Languages/ > > Runtime/ > > Utilities/ > > languages/ > > runtime/ > > > > Pete > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Sun Dec 7 04:04:46 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 7 Dec 2008 01:04:46 -0800 Subject: [Ironruby-core] New revisions In-Reply-To: References: <2f1decf20812060235v456c5784j6ce888117a1737ad@mail.gmail.com> <2f1decf20812060245q5535c2eao2bbfad601b420192@mail.gmail.com> <2f1decf20812060307l709ae8bch457e57a150b912c3@mail.gmail.com> <005e01c957a8$d1fd4b10$75f7e130$@com> Message-ID: The lowercase names are wrong. Jim might already be looking at fixing it. We should have the same casing in GIT as we have internally in TFS. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Saturday, December 06, 2008 11:58 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] New revisions Yay to the wonders of filesystem case sensitivity :) I'm working on cleaning this up and getting a build working under mono on linux, check out my linux branch on my fork: http://github.com/TheProkrammer/ironruby/tree/linux On Sat, Dec 6, 2008 at 8:44 AM, Pete Bacon Darwin > wrote: By the way, what is going on with the duplicate file names in Git? ironruby/merlin/main/ contains the following: App.config Languages/ Runtime/ Utilities/ languages/ runtime/ Pete _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Sun Dec 7 10:58:48 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Sun, 7 Dec 2008 10:58:48 -0500 Subject: [Ironruby-core] New revisions In-Reply-To: References: <2f1decf20812060235v456c5784j6ce888117a1737ad@mail.gmail.com> <2f1decf20812060245q5535c2eao2bbfad601b420192@mail.gmail.com> <2f1decf20812060307l709ae8bch457e57a150b912c3@mail.gmail.com> <005e01c957a8$d1fd4b10$75f7e130$@com> Message-ID: Uppercase EVIL! No worries, it's easy enough to change on my branch (it's really only two directory names), the important changes are making the Rakefile case insensitive (or going through and updating everything with the proper case, which seems much more tedious). On Sun, Dec 7, 2008 at 4:04 AM, Tomas Matousek wrote: > The lowercase names are wrong. Jim might already be looking at fixing it. > > We should have the same casing in GIT as we have internally in TFS. > > > > Tomas > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Michael Letterle > *Sent:* Saturday, December 06, 2008 11:58 PM > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] New revisions > > > > Yay to the wonders of filesystem case sensitivity :) I'm working on > cleaning this up and getting a build working under mono on linux, check out > my linux branch on my fork: > http://github.com/TheProkrammer/ironruby/tree/linux > > On Sat, Dec 6, 2008 at 8:44 AM, Pete Bacon Darwin < > bacondarwin at googlemail.com> wrote: > > By the way, what is going on with the duplicate file names in Git? > > > > ironruby/merlin/main/ contains the following: > > > > App.config > > Languages/ > > Runtime/ > > Utilities/ > > languages/ > > runtime/ > > > > Pete > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > -- > Michael Letterle > [Polymath Prokrammer] > http://blog.prokrams.com > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From lewistm at gmail.com Sun Dec 7 11:09:57 2008 From: lewistm at gmail.com (Terence Lewis) Date: Sun, 7 Dec 2008 18:09:57 +0200 Subject: [Ironruby-core] New revisions In-Reply-To: <2f1decf20812060307l709ae8bch457e57a150b912c3@mail.gmail.com> References: <2f1decf20812060235v456c5784j6ce888117a1737ad@mail.gmail.com> <2f1decf20812060245q5535c2eao2bbfad601b420192@mail.gmail.com> <2f1decf20812060307l709ae8bch457e57a150b912c3@mail.gmail.com> Message-ID: <2f1decf20812070809y76d09deakcd68c526afed0d97@mail.gmail.com> Installing a newer version of MRI (186-26) has fixed my problems! I can now compile ironruby using rake compile. Thanks for the helpful advice in getting this working. On Sat, Dec 6, 2008 at 1:07 PM, Terence Lewis wrote: > Still not working, but a little better: > > D:\Projects\OpenSource\ironruby\ironruby\merlin\main\Languages\Ruby>rake > compile --trace > (in D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby) > ** Invoke compile (first_time) > ** Invoke happy (first_time) > ** Execute happy > ** Invoke clean_build (first_time) > ** Invoke happy > ** Execute clean_build > ** Invoke compile_dlr (first_time) > ** Invoke compile_extension_attributes (first_time) > ** Invoke clean_build > ** Execute compile_extension_attributes > > ------------------------------------------------------------------------------- > dlr_core > > ------------------------------------------------------------------------------- > rake aborted! > wrong number of arguments (1 for 0) > ./context.rb:508:in `collect' > ./context.rb:508:in `get_compile_path_list' > ./context.rb:540:in `compile' > ./context.rb:522:in `chdir' > ./context.rb:522:in `compile' > > D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby/rake/compile.rake:28 > ./context.rb:702:in `instance_eval' > ./context.rb:702:in `source_context' > > D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby/rake/compile.rake:27 > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:617:in `call' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:617:in `execute' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:612:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:612:in `execute' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:578:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:588:in > `invoke_prerequisites' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in > `invoke_prerequisites' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:577:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:588:in > `invoke_prerequisites' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in > `invoke_prerequisites' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:577:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/1.8/monitor.rb:238:in `synchronize' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:564:in `invoke' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2019:in `invoke_task' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in > `standard_exception_handling' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1991:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1970:in `run' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in > `standard_exception_handling' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/bin/rake:31 > c:/ruby/bin/rake.bat:25:in `load' > c:/ruby/bin/rake.bat:25 > > > On Sat, Dec 6, 2008 at 1:00 PM, Jim Deville wrote: > >> Hm? That one needs to be fixed. For now, you can modify >> merlin/main/languages/ruby/rake/misc.rake. Remove the check for tf.exe from >> the "happy" task. >> >> >> >> I'll work on a change for that. >> >> >> >> JD >> >> >> >> *From:* ironruby-core-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Terence Lewis >> *Sent:* Saturday, December 06, 2008 2:45 AM >> >> *To:* ironruby-core at rubyforge.org >> *Subject:* Re: [Ironruby-core] New revisions >> >> >> >> Thanks for the speedy reply Jim. After setting up MERLIN_ROOT, I then get: >> >> (in D:/Projects/OpenSource/ironruby/ironruby/merlin/main/Languages/Ruby) >> Cannot find tf.exe on system path. >> >> ***** Missing commands! You must have the .NET redist and the SDK >> ***** (for resgen.exe) installed. If you are synchronizing source >> ***** trees *inside* Microsoft, you must have both tfs.exe and >> ***** svn.exe on your path. >> >> >> I have VS2008 SP1 installed and resgen.exe is visible on my path... >> >> On Sat, Dec 6, 2008 at 12:41 PM, Jim Deville >> wrote: >> >> Have you set the MERLIN_ROOT environment variable? It is needed to compile >> the sources in Git. From the command line, run >> >> >> >> set MERLIN_ROOT=<<>>\merlin\main >> >> >> >> >> >> Once we get the automation infrastructure into place, we will get rid of >> the code for the SVN repository, and then you won't need that variable. >> >> >> >> Hope that helps, >> >> >> >> JD >> >> *From:* ironruby-core-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Terence Lewis >> *Sent:* Saturday, December 06, 2008 2:35 AM >> >> >> *To:* ironruby-core at rubyforge.org >> >> *Subject:* Re: [Ironruby-core] New revisions >> >> >> >> When I do a fresh checkout (git clone git:// >> github.com/ironruby/ironruby.git) and then go into the >> 'merlin\main\Languages\Ruby' folder and run 'rake compile' I get: >> >> >> ------------------------------------------------------------------------------- >> dlr_core >> >> ------------------------------------------------------------------------------- >> rake aborted! >> No such file or directory - >> d:\projects\opensource\ironruby\ironruby\merlin\main\languages\ruby\src\microsoft.scripting.core >> >> >> How do I go about fixing this? >> >> >> Thanks >> >> Terence >> >> On Sat, Dec 6, 2008 at 10:38 AM, Jim Deville >> wrote: >> >> 179 is pushed as well. >> >> >> >> >> >> JD >> >> >> >> *From:* ironruby-core-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Jim Deville >> *Sent:* Saturday, December 06, 2008 12:00 AM >> *To:* ironruby-core at rubyforge.org >> *Subject:* [Ironruby-core] New revisions >> >> >> >> Git has been pushed. SVN is coming shortly. >> >> >> >> ~~~~ >> >> JD >> >> http://blog.jredville.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 >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Martin.Maly at microsoft.com Sun Dec 7 11:09:18 2008 From: Martin.Maly at microsoft.com (Martin Maly) Date: Sun, 7 Dec 2008 08:09:18 -0800 Subject: [Ironruby-core] Code Review: ScopesAndCrossRuntime In-Reply-To: References: Message-ID: Outer ring changes look beautiful too. This sure is a victory! Thank you, Tomas! Martin -----Original Message----- From: Curt Hagenlocher Sent: Saturday, December 06, 2008 9:47 PM To: Tomas Matousek; IronRuby External Code Reviewers; DLR Code Reviews Cc: ironruby-core at rubyforge.org Subject: RE: Code Review: ScopesAndCrossRuntime Mmm... I love the smell of dead CodeContext in the morning. It smells like victory! Language changes look good. -----Original Message----- From: Tomas Matousek Sent: Saturday, December 06, 2008 1:59 PM To: IronRuby External Code Reviewers; DLR Code Reviews Cc: ironruby-core at rubyforge.org Subject: Code Review: ScopesAndCrossRuntime tfpt review "/shelveset:ScopesAndCrossRuntime;REDMOND\tomat" DLR, Python, JS: A little bit of code context cleanup and dead code removal. Ruby: - Removes RubyScope <: CodeContext inheritance relationship. - Implements isSelfContained flags for modules as it works for classes. - Nests Clr module into a new IronRuby module that maps to IronRuby.Ruby hosting class. The hierarchy is as follows: module IronRuby module Clr def self.profile end end module ParseTree ... end #hosting methods: def self.create_runtime def self.create_engine ... end - Fixes bugs in cross-runtime object access, adds some tests. Prohibits adding methods and mixins to a class defined in a foreign runtime. Tomas From Tomas.Matousek at microsoft.com Sun Dec 7 14:33:02 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 7 Dec 2008 11:33:02 -0800 Subject: [Ironruby-core] New revisions In-Reply-To: References: <2f1decf20812060235v456c5784j6ce888117a1737ad@mail.gmail.com> <2f1decf20812060245q5535c2eao2bbfad601b420192@mail.gmail.com> <2f1decf20812060307l709ae8bch457e57a150b912c3@mail.gmail.com> <005e01c957a8$d1fd4b10$75f7e130$@com> Message-ID: It might be worth it to fix the casing rather than hide the bad casings. Problems with inconsistent casing might be discovered earlier if the right casing is enforced everywhere. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Sunday, December 07, 2008 7:59 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] New revisions Uppercase EVIL! No worries, it's easy enough to change on my branch (it's really only two directory names), the important changes are making the Rakefile case insensitive (or going through and updating everything with the proper case, which seems much more tedious). On Sun, Dec 7, 2008 at 4:04 AM, Tomas Matousek > wrote: The lowercase names are wrong. Jim might already be looking at fixing it. We should have the same casing in GIT as we have internally in TFS. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Saturday, December 06, 2008 11:58 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] New revisions Yay to the wonders of filesystem case sensitivity :) I'm working on cleaning this up and getting a build working under mono on linux, check out my linux branch on my fork: http://github.com/TheProkrammer/ironruby/tree/linux On Sat, Dec 6, 2008 at 8:44 AM, Pete Bacon Darwin > wrote: By the way, what is going on with the duplicate file names in Git? ironruby/merlin/main/ contains the following: App.config Languages/ Runtime/ Utilities/ languages/ runtime/ Pete _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Sun Dec 7 14:47:00 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Sun, 7 Dec 2008 14:47:00 -0500 Subject: [Ironruby-core] New revisions In-Reply-To: References: <2f1decf20812060245q5535c2eao2bbfad601b420192@mail.gmail.com> <2f1decf20812060307l709ae8bch457e57a150b912c3@mail.gmail.com> <005e01c957a8$d1fd4b10$75f7e130$@com> Message-ID: Indeed, the casing program does not appear to be so easily solved by simply ignoring it. The only problem is that casing issues will ONLY be discovered under linux... On Sun, Dec 7, 2008 at 2:33 PM, Tomas Matousek wrote: > It might be worth it to fix the casing rather than hide the bad casings. > Problems with inconsistent casing might be discovered earlier if the right > casing is enforced everywhere. > > > > Tomas > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Michael Letterle > *Sent:* Sunday, December 07, 2008 7:59 AM > > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] New revisions > > > > Uppercase EVIL! > > No worries, it's easy enough to change on my branch (it's really only two > directory names), the important changes are making the Rakefile case > insensitive (or going through and updating everything with the proper case, > which seems much more tedious). > > On Sun, Dec 7, 2008 at 4:04 AM, Tomas Matousek < > Tomas.Matousek at microsoft.com> wrote: > > The lowercase names are wrong. Jim might already be looking at fixing it. > > We should have the same casing in GIT as we have internally in TFS. > > > > Tomas > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Michael Letterle > *Sent:* Saturday, December 06, 2008 11:58 PM > > > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] New revisions > > > > Yay to the wonders of filesystem case sensitivity :) I'm working on > cleaning this up and getting a build working under mono on linux, check out > my linux branch on my fork: > http://github.com/TheProkrammer/ironruby/tree/linux > > On Sat, Dec 6, 2008 at 8:44 AM, Pete Bacon Darwin < > bacondarwin at googlemail.com> wrote: > > By the way, what is going on with the duplicate file names in Git? > > > > ironruby/merlin/main/ contains the following: > > > > App.config > > Languages/ > > Runtime/ > > Utilities/ > > languages/ > > runtime/ > > > > Pete > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > -- > Michael Letterle > [Polymath Prokrammer] > http://blog.prokrams.com > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > -- > Michael Letterle > [Polymath Prokrammer] > http://blog.prokrams.com > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Sun Dec 7 18:17:49 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Sun, 7 Dec 2008 18:17:49 -0500 Subject: [Ironruby-core] Building IronRuby under Mono In-Reply-To: <309e18020812061251m594870bagb7328a293ed0be9@mail.gmail.com> References: <309e18020812061044q5f9f9eabq79555bbec68df39@mail.gmail.com> <309e18020812061251m594870bagb7328a293ed0be9@mail.gmail.com> Message-ID: I'm curious... I'm running into a number of issues just compiling... is this from the SVN or Git repo? On Sat, Dec 6, 2008 at 3:51 PM, Antonio Cangiano wrote: > Using Mono 2.0 I was able to build IronRuby but it's not working properly: > > ~/code/ruby/ironruby/build/mono_debug$ ./ir.exe > IronRuby 1.0.0.0 on .NET 2.0.50727.42 > Copyright (c) Microsoft Corporation. All rights reserved. > > Note that local variables do not work today in the console. > As a workaround, use globals instead (eg $x = 42 instead of x = 42). > > >>> 3 + 3 > unknown: An exception was thrown by the type initializer for > Microsoft.Scripting.SourceCodeReader (System::TypeInitializationException) > > ~/code/ruby/ironruby/build/mono_debug$ mono ./ir.exe ~/code/ruby/hello.rb > mscorlib:0:in `set_Fallback': Argument cannot be null. > (System::ArgumentNullException) > from mscorlib:0:in `.ctor' > from mscorlib:0:in `GetDecoder' > from mscorlib:0:in `Initialize' > from mscorlib:0:in `.ctor' > from mscorlib:0:in `.ctor' > > Any suggestions? > > Thanks, > > Antonio > -- > http://antoniocangiano.com - Zen and the Art of Programming > http://math-blog.com - Mathematics is wonderful! > http://stacktrace.it - Aperiodico di resistenza informatica > Currently writing "Ruby on Rails for Microsoft Developers" for Wrox. > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Sun Dec 7 18:48:24 2008 From: sanxiyn at gmail.com (Seo Sanghyeon) Date: Mon, 8 Dec 2008 08:48:24 +0900 Subject: [Ironruby-core] Building IronRuby under Mono In-Reply-To: References: <309e18020812061044q5f9f9eabq79555bbec68df39@mail.gmail.com> <309e18020812061251m594870bagb7328a293ed0be9@mail.gmail.com> Message-ID: <5b0248170812071548w6960af01r6c843965ecc6cef1@mail.gmail.com> 2008/12/8 Michael Letterle : > I'm curious... I'm running into a number of issues just compiling... is this > from the SVN or Git repo? He is using old SVN version. The latest doesn't compile for me. -- Seo Sanghyeon From aaron.feng at gmail.com Mon Dec 8 11:54:52 2008 From: aaron.feng at gmail.com (Aaron Feng) Date: Mon, 8 Dec 2008 11:54:52 -0500 Subject: [Ironruby-core] Handling C# lower case namespaces In-Reply-To: <4e3934860812051401o29e072a0t4d8d8874937db32d@mail.gmail.com> References: <4e3934860812051307v404f8f84p93a15ef87a057ede@mail.gmail.com> <4e3934860812051401o29e072a0t4d8d8874937db32d@mail.gmail.com> Message-ID: <4e3934860812080854r67b7b057o6a4f2caba8c59086@mail.gmail.com> Tomas, I tried it again. I couldn't get the following to work with my own DLL even If I capitalize the namespace (It does work fine with build in types like System.String): > System::Type.get_type("Abc.Hi, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null") Do I have any other options? Thanks, Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL: From ivan at flanders.co.nz Mon Dec 8 12:45:50 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Mon, 8 Dec 2008 18:45:50 +0100 Subject: [Ironruby-core] Handling C# lower case namespaces In-Reply-To: <4e3934860812080854r67b7b057o6a4f2caba8c59086@mail.gmail.com> References: <4e3934860812051307v404f8f84p93a15ef87a057ede@mail.gmail.com> <4e3934860812051401o29e072a0t4d8d8874937db32d@mail.gmail.com> <4e3934860812080854r67b7b057o6a4f2caba8c59086@mail.gmail.com> Message-ID: I get the same behavior. I can load types from the CLR but not from my own assembly. I copied my assembly into the folder that contains ir.exe >>> require 'mscorlib' => true >>> require 'IronNails.Library, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' => true >>> IronNails::View::XamlProxy => IronNails::View::XamlProxy >>> System::Type.get_type 'IronNails.View.XamlProxy' => nil >>> System::Type.get_type 'System.String' => # >>> IronNails::View::XamlProxy.to_clr_type => # On Mon, Dec 8, 2008 at 5:54 PM, Aaron Feng wrote: > Tomas, > > I tried it again. I couldn't get the following to work with my own DLL > even If I capitalize the namespace (It does work fine with build in types > like System.String): > > > System::Type.get_type("Abc.Hi, Version=1.0.0.0, Culture=neutral, > PublicKeyToken=null") > > Do I have any other options? > > Thanks, > > Aaron > > _______________________________________________ > 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 Dec 8 14:11:20 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 8 Dec 2008 11:11:20 -0800 Subject: [Ironruby-core] Handling C# lower case namespaces In-Reply-To: References: <4e3934860812051307v404f8f84p93a15ef87a057ede@mail.gmail.com> <4e3934860812051401o29e072a0t4d8d8874937db32d@mail.gmail.com> <4e3934860812080854r67b7b057o6a4f2caba8c59086@mail.gmail.com> Message-ID: Can you load the assembly and get the type explicitly? require ?mscorlib? System::Reflection::Assembly.Load(?IronNails.Library, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null").GetType('IronNails.View.XamlProxy?) Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero Sent: Monday, December 08, 2008 9:46 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Handling C# lower case namespaces I get the same behavior. I can load types from the CLR but not from my own assembly. I copied my assembly into the folder that contains ir.exe >>> require 'mscorlib' => true >>> require 'IronNails.Library, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' => true >>> IronNails::View::XamlProxy => IronNails::View::XamlProxy >>> System::Type.get_type 'IronNails.View.XamlProxy' => nil >>> System::Type.get_type 'System.String' => # >>> IronNails::View::XamlProxy.to_clr_type => # On Mon, Dec 8, 2008 at 5:54 PM, Aaron Feng > wrote: Tomas, I tried it again. I couldn't get the following to work with my own DLL even If I capitalize the namespace (It does work fine with build in types like System.String): > System::Type.get_type("Abc.Hi, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null") Do I have any other options? Thanks, Aaron _______________________________________________ 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 ivan at flanders.co.nz Mon Dec 8 14:24:20 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Mon, 8 Dec 2008 20:24:20 +0100 Subject: [Ironruby-core] Handling C# lower case namespaces In-Reply-To: References: <4e3934860812051307v404f8f84p93a15ef87a057ede@mail.gmail.com> <4e3934860812051401o29e072a0t4d8d8874937db32d@mail.gmail.com> <4e3934860812080854r67b7b057o6a4f2caba8c59086@mail.gmail.com> Message-ID: Yes that works On Mon, Dec 8, 2008 at 8:11 PM, Tomas Matousek wrote: > Can you load the assembly and get the type explicitly? > > > > require 'mscorlib' > > System::Reflection::Assembly.Load("IronNails.Library, Version=1.0.0.0, > Culture=neutral, PublicKeyToken=null").GetType('IronNails.View.XamlProxy') > > > > Tomas > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Ivan Porto Carrero > *Sent:* Monday, December 08, 2008 9:46 AM > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] Handling C# lower case namespaces > > > > I get the same behavior. > I can load types from the CLR but not from my own assembly. > > I copied my assembly into the folder that contains ir.exe > > >>> require 'mscorlib' > => true > >>> require 'IronNails.Library, Version=1.0.0.0, Culture=neutral, > PublicKeyToken=null' > => true > >>> IronNails::View::XamlProxy > => IronNails::View::XamlProxy > >>> System::Type.get_type 'IronNails.View.XamlProxy' > => nil > >>> System::Type.get_type 'System.String' > => # > >>> IronNails::View::XamlProxy.to_clr_type > => # > > > > On Mon, Dec 8, 2008 at 5:54 PM, Aaron Feng wrote: > > Tomas, > > I tried it again. I couldn't get the following to work with my own DLL > even If I capitalize the namespace (It does work fine with build in types > like System.String): > > > System::Type.get_type("Abc.Hi, Version=1.0.0.0, Culture=neutral, > PublicKeyToken=null") > > Do I have any other options? > > Thanks, > > Aaron > > _______________________________________________ > 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 aaron.feng at gmail.com Mon Dec 8 15:33:18 2008 From: aaron.feng at gmail.com (Aaron Feng) Date: Mon, 8 Dec 2008 15:33:18 -0500 Subject: [Ironruby-core] Handling C# lower case namespaces In-Reply-To: References: <4e3934860812051307v404f8f84p93a15ef87a057ede@mail.gmail.com> <4e3934860812051401o29e072a0t4d8d8874937db32d@mail.gmail.com> <4e3934860812080854r67b7b057o6a4f2caba8c59086@mail.gmail.com> Message-ID: <4e3934860812081233r245e1dbctcb02943f73e8acd7@mail.gmail.com> Ok, I got Assembly.Load and Type.get_type both to work with my own DLL. The actual DLL have to live where ir.exe lives. Is there a way for it to look in the directory of the ruby file? Like the way require statement work. Aaron On Mon, Dec 8, 2008 at 2:11 PM, Tomas Matousek wrote: > Can you load the assembly and get the type explicitly? > > > > require 'mscorlib' > > System::Reflection::Assembly.Load("IronNails.Library, Version=1.0.0.0, > Culture=neutral, PublicKeyToken=null").GetType('IronNails.View.XamlProxy') > > > > Tomas > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Ivan Porto Carrero > *Sent:* Monday, December 08, 2008 9:46 AM > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] Handling C# lower case namespaces > > > > I get the same behavior. > I can load types from the CLR but not from my own assembly. > > I copied my assembly into the folder that contains ir.exe > > >>> require 'mscorlib' > => true > >>> require 'IronNails.Library, Version=1.0.0.0, Culture=neutral, > PublicKeyToken=null' > => true > >>> IronNails::View::XamlProxy > => IronNails::View::XamlProxy > >>> System::Type.get_type 'IronNails.View.XamlProxy' > => nil > >>> System::Type.get_type 'System.String' > => # > >>> IronNails::View::XamlProxy.to_clr_type > => # > > > > On Mon, Dec 8, 2008 at 5:54 PM, Aaron Feng wrote: > > Tomas, > > I tried it again. I couldn't get the following to work with my own DLL > even If I capitalize the namespace (It does work fine with build in types > like System.String): > > > System::Type.get_type("Abc.Hi, Version=1.0.0.0, Culture=neutral, > PublicKeyToken=null") > > Do I have any other options? > > Thanks, > > Aaron > > _______________________________________________ > 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 Dec 8 15:45:57 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 8 Dec 2008 12:45:57 -0800 Subject: [Ironruby-core] Handling C# lower case namespaces In-Reply-To: <4e3934860812081233r245e1dbctcb02943f73e8acd7@mail.gmail.com> References: <4e3934860812051307v404f8f84p93a15ef87a057ede@mail.gmail.com> <4e3934860812051401o29e072a0t4d8d8874937db32d@mail.gmail.com> <4e3934860812080854r67b7b057o6a4f2caba8c59086@mail.gmail.com> <4e3934860812081233r245e1dbctcb02943f73e8acd7@mail.gmail.com> Message-ID: You can use Assembly.LoadFile and point it to an absolute path instead. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Aaron Feng Sent: Monday, December 08, 2008 12:33 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Handling C# lower case namespaces Ok, I got Assembly.Load and Type.get_type both to work with my own DLL. The actual DLL have to live where ir.exe lives. Is there a way for it to look in the directory of the ruby file? Like the way require statement work. Aaron On Mon, Dec 8, 2008 at 2:11 PM, Tomas Matousek > wrote: Can you load the assembly and get the type explicitly? require 'mscorlib' System::Reflection::Assembly.Load("IronNails.Library, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null").GetType('IronNails.View.XamlProxy') Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero Sent: Monday, December 08, 2008 9:46 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Handling C# lower case namespaces I get the same behavior. I can load types from the CLR but not from my own assembly. I copied my assembly into the folder that contains ir.exe >>> require 'mscorlib' => true >>> require 'IronNails.Library, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' => true >>> IronNails::View::XamlProxy => IronNails::View::XamlProxy >>> System::Type.get_type 'IronNails.View.XamlProxy' => nil >>> System::Type.get_type 'System.String' => # >>> IronNails::View::XamlProxy.to_clr_type => # On Mon, Dec 8, 2008 at 5:54 PM, Aaron Feng > wrote: Tomas, I tried it again. I couldn't get the following to work with my own DLL even If I capitalize the namespace (It does work fine with build in types like System.String): > System::Type.get_type("Abc.Hi, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null") Do I have any other options? Thanks, Aaron _______________________________________________ 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 eduardobaiao at gmail.com Mon Dec 8 16:41:15 2008 From: eduardobaiao at gmail.com (=?ISO-8859-1?Q?Dudu_Bai=E3o?=) Date: Mon, 8 Dec 2008 19:41:15 -0200 Subject: [Ironruby-core] Handling C# lower case namespaces In-Reply-To: <4e3934860812081233r245e1dbctcb02943f73e8acd7@mail.gmail.com> References: <4e3934860812051307v404f8f84p93a15ef87a057ede@mail.gmail.com> <4e3934860812051401o29e072a0t4d8d8874937db32d@mail.gmail.com> <4e3934860812080854r67b7b057o6a4f2caba8c59086@mail.gmail.com> <4e3934860812081233r245e1dbctcb02943f73e8acd7@mail.gmail.com> Message-ID: Hi Aaron! I'm doing this way for now: require '../../your_folder/your_assembly.dll' ? 2008/12/8 Aaron Feng : > Ok, I got Assembly.Load and Type.get_type both to work with my own DLL. > The actual DLL have to live where ir.exe lives. Is there a way for it to > look in the directory of the ruby file? Like the way require statement > work. > > Aaron From aaron.feng at gmail.com Mon Dec 8 16:43:53 2008 From: aaron.feng at gmail.com (Aaron Feng) Date: Mon, 8 Dec 2008 16:43:53 -0500 Subject: [Ironruby-core] Handling C# lower case namespaces In-Reply-To: References: <4e3934860812051307v404f8f84p93a15ef87a057ede@mail.gmail.com> <4e3934860812051401o29e072a0t4d8d8874937db32d@mail.gmail.com> <4e3934860812080854r67b7b057o6a4f2caba8c59086@mail.gmail.com> <4e3934860812081233r245e1dbctcb02943f73e8acd7@mail.gmail.com> Message-ID: <4e3934860812081343mcd35483x312191f7b3da5a9e@mail.gmail.com> I tried to load the struct the same way, but I don't know how to set the value of it. For example: C# namespace x.y.z { public struct Foo { public long Bar; public Foo(long bar) { this.Bar = bar; } } } var foo = new x.y.z.Foo(1); IronRuby Foo = Type.get_type("x.y.z.Foo, MyAssembly, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null", true).to_class # how do I do the equivalent of # var foo = new x.y.z.Foo(1); ? Aaron On Mon, Dec 8, 2008 at 3:45 PM, Tomas Matousek wrote: > You can use Assembly.LoadFile and point it to an absolute path instead. > > > > Tomas > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Aaron Feng > *Sent:* Monday, December 08, 2008 12:33 PM > > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] Handling C# lower case namespaces > > > > Ok, I got Assembly.Load and Type.get_type both to work with my own DLL. > The actual DLL have to live where ir.exe lives. Is there a way for it to > look in the directory of the ruby file? Like the way require statement > work. > > Aaron > > > On Mon, Dec 8, 2008 at 2:11 PM, Tomas Matousek < > Tomas.Matousek at microsoft.com> wrote: > > Can you load the assembly and get the type explicitly? > > > > require 'mscorlib' > > System::Reflection::Assembly.Load("IronNails.Library, Version=1.0.0.0, > Culture=neutral, PublicKeyToken=null").GetType('IronNails.View.XamlProxy') > > > > Tomas > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Ivan Porto Carrero > *Sent:* Monday, December 08, 2008 9:46 AM > > > *To:* ironruby-core at rubyforge.org > > *Subject:* Re: [Ironruby-core] Handling C# lower case namespaces > > > > I get the same behavior. > I can load types from the CLR but not from my own assembly. > > I copied my assembly into the folder that contains ir.exe > > >>> require 'mscorlib' > => true > >>> require 'IronNails.Library, Version=1.0.0.0, Culture=neutral, > PublicKeyToken=null' > => true > >>> IronNails::View::XamlProxy > => IronNails::View::XamlProxy > >>> System::Type.get_type 'IronNails.View.XamlProxy' > => nil > >>> System::Type.get_type 'System.String' > => # > >>> IronNails::View::XamlProxy.to_clr_type > => # > > > On Mon, Dec 8, 2008 at 5:54 PM, Aaron Feng wrote: > > Tomas, > > I tried it again. I couldn't get the following to work with my own DLL > even If I capitalize the namespace (It does work fine with build in types > like System.String): > > > System::Type.get_type("Abc.Hi, Version=1.0.0.0, Culture=neutral, > PublicKeyToken=null") > > Do I have any other options? > > Thanks, > > Aaron > > _______________________________________________ > 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 ivan at flanders.co.nz Mon Dec 8 16:52:26 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Mon, 8 Dec 2008 22:52:26 +0100 Subject: [Ironruby-core] Handling C# lower case namespaces In-Reply-To: <4e3934860812081343mcd35483x312191f7b3da5a9e@mail.gmail.com> References: <4e3934860812051307v404f8f84p93a15ef87a057ede@mail.gmail.com> <4e3934860812051401o29e072a0t4d8d8874937db32d@mail.gmail.com> <4e3934860812080854r67b7b057o6a4f2caba8c59086@mail.gmail.com> <4e3934860812081233r245e1dbctcb02943f73e8acd7@mail.gmail.com> <4e3934860812081343mcd35483x312191f7b3da5a9e@mail.gmail.com> Message-ID: Normally foo = x::y::z::Foo.new(1) in the console you need to use global variables:$foo = x::y::z::Foo.new(1) On Mon, Dec 8, 2008 at 10:43 PM, Aaron Feng wrote: > I tried to load the struct the same way, but I don't know how to set the > value of it. For example: > > C# > > namespace x.y.z { > public struct Foo { > public long Bar; > public Foo(long bar) { > this.Bar = bar; > } > } > } > > var foo = new x.y.z.Foo(1); > > IronRuby > > Foo = Type.get_type("x.y.z.Foo, MyAssembly, Version=1.0.0.0, > Culture=neutral, PublicKeyToken=null", true).to_class > > # how do I do the equivalent of > # var foo = new x.y.z.Foo(1); ? > > Aaron > > > On Mon, Dec 8, 2008 at 3:45 PM, Tomas Matousek < > Tomas.Matousek at microsoft.com> wrote: > >> You can use Assembly.LoadFile and point it to an absolute path instead. >> >> >> >> Tomas >> >> >> >> *From:* ironruby-core-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Aaron Feng >> *Sent:* Monday, December 08, 2008 12:33 PM >> >> *To:* ironruby-core at rubyforge.org >> *Subject:* Re: [Ironruby-core] Handling C# lower case namespaces >> >> >> >> Ok, I got Assembly.Load and Type.get_type both to work with my own DLL. >> The actual DLL have to live where ir.exe lives. Is there a way for it to >> look in the directory of the ruby file? Like the way require statement >> work. >> >> Aaron >> >> >> On Mon, Dec 8, 2008 at 2:11 PM, Tomas Matousek < >> Tomas.Matousek at microsoft.com> wrote: >> >> Can you load the assembly and get the type explicitly? >> >> >> >> require 'mscorlib' >> >> System::Reflection::Assembly.Load("IronNails.Library, Version=1.0.0.0, >> Culture=neutral, PublicKeyToken=null").GetType( >> 'IronNails.View.XamlProxy') >> >> >> >> Tomas >> >> >> >> *From:* ironruby-core-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Ivan Porto Carrero >> *Sent:* Monday, December 08, 2008 9:46 AM >> >> >> *To:* ironruby-core at rubyforge.org >> >> *Subject:* Re: [Ironruby-core] Handling C# lower case namespaces >> >> >> >> I get the same behavior. >> I can load types from the CLR but not from my own assembly. >> >> I copied my assembly into the folder that contains ir.exe >> >> >>> require 'mscorlib' >> => true >> >>> require 'IronNails.Library, Version=1.0.0.0, Culture=neutral, >> PublicKeyToken=null' >> => true >> >>> IronNails::View::XamlProxy >> => IronNails::View::XamlProxy >> >>> System::Type.get_type 'IronNails.View.XamlProxy' >> => nil >> >>> System::Type.get_type 'System.String' >> => # >> >>> IronNails::View::XamlProxy.to_clr_type >> => # >> >> >> On Mon, Dec 8, 2008 at 5:54 PM, Aaron Feng wrote: >> >> Tomas, >> >> I tried it again. I couldn't get the following to work with my own DLL >> even If I capitalize the namespace (It does work fine with build in types >> like System.String): >> >> > System::Type.get_type("Abc.Hi, Version=1.0.0.0, Culture=neutral, >> PublicKeyToken=null") >> >> Do I have any other options? >> >> Thanks, >> >> >> Aaron >> >> _______________________________________________ >> 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 aaron.feng at gmail.com Mon Dec 8 16:58:00 2008 From: aaron.feng at gmail.com (Aaron Feng) Date: Mon, 8 Dec 2008 16:58:00 -0500 Subject: [Ironruby-core] Handling C# lower case namespaces In-Reply-To: References: <4e3934860812051307v404f8f84p93a15ef87a057ede@mail.gmail.com> <4e3934860812051401o29e072a0t4d8d8874937db32d@mail.gmail.com> <4e3934860812080854r67b7b057o6a4f2caba8c59086@mail.gmail.com> <4e3934860812081233r245e1dbctcb02943f73e8acd7@mail.gmail.com> <4e3934860812081343mcd35483x312191f7b3da5a9e@mail.gmail.com> Message-ID: <4e3934860812081358y30bec4f5re82d4852f41f9767@mail.gmail.com> Ivan, In this case you actually can't do foo = x::y::z::Foo.new(1) because IronRuby doesn't support lowercase namespace. It think it's a method call. That's why I started out Foo = Type.get_type("x.y.z.Foo, MyAssembly, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null", true).to_class Aaron On Mon, Dec 8, 2008 at 4:52 PM, Ivan Porto Carrero wrote: > Normally > foo = x::y::z::Foo.new(1) > > in the console you need to use global variables:$foo = x::y::z::Foo.new(1) > > > > On Mon, Dec 8, 2008 at 10:43 PM, Aaron Feng wrote: > >> I tried to load the struct the same way, but I don't know how to set the >> value of it. For example: >> >> C# >> >> namespace x.y.z { >> public struct Foo { >> public long Bar; >> public Foo(long bar) { >> this.Bar = bar; >> } >> } >> } >> >> var foo = new x.y.z.Foo(1); >> >> IronRuby >> >> Foo = Type.get_type("x.y.z.Foo, MyAssembly, Version=1.0.0.0, >> Culture=neutral, PublicKeyToken=null", true).to_class >> >> # how do I do the equivalent of >> # var foo = new x.y.z.Foo(1); ? >> >> Aaron >> >> >> On Mon, Dec 8, 2008 at 3:45 PM, Tomas Matousek < >> Tomas.Matousek at microsoft.com> wrote: >> >>> You can use Assembly.LoadFile and point it to an absolute path instead. >>> >>> >>> >>> Tomas >>> >>> >>> >>> *From:* ironruby-core-bounces at rubyforge.org [mailto: >>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Aaron Feng >>> *Sent:* Monday, December 08, 2008 12:33 PM >>> >>> *To:* ironruby-core at rubyforge.org >>> *Subject:* Re: [Ironruby-core] Handling C# lower case namespaces >>> >>> >>> >>> Ok, I got Assembly.Load and Type.get_type both to work with my own >>> DLL. The actual DLL have to live where ir.exe lives. Is there a way for it >>> to look in the directory of the ruby file? Like the way require statement >>> work. >>> >>> Aaron >>> >>> >>> On Mon, Dec 8, 2008 at 2:11 PM, Tomas Matousek < >>> Tomas.Matousek at microsoft.com> wrote: >>> >>> Can you load the assembly and get the type explicitly? >>> >>> >>> >>> require 'mscorlib' >>> >>> System::Reflection::Assembly.Load("IronNails.Library, Version=1.0.0.0, >>> Culture=neutral, PublicKeyToken=null").GetType( >>> 'IronNails.View.XamlProxy') >>> >>> >>> >>> Tomas >>> >>> >>> >>> *From:* ironruby-core-bounces at rubyforge.org [mailto: >>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Ivan Porto Carrero >>> *Sent:* Monday, December 08, 2008 9:46 AM >>> >>> >>> *To:* ironruby-core at rubyforge.org >>> >>> *Subject:* Re: [Ironruby-core] Handling C# lower case namespaces >>> >>> >>> >>> I get the same behavior. >>> I can load types from the CLR but not from my own assembly. >>> >>> I copied my assembly into the folder that contains ir.exe >>> >>> >>> require 'mscorlib' >>> => true >>> >>> require 'IronNails.Library, Version=1.0.0.0, Culture=neutral, >>> PublicKeyToken=null' >>> => true >>> >>> IronNails::View::XamlProxy >>> => IronNails::View::XamlProxy >>> >>> System::Type.get_type 'IronNails.View.XamlProxy' >>> => nil >>> >>> System::Type.get_type 'System.String' >>> => # >>> >>> IronNails::View::XamlProxy.to_clr_type >>> => # >>> >>> >>> On Mon, Dec 8, 2008 at 5:54 PM, Aaron Feng >>> wrote: >>> >>> Tomas, >>> >>> I tried it again. I couldn't get the following to work with my own DLL >>> even If I capitalize the namespace (It does work fine with build in types >>> like System.String): >>> >>> > System::Type.get_type("Abc.Hi, Version=1.0.0.0, Culture=neutral, >>> PublicKeyToken=null") >>> >>> Do I have any other options? >>> >>> Thanks, >>> >>> >>> Aaron >>> >>> _______________________________________________ >>> 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 lewistm at gmail.com Mon Dec 8 18:01:07 2008 From: lewistm at gmail.com (Terence Lewis) Date: Tue, 9 Dec 2008 01:01:07 +0200 Subject: [Ironruby-core] Trouble building from Visual Studio (git repo) Message-ID: <2f1decf20812081501u179ba3fajdbb592513354abbb@mail.gmail.com> Hello, First let me apologise for the length of this mail - it's not quite as long as it looks, a lot of the text is error messages :( Anyway, I can now build from rake compile, however I'm having trouble building from Visual Studio 2008 SP1. The first thing that it complains about is something to do with SpecSharp.targets. I managed to work-around this by copying this file from \merlin\main\Languages\Ruby to \merlin\main. After doing this, I got an error about Microsoft.Scripting.dll meta-data file not being found (with FxCop in the path), but changing the build config file to FxCop and then back to Debug seemed to make this problem go away. Next, I got a complaint about MSSharedLibKey.snk - I worked around this by creating a key myself (sn -k MSSharedLibKey.snk) in the folder it was looking for. Then when compiling, I get build 3 errors in ReflectionCacheGenerator.cs (ClassInitGenerator). These are as follows: Error 1 'IronRuby.Compiler.Methods' is inaccessible due to its protection level \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerator.cs line 29 Error 2 'IronRuby.Runtime.Calls.BlockDispatcher' does not contain a definition for 'MaxBlockArity' \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerator.cs line 102 Error 3 'IronRuby.Runtime.Calls.BlockDispatcher' does not contain a definition for 'MaxBlockArity' \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerator.cs line 103 I also get two build errors in IronRuby.Tests: Error 5 'IronRuby.Compiler.IParserLogger' is inaccessible due to its protection level \merlin\main\Languages\Ruby\IronRuby.Tests\Parser\DefaultParserLogger.cs line 24 Error 6 'IronRuby.Compiler.IParserLogger' is inaccessible due to its protection level \merlin\main\Languages\Ruby\IronRuby.Tests\Parser\CoverageParserLogger.cs line 33 Commenting out errors 2 and 3, and making IronRuby.Compiler.Methods and IronRuby.Compiler.IParserLogger public allows everything to build except IronRuby.Tests which then fails with 47 compile errors. Trying to run Ruby.Console with the code in this condition leads to a MessageBox with the following: Error while trying to run project: Could not load file or assembly 'ir, Version=1.0.0.0, Culture=neutral, PublicKeyToken=67ede3a51bb28398' or one of its dependencies. Strong name validation failed. (Exception from HRESULT: 0x8013141A). Presumably this is because I can't just generate a strong-name key myself? I then ran sn -Vr using my public key token, and changed two places in Ruby.Console's app.config file - Microsoft.Scripting and IronRuby to use my public key token. At this point, running the console doesn't bring up a message box, but the application does terminate immediately with the following appearing in the output window: WEAK_TABLE: IronRuby.Runtime.WeakTable`2[[System.Object, mscorlib, Version= 2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089],[IronRuby.Runtime.RubyInstanceData, IronRuby, Version=1.0.0.0, Culture=neutral, PublicKeyToken=67ede3a51bb28398]] A first chance exception of type 'System.IO.FileLoadException' occurred in mscorlib.dll A first chance exception of type 'IronRuby.Builtins.LoadError' occurred in IronRuby.dll A first chance exception of type 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll A first chance exception of type 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll A first chance exception of type 'Microsoft.Scripting.InvalidImplementationException' occurred in Microsoft.Scripting.dll So, when this failed, I tried to copy the only .snk file I could find from the subversion repository (trunk\src\microsoft.scripting.core\debugkey.snk) over my manually generated key, but this didn't yield the correct public key token either (it gives 51c7b9aefdaeb546). So, now I'm totally stuck. Any help or suggestions will be appreciated. Regards Terence PS, I'm trying to get the build to work out of visual studio so that I can step through some of the code in the debugger. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dotnetguy at gmail.com Mon Dec 8 18:01:07 2008 From: dotnetguy at gmail.com (Brad Wilson) Date: Mon, 8 Dec 2008 15:01:07 -0800 Subject: [Ironruby-core] Handling C# lower case namespaces In-Reply-To: <4e3934860812081233r245e1dbctcb02943f73e8acd7@mail.gmail.com> References: <4e3934860812051307v404f8f84p93a15ef87a057ede@mail.gmail.com> <4e3934860812051401o29e072a0t4d8d8874937db32d@mail.gmail.com> <4e3934860812080854r67b7b057o6a4f2caba8c59086@mail.gmail.com> <4e3934860812081233r245e1dbctcb02943f73e8acd7@mail.gmail.com> Message-ID: <6bbcce480812081501x627a1610nf2bc338a4d207318@mail.gmail.com> Welcome to the "wonderful" world of Fusion. If you use Assembly.LoadFrom, then you can only use the assembly reference itself to get the types. The canonical names don't match assemblies loaded using LoadFrom. To use Assembly.Load, it has to be in one of the approved search paths (which, by default, is the path of the launching executable only, plus the GAC of course). We went through an almost excruciating amount of pain with assembly load paths and such to make all this work correctly in xUnit.net. -- Brad http://bradwilson.typepad.com/ On Mon, Dec 8, 2008 at 12:33 PM, Aaron Feng wrote: > Ok, I got Assembly.Load and Type.get_type both to work with my own DLL. > The actual DLL have to live where ir.exe lives. Is there a way for it to > look in the directory of the ruby file? Like the way require statement > work. > > Aaron > > > > On Mon, Dec 8, 2008 at 2:11 PM, Tomas Matousek < > Tomas.Matousek at microsoft.com> wrote: > >> Can you load the assembly and get the type explicitly? >> >> >> >> require 'mscorlib' >> >> System::Reflection::Assembly.Load("IronNails.Library, Version=1.0.0.0, >> Culture=neutral, PublicKeyToken=null").GetType( >> 'IronNails.View.XamlProxy') >> >> >> >> Tomas >> >> >> >> *From:* ironruby-core-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Ivan Porto Carrero >> *Sent:* Monday, December 08, 2008 9:46 AM >> *To:* ironruby-core at rubyforge.org >> *Subject:* Re: [Ironruby-core] Handling C# lower case namespaces >> >> >> >> I get the same behavior. >> I can load types from the CLR but not from my own assembly. >> >> I copied my assembly into the folder that contains ir.exe >> >> >>> require 'mscorlib' >> => true >> >>> require 'IronNails.Library, Version=1.0.0.0, Culture=neutral, >> PublicKeyToken=null' >> => true >> >>> IronNails::View::XamlProxy >> => IronNails::View::XamlProxy >> >>> System::Type.get_type 'IronNails.View.XamlProxy' >> => nil >> >>> System::Type.get_type 'System.String' >> => # >> >>> IronNails::View::XamlProxy.to_clr_type >> => # >> >> >> >> On Mon, Dec 8, 2008 at 5:54 PM, Aaron Feng wrote: >> >> Tomas, >> >> I tried it again. I couldn't get the following to work with my own DLL >> even If I capitalize the namespace (It does work fine with build in types >> like System.String): >> >> > System::Type.get_type("Abc.Hi, Version=1.0.0.0, Culture=neutral, >> PublicKeyToken=null") >> >> Do I have any other options? >> >> Thanks, >> >> Aaron >> >> _______________________________________________ >> 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 Jimmy.Schementi at microsoft.com Mon Dec 8 19:02:02 2008 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Mon, 8 Dec 2008 16:02:02 -0800 Subject: [Ironruby-core] Trouble building from Visual Studio (git repo) In-Reply-To: <2f1decf20812081501u179ba3fajdbb592513354abbb@mail.gmail.com> References: <2f1decf20812081501u179ba3fajdbb592513354abbb@mail.gmail.com> Message-ID: <5283CA0A4168DF4FBBD71AE9ECA5A3284BDAF7E5D6@NA-EXMSG-C116.redmond.corp.microsoft.com> Terence, Sorry for the issues you're having, crazy build breaks and signing are never fun. Microsoft requires us to sign any binaries we produce, so providing access to our repository is a pain because we can't distribute the private key used in signing. Jim is going to fix this so builds by default build do not sign. In the meantime, you'll need to remove the signing flags from all the .csproj files (Ruby.csproj, IronRuby.Libraries.csproj, and IronRuby.Libraries.Yaml.csproj). Open the .csproj files in a text-editor, and remove the following lines anywhere you find them (they might be in a file more than once): true ..\..\..\MSSharedLibKey.snk true Rebuilding should not care about signing at all now. Let me know if you run into any other problems. ~Jimmy > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Terence Lewis > Sent: Monday, December 08, 2008 3:01 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] Trouble building from Visual Studio (git > repo) > > Hello, > > First let me apologise for the length of this mail - it's not quite as > long as it looks, a lot of the text is error messages :( > > Anyway, I can now build from rake compile, however I'm having trouble > building from Visual Studio 2008 SP1. > > The first thing that it complains about is something to do with > SpecSharp.targets. I managed to work-around this by copying this file > from \merlin\main\Languages\Ruby to \merlin\main. > After doing this, I got an error about Microsoft.Scripting.dll meta- > data file not being found (with FxCop in the path), but changing the > build config file to FxCop and then back to Debug seemed to make this > problem go away. > Next, I got a complaint about MSSharedLibKey.snk - I worked around > this by creating a key myself (sn -k MSSharedLibKey.snk) in the folder > it was looking for. > Then when compiling, I get build 3 errors in > ReflectionCacheGenerator.cs (ClassInitGenerator). These are as follows: > > Error 1 'IronRuby.Compiler.Methods' is inaccessible due to its > protection level > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > r > . > cs line 29 > Error 2 'IronRuby.Runtime.Calls.BlockDispatcher' does not contain > a definition for 'MaxBlockArity' > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > r > . > cs line 102 > Error 3 'IronRuby.Runtime.Calls.BlockDispatcher' does not contain > a definition for 'MaxBlockArity' > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > r > . > cs line 103 > > I also get two build errors in IronRuby.Tests: > > Error 5 'IronRuby.Compiler.IParserLogger' is inaccessible due to > its protection level > \merlin\main\Languages\Ruby\IronRuby.Tests\Parser\DefaultParserLogger. > c > s > line 24 > Error 6 'IronRuby.Compiler.IParserLogger' is inaccessible due to > its protection level > \merlin\main\Languages\Ruby\IronRuby.Tests\Parser\CoverageParserLogger. > c > s line 33 > > > Commenting out errors 2 and 3, and making IronRuby.Compiler.Methods > and IronRuby.Compiler.IParserLogger public allows everything to build > except IronRuby.Tests which then fails with 47 compile errors. > > Trying to run Ruby.Console with the code in this condition leads to a > MessageBox with the following: > Error while trying to run project: Could not load file or assembly > 'ir, Version=1.0.0.0, Culture=neutral, PublicKeyToken=67ede3a51bb28398' > or one of its dependencies. Strong name validation failed. (Exception > from HRESULT: 0x8013141A). > > Presumably this is because I can't just generate a strong-name key > myself? I then ran sn -Vr using my public key token, and changed two > places in Ruby.Console's app.config file - Microsoft.Scripting and > IronRuby to use my public key token. At this point, running the > console doesn't bring up a message box, but the application does > terminate immediately with the following appearing in the output window: > > WEAK_TABLE: IronRuby.Runtime.WeakTable`2[[System.Object, mscorlib, > Version=2.0.0.0, Culture=neutral, > PublicKeyToken=b77a5c561934e089],[IronRuby.Runtime.RubyInstanceData, > IronRuby, Version=1.0.0.0, Culture=neutral, > PublicKeyToken=67ede3a51bb28398]] A first chance exception of type > 'System.IO.FileLoadException' occurred in mscorlib.dll A first chance > exception of type 'IronRuby.Builtins.LoadError' occurred in > IronRuby.dll A first chance exception of type > 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll > A first chance exception of type > 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll > A first chance exception of type > 'Microsoft.Scripting.InvalidImplementationException' occurred in > Microsoft.Scripting.dll > > So, when this failed, I tried to copy the only .snk file I could find > from the subversion repository > (trunk\src\microsoft.scripting.core\debugkey.snk) over my manually > generated key, but this didn't yield the correct public key token > either (it gives 51c7b9aefdaeb546). > > So, now I'm totally stuck. Any help or suggestions will be appreciated. > > > Regards > > Terence > > > PS, I'm trying to get the build to work out of visual studio so that I > can step through some of the code in the debugger. From michael.letterle at gmail.com Mon Dec 8 19:03:57 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 8 Dec 2008 19:03:57 -0500 Subject: [Ironruby-core] Trouble building from Visual Studio (git repo) In-Reply-To: <2f1decf20812081501u179ba3fajdbb592513354abbb@mail.gmail.com> References: <2f1decf20812081501u179ba3fajdbb592513354abbb@mail.gmail.com> Message-ID: Yeah, the git repo doesn't seem as smooth as the svn head.. yet. Out of curiosity have you tried the SVN head yet? Also, you can start visual studio and attach to a running ir console session to do debugging if necessary. On Mon, Dec 8, 2008 at 6:01 PM, Terence Lewis wrote: > Hello, > > First let me apologise for the length of this mail - it's not quite as long > as it looks, a lot of the text is error messages :( > > Anyway, I can now build from rake compile, however I'm having trouble > building from Visual Studio 2008 SP1. > > The first thing that it complains about is something to do with > SpecSharp.targets. I managed to work-around this by copying this file from > \merlin\main\Languages\Ruby to \merlin\main. > After doing this, I got an error about Microsoft.Scripting.dll meta-data > file not being found (with FxCop in the path), but changing the build config > file to FxCop and then back to Debug seemed to make this problem go away. > Next, I got a complaint about MSSharedLibKey.snk - I worked around this by > creating a key myself (sn -k MSSharedLibKey.snk) in the folder it was > looking for. > Then when compiling, I get build 3 errors in ReflectionCacheGenerator.cs > (ClassInitGenerator). These are as follows: > > Error 1 'IronRuby.Compiler.Methods' is inaccessible due to its > protection level > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerator.cs > line 29 > Error 2 'IronRuby.Runtime.Calls.BlockDispatcher' does not contain a > definition for 'MaxBlockArity' > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerator.cs > line 102 > Error 3 'IronRuby.Runtime.Calls.BlockDispatcher' does not contain a > definition for 'MaxBlockArity' > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerator.cs > line 103 > > I also get two build errors in IronRuby.Tests: > > Error 5 'IronRuby.Compiler.IParserLogger' is inaccessible due to its > protection level > \merlin\main\Languages\Ruby\IronRuby.Tests\Parser\DefaultParserLogger.cs > line 24 > Error 6 'IronRuby.Compiler.IParserLogger' is inaccessible due to its > protection level > \merlin\main\Languages\Ruby\IronRuby.Tests\Parser\CoverageParserLogger.cs > line 33 > > > Commenting out errors 2 and 3, and making IronRuby.Compiler.Methods and > IronRuby.Compiler.IParserLogger public allows everything to build except > IronRuby.Tests which then fails with 47 compile errors. > > Trying to run Ruby.Console with the code in this condition leads to a > MessageBox with the following: > Error while trying to run project: Could not load file or assembly 'ir, > Version=1.0.0.0, Culture=neutral, PublicKeyToken=67ede3a51bb28398' or one > of its dependencies. Strong name validation failed. (Exception from HRESULT: > 0x8013141A). > > Presumably this is because I can't just generate a strong-name key myself? > I then ran sn -Vr using my public key token, and changed two places in > Ruby.Console's app.config file - Microsoft.Scripting and IronRuby to use my > public key token. At this point, running the console doesn't bring up a > message box, but the application does terminate immediately with the > following appearing in the output window: > > WEAK_TABLE: IronRuby.Runtime.WeakTable`2[[System.Object, mscorlib, Version= > 2.0.0.0, Culture=neutral, > PublicKeyToken=b77a5c561934e089],[IronRuby.Runtime.RubyInstanceData, > IronRuby, Version=1.0.0.0, Culture=neutral, > PublicKeyToken=67ede3a51bb28398]] > A first chance exception of type 'System.IO.FileLoadException' occurred in > mscorlib.dll > A first chance exception of type 'IronRuby.Builtins.LoadError' occurred in > IronRuby.dll > A first chance exception of type > 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll > A first chance exception of type > 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll > A first chance exception of type > 'Microsoft.Scripting.InvalidImplementationException' occurred in > Microsoft.Scripting.dll > > So, when this failed, I tried to copy the only .snk file I could find from > the subversion repository (trunk\src\microsoft.scripting.core\debugkey.snk) > over my manually generated key, but this didn't yield the correct public key > token either (it gives 51c7b9aefdaeb546). > > So, now I'm totally stuck. Any help or suggestions will be appreciated. > > > Regards > > Terence > > > PS, I'm trying to get the build to work out of visual studio so that I can > step through some of the code in the debugger. > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Mon Dec 8 19:04:48 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 8 Dec 2008 19:04:48 -0500 Subject: [Ironruby-core] Trouble building from Visual Studio (git repo) In-Reply-To: <5283CA0A4168DF4FBBD71AE9ECA5A3284BDAF7E5D6@NA-EXMSG-C116.redmond.corp.microsoft.com> References: <2f1decf20812081501u179ba3fajdbb592513354abbb@mail.gmail.com> <5283CA0A4168DF4FBBD71AE9ECA5A3284BDAF7E5D6@NA-EXMSG-C116.redmond.corp.microsoft.com> Message-ID: Presumably turning off strong name validation for the public key token would work as well... no? On Mon, Dec 8, 2008 at 7:02 PM, Jimmy Schementi < Jimmy.Schementi at microsoft.com> wrote: > Terence, > > Sorry for the issues you're having, crazy build breaks and signing are > never fun. Microsoft requires us to sign any binaries we produce, so > providing access to our repository is a pain because we can't distribute the > private key used in signing. Jim is going to fix this so builds by default > build do not sign. > > In the meantime, you'll need to remove the signing flags from all the > .csproj files (Ruby.csproj, IronRuby.Libraries.csproj, and > IronRuby.Libraries.Yaml.csproj). Open the .csproj files in a text-editor, > and remove the following lines anywhere you find them (they might be in a > file more than once): > > true > > ..\..\..\MSSharedLibKey.snk > true > > Rebuilding should not care about signing at all now. Let me know if you run > into any other problems. > > ~Jimmy > > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > > bounces at rubyforge.org] On Behalf Of Terence Lewis > > Sent: Monday, December 08, 2008 3:01 PM > > To: ironruby-core at rubyforge.org > > Subject: [Ironruby-core] Trouble building from Visual Studio (git > > repo) > > > > Hello, > > > > First let me apologise for the length of this mail - it's not quite as > > long as it looks, a lot of the text is error messages :( > > > > Anyway, I can now build from rake compile, however I'm having trouble > > building from Visual Studio 2008 SP1. > > > > The first thing that it complains about is something to do with > > SpecSharp.targets. I managed to work-around this by copying this file > > from \merlin\main\Languages\Ruby to \merlin\main. > > After doing this, I got an error about Microsoft.Scripting.dll meta- > > data file not being found (with FxCop in the path), but changing the > > build config file to FxCop and then back to Debug seemed to make this > > problem go away. > > Next, I got a complaint about MSSharedLibKey.snk - I worked around > > this by creating a key myself (sn -k MSSharedLibKey.snk) in the folder > > it was looking for. > > Then when compiling, I get build 3 errors in > > ReflectionCacheGenerator.cs (ClassInitGenerator). These are as follows: > > > > Error 1 'IronRuby.Compiler.Methods' is inaccessible due to its > > protection level > > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > > r > > . > > cs line 29 > > Error 2 'IronRuby.Runtime.Calls.BlockDispatcher' does not contain > > a definition for 'MaxBlockArity' > > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > > r > > . > > cs line 102 > > Error 3 'IronRuby.Runtime.Calls.BlockDispatcher' does not contain > > a definition for 'MaxBlockArity' > > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > > r > > . > > cs line 103 > > > > I also get two build errors in IronRuby.Tests: > > > > Error 5 'IronRuby.Compiler.IParserLogger' is inaccessible due to > > its protection level > > \merlin\main\Languages\Ruby\IronRuby.Tests\Parser\DefaultParserLogger. > > c > > s > > line 24 > > Error 6 'IronRuby.Compiler.IParserLogger' is inaccessible due to > > its protection level > > \merlin\main\Languages\Ruby\IronRuby.Tests\Parser\CoverageParserLogger. > > c > > s line 33 > > > > > > Commenting out errors 2 and 3, and making IronRuby.Compiler.Methods > > and IronRuby.Compiler.IParserLogger public allows everything to build > > except IronRuby.Tests which then fails with 47 compile errors. > > > > Trying to run Ruby.Console with the code in this condition leads to a > > MessageBox with the following: > > Error while trying to run project: Could not load file or assembly > > 'ir, Version=1.0.0.0, Culture=neutral, PublicKeyToken=67ede3a51bb28398' > > or one of its dependencies. Strong name validation failed. (Exception > > from HRESULT: 0x8013141A). > > > > Presumably this is because I can't just generate a strong-name key > > myself? I then ran sn -Vr using my public key token, and changed two > > places in Ruby.Console's app.config file - Microsoft.Scripting and > > IronRuby to use my public key token. At this point, running the > > console doesn't bring up a message box, but the application does > > terminate immediately with the following appearing in the output window: > > > > WEAK_TABLE: IronRuby.Runtime.WeakTable`2[[System.Object, mscorlib, > > Version=2.0.0.0, Culture=neutral, > > PublicKeyToken=b77a5c561934e089],[IronRuby.Runtime.RubyInstanceData, > > IronRuby, Version=1.0.0.0, Culture=neutral, > > PublicKeyToken=67ede3a51bb28398]] A first chance exception of type > > 'System.IO.FileLoadException' occurred in mscorlib.dll A first chance > > exception of type 'IronRuby.Builtins.LoadError' occurred in > > IronRuby.dll A first chance exception of type > > 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll > > A first chance exception of type > > 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll > > A first chance exception of type > > 'Microsoft.Scripting.InvalidImplementationException' occurred in > > Microsoft.Scripting.dll > > > > So, when this failed, I tried to copy the only .snk file I could find > > from the subversion repository > > (trunk\src\microsoft.scripting.core\debugkey.snk) over my manually > > generated key, but this didn't yield the correct public key token > > either (it gives 51c7b9aefdaeb546). > > > > So, now I'm totally stuck. Any help or suggestions will be appreciated. > > > > > > Regards > > > > Terence > > > > > > PS, I'm trying to get the build to work out of visual studio so that I > > can step through some of the code in the debugger. > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Shri.Borde at microsoft.com Mon Dec 8 19:42:17 2008 From: Shri.Borde at microsoft.com (Shri Borde) Date: Mon, 8 Dec 2008 16:42:17 -0800 Subject: [Ironruby-core] Code Review: Simple ruby fixes Message-ID: <710DF26F214D2B4BB94287123FFE980A2DCC9782BC@NA-EXMSG-C104.redmond.corp.microsoft.com> tfpt review "/shelveset:rt;REDMOND\sborde" Comment : Simple fixes to the simple_test.rb runner as I was trying to get a feel for all the moving parts in Ruby testing. "finished" was not setting the exitcode, and so we were ignoring some failures, I disabled some of the tests, and fixed the trivial ones. Changed the Ruby method binder to throw AmbiguousMatchException for ambiguous method overloads, as throwing the ArgumentException was misleading. Added an alias for building just Microsoft.Scripting.dll -------------- next part -------------- A non-text attachment was scrubbed... Name: rt.diff Type: application/octet-stream Size: 36212 bytes Desc: rt.diff URL: From jdeville at microsoft.com Mon Dec 8 19:58:57 2008 From: jdeville at microsoft.com (Jim Deville) Date: Mon, 8 Dec 2008 16:58:57 -0800 Subject: [Ironruby-core] Code Review: Simple ruby fixes In-Reply-To: <710DF26F214D2B4BB94287123FFE980A2DCC9782BC@NA-EXMSG-C104.redmond.corp.microsoft.com> References: <710DF26F214D2B4BB94287123FFE980A2DCC9782BC@NA-EXMSG-C104.redmond.corp.microsoft.com> Message-ID: Can you update Alias.ps1 as well? Otherwise looks good. JD -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde Sent: Monday, December 08, 2008 4:42 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: [Ironruby-core] Code Review: Simple ruby fixes tfpt review "/shelveset:rt;REDMOND\sborde" Comment : Simple fixes to the simple_test.rb runner as I was trying to get a feel for all the moving parts in Ruby testing. "finished" was not setting the exitcode, and so we were ignoring some failures, I disabled some of the tests, and fixed the trivial ones. Changed the Ruby method binder to throw AmbiguousMatchException for ambiguous method overloads, as throwing the ArgumentException was misleading. Added an alias for building just Microsoft.Scripting.dll From Tomas.Matousek at microsoft.com Mon Dec 8 20:07:10 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 8 Dec 2008 17:07:10 -0800 Subject: [Ironruby-core] Code Review: Simple ruby fixes In-Reply-To: References: <710DF26F214D2B4BB94287123FFE980A2DCC9782BC@NA-EXMSG-C104.redmond.corp.microsoft.com> Message-ID: Looks good. Tomas -----Original Message----- From: Jim Deville Sent: Monday, December 08, 2008 4:59 PM To: ironruby-core at rubyforge.org; IronRuby External Code Reviewers Subject: RE: Code Review: Simple ruby fixes Can you update Alias.ps1 as well? Otherwise looks good. JD -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde Sent: Monday, December 08, 2008 4:42 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: [Ironruby-core] Code Review: Simple ruby fixes tfpt review "/shelveset:rt;REDMOND\sborde" Comment : Simple fixes to the simple_test.rb runner as I was trying to get a feel for all the moving parts in Ruby testing. "finished" was not setting the exitcode, and so we were ignoring some failures, I disabled some of the tests, and fixed the trivial ones. Changed the Ruby method binder to throw AmbiguousMatchException for ambiguous method overloads, as throwing the ArgumentException was misleading. Added an alias for building just Microsoft.Scripting.dll From michael.letterle at gmail.com Mon Dec 8 22:06:00 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 8 Dec 2008 22:06:00 -0500 Subject: [Ironruby-core] IronRuby GitHub Repo and Mono on Linux Message-ID: I successfully have the GitHub repo building on Mono 2.3 on Linux. Yes, you'll have to use the Mono SVN head version. Also Microsoft.Dynamic.dll does not compile, neither does the Test assemblies, however everything needed to run ir.exe does. The main issue right now seems to be that System.Dynamic.Utils namespace in Microsoft.Scripting.Core has all classes marked as internal. This seems to cause issues with gmcs but not csc... any ideas? (I already tried adding assembly: InternalsVisibleTo on Microsoft.Scripting.Core to no avail...) My branch is here: http://github.com/TheProkrammer/ironruby/tree/linux -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Tue Dec 9 00:39:07 2008 From: jdeville at microsoft.com (Jim Deville) Date: Mon, 8 Dec 2008 21:39:07 -0800 Subject: [Ironruby-core] Trouble building from Visual Studio (git repo) In-Reply-To: References: <2f1decf20812081501u179ba3fajdbb592513354abbb@mail.gmail.com> <5283CA0A4168DF4FBBD71AE9ECA5A3284BDAF7E5D6@NA-EXMSG-C116.redmond.corp.microsoft.com> Message-ID: I had Pete try that, and it didn't work, but he might be hitting a different issue. So yes, Skip verification (via sn -Vr) should work as well. JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Monday, December 08, 2008 4:05 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Trouble building from Visual Studio (git repo) Presumably turning off strong name validation for the public key token would work as well... no? On Mon, Dec 8, 2008 at 7:02 PM, Jimmy Schementi > wrote: Terence, Sorry for the issues you're having, crazy build breaks and signing are never fun. Microsoft requires us to sign any binaries we produce, so providing access to our repository is a pain because we can't distribute the private key used in signing. Jim is going to fix this so builds by default build do not sign. In the meantime, you'll need to remove the signing flags from all the .csproj files (Ruby.csproj, IronRuby.Libraries.csproj, and IronRuby.Libraries.Yaml.csproj). Open the .csproj files in a text-editor, and remove the following lines anywhere you find them (they might be in a file more than once): true ..\..\..\MSSharedLibKey.snk true Rebuilding should not care about signing at all now. Let me know if you run into any other problems. ~Jimmy > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Terence Lewis > Sent: Monday, December 08, 2008 3:01 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] Trouble building from Visual Studio (git > repo) > > Hello, > > First let me apologise for the length of this mail - it's not quite as > long as it looks, a lot of the text is error messages :( > > Anyway, I can now build from rake compile, however I'm having trouble > building from Visual Studio 2008 SP1. > > The first thing that it complains about is something to do with > SpecSharp.targets. I managed to work-around this by copying this file > from \merlin\main\Languages\Ruby to \merlin\main. > After doing this, I got an error about Microsoft.Scripting.dll meta- > data file not being found (with FxCop in the path), but changing the > build config file to FxCop and then back to Debug seemed to make this > problem go away. > Next, I got a complaint about MSSharedLibKey.snk - I worked around > this by creating a key myself (sn -k MSSharedLibKey.snk) in the folder > it was looking for. > Then when compiling, I get build 3 errors in > ReflectionCacheGenerator.cs (ClassInitGenerator). These are as follows: > > Error 1 'IronRuby.Compiler.Methods' is inaccessible due to its > protection level > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > r > . > cs line 29 > Error 2 'IronRuby.Runtime.Calls.BlockDispatcher' does not contain > a definition for 'MaxBlockArity' > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > r > . > cs line 102 > Error 3 'IronRuby.Runtime.Calls.BlockDispatcher' does not contain > a definition for 'MaxBlockArity' > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > r > . > cs line 103 > > I also get two build errors in IronRuby.Tests: > > Error 5 'IronRuby.Compiler.IParserLogger' is inaccessible due to > its protection level > \merlin\main\Languages\Ruby\IronRuby.Tests\Parser\DefaultParserLogger. > c > s > line 24 > Error 6 'IronRuby.Compiler.IParserLogger' is inaccessible due to > its protection level > \merlin\main\Languages\Ruby\IronRuby.Tests\Parser\CoverageParserLogger. > c > s line 33 > > > Commenting out errors 2 and 3, and making IronRuby.Compiler.Methods > and IronRuby.Compiler.IParserLogger public allows everything to build > except IronRuby.Tests which then fails with 47 compile errors. > > Trying to run Ruby.Console with the code in this condition leads to a > MessageBox with the following: > Error while trying to run project: Could not load file or assembly > 'ir, Version=1.0.0.0, Culture=neutral, PublicKeyToken=67ede3a51bb28398' > or one of its dependencies. Strong name validation failed. (Exception > from HRESULT: 0x8013141A). > > Presumably this is because I can't just generate a strong-name key > myself? I then ran sn -Vr using my public key token, and changed two > places in Ruby.Console's app.config file - Microsoft.Scripting and > IronRuby to use my public key token. At this point, running the > console doesn't bring up a message box, but the application does > terminate immediately with the following appearing in the output window: > > WEAK_TABLE: IronRuby.Runtime.WeakTable`2[[System.Object, mscorlib, > Version=2.0.0.0, Culture=neutral, > PublicKeyToken=b77a5c561934e089],[IronRuby.Runtime.RubyInstanceData, > IronRuby, Version=1.0.0.0, Culture=neutral, > PublicKeyToken=67ede3a51bb28398]] A first chance exception of type > 'System.IO.FileLoadException' occurred in mscorlib.dll A first chance > exception of type 'IronRuby.Builtins.LoadError' occurred in > IronRuby.dll A first chance exception of type > 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll > A first chance exception of type > 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll > A first chance exception of type > 'Microsoft.Scripting.InvalidImplementationException' occurred in > Microsoft.Scripting.dll > > So, when this failed, I tried to copy the only .snk file I could find > from the subversion repository > (trunk\src\microsoft.scripting.core\debugkey.snk) over my manually > generated key, but this didn't yield the correct public key token > either (it gives 51c7b9aefdaeb546). > > So, now I'm totally stuck. Any help or suggestions will be appreciated. > > > Regards > > Terence > > > PS, I'm trying to get the build to work out of visual studio so that I > can step through some of the code in the debugger. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From lewistm at gmail.com Tue Dec 9 01:05:23 2008 From: lewistm at gmail.com (Terence Lewis) Date: Tue, 9 Dec 2008 08:05:23 +0200 Subject: [Ironruby-core] Trouble building from Visual Studio (git repo) In-Reply-To: References: <2f1decf20812081501u179ba3fajdbb592513354abbb@mail.gmail.com> <5283CA0A4168DF4FBBD71AE9ECA5A3284BDAF7E5D6@NA-EXMSG-C116.redmond.corp.microsoft.com> Message-ID: <2f1decf20812082205n574e5d99ga4222b9c86962704@mail.gmail.com> I've actually just managed to get this to work. I had to remove the 3 signing xml tags from every project in the solution (not just the 3 Jimmy mentioned). I also had to remove the definition of SIGNED from every project that had it (which wasn't all of them). Once this was done, all projects built through without errors. I also had to change App.Config in Ruby.Console to set the public key token to null on Microsoft.Scripting and IronRuby, to get the exe to start-up, but now it does, and I've successfully resolved my underlying issue (which was a load failure while using test/unit in some ironruby code I'm writing). Incidentally, it turns out the solution to that problem was to copy everything out of my C:\ruby\lib folder into merlin\languages\ruby\ruby-1.8.6\lib folder. Is this the recommended approach for now for using standard ruby libraries? What is the plan for this going forwards? I tried to generate a diff to send through of all the things I've had to change to get the code to build from a fresh git checkout (remove the check for tf.exe, remove signing attribs, etc.), but my text editor appears to have put ^M's all over the csproj files. Presumably there's some windows/cygwin line-ending conflict going on there. If this diff would be useful to anybody, I can re-edit those files from cygwin's vim, which should fix the CRLF problem. Thanks again for all the helpful advice Terence On Tue, Dec 9, 2008 at 7:39 AM, Jim Deville wrote: > I had Pete try that, and it didn't work, but he might be hitting a > different issue. So yes, Skip verification (via sn -Vr) should work as well. > > > > > JD > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Michael Letterle > *Sent:* Monday, December 08, 2008 4:05 PM > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] Trouble building from Visual Studio (git > repo) > > > > Presumably turning off strong name validation for the public key token > would work as well... no? > > On Mon, Dec 8, 2008 at 7:02 PM, Jimmy Schementi < > Jimmy.Schementi at microsoft.com> wrote: > > Terence, > > Sorry for the issues you're having, crazy build breaks and signing are > never fun. Microsoft requires us to sign any binaries we produce, so > providing access to our repository is a pain because we can't distribute the > private key used in signing. Jim is going to fix this so builds by default > build do not sign. > > In the meantime, you'll need to remove the signing flags from all the > .csproj files (Ruby.csproj, IronRuby.Libraries.csproj, and > IronRuby.Libraries.Yaml.csproj). Open the .csproj files in a text-editor, > and remove the following lines anywhere you find them (they might be in a > file more than once): > > true > > ..\..\..\MSSharedLibKey.snk > true > > Rebuilding should not care about signing at all now. Let me know if you run > into any other problems. > > ~Jimmy > > > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > > bounces at rubyforge.org] On Behalf Of Terence Lewis > > Sent: Monday, December 08, 2008 3:01 PM > > To: ironruby-core at rubyforge.org > > Subject: [Ironruby-core] Trouble building from Visual Studio (git > > repo) > > > > Hello, > > > > First let me apologise for the length of this mail - it's not quite as > > long as it looks, a lot of the text is error messages :( > > > > Anyway, I can now build from rake compile, however I'm having trouble > > building from Visual Studio 2008 SP1. > > > > The first thing that it complains about is something to do with > > SpecSharp.targets. I managed to work-around this by copying this file > > from \merlin\main\Languages\Ruby to \merlin\main. > > After doing this, I got an error about Microsoft.Scripting.dll meta- > > data file not being found (with FxCop in the path), but changing the > > build config file to FxCop and then back to Debug seemed to make this > > problem go away. > > Next, I got a complaint about MSSharedLibKey.snk - I worked around > > this by creating a key myself (sn -k MSSharedLibKey.snk) in the folder > > it was looking for. > > Then when compiling, I get build 3 errors in > > ReflectionCacheGenerator.cs (ClassInitGenerator). These are as follows: > > > > Error 1 'IronRuby.Compiler.Methods' is inaccessible due to its > > protection level > > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > > r > > . > > cs line 29 > > Error 2 'IronRuby.Runtime.Calls.BlockDispatcher' does not contain > > a definition for 'MaxBlockArity' > > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > > r > > . > > cs line 102 > > Error 3 'IronRuby.Runtime.Calls.BlockDispatcher' does not contain > > a definition for 'MaxBlockArity' > > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > > r > > . > > cs line 103 > > > > I also get two build errors in IronRuby.Tests: > > > > Error 5 'IronRuby.Compiler.IParserLogger' is inaccessible due to > > its protection level > > \merlin\main\Languages\Ruby\IronRuby.Tests\Parser\DefaultParserLogger. > > c > > s > > line 24 > > Error 6 'IronRuby.Compiler.IParserLogger' is inaccessible due to > > its protection level > > \merlin\main\Languages\Ruby\IronRuby.Tests\Parser\CoverageParserLogger. > > c > > > s line 33 > > > > > > > Commenting out errors 2 and 3, and making IronRuby.Compiler.Methods > > and IronRuby.Compiler.IParserLogger public allows everything to build > > except IronRuby.Tests which then fails with 47 compile errors. > > > > Trying to run Ruby.Console with the code in this condition leads to a > > MessageBox with the following: > > Error while trying to run project: Could not load file or assembly > > 'ir, Version=1.0.0.0, Culture=neutral, PublicKeyToken=67ede3a51bb28398' > > or one of its dependencies. Strong name validation failed. (Exception > > from HRESULT: 0x8013141A). > > > > Presumably this is because I can't just generate a strong-name key > > myself? I then ran sn -Vr using my public key token, and changed two > > places in Ruby.Console's app.config file - Microsoft.Scripting and > > IronRuby to use my public key token. At this point, running the > > console doesn't bring up a message box, but the application does > > terminate immediately with the following appearing in the output window: > > > > WEAK_TABLE: IronRuby.Runtime.WeakTable`2[[System.Object, mscorlib, > > Version=2.0.0.0, Culture=neutral, > > PublicKeyToken=b77a5c561934e089],[IronRuby.Runtime.RubyInstanceData, > > IronRuby, Version=1.0.0.0, Culture=neutral, > > PublicKeyToken=67ede3a51bb28398]] A first chance exception of type > > 'System.IO.FileLoadException' occurred in mscorlib.dll A first chance > > exception of type 'IronRuby.Builtins.LoadError' occurred in > > IronRuby.dll A first chance exception of type > > 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll > > A first chance exception of type > > 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll > > A first chance exception of type > > 'Microsoft.Scripting.InvalidImplementationException' occurred in > > Microsoft.Scripting.dll > > > > So, when this failed, I tried to copy the only .snk file I could find > > from the subversion repository > > (trunk\src\microsoft.scripting.core\debugkey.snk) over my manually > > generated key, but this didn't yield the correct public key token > > either (it gives 51c7b9aefdaeb546). > > > > So, now I'm totally stuck. Any help or suggestions will be appreciated. > > > > > > Regards > > > > Terence > > > > > > PS, I'm trying to get the build to work out of visual studio so that I > > can step through some of the code in the debugger. > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > -- > Michael Letterle > [Polymath Prokrammer] > 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 jdeville at microsoft.com Tue Dec 9 01:43:21 2008 From: jdeville at microsoft.com (Jim Deville) Date: Mon, 8 Dec 2008 22:43:21 -0800 Subject: [Ironruby-core] Trouble building from Visual Studio (git repo) In-Reply-To: <2f1decf20812082205n574e5d99ga4222b9c86962704@mail.gmail.com> References: <2f1decf20812081501u179ba3fajdbb592513354abbb@mail.gmail.com> <5283CA0A4168DF4FBBD71AE9ECA5A3284BDAF7E5D6@NA-EXMSG-C116.redmond.corp.microsoft.com> <2f1decf20812082205n574e5d99ga4222b9c86962704@mail.gmail.com> Message-ID: I'd be interested in the diff. You should be able to go into Vim, open the file, and run :set fileformat=unix followed by a :wq to save it. That should convert line endings for you. I can't guarantee we'll use it, but I'd like to see what you had to do. Ir.exe in a Merlin environment should use the app.config provided, which is why you needed to put your files in ruby-1.8.6\lib. Those files are mirrored in Merlin\External\Languages\Ruby\ruby-redist. I'll look into making app.config look there. Before we close the SVN repository, and switch to Git as primary, we will have a solution for the signing problem. I'll bring it up on list once I have a better plan for it. From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Terence Lewis Sent: Monday, December 08, 2008 10:05 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Trouble building from Visual Studio (git repo) I've actually just managed to get this to work. I had to remove the 3 signing xml tags from every project in the solution (not just the 3 Jimmy mentioned). I also had to remove the definition of SIGNED from every project that had it (which wasn't all of them). Once this was done, all projects built through without errors. I also had to change App.Config in Ruby.Console to set the public key token to null on Microsoft.Scripting and IronRuby, to get the exe to start-up, but now it does, and I've successfully resolved my underlying issue (which was a load failure while using test/unit in some ironruby code I'm writing). Incidentally, it turns out the solution to that problem was to copy everything out of my C:\ruby\lib folder into merlin\languages\ruby\ruby-1.8.6\lib folder. Is this the recommended approach for now for using standard ruby libraries? What is the plan for this going forwards? I tried to generate a diff to send through of all the things I've had to change to get the code to build from a fresh git checkout (remove the check for tf.exe, remove signing attribs, etc.), but my text editor appears to have put ^M's all over the csproj files. Presumably there's some windows/cygwin line-ending conflict going on there. If this diff would be useful to anybody, I can re-edit those files from cygwin's vim, which should fix the CRLF problem. Thanks again for all the helpful advice Terence On Tue, Dec 9, 2008 at 7:39 AM, Jim Deville > wrote: I had Pete try that, and it didn't work, but he might be hitting a different issue. So yes, Skip verification (via sn -Vr) should work as well. JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Monday, December 08, 2008 4:05 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Trouble building from Visual Studio (git repo) Presumably turning off strong name validation for the public key token would work as well... no? On Mon, Dec 8, 2008 at 7:02 PM, Jimmy Schementi > wrote: Terence, Sorry for the issues you're having, crazy build breaks and signing are never fun. Microsoft requires us to sign any binaries we produce, so providing access to our repository is a pain because we can't distribute the private key used in signing. Jim is going to fix this so builds by default build do not sign. In the meantime, you'll need to remove the signing flags from all the .csproj files (Ruby.csproj, IronRuby.Libraries.csproj, and IronRuby.Libraries.Yaml.csproj). Open the .csproj files in a text-editor, and remove the following lines anywhere you find them (they might be in a file more than once): true ..\..\..\MSSharedLibKey.snk true Rebuilding should not care about signing at all now. Let me know if you run into any other problems. ~Jimmy > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Terence Lewis > Sent: Monday, December 08, 2008 3:01 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] Trouble building from Visual Studio (git > repo) > > Hello, > > First let me apologise for the length of this mail - it's not quite as > long as it looks, a lot of the text is error messages :( > > Anyway, I can now build from rake compile, however I'm having trouble > building from Visual Studio 2008 SP1. > > The first thing that it complains about is something to do with > SpecSharp.targets. I managed to work-around this by copying this file > from \merlin\main\Languages\Ruby to \merlin\main. > After doing this, I got an error about Microsoft.Scripting.dll meta- > data file not being found (with FxCop in the path), but changing the > build config file to FxCop and then back to Debug seemed to make this > problem go away. > Next, I got a complaint about MSSharedLibKey.snk - I worked around > this by creating a key myself (sn -k MSSharedLibKey.snk) in the folder > it was looking for. > Then when compiling, I get build 3 errors in > ReflectionCacheGenerator.cs (ClassInitGenerator). These are as follows: > > Error 1 'IronRuby.Compiler.Methods' is inaccessible due to its > protection level > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > r > . > cs line 29 > Error 2 'IronRuby.Runtime.Calls.BlockDispatcher' does not contain > a definition for 'MaxBlockArity' > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > r > . > cs line 102 > Error 3 'IronRuby.Runtime.Calls.BlockDispatcher' does not contain > a definition for 'MaxBlockArity' > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > r > . > cs line 103 > > I also get two build errors in IronRuby.Tests: > > Error 5 'IronRuby.Compiler.IParserLogger' is inaccessible due to > its protection level > \merlin\main\Languages\Ruby\IronRuby.Tests\Parser\DefaultParserLogger. > c > s > line 24 > Error 6 'IronRuby.Compiler.IParserLogger' is inaccessible due to > its protection level > \merlin\main\Languages\Ruby\IronRuby.Tests\Parser\CoverageParserLogger. > c > s line 33 > > > Commenting out errors 2 and 3, and making IronRuby.Compiler.Methods > and IronRuby.Compiler.IParserLogger public allows everything to build > except IronRuby.Tests which then fails with 47 compile errors. > > Trying to run Ruby.Console with the code in this condition leads to a > MessageBox with the following: > Error while trying to run project: Could not load file or assembly > 'ir, Version=1.0.0.0, Culture=neutral, PublicKeyToken=67ede3a51bb28398' > or one of its dependencies. Strong name validation failed. (Exception > from HRESULT: 0x8013141A). > > Presumably this is because I can't just generate a strong-name key > myself? I then ran sn -Vr using my public key token, and changed two > places in Ruby.Console's app.config file - Microsoft.Scripting and > IronRuby to use my public key token. At this point, running the > console doesn't bring up a message box, but the application does > terminate immediately with the following appearing in the output window: > > WEAK_TABLE: IronRuby.Runtime.WeakTable`2[[System.Object, mscorlib, > Version=2.0.0.0, Culture=neutral, > PublicKeyToken=b77a5c561934e089],[IronRuby.Runtime.RubyInstanceData, > IronRuby, Version=1.0.0.0, Culture=neutral, > PublicKeyToken=67ede3a51bb28398]] A first chance exception of type > 'System.IO.FileLoadException' occurred in mscorlib.dll A first chance > exception of type 'IronRuby.Builtins.LoadError' occurred in > IronRuby.dll A first chance exception of type > 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll > A first chance exception of type > 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll > A first chance exception of type > 'Microsoft.Scripting.InvalidImplementationException' occurred in > Microsoft.Scripting.dll > > So, when this failed, I tried to copy the only .snk file I could find > from the subversion repository > (trunk\src\microsoft.scripting.core\debugkey.snk) over my manually > generated key, but this didn't yield the correct public key token > either (it gives 51c7b9aefdaeb546). > > So, now I'm totally stuck. Any help or suggestions will be appreciated. > > > Regards > > Terence > > > PS, I'm trying to get the build to work out of visual studio so that I > can step through some of the code in the debugger. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Michael Letterle [Polymath Prokrammer] 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 lewistm at gmail.com Tue Dec 9 03:23:50 2008 From: lewistm at gmail.com (Terence Lewis) Date: Tue, 9 Dec 2008 10:23:50 +0200 Subject: [Ironruby-core] Trouble building from Visual Studio (git repo) In-Reply-To: References: <2f1decf20812081501u179ba3fajdbb592513354abbb@mail.gmail.com> <5283CA0A4168DF4FBBD71AE9ECA5A3284BDAF7E5D6@NA-EXMSG-C116.redmond.corp.microsoft.com> <2f1decf20812082205n574e5d99ga4222b9c86962704@mail.gmail.com> Message-ID: <2f1decf20812090023rb57badem2b4ebed4afb76466@mail.gmail.com> Hey Jim Please find attached the diff. It's not perfect (I've managed to lose what I think are unicode markers from some of the files, as well as some end-of-file newlines), but it should give you a good idea. To sum up, I think this is the entire set of things I had to do to be able to compile a fresh check-out under both VS and rake: 1) Remove tf.exe from misc.rake 2) Remove the SIGNED defined constant from all csproj files 3) Remove SignAssembly, AssemblyOriginatorKeyFile and DelaySign tags from all csproj files. 4) Set the PublicKeyToken to null on "Microsoft.Scripting" and "IronRuby" in /merlin/main/App.config and also but not exactly related: 5) Copy /lib from my MRI into merlin\languages\ruby\ruby-1.8.6\lib On Tue, Dec 9, 2008 at 8:43 AM, Jim Deville wrote: > I'd be interested in the diff. You should be able to go into Vim, open > the file, and run :set fileformat=unix followed by a :wq to save it. That > should convert line endings for you. I can't guarantee we'll use it, but I'd > like to see what you had to do. > > > > Ir.exe in a Merlin environment should use the app.config provided, which is > why you needed to put your files in ruby-1.8.6\lib. Those files are mirrored > in Merlin\External\Languages\Ruby\ruby-redist. I'll look into making > app.config look there. > > > > Before we close the SVN repository, and switch to Git as primary, we will > have a solution for the signing problem. I'll bring it up on list once I > have a better plan for it. > > > > > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Terence Lewis > *Sent:* Monday, December 08, 2008 10:05 PM > > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] Trouble building from Visual Studio (git > repo) > > > > I've actually just managed to get this to work. I had to remove the 3 > signing xml tags from every project in the solution (not just the 3 Jimmy > mentioned). I also had to remove the definition of SIGNED from every project > that had it (which wasn't all of them). Once this was done, all projects > built through without errors. I also had to change App.Config in > Ruby.Console to set the public key token to null on Microsoft.Scripting and > IronRuby, to get the exe to start-up, but now it does, and I've successfully > resolved my underlying issue (which was a load failure while using test/unit > in some ironruby code I'm writing). > > Incidentally, it turns out the solution to that problem was to copy > everything out of my C:\ruby\lib folder into > merlin\languages\ruby\ruby-1.8.6\lib folder. Is this the recommended > approach for now for using standard ruby libraries? What is the plan for > this going forwards? > > I tried to generate a diff to send through of all the things I've had to > change to get the code to build from a fresh git checkout (remove the check > for tf.exe, remove signing attribs, etc.), but my text editor appears to > have put ^M's all over the csproj files. Presumably there's some > windows/cygwin line-ending conflict going on there. If this diff would be > useful to anybody, I can re-edit those files from cygwin's vim, which should > fix the CRLF problem. > > > Thanks again for all the helpful advice > > > Terence > > On Tue, Dec 9, 2008 at 7:39 AM, Jim Deville > wrote: > > I had Pete try that, and it didn't work, but he might be hitting a > different issue. So yes, Skip verification (via sn -Vr) should work as well. > > > > > JD > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Michael Letterle > *Sent:* Monday, December 08, 2008 4:05 PM > > > *To:* ironruby-core at rubyforge.org > > *Subject:* Re: [Ironruby-core] Trouble building from Visual Studio (git > repo) > > > > Presumably turning off strong name validation for the public key token > would work as well... no? > > On Mon, Dec 8, 2008 at 7:02 PM, Jimmy Schementi < > Jimmy.Schementi at microsoft.com> wrote: > > Terence, > > Sorry for the issues you're having, crazy build breaks and signing are > never fun. Microsoft requires us to sign any binaries we produce, so > providing access to our repository is a pain because we can't distribute the > private key used in signing. Jim is going to fix this so builds by default > build do not sign. > > In the meantime, you'll need to remove the signing flags from all the > .csproj files (Ruby.csproj, IronRuby.Libraries.csproj, and > IronRuby.Libraries.Yaml.csproj). Open the .csproj files in a text-editor, > and remove the following lines anywhere you find them (they might be in a > file more than once): > > true > > ..\..\..\MSSharedLibKey.snk > true > > Rebuilding should not care about signing at all now. Let me know if you run > into any other problems. > > ~Jimmy > > > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > > bounces at rubyforge.org] On Behalf Of Terence Lewis > > Sent: Monday, December 08, 2008 3:01 PM > > To: ironruby-core at rubyforge.org > > Subject: [Ironruby-core] Trouble building from Visual Studio (git > > repo) > > > > Hello, > > > > First let me apologise for the length of this mail - it's not quite as > > long as it looks, a lot of the text is error messages :( > > > > Anyway, I can now build from rake compile, however I'm having trouble > > building from Visual Studio 2008 SP1. > > > > The first thing that it complains about is something to do with > > SpecSharp.targets. I managed to work-around this by copying this file > > from \merlin\main\Languages\Ruby to \merlin\main. > > After doing this, I got an error about Microsoft.Scripting.dll meta- > > data file not being found (with FxCop in the path), but changing the > > build config file to FxCop and then back to Debug seemed to make this > > problem go away. > > Next, I got a complaint about MSSharedLibKey.snk - I worked around > > this by creating a key myself (sn -k MSSharedLibKey.snk) in the folder > > it was looking for. > > Then when compiling, I get build 3 errors in > > ReflectionCacheGenerator.cs (ClassInitGenerator). These are as follows: > > > > Error 1 'IronRuby.Compiler.Methods' is inaccessible due to its > > protection level > > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > > r > > . > > cs line 29 > > Error 2 'IronRuby.Runtime.Calls.BlockDispatcher' does not contain > > a definition for 'MaxBlockArity' > > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > > r > > . > > cs line 102 > > Error 3 'IronRuby.Runtime.Calls.BlockDispatcher' does not contain > > a definition for 'MaxBlockArity' > > \merlin\main\Languages\Ruby\ClassInitGenerator\ReflectionCacheGenerato > > r > > . > > cs line 103 > > > > I also get two build errors in IronRuby.Tests: > > > > Error 5 'IronRuby.Compiler.IParserLogger' is inaccessible due to > > its protection level > > \merlin\main\Languages\Ruby\IronRuby.Tests\Parser\DefaultParserLogger. > > c > > s > > line 24 > > Error 6 'IronRuby.Compiler.IParserLogger' is inaccessible due to > > its protection level > > \merlin\main\Languages\Ruby\IronRuby.Tests\Parser\CoverageParserLogger. > > c > > > s line 33 > > > > > > > Commenting out errors 2 and 3, and making IronRuby.Compiler.Methods > > and IronRuby.Compiler.IParserLogger public allows everything to build > > except IronRuby.Tests which then fails with 47 compile errors. > > > > Trying to run Ruby.Console with the code in this condition leads to a > > MessageBox with the following: > > Error while trying to run project: Could not load file or assembly > > 'ir, Version=1.0.0.0, Culture=neutral, PublicKeyToken=67ede3a51bb28398' > > or one of its dependencies. Strong name validation failed. (Exception > > from HRESULT: 0x8013141A). > > > > Presumably this is because I can't just generate a strong-name key > > myself? I then ran sn -Vr using my public key token, and changed two > > places in Ruby.Console's app.config file - Microsoft.Scripting and > > IronRuby to use my public key token. At this point, running the > > console doesn't bring up a message box, but the application does > > terminate immediately with the following appearing in the output window: > > > > WEAK_TABLE: IronRuby.Runtime.WeakTable`2[[System.Object, mscorlib, > > Version=2.0.0.0, Culture=neutral, > > PublicKeyToken=b77a5c561934e089],[IronRuby.Runtime.RubyInstanceData, > > IronRuby, Version=1.0.0.0, Culture=neutral, > > PublicKeyToken=67ede3a51bb28398]] A first chance exception of type > > 'System.IO.FileLoadException' occurred in mscorlib.dll A first chance > > exception of type 'IronRuby.Builtins.LoadError' occurred in > > IronRuby.dll A first chance exception of type > > 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll > > A first chance exception of type > > 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll > > A first chance exception of type > > 'Microsoft.Scripting.InvalidImplementationException' occurred in > > Microsoft.Scripting.dll > > > > So, when this failed, I tried to copy the only .snk file I could find > > from the subversion repository > > (trunk\src\microsoft.scripting.core\debugkey.snk) over my manually > > generated key, but this didn't yield the correct public key token > > either (it gives 51c7b9aefdaeb546). > > > > So, now I'm totally stuck. Any help or suggestions will be appreciated. > > > > > > Regards > > > > Terence > > > > > > PS, I'm trying to get the build to work out of visual studio so that I > > can step through some of the code in the debugger. > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > -- > Michael Letterle > [Polymath Prokrammer] > 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: compile.diff Type: application/octet-stream Size: 83439 bytes Desc: not available URL: From ben2004uk at googlemail.com Tue Dec 9 13:14:25 2008 From: ben2004uk at googlemail.com (Ben Hall) Date: Tue, 9 Dec 2008 18:14:25 +0000 Subject: [Ironruby-core] Loading Assemblies Message-ID: Hello, Just been playing around with some interop with our SDK. This is our setup. SDK is installed into C:\Program Files\SDK\ ir is C:\IronRuby\ir.exe I then add C:\IronRuby to my path folder. I attempt to do the following to access the SDK. require 'C:\Program Files\SDK\a.dll' require 'C:\Program Files\SDK\b.dll' require 'C:\Program Files\SDK\c.dll' B has a dependency on a. a loads file, but when loading b.dll an exception is thrown within LoadTypesFromAssembly because it cannot find a.dll. This is a serious problem, without copying all the assemblies into my IronRuby directory I'm not sure how to load the types and use our SDK? Installing into the GAC isn't an option. Please help! Thanks Ben From curth at microsoft.com Tue Dec 9 13:21:32 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Tue, 9 Dec 2008 10:21:32 -0800 Subject: [Ironruby-core] Loading Assemblies In-Reply-To: References: Message-ID: Few things in CLRland are more frustrating than the Fusion loader. Your simplest short-term fix is probably to set the probe path in ir.exe.config: (Disclaimer: haven't tried this myself yet) -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ben Hall Sent: Tuesday, December 09, 2008 10:14 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Loading Assemblies Hello, Just been playing around with some interop with our SDK. This is our setup. SDK is installed into C:\Program Files\SDK\ ir is C:\IronRuby\ir.exe I then add C:\IronRuby to my path folder. I attempt to do the following to access the SDK. require 'C:\Program Files\SDK\a.dll' require 'C:\Program Files\SDK\b.dll' require 'C:\Program Files\SDK\c.dll' B has a dependency on a. a loads file, but when loading b.dll an exception is thrown within LoadTypesFromAssembly because it cannot find a.dll. This is a serious problem, without copying all the assemblies into my IronRuby directory I'm not sure how to load the types and use our SDK? Installing into the GAC isn't an option. Please help! Thanks Ben _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From thibaut.barrere at gmail.com Tue Dec 9 14:45:42 2008 From: thibaut.barrere at gmail.com (=?ISO-8859-1?Q?Thibaut_Barr=E8re?=) Date: Tue, 9 Dec 2008 20:45:42 +0100 Subject: [Ironruby-core] Loading Assemblies In-Reply-To: References: Message-ID: <4a68b8cf0812091145g3326132dr8cabb095f1239b2b@mail.gmail.com> > require 'C:\Program Files\SDK\a.dll' > require 'C:\Program Files\SDK\b.dll' > require 'C:\Program Files\SDK\c.dll' Never tried that with IronRuby, but would the following work ? $LOAD_PATH << 'C:\Program Files\SDK\' -- Thibaut > > B has a dependency on a. a loads file, but when loading b.dll an > exception is thrown within LoadTypesFromAssembly because it cannot > find a.dll. > > This is a serious problem, without copying all the assemblies into my > IronRuby directory I'm not sure how to load the types and use our SDK? > Installing into the GAC isn't an option. > > Please help! > > Thanks > > Ben > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > From Tomas.Matousek at microsoft.com Tue Dec 9 16:46:17 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 9 Dec 2008 13:46:17 -0800 Subject: [Ironruby-core] Loading Assemblies In-Reply-To: <4a68b8cf0812091145g3326132dr8cabb095f1239b2b@mail.gmail.com> References: <4a68b8cf0812091145g3326132dr8cabb095f1239b2b@mail.gmail.com> Message-ID: No. You need to set it in App.config. But I think the probe path could only be a subdirectory of the app. That means a subdirectory of a path where ir.exe is. We are working on improving assembly loading for IronRuby. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Thibaut Barr?re Sent: Tuesday, December 09, 2008 11:46 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Loading Assemblies > require 'C:\Program Files\SDK\a.dll' > require 'C:\Program Files\SDK\b.dll' > require 'C:\Program Files\SDK\c.dll' Never tried that with IronRuby, but would the following work ? $LOAD_PATH << 'C:\Program Files\SDK\' -- Thibaut > > B has a dependency on a. a loads file, but when loading b.dll an > exception is thrown within LoadTypesFromAssembly because it cannot > find a.dll. > > This is a serious problem, without copying all the assemblies into my > IronRuby directory I'm not sure how to load the types and use our SDK? > Installing into the GAC isn't an option. > > Please help! > > Thanks > > Ben > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Tue Dec 9 21:16:19 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 9 Dec 2008 18:16:19 -0800 Subject: [Ironruby-core] Code Review: MoreSites4 Message-ID: tfpt review "/shelveset:MoreSites4;REDMOND\tomat" DLR change: Inherits SiteLocalStorage from SiteLocalStorage class and enables any subclass of SiteLocalStorage to be created as a storage for data in a rule. Ruby: Implements multiple SiteLocalStorage subclasses for the most frequent site storage types: CallSiteStorage, BinaryOpStorage, UnaryOpStorage, ConversionStorage. Implements ConvertToHashAction, fixes implementation of ConvertToSAction. Conversion actions now use RubyContext not RubyScope. This simplifies their calls from libraries yet causes a minor incompatibility with MRI: if a parameter-less method that works with a local scope, such as "private", is aliased and given the name of a conversion method ("to_s", e.g.) and a conversion of an object with such aliased method is attempted, the scope-manipulating method fails to update the scope properly. This is not a real world scenario so it should be fine to ignore it. The fix would require to define 2 instances of each protocol conversion action - one HasScope flag and the other without it. Removes more static sites. Tomas -------------- next part -------------- A non-text attachment was scrubbed... Name: MoreSites4.diff Type: application/octet-stream Size: 748315 bytes Desc: MoreSites4.diff URL: From Martin.Maly at microsoft.com Tue Dec 9 21:23:28 2008 From: Martin.Maly at microsoft.com (Martin Maly) Date: Tue, 9 Dec 2008 18:23:28 -0800 Subject: [Ironruby-core] Code Review: MoreSites4 In-Reply-To: References: Message-ID: DLR looks good -----Original Message----- From: Tomas Matousek Sent: Tuesday, December 09, 2008 6:16 PM To: IronRuby External Code Reviewers; DLR Code Reviews Cc: ironruby-core at rubyforge.org Subject: Code Review: MoreSites4 tfpt review "/shelveset:MoreSites4;REDMOND\tomat" DLR change: Inherits SiteLocalStorage from SiteLocalStorage class and enables any subclass of SiteLocalStorage to be created as a storage for data in a rule. Ruby: Implements multiple SiteLocalStorage subclasses for the most frequent site storage types: CallSiteStorage, BinaryOpStorage, UnaryOpStorage, ConversionStorage. Implements ConvertToHashAction, fixes implementation of ConvertToSAction. Conversion actions now use RubyContext not RubyScope. This simplifies their calls from libraries yet causes a minor incompatibility with MRI: if a parameter-less method that works with a local scope, such as "private", is aliased and given the name of a conversion method ("to_s", e.g.) and a conversion of an object with such aliased method is attempted, the scope-manipulating method fails to update the scope properly. This is not a real world scenario so it should be fine to ignore it. The fix would require to define 2 instances of each protocol conversion action - one HasScope flag and the other without it. Removes more static sites. Tomas From curth at microsoft.com Tue Dec 9 22:13:32 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Tue, 9 Dec 2008 19:13:32 -0800 Subject: [Ironruby-core] Code Review: MoreSites4 In-Reply-To: References: Message-ID: Ruby changes look good. -----Original Message----- From: Tomas Matousek Sent: Tuesday, December 09, 2008 6:16 PM To: IronRuby External Code Reviewers; DLR Code Reviews Cc: ironruby-core at rubyforge.org Subject: Code Review: MoreSites4 tfpt review "/shelveset:MoreSites4;REDMOND\tomat" DLR change: Inherits SiteLocalStorage from SiteLocalStorage class and enables any subclass of SiteLocalStorage to be created as a storage for data in a rule. Ruby: Implements multiple SiteLocalStorage subclasses for the most frequent site storage types: CallSiteStorage, BinaryOpStorage, UnaryOpStorage, ConversionStorage. Implements ConvertToHashAction, fixes implementation of ConvertToSAction. Conversion actions now use RubyContext not RubyScope. This simplifies their calls from libraries yet causes a minor incompatibility with MRI: if a parameter-less method that works with a local scope, such as "private", is aliased and given the name of a conversion method ("to_s", e.g.) and a conversion of an object with such aliased method is attempted, the scope-manipulating method fails to update the scope properly. This is not a real world scenario so it should be fine to ignore it. The fix would require to define 2 instances of each protocol conversion action - one HasScope flag and the other without it. Removes more static sites. Tomas From ben2004uk at googlemail.com Wed Dec 10 04:12:16 2008 From: ben2004uk at googlemail.com (Ben Hall) Date: Wed, 10 Dec 2008 09:12:16 +0000 Subject: [Ironruby-core] Loading Assemblies In-Reply-To: References: <4a68b8cf0812091145g3326132dr8cabb095f1239b2b@mail.gmail.com> Message-ID: Thanks for the responses. Tomas is right, the appdomain didn't work (plus, it feels as dirty as copying all the assemblies). I wanted to hook into the AssemblyResolve event on the AppDomain, however it appears as if I don't have access to the appdomain! When I try System::AppDomain::CurrentDomain.methods, I get a NameError again. Disappointing :( I'll see if I can come up with some hacky way, its a shame that I can't manualy load in all the assemblies and you attempt to load them from the AppDomain first (then I would have a require 'sdk.rb' file with all the dependencies loaded in order) Thanks Ben On Tue, Dec 9, 2008 at 9:46 PM, Tomas Matousek wrote: > No. You need to set it in App.config. But I think the probe path could only be a subdirectory of the app. That means a subdirectory of a path where ir.exe is. > > We are working on improving assembly loading for IronRuby. > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Thibaut Barr?re > Sent: Tuesday, December 09, 2008 11:46 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Loading Assemblies > >> require 'C:\Program Files\SDK\a.dll' >> require 'C:\Program Files\SDK\b.dll' >> require 'C:\Program Files\SDK\c.dll' > > Never tried that with IronRuby, but would the following work ? > > $LOAD_PATH << 'C:\Program Files\SDK\' > > -- Thibaut > >> >> B has a dependency on a. a loads file, but when loading b.dll an >> exception is thrown within LoadTypesFromAssembly because it cannot >> find a.dll. >> >> This is a serious problem, without copying all the assemblies into my >> IronRuby directory I'm not sure how to load the types and use our SDK? >> Installing into the GAC isn't an option. >> >> Please help! >> >> Thanks >> >> Ben >> _______________________________________________ >> 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 curth at microsoft.com Wed Dec 10 10:30:33 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Wed, 10 Dec 2008 07:30:33 -0800 Subject: [Ironruby-core] Loading Assemblies In-Reply-To: References: <4a68b8cf0812091145g3326132dr8cabb095f1239b2b@mail.gmail.com> Message-ID: CurrentDomain is a static method, not a class -- so you want System::AppDomain.current_domain The AssemblyResolve event comes with its own set of odd side effects that may bite, but it is how IronPython deals with the issue. -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ben Hall Sent: Wednesday, December 10, 2008 1:12 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Loading Assemblies Thanks for the responses. Tomas is right, the appdomain didn't work (plus, it feels as dirty as copying all the assemblies). I wanted to hook into the AssemblyResolve event on the AppDomain, however it appears as if I don't have access to the appdomain! When I try System::AppDomain::CurrentDomain.methods, I get a NameError again. Disappointing :( I'll see if I can come up with some hacky way, its a shame that I can't manualy load in all the assemblies and you attempt to load them from the AppDomain first (then I would have a require 'sdk.rb' file with all the dependencies loaded in order) Thanks Ben On Tue, Dec 9, 2008 at 9:46 PM, Tomas Matousek wrote: > No. You need to set it in App.config. But I think the probe path could only be a subdirectory of the app. That means a subdirectory of a path where ir.exe is. > > We are working on improving assembly loading for IronRuby. > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Thibaut Barr?re > Sent: Tuesday, December 09, 2008 11:46 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Loading Assemblies > >> require 'C:\Program Files\SDK\a.dll' >> require 'C:\Program Files\SDK\b.dll' >> require 'C:\Program Files\SDK\c.dll' > > Never tried that with IronRuby, but would the following work ? > > $LOAD_PATH << 'C:\Program Files\SDK\' > > -- Thibaut > >> >> B has a dependency on a. a loads file, but when loading b.dll an >> exception is thrown within LoadTypesFromAssembly because it cannot >> find a.dll. >> >> This is a serious problem, without copying all the assemblies into my >> IronRuby directory I'm not sure how to load the types and use our SDK? >> Installing into the GAC isn't an option. >> >> Please help! >> >> Thanks >> >> Ben >> _______________________________________________ >> 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 Thu Dec 11 01:09:12 2008 From: lists at ruby-forum.com (Benjamin van der Veen) Date: Thu, 11 Dec 2008 07:09:12 +0100 Subject: [Ironruby-core] Determining line number of runtime errors Message-ID: <5a305d9a21a3e6adcf805107b91ef71e@ruby-forum.com> Hello all, I'm just wondering if there's any way to see what line of the source code was being executed when an error occurred. This is possible when the source is being parsed/compiled/interpreted by inspecting SyntaxErrorException.Line? what about when the source is being evaluated? Thanks, benjamin -- Posted via http://www.ruby-forum.com/. From michael.letterle at gmail.com Thu Dec 11 10:15:52 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Thu, 11 Dec 2008 10:15:52 -0500 Subject: [Ironruby-core] Determining line number of runtime errors In-Reply-To: <5a305d9a21a3e6adcf805107b91ef71e@ruby-forum.com> References: <5a305d9a21a3e6adcf805107b91ef71e@ruby-forum.com> Message-ID: You should be able to pass in "-D" to ir.exe to get this information. On Thu, Dec 11, 2008 at 1:09 AM, Benjamin van der Veen wrote: > Hello all, > > I'm just wondering if there's any way to see what line of the source > code was being executed when an error occurred. This is possible when > the source is being parsed/compiled/interpreted by inspecting > SyntaxErrorException.Line? what about when the source is being > evaluated? > > Thanks, > benjamin > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Thu Dec 11 14:56:07 2008 From: lists at ruby-forum.com (Benjamin van der Veen) Date: Thu, 11 Dec 2008 20:56:07 +0100 Subject: [Ironruby-core] Determining line number of runtime errors In-Reply-To: References: <5a305d9a21a3e6adcf805107b91ef71e@ruby-forum.com> Message-ID: Michael Letterle wrote: > You should be able to pass in "-D" to ir.exe to get this information. > Oops, perhaps I should have been more specific about what I'm doing. I'm not actually using ir.exe, I'm creating ScriptRuntime/ScriptEngine/ScriptScope/ScriptSource in C# code. I'm wrapping the call to aScriptSource.Execute(aScriptScope) in a try-catch block. One of my catch blocks explicitly catches a SyntaxErrorException, which as I mentioned before has a Line property. I notice that runtime errors cause many different type of exceptions, so I'm speculating that there must be some other mechanism for determining what line the error occurred on. Thanks, benjamin -- Posted via http://www.ruby-forum.com/. From joshnuss at gmail.com Fri Dec 12 01:55:55 2008 From: joshnuss at gmail.com (Joshua Nussbaum) Date: Fri, 12 Dec 2008 01:55:55 -0500 Subject: [Ironruby-core] WPF databinding with ruby objects. Workaround :) Message-ID: <53a798720812112255y18da247dk1400ea1656333179@mail.gmail.com> Hey yall Seems IronRuby objects do not yet work with WPF databinding. One approach to a workaround is to emit a wrapper type that defines CLR properties. When WPF calls the getter/setter the call is forwarded ot the contained contained ruby object. This will allow defining business objects in ruby and databing them to the UI. This might be useful to thers, so here is my approach. The first part is C# code that defines a type given a list of property names. The second part is ruby code that creates a wrapper instance for a given ruby object and caches the type so that you dont generate a type for each element in an array.. The C# code to generate a type: using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Reflection; using System.Reflection.Emit; namespace GenerateType { public class TypeGenerator { public delegate object GetPropertyDelegate(string propertyName); public delegate object SetPropertyDelegate(string propertyName, object value); public static Type Generate(string className, List properties) { AssemblyName asmName = new AssemblyName("BindingTypes"); AssemblyBuilder asmBuilder = AppDomain.CurrentDomain.DefineDynamicAssembly(asmName, AssemblyBuilderAccess.Run); ModuleBuilder modBuilder = asmBuilder.DefineDynamicModule("Types"); TypeBuilder typeBuilder = modBuilder.DefineType(className, TypeAttributes.Public | TypeAttributes.Class | TypeAttributes.AutoClass | TypeAttributes.AnsiClass | TypeAttributes.BeforeFieldInit | TypeAttributes.AutoLayout); FieldBuilder getFieldBuilder = typeBuilder.DefineField("OnGet", typeof(GetPropertyDelegate), FieldAttributes.Public); FieldBuilder setFieldBuilder = typeBuilder.DefineField("OnSet", typeof(SetPropertyDelegate), FieldAttributes.Public); MethodAttributes getSetAttr = MethodAttributes.Public | MethodAttributes.SpecialName | MethodAttributes.HideBySig; foreach (string propertyName in properties) { PropertyBuilder propBuilder = typeBuilder.DefineProperty(propertyName, PropertyAttributes.None, typeof(object), new Type[] {}); MethodBuilder getter = typeBuilder.DefineMethod("get_" + propertyName, getSetAttr, typeof(string), Type.EmptyTypes); ILGenerator ilGen = getter.GetILGenerator(); ilGen.Emit(OpCodes.Ldarg_0); ilGen.Emit(OpCodes.Ldfld, getFieldBuilder); ilGen.Emit(OpCodes.Ldstr, propertyName); ilGen.Emit(OpCodes.Callvirt, typeof(GetPropertyDelegate).GetMethod("Invoke")); ilGen.Emit(OpCodes.Ret); // Define the "set" accessor method for CustomerName. MethodBuilder setter = typeBuilder.DefineMethod("set_" + propertyName, getSetAttr, null, new Type[] { typeof(string) }); ilGen = setter.GetILGenerator(); ilGen.Emit(OpCodes.Ldarg_0); ilGen.Emit(OpCodes.Ldfld, setFieldBuilder); ilGen.Emit(OpCodes.Ldstr, propertyName); ilGen.Emit(OpCodes.Ldarg_1); ilGen.Emit(OpCodes.Callvirt, typeof(SetPropertyDelegate).GetMethod("Invoke")); ilGen.Emit(OpCodes.Pop); ilGen.Emit(OpCodes.Ret); // Last, we must map the two methods created above to our PropertyBuilder to // their corresponding behaviors, "get" and "set" respectively. propBuilder.SetGetMethod(getter); propBuilder.SetSetMethod(setter); } return typeBuilder.CreateType(); } } } And here is the ruby code to generate the wrapper type require 'mscorlib' require 'C:\Documents and Settings\Josh\My Documents\Visual Studio 2008\Projects\GenerateType\GenerateType\bin\Release\GenerateType.dll' require 'PresentationFramework, Version=3.0.0.0,Culture=neutral, PublicKeyToken=31bf3856ad364e35' require 'PresentationCore, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' require 'WindowsBase, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' include System include System::Collections::Generic include GenerateType include System::Collections::ObjectModel include System::Windows include System::Windows::Controls include System::Windows::Data include System::Windows::Input class WrapperGenerator def initialize @wrapper_cache = {} end def wrap(ruby_object) if ruby_object.is_a? Array ruby_object.map {|o| wrap(o) } else cache(ruby_object) unless cached(ruby_object) wrapper_class = cached(ruby_object) wrapper_class.new(ruby_object) end end def invalidate @wrapper_cache.clear end private def cached(object) @wrapper_cache[object.class.name] end def cache(object) @wrapper_cache[object.class.name] = generate_wrapper(object) end def generate_wrapper(object) wrapper_name = "#{object.class.name}Wrapper" properties = List.of(System::String).new (object.methods - Object.instance_methods).each {|m| properties.add m.to_s} wrapper_base_type = TypeGenerator.generate("#{wrapper_name}Base", properties) base_instance = Activator.create_instance wrapper_base_type eval < From robert.brotherus at napa.fi Fri Dec 12 07:32:55 2008 From: robert.brotherus at napa.fi (Robert Brotherus) Date: Fri, 12 Dec 2008 14:32:55 +0200 Subject: [Ironruby-core] WPF databinding with ruby objects. Workaround :) References: <53a798720812112255y18da247dk1400ea1656333179@mail.gmail.com> Message-ID: <53194650933664488F3F0C3A0AB56832CA157F@nw60.napa.fi> Great work Joshua! IronRuby-objects don't work in many parts of dotnet-framework because they are instances of Ruby-classes that are not dotnet-classes. Another example that has causes headache to me is XAML where names of user-defined classes can be used as elements but they must be user-defined dotnet-classes (not Ruby). I suppose and hope that with the support for dynamic languages increasing in dotnet 4 / C# 4, there will be more built-in support for this (it would be really nice to use dynamic types as XAML-elements...) Robert Brotherus Software architect Napa Ltd Tammasaarenkatu 3, Helsinki FI-00180 P.O.Box 470, Helsinki FI-00181 Tel. +358 9 22 813 1 Direct. +358 9 22 813 611 GSM +358 45 11 456 02 Fax. +358 9 22 813 800 Email: Robert.Brotherus at napa.fi www.napa.fi _____ From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Joshua Nussbaum Sent: Friday, December 12, 2008 8:56 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] WPF databinding with ruby objects. Workaround :) Hey yall Seems IronRuby objects do not yet work with WPF databinding. One approach to a workaround is to emit a wrapper type that defines CLR properties. When WPF calls the getter/setter the call is forwarded ot the contained contained ruby object. This will allow defining business objects in ruby and databing them to the UI. This might be useful to thers, so here is my approach. The first part is C# code that defines a type given a list of property names. The second part is ruby code that creates a wrapper instance for a given ruby object and caches the type so that you dont generate a type for each element in an array.. The C# code to generate a type: using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Reflection; using System.Reflection.Emit; namespace GenerateType { public class TypeGenerator { public delegate object GetPropertyDelegate(string propertyName); public delegate object SetPropertyDelegate(string propertyName, object value); public static Type Generate(string className, List properties) { AssemblyName asmName = new AssemblyName("BindingTypes"); AssemblyBuilder asmBuilder = AppDomain.CurrentDomain. DefineDynamicAssembly(asmName, AssemblyBuilderAccess.Run); ModuleBuilder modBuilder = asmBuilder.DefineDynamicModule("Types"); TypeBuilder typeBuilder = modBuilder.DefineType(className, TypeAttributes.Public | TypeAttributes.Class | TypeAttributes.AutoClass | TypeAttributes.AnsiClass | TypeAttributes.BeforeFieldInit | TypeAttributes.AutoLayout); FieldBuilder getFieldBuilder = typeBuilder.DefineField("OnGet", typeof(GetPropertyDelegate), FieldAttributes.Public); FieldBuilder setFieldBuilder = typeBuilder.DefineField("OnSet", typeof(SetPropertyDelegate), FieldAttributes.Public); MethodAttributes getSetAttr = MethodAttributes.Public | MethodAttributes.SpecialName | MethodAttributes.HideBySig; foreach (string propertyName in properties) { PropertyBuilder propBuilder = typeBuilder.DefineProperty(propertyName, PropertyAttributes.None, typeof(object), new Type[] {}); MethodBuilder getter = typeBuilder.DefineMethod("get_" + propertyName, getSetAttr, typeof(string), Type.EmptyTypes); ILGenerator ilGen = getter.GetILGenerator(); ilGen.Emit(OpCodes.Ldarg_0); ilGen.Emit(OpCodes.Ldfld, getFieldBuilder); ilGen.Emit(OpCodes.Ldstr, propertyName); ilGen.Emit(OpCodes.Callvirt, typeof(GetPropertyDelegate).GetMethod("Invoke")); ilGen.Emit(OpCodes.Ret); // Define the "set" accessor method for CustomerName. MethodBuilder setter = typeBuilder.DefineMethod("set_" + propertyName, getSetAttr, null, new Type[] { typeof(string) }); ilGen = setter.GetILGenerator(); ilGen.Emit(OpCodes.Ldarg_0); ilGen.Emit(OpCodes.Ldfld, setFieldBuilder); ilGen.Emit(OpCodes.Ldstr, propertyName); ilGen.Emit(OpCodes.Ldarg_1); ilGen.Emit(OpCodes.Callvirt, typeof(SetPropertyDelegate).GetMethod("Invoke")); ilGen.Emit(OpCodes.Pop); ilGen.Emit(OpCodes.Ret); // Last, we must map the two methods created above to our PropertyBuilder to // their corresponding behaviors, "get" and "set" respectively. propBuilder.SetGetMethod(getter); propBuilder.SetSetMethod(setter); } return typeBuilder.CreateType(); } } } And here is the ruby code to generate the wrapper type require 'mscorlib' require 'C:\Documents and Settings\Josh\My Documents\Visual Studio 2008\Projects\GenerateType\GenerateType\bin\Release\GenerateType.dll' require 'PresentationFramework, Version=3.0.0.0 ,Culture=neutral, PublicKeyToken=31bf3856ad364e35' require 'PresentationCore, Version=3.0.0.0 , Culture=neutral, PublicKeyToken=31bf3856ad364e35' require 'WindowsBase, Version=3.0.0.0 , Culture=neutral, PublicKeyToken=31bf3856ad364e35' include System include System::Collections::Generic include GenerateType include System::Collections::ObjectModel include System::Windows include System::Windows::Controls include System::Windows::Data include System::Windows::Input class WrapperGenerator def initialize @wrapper_cache = {} end def wrap(ruby_object) if ruby_object.is_a? Array ruby_object.map {|o| wrap(o) } else cache(ruby_object) unless cached(ruby_object) wrapper_class = cached(ruby_object) wrapper_class.new(ruby_object) end end def invalidate @wrapper_cache.clear end private def cached(object) @wrapper_cache[object.class.name ] end def cache(object) @wrapper_cache[object.class.name ] = generate_wrapper(object) end def generate_wrapper(object) wrapper_name = "#{object.class.name }Wrapper" properties = List.of(System::String).new (object.methods - Object.instance_methods).each {|m| properties.add m.to_s} wrapper_base_type = TypeGenerator.generate("#{wrapper_name}Base", properties) base_instance = Activator.create_instance wrapper_base_type eval < From lists at ruby-forum.com Sun Dec 14 21:27:34 2008 From: lists at ruby-forum.com (Gabriel Rotar) Date: Mon, 15 Dec 2008 03:27:34 +0100 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: <8485bded171c2bf59d8557e809402046@ruby-forum.com> References: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> <034d525487e638f9749e20dadb3d46e0@ruby-forum.com> <8485bded171c2bf59d8557e809402046@ruby-forum.com> Message-ID: <1d7a1a6f0e3cf48885e51f57b8a2e83c@ruby-forum.com> Here is the source Can anyone figure why it won't work? Attachments: http://www.ruby-forum.com/attachment/3065/Opal.zip -- Posted via http://www.ruby-forum.com/. From curth at microsoft.com Mon Dec 15 13:13:07 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Mon, 15 Dec 2008 10:13:07 -0800 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: <1d7a1a6f0e3cf48885e51f57b8a2e83c@ruby-forum.com> References: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> <034d525487e638f9749e20dadb3d46e0@ruby-forum.com> <8485bded171c2bf59d8557e809402046@ruby-forum.com> <1d7a1a6f0e3cf48885e51f57b8a2e83c@ruby-forum.com> Message-ID: It would probably be useful if you could describe more specifically what isn't working. -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Gabriel Rotar Sent: Sunday, December 14, 2008 6:28 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Xna+IronRuby+RubyNewb=headache Here is the source Can anyone figure why it won't work? Attachments: http://www.ruby-forum.com/attachment/3065/Opal.zip -- 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 Mon Dec 15 14:41:24 2008 From: lists at ruby-forum.com (Gabriel Rotar) Date: Mon, 15 Dec 2008 20:41:24 +0100 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: <8485bded171c2bf59d8557e809402046@ruby-forum.com> References: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> <034d525487e638f9749e20dadb3d46e0@ruby-forum.com> <8485bded171c2bf59d8557e809402046@ruby-forum.com> Message-ID: <315aab2d4a46e3abbf4f76f1e2875d85@ruby-forum.com> As you say "Initialize" is different from "initialize" so I have the the constructor: def initialize graphics = GraphicsDeviceManager.new self super end witch works and then i have the Initialize procedure def Initialize super end witch manages the actual 3d viewport, it is called every time the 3d viewport needs reinitialization(like an ALT+TAB) when I try to run the script I get: " wrong number or type of arguments for `Initialize' " the thing is Initialize doesn't have any parameters, is it still being treated as a constructor? -- Posted via http://www.ruby-forum.com/. From eduardobaiao at gmail.com Mon Dec 15 15:40:50 2008 From: eduardobaiao at gmail.com (=?ISO-8859-1?Q?Dudu_Bai=E3o?=) Date: Mon, 15 Dec 2008 18:40:50 -0200 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: <315aab2d4a46e3abbf4f76f1e2875d85@ruby-forum.com> References: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> <034d525487e638f9749e20dadb3d46e0@ruby-forum.com> <8485bded171c2bf59d8557e809402046@ruby-forum.com> <315aab2d4a46e3abbf4f76f1e2875d85@ruby-forum.com> Message-ID: I've already posted about this issue weeks ago. I was playing iwth XNA too. The IronRuby it's not passing correctly the parameters for the super class methods. 2008/12/15 Gabriel Rotar : > As you say "Initialize" is different from "initialize" > so I have the the constructor: > > def initialize > graphics = GraphicsDeviceManager.new self > super > end > > witch works > and then i have the Initialize procedure > > def Initialize > super > end > > witch manages the actual 3d viewport, it is called every time the 3d > viewport needs reinitialization(like an ALT+TAB) when I try to run the > script I get: > " wrong number or type of arguments for `Initialize' " > the thing is Initialize doesn't have any parameters, is it still being > treated as a constructor? > -- > 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 Mon Dec 15 15:48:46 2008 From: lists at ruby-forum.com (Gabriel Rotar) Date: Mon, 15 Dec 2008 21:48:46 +0100 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: References: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> <034d525487e638f9749e20dadb3d46e0@ruby-forum.com> <8485bded171c2bf59d8557e809402046@ruby-forum.com> <315aab2d4a46e3abbf4f76f1e2875d85@ruby-forum.com> Message-ID: <9e4230b7961e7304e74c9fc01b9959c0@ruby-forum.com> Dudu Bai?o wrote: > The IronRuby it's not passing correctly the parameters for the super > class methods. That is a bummer :( Hopeful IronRuby will improve over time. Guess I'll try with IronPython -- Posted via http://www.ruby-forum.com/. From jdeville at microsoft.com Mon Dec 15 18:31:33 2008 From: jdeville at microsoft.com (Jim Deville) Date: Mon, 15 Dec 2008 15:31:33 -0800 Subject: [Ironruby-core] Code Review: gitintegration2 Message-ID: tfpt review "/shelveset:gitintegration2;REDMOND\jdeville" Comment : Context.rb * Add helpers for mono and rake version * changed the is_test? method to rely on the presence of the test environment variable instead of the value of it. git.rake * refactor to_git * added from_git, git:ensure_repo, git:import * added some helper methods that will be moved to context after this is stabilized some more. * Added "testability" to the tasks. If the test environment variable is set, commands will print out instead of run. misc.rake * requires rake --version to be greater than 0.8.0 * removes requirement for tf.exe in happy. This will be reinstated after we move from SVN and have a way to specify being in a git repository. This will go in with a direct checkin since it doesn't affect SNAP. Martin: I've included you to ensure that you don't have an issue with this being checked in. It doesn't touch anything outside of Ruby, but just wanted to be certain. -------------- next part -------------- A non-text attachment was scrubbed... Name: gitintegration2.diff Type: application/octet-stream Size: 7097 bytes Desc: gitintegration2.diff URL: From jdeville at microsoft.com Mon Dec 15 19:45:17 2008 From: jdeville at microsoft.com (Jim Deville) Date: Mon, 15 Dec 2008 16:45:17 -0800 Subject: [Ironruby-core] Determining line number of runtime errors In-Reply-To: References: <5a305d9a21a3e6adcf805107b91ef71e@ruby-forum.com> Message-ID: Has this been answered? I don't think it has yet. John, Tomas or Curt? -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Benjamin van der Veen Sent: Thursday, December 11, 2008 11:56 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Determining line number of runtime errors Michael Letterle wrote: > You should be able to pass in "-D" to ir.exe to get this information. > Oops, perhaps I should have been more specific about what I'm doing. I'm not actually using ir.exe, I'm creating ScriptRuntime/ScriptEngine/ScriptScope/ScriptSource in C# code. I'm wrapping the call to aScriptSource.Execute(aScriptScope) in a try-catch block. One of my catch blocks explicitly catches a SyntaxErrorException, which as I mentioned before has a Line property. I notice that runtime errors cause many different type of exceptions, so I'm speculating that there must be some other mechanism for determining what line the error occurred on. Thanks, benjamin -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From Jimmy.Schementi at microsoft.com Mon Dec 15 22:48:04 2008 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Mon, 15 Dec 2008 19:48:04 -0800 Subject: [Ironruby-core] Code Review: gitintegration2 In-Reply-To: References: Message-ID: <5283CA0A4168DF4FBBD71AE9ECA5A3284BDACC51FB@NA-EXMSG-C116.redmond.corp.microsoft.com> Looks awesome. Have you tested this on a local copy of ironruby/ironruby.git, or your own fork? ________________________________________ From: ironruby-core-bounces at rubyforge.org [ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville [jdeville at microsoft.com] Sent: Monday, December 15, 2008 3:31 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org; Martin Maly Subject: [Ironruby-core] Code Review: gitintegration2 tfpt review "/shelveset:gitintegration2;REDMOND\jdeville" Comment : Context.rb * Add helpers for mono and rake version * changed the is_test? method to rely on the presence of the test environment variable instead of the value of it. git.rake * refactor to_git * added from_git, git:ensure_repo, git:import * added some helper methods that will be moved to context after this is stabilized some more. * Added "testability" to the tasks. If the test environment variable is set, commands will print out instead of run. misc.rake * requires rake --version to be greater than 0.8.0 * removes requirement for tf.exe in happy. This will be reinstated after we move from SVN and have a way to specify being in a git repository. This will go in with a direct checkin since it doesn't affect SNAP. Martin: I've included you to ensure that you don't have an issue with this being checked in. It doesn't touch anything outside of Ruby, but just wanted to be certain. From jdeville at microsoft.com Mon Dec 15 23:08:08 2008 From: jdeville at microsoft.com (Jim Deville) Date: Mon, 15 Dec 2008 20:08:08 -0800 Subject: [Ironruby-core] Code Review: gitintegration2 In-Reply-To: References: Message-ID: Reviewed with Jimmy on IRC. -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville Sent: Monday, December 15, 2008 3:32 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org; Martin Maly Subject: [Ironruby-core] Code Review: gitintegration2 tfpt review "/shelveset:gitintegration2;REDMOND\jdeville" Comment : Context.rb * Add helpers for mono and rake version * changed the is_test? method to rely on the presence of the test environment variable instead of the value of it. git.rake * refactor to_git * added from_git, git:ensure_repo, git:import * added some helper methods that will be moved to context after this is stabilized some more. * Added "testability" to the tasks. If the test environment variable is set, commands will print out instead of run. misc.rake * requires rake --version to be greater than 0.8.0 * removes requirement for tf.exe in happy. This will be reinstated after we move from SVN and have a way to specify being in a git repository. This will go in with a direct checkin since it doesn't affect SNAP. Martin: I've included you to ensure that you don't have an issue with this being checked in. It doesn't touch anything outside of Ruby, but just wanted to be certain. From jdeville at microsoft.com Mon Dec 15 23:30:22 2008 From: jdeville at microsoft.com (Jim Deville) Date: Mon, 15 Dec 2008 20:30:22 -0800 Subject: [Ironruby-core] Code Review: gitintegration2 In-Reply-To: References: Message-ID: And cleared with Martin. I'm going to check this in. -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville Sent: Monday, December 15, 2008 8:08 PM To: ironruby-core at rubyforge.org; IronRuby External Code Reviewers Cc: Martin Maly Subject: Re: [Ironruby-core] Code Review: gitintegration2 Reviewed with Jimmy on IRC. -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville Sent: Monday, December 15, 2008 3:32 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org; Martin Maly Subject: [Ironruby-core] Code Review: gitintegration2 tfpt review "/shelveset:gitintegration2;REDMOND\jdeville" Comment : Context.rb * Add helpers for mono and rake version * changed the is_test? method to rely on the presence of the test environment variable instead of the value of it. git.rake * refactor to_git * added from_git, git:ensure_repo, git:import * added some helper methods that will be moved to context after this is stabilized some more. * Added "testability" to the tasks. If the test environment variable is set, commands will print out instead of run. misc.rake * requires rake --version to be greater than 0.8.0 * removes requirement for tf.exe in happy. This will be reinstated after we move from SVN and have a way to specify being in a git repository. This will go in with a direct checkin since it doesn't affect SNAP. Martin: I've included you to ensure that you don't have an issue with this being checked in. It doesn't touch anything outside of Ruby, but just wanted to be certain. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From curth at microsoft.com Tue Dec 16 00:14:31 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Mon, 15 Dec 2008 21:14:31 -0800 Subject: [Ironruby-core] Determining line number of runtime errors In-Reply-To: References: <5a305d9a21a3e6adcf805107b91ef71e@ruby-forum.com> Message-ID: >From the hosting interface, you need to manually set RuntimeSetup.DebugMode = true when creating the ScriptRuntime. -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville Sent: Monday, December 15, 2008 4:45 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Determining line number of runtime errors Has this been answered? I don't think it has yet. John, Tomas or Curt? -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Benjamin van der Veen Sent: Thursday, December 11, 2008 11:56 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Determining line number of runtime errors Michael Letterle wrote: > You should be able to pass in "-D" to ir.exe to get this information. > Oops, perhaps I should have been more specific about what I'm doing. I'm not actually using ir.exe, I'm creating ScriptRuntime/ScriptEngine/ScriptScope/ScriptSource in C# code. I'm wrapping the call to aScriptSource.Execute(aScriptScope) in a try-catch block. One of my catch blocks explicitly catches a SyntaxErrorException, which as I mentioned before has a Line property. I notice that runtime errors cause many different type of exceptions, so I'm speculating that there must be some other mechanism for determining what line the error occurred on. Thanks, benjamin -- 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 From curth at microsoft.com Tue Dec 16 00:21:02 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Mon, 15 Dec 2008 21:21:02 -0800 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: <9e4230b7961e7304e74c9fc01b9959c0@ruby-forum.com> References: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> <034d525487e638f9749e20dadb3d46e0@ruby-forum.com> <8485bded171c2bf59d8557e809402046@ruby-forum.com> <315aab2d4a46e3abbf4f76f1e2875d85@ruby-forum.com> <9e4230b7961e7304e74c9fc01b9959c0@ruby-forum.com> Message-ID: IronRuby is still in "alpha". CLR interop is a place we know is still particularly weak. IronPython just released version 2.0, and is considerably more mature. If your goal is to have a fairly polished dynamic language that runs on .NET, then IronPython is probably a better choice. If you like Ruby and don't mind a few hiccups, then your willingness to file problem reports for issues that you find will be of great help to us. Things are likely to be a bit slow over Christmas, but I'll see if I can get this fixed before the end of the year. -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Gabriel Rotar Sent: Monday, December 15, 2008 12:49 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Xna+IronRuby+RubyNewb=headache Dudu Bai?o wrote: > The IronRuby it's not passing correctly the parameters for the super > class methods. That is a bummer :( Hopeful IronRuby will improve over time. Guess I'll try with IronPython -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From jdeville at microsoft.com Tue Dec 16 02:44:55 2008 From: jdeville at microsoft.com (Jim Deville) Date: Mon, 15 Dec 2008 23:44:55 -0800 Subject: [Ironruby-core] SVN, Git, Rubyspec, Ironruby-Tags updated Message-ID: I've pushed out new versions of SVN, Git, Rubyspec and IronRuby-tags. Sorry about the dry spell, I'll try to keep up the daily releases. Enjoy! JD -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Tue Dec 16 03:41:44 2008 From: lists at ruby-forum.com (Benjamin van der Veen) Date: Tue, 16 Dec 2008 09:41:44 +0100 Subject: [Ironruby-core] Determining line number of runtime errors In-Reply-To: References: <5a305d9a21a3e6adcf805107b91ef71e@ruby-forum.com> Message-ID: <290bd8fbdc893366df7f9dbf0e2b3c61@ruby-forum.com> Curt Hagenlocher wrote: >>From the hosting interface, you need to manually set RuntimeSetup.DebugMode = true when creating the ScriptRuntime. I saw that option and enabled it (this is what the -D flag does in ir.exe), but I'm not sure where I get the line number when an error occurs. I haven't had a chance to sit down to study the source of ir.exe to see how it does it, but just by browsing through intellisense and using the immediate window in VS, I couldn't find any relevant properties (or properties of properties) on the thrown exception or any of the other objects involved (the runtime, the engine, the scope, or the source). I must be missing something. Any ideas? Thanks, benjamin -- Posted via http://www.ruby-forum.com/. From eduardobaiao at gmail.com Tue Dec 16 05:23:33 2008 From: eduardobaiao at gmail.com (=?ISO-8859-1?Q?Dudu_Bai=E3o?=) Date: Tue, 16 Dec 2008 08:23:33 -0200 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: References: <8485bded171c2bf59d8557e809402046@ruby-forum.com> <315aab2d4a46e3abbf4f76f1e2875d85@ruby-forum.com> <9e4230b7961e7304e74c9fc01b9959c0@ruby-forum.com> Message-ID: Thanks Curt! I'll be waiting for. :) 2008/12/16 Curt Hagenlocher : > IronRuby is still in "alpha". CLR interop is a place we know is still particularly weak. IronPython just released version 2.0, and is considerably more mature. If your goal is to have a fairly polished dynamic language that runs on .NET, then IronPython is probably a better choice. If you like Ruby and don't mind a few hiccups, then your willingness to file problem reports for issues that you find will be of great help to us. > > Things are likely to be a bit slow over Christmas, but I'll see if I can get this fixed before the end of the year. > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Gabriel Rotar > Sent: Monday, December 15, 2008 12:49 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Xna+IronRuby+RubyNewb=headache > > Dudu Bai?o wrote: >> The IronRuby it's not passing correctly the parameters for the super >> class methods. > > That is a bummer :( > Hopeful IronRuby will improve over time. > > Guess I'll try with IronPython > -- > 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 > From lists at ruby-forum.com Tue Dec 16 08:50:46 2008 From: lists at ruby-forum.com (Gabriel Rotar) Date: Tue, 16 Dec 2008 14:50:46 +0100 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: References: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> <034d525487e638f9749e20dadb3d46e0@ruby-forum.com> <8485bded171c2bf59d8557e809402046@ruby-forum.com> <315aab2d4a46e3abbf4f76f1e2875d85@ruby-forum.com> <9e4230b7961e7304e74c9fc01b9959c0@ruby-forum.com> Message-ID: <1ff944521e454a28b54ed126dc168696@ruby-forum.com> Curt Hagenlocher wrote: > ... >If you like Ruby and don't mind a few hiccups, then your >willingness to file problem reports for issues that you find will be of >great help to us. Ruby is great, all though I'm new to the language I have grown attached to it. I'll try to give my feedback to the best of my ability because it deserves it. >... > Things are likely to be a bit slow over Christmas, but I'll see if I can > get this fixed before the end of the year. I can't wait for the fix. And a wish of "Happy Hollydays" to the whole Iron Ruby team and to the users of this discussion board. -- Posted via http://www.ruby-forum.com/. From curth at microsoft.com Tue Dec 16 11:44:12 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Tue, 16 Dec 2008 08:44:12 -0800 Subject: [Ironruby-core] Determining line number of runtime errors In-Reply-To: <290bd8fbdc893366df7f9dbf0e2b3c61@ruby-forum.com> References: <5a305d9a21a3e6adcf805107b91ef71e@ruby-forum.com> <290bd8fbdc893366df7f9dbf0e2b3c61@ruby-forum.com> Message-ID: I think the logic for this is all in RubyExceptionData.cs. You should be able to use RubyExceptionData.GetInstance to get a RubyExceptionData object for the thrown exception and then access the Backtrace property on this object to get the frame information. -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Benjamin van der Veen Sent: Tuesday, December 16, 2008 12:42 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Determining line number of runtime errors Curt Hagenlocher wrote: >>From the hosting interface, you need to manually set RuntimeSetup.DebugMode = true when creating the ScriptRuntime. I saw that option and enabled it (this is what the -D flag does in ir.exe), but I'm not sure where I get the line number when an error occurs. I haven't had a chance to sit down to study the source of ir.exe to see how it does it, but just by browsing through intellisense and using the immediate window in VS, I couldn't find any relevant properties (or properties of properties) on the thrown exception or any of the other objects involved (the runtime, the engine, the scope, or the source). I must be missing something. Any ideas? Thanks, benjamin -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From michael.letterle at gmail.com Tue Dec 16 13:56:54 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Tue, 16 Dec 2008 13:56:54 -0500 Subject: [Ironruby-core] SVN, Git, Rubyspec, Ironruby-Tags updated In-Reply-To: References: Message-ID: git changes merged into the linux branch if anyone is interested: http://github.com/TheProkrammer/ironruby/tree/linux On Tue, Dec 16, 2008 at 2:44 AM, Jim Deville wrote: > I've pushed out new versions of SVN, Git, Rubyspec and IronRuby-tags. > Sorry about the dry spell, I'll try to keep up the daily releases. > > > > Enjoy! > > > > JD > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Shri.Borde at microsoft.com Tue Dec 16 14:36:28 2008 From: Shri.Borde at microsoft.com (Shri Borde) Date: Tue, 16 Dec 2008 11:36:28 -0800 Subject: [Ironruby-core] Lock during module initialization In-Reply-To: References: <710DF26F214D2B4BB94287123FFE980A2DCCFCC546@NA-EXMSG-C104.redmond.corp.microsoft.com> Message-ID: <710DF26F214D2B4BB94287123FFE980A2DCD83F20C@NA-EXMSG-C104.redmond.corp.microsoft.com> Will add the lock and the TODO. Btw, the bug I was running into was that "threadObject.inspect" was incorrectly binding to KernelOps.Inspect rather than ThreadOps.Inspect when executed on a second thread. The first thread was in the middle of calling EnsureInitialized on the Thread class. Thanks, Shri From: Tomas Matousek Sent: Tuesday, December 16, 2008 7:59 AM To: Shri Borde Subject: RE: Lock during module initialization This seems to be a good temporary workaround and it might be close to the right long term solution (could you add a TODO comment next to the lock statement?). There are no cycles in inheritance hierarchy (a module inclusion cannot be cyclic) and any time an uninitialized module is accessed we need to initialize only its ancestors. (Actually, the _mixins array should contain all mixins serialized into a list - i.e. all mixins included into the mixins in the array are contained in the array as well. That implies we might not need to call the virtual EnsureInitialized method on the _mixins's elements. There are more such improvements to be made in module initialization and they should lead to better performance and thread-safety as well. There has been a discussion on Ruby list recently on how 'require' should work in a multi-threaded program. The conclusion seems to be similar to the Python's approach (a global mutex for require). 'require' is thread-unsafe in today's MRI. In general, MRI's behavior is mostly undefined in multi-threaded environment today. (BTW: The built-ins initialization we are doing is a little bit more complicated than in MRI since we are postponing it until it is really needed. In MRI all built-ins are initialized during startup. We initialize them as they are accessed.) Tomas From: Shri Borde Sent: Monday, December 15, 2008 11:20 PM To: Tomas Matousek Subject: Lock during module initialization IronRuby code was misbehaving and calling an incorrect method in the presence of multiple threads. This was because RubyModule.EnsureInitialized just returns if _state is, for example, State.Initializing. I add the lock shown below which fixes the problem. internal virtual void EnsureInitialized() { lock(this) { if (_state == State.Uninitialized) { for (int i = 0; i < _mixins.Length; i++) { _mixins[i].EnsureInitialized(); } if (_state == State.Uninitialized) { InitializeMembers(); } } } } This probably opens up the possibility of deadlocks if there are mutually-dependent modules or some such complicated scheme. Is the lock good enough for now since it fixes wrong behavior which is hard to track down? A deadlock will be easier to debug. What is the long term story here? Python allows module importing on only one thread at a time. The CLR maintains a list of types being initialized and knows to break cycles of mutually dependent cctors. What does MRI do? I don't think green threads make the problem any simpler. What does JRuby do? Thanks, Shri -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Tue Dec 16 14:52:08 2008 From: lists at ruby-forum.com (Benjamin van der Veen) Date: Tue, 16 Dec 2008 20:52:08 +0100 Subject: [Ironruby-core] Determining line number of runtime errors In-Reply-To: References: <5a305d9a21a3e6adcf805107b91ef71e@ruby-forum.com> <290bd8fbdc893366df7f9dbf0e2b3c61@ruby-forum.com> Message-ID: Curt Hagenlocher wrote: > I think the logic for this is all in RubyExceptionData.cs. You should > be able to use RubyExceptionData.GetInstance to get a RubyExceptionData > object for the thrown exception and then access the Backtrace property > on this object to get the frame information. Hm, the Backtrace property has the stack frame in question, but contains no useful information. Consider the following program (output is below): ScriptRuntimeSetup runtimeSetup = new ScriptRuntimeSetup(); runtimeSetup.DebugMode = true; runtimeSetup.LanguageSetups.Add(Ruby.CreateRubySetup()); ScriptRuntime runtime = new ScriptRuntime(runtimeSetup); ScriptEngine engine = runtime.GetRubyEngine(); ScriptScope scriptScope = engine.CreateScope(); ScriptSource source = engine.CreateScriptSourceFromString( @" a = nil a.blarg(); "); try { source.Execute(scriptScope); } catch (Exception e) { RubyExceptionData red = RubyExceptionData.GetInstance(e); Console.WriteLine("Oh no! " + e.Message); foreach(MutableString l in red.Backtrace) Console.WriteLine(l.ConvertToString()); } - output - Oh no! undefined method `blarg' for nil:NilClass :0 H:\path\to\my\Program.cs:36:in `Main' -- I might expect the second line of output (":0") to look something like ":3". Have I missed something in my setup of all the IronRuby classes? I've compiled both my project and IronRuby in debug mode. Thanks, benjamin -- Posted via http://www.ruby-forum.com/. From Shri.Borde at microsoft.com Tue Dec 16 17:38:30 2008 From: Shri.Borde at microsoft.com (Shri Borde) Date: Tue, 16 Dec 2008 14:38:30 -0800 Subject: [Ironruby-core] Code Review: IronRuby Thread fixes Message-ID: <710DF26F214D2B4BB94287123FFE980A2DCD83F3DB@NA-EXMSG-C104.redmond.corp.microsoft.com> Affects: Microsoft.Scripting.Core.dll and IronRuby tfpt review "/shelveset:Thread;REDMOND\sborde" Comment : Fixes to all the currently disabled Thread tests Thread#stop/Kernel#sleep use an Event which can be signalled from other threads, instead of using Thread.Sleep ThreadOps.CreateThread catches and ignores ThreadAbortException instead of publishing it as RubyThreadInfo.Exception Thread#main - its per ScriptRuntime, mainly because that was easier to implement, and also there is no good answer to how Thread#main should function in hosted scenarios Adds lock to RubyModule.EnsureInitialized to prevent use of uninitialized modules in multi-thread scenarios. Changes RunRSpec.cmd to match the flags used by "rake why_regression" Microsoft.Scripting.Core: Fixes ExpressionWriter to deal with GotoExpression.Value being null in VisitGoto -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Thread.diff Type: application/octet-stream Size: 29669 bytes Desc: Thread.diff URL: From jdeville at microsoft.com Tue Dec 16 18:36:08 2008 From: jdeville at microsoft.com (Jim Deville) Date: Tue, 16 Dec 2008 15:36:08 -0800 Subject: [Ironruby-core] Code Review: IronRuby Thread fixes In-Reply-To: <710DF26F214D2B4BB94287123FFE980A2DCD83F3DB@NA-EXMSG-C104.redmond.corp.microsoft.com> References: <710DF26F214D2B4BB94287123FFE980A2DCD83F3DB@NA-EXMSG-C104.redmond.corp.microsoft.com> Message-ID: Test changes look good. I'd like to see the RunRSpec.cmd use ruby to run mspec with args of ci and -t "path to ir", which is what the rakefile sets up as a command line. JD From: Shri Borde Sent: Tuesday, December 16, 2008 2:39 PM To: IronRuby External Code Reviewers; Rowan Code Reviewers; DLR Code Reviews Cc: ironruby-core at rubyforge.org Subject: Code Review: IronRuby Thread fixes Affects: Microsoft.Scripting.Core.dll and IronRuby tfpt review "/shelveset:Thread;REDMOND\sborde" Comment : Fixes to all the currently disabled Thread tests Thread#stop/Kernel#sleep use an Event which can be signalled from other threads, instead of using Thread.Sleep ThreadOps.CreateThread catches and ignores ThreadAbortException instead of publishing it as RubyThreadInfo.Exception Thread#main - its per ScriptRuntime, mainly because that was easier to implement, and also there is no good answer to how Thread#main should function in hosted scenarios Adds lock to RubyModule.EnsureInitialized to prevent use of uninitialized modules in multi-thread scenarios. Changes RunRSpec.cmd to match the flags used by "rake why_regression" Microsoft.Scripting.Core: Fixes ExpressionWriter to deal with GotoExpression.Value being null in VisitGoto -------------- next part -------------- An HTML attachment was scrubbed... URL: From jomes at microsoft.com Tue Dec 16 19:20:42 2008 From: jomes at microsoft.com (John Messerly) Date: Tue, 16 Dec 2008 16:20:42 -0800 Subject: [Ironruby-core] Code Review: IronRuby Thread fixes In-Reply-To: <710DF26F214D2B4BB94287123FFE980A2DCD83F3DB@NA-EXMSG-C104.redmond.corp.microsoft.com> References: <710DF26F214D2B4BB94287123FFE980A2DCD83F3DB@NA-EXMSG-C104.redmond.corp.microsoft.com> Message-ID: <918705E903F4714CB713D89AB5F1857D8831079E71@NA-EXMSG-C116.redmond.corp.microsoft.com> DLR change looks great! From: Shri Borde Sent: Tuesday, December 16, 2008 2:39 PM To: IronRuby External Code Reviewers; Rowan Code Reviewers; DLR Code Reviews Cc: ironruby-core at rubyforge.org Subject: Code Review: IronRuby Thread fixes Affects: Microsoft.Scripting.Core.dll and IronRuby tfpt review "/shelveset:Thread;REDMOND\sborde" Comment : Fixes to all the currently disabled Thread tests Thread#stop/Kernel#sleep use an Event which can be signalled from other threads, instead of using Thread.Sleep ThreadOps.CreateThread catches and ignores ThreadAbortException instead of publishing it as RubyThreadInfo.Exception Thread#main - its per ScriptRuntime, mainly because that was easier to implement, and also there is no good answer to how Thread#main should function in hosted scenarios Adds lock to RubyModule.EnsureInitialized to prevent use of uninitialized modules in multi-thread scenarios. Changes RunRSpec.cmd to match the flags used by "rake why_regression" Microsoft.Scripting.Core: Fixes ExpressionWriter to deal with GotoExpression.Value being null in VisitGoto -------------- next part -------------- An HTML attachment was scrubbed... URL: From curth at microsoft.com Wed Dec 17 11:41:57 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Wed, 17 Dec 2008 08:41:57 -0800 Subject: [Ironruby-core] Code Review: IronRuby Thread fixes In-Reply-To: <710DF26F214D2B4BB94287123FFE980A2DCD83F3DB@NA-EXMSG-C104.redmond.corp.microsoft.com> References: <710DF26F214D2B4BB94287123FFE980A2DCD83F3DB@NA-EXMSG-C104.redmond.corp.microsoft.com> Message-ID: Ruby changes are good. From: Shri Borde Sent: Tuesday, December 16, 2008 2:39 PM To: IronRuby External Code Reviewers; Rowan Code Reviewers; DLR Code Reviews Cc: ironruby-core at rubyforge.org Subject: Code Review: IronRuby Thread fixes Affects: Microsoft.Scripting.Core.dll and IronRuby tfpt review "/shelveset:Thread;REDMOND\sborde" Comment : Fixes to all the currently disabled Thread tests Thread#stop/Kernel#sleep use an Event which can be signalled from other threads, instead of using Thread.Sleep ThreadOps.CreateThread catches and ignores ThreadAbortException instead of publishing it as RubyThreadInfo.Exception Thread#main - its per ScriptRuntime, mainly because that was easier to implement, and also there is no good answer to how Thread#main should function in hosted scenarios Adds lock to RubyModule.EnsureInitialized to prevent use of uninitialized modules in multi-thread scenarios. Changes RunRSpec.cmd to match the flags used by "rake why_regression" Microsoft.Scripting.Core: Fixes ExpressionWriter to deal with GotoExpression.Value being null in VisitGoto -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Fri Dec 26 00:56:38 2008 From: lists at ruby-forum.com (Post Tudbc) Date: Fri, 26 Dec 2008 06:56:38 +0100 Subject: [Ironruby-core] Introducing TudbcGoWeb Framework for Ruby/JRuby/IronRuby Message-ID: Please take a look at the newly released free open-source TUDBC's Go Web Framework (previously TudbcJRubyServlet) at http://www.tudbc.org/goweb (including API) http://www.tudbc.org/gowebdemo (with live demos) The new unified framework has been expanded to support virtually any platforms: High portability among wide range of web servers ================================================ * IIS * Java EE 5 (e.g. GlassFish, Resin, Tomcat, etc.), * Ruby servers (e.g. WEBrick, Mongrel, Thin, etc.) * Traditional web servers with CGI (e.g. Apache) High portability among many programming languages ================================================ * Java and JSP * .NET (C#, F#, J#, VB.NET, C++/CLI, etc.) * Ruby (original, IronRuby, JRuby) * PHP (original, Phalanger, Quercus) (Coming soon) Python (original, IronPython, Jython), Perl, C/C++, etc. In particular for Ruby, it unifies Ruby web programming for all flavors of Ruby (original, IronRuby, JRuby) in all native web servers (including IIS and Java EE servers). Thank you! TUDBC http://www.tudbc.org -- Posted via http://www.ruby-forum.com/. From ivan at flanders.co.nz Sun Dec 28 08:55:21 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Sun, 28 Dec 2008 14:55:21 +0100 Subject: [Ironruby-core] dbd implementation for ado.net Message-ID: Hi I've created an ADO.NET implementation for DBI but I may have overlooked some stuff. At the moment it's living on google code http://code.google.com/p/ironruby-dbi There is an extra colon in the connection string required to make it select the correct data provider. DBI.connect("DBI:ADONET*:MSSQL*:Data Source=(local);initial catalog=mydb;user id=sa;password=topsecret") Feel free to test and tell me what's wrong with it :) I've only tested it against SQL Server.. This should make implementing the activerecord adapters for rails a little bit easier because in many cases it's just a matter of changing the connection string of an existing adapter (at least that's what I'm hoping for). Cheers Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: From Shri.Borde at microsoft.com Mon Dec 29 18:00:21 2008 From: Shri.Borde at microsoft.com (Shri Borde) Date: Mon, 29 Dec 2008 15:00:21 -0800 Subject: [Ironruby-core] Code Review: Thread#raise Message-ID: <710DF26F214D2B4BB94287123FFE980A2DCFCDFD50@NA-EXMSG-C104.redmond.corp.microsoft.com> tfpt review "/shelveset:raise;REDMOND\sborde" Comment : Implements Thread#raise using Thread.Abort, and added tests for it Implemented stress mode (RubyOptions.UseThreadAbortForSyncRaise) which found more issues. Fixed most but not all Enabled test for timeout as well Remaining work (not high pri for now) - Thread#raise without Exception parameters is not supported as it needs to access the active exception of the target thread. This is stored as a thread-local static, and so cannot be accessed from other threads. Can be fixed by not using ThreadStaticAttribute. - Adding probes (in generated code, in C# library code, etc) will help to raise the exception quicker as Thread.Abort can be delayed indefinitely. Ideally, we need both approaches. For now, using Thread.Abort goes a long way. - Ideally, we would add a try-catch to the IDynamicObject/MetaObject code paths so that when other languages called into Ruby code, they would get the expected user exception rather than a ThreadAbortException RunRSpec: supports -ruby to run with MRI. Its much faster than doing "rake ruby why_regression". Added support for -e to run a specific example -------------- next part -------------- A non-text attachment was scrubbed... Name: raise.diff Type: application/octet-stream Size: 34302 bytes Desc: raise.diff URL: From ckponnappa at gmail.com Mon Dec 29 23:46:14 2008 From: ckponnappa at gmail.com (C. K. Ponnappa) Date: Tue, 30 Dec 2008 10:16:14 +0530 Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X Message-ID: <4959A796.9010504@gmail.com> Hey guys, I'm running on OS X 10.5.5 with Mono 2.0 (installed via Ports). I ran rake compile mono=1 I do have pathname2 installed and am using IronRuby trunk revision 180. I get the following error: ~/Work/ruby/ironruby$ rake compile mono=1 --trace (in /Users/schonira/Work/ruby/ironruby) rake aborted! no such file to load -- /Users/schonira/Work/ruby/ironruby/rake\test.rake /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1598:in `load' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1598:in `load' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2413:in `load_imports' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2356:in `raw_load_rakefile' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1985:in `load_rakefile' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exception_handling' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1984:in `load_rakefile' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1969:in `run' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exception_handling' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/bin/rake:31 /usr/bin/rake:19:in `load' /usr/bin/rake:19 Can someone help me out please? Thanks! Sidu. http://blog.sidu.in From jirapong.nanta at gmail.com Tue Dec 30 00:30:35 2008 From: jirapong.nanta at gmail.com (jirapong.nanta at gmail.com) Date: Tue, 30 Dec 2008 12:30:35 +0700 Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X In-Reply-To: <4959A796.9010504@gmail.com> References: <4959A796.9010504@gmail.com> Message-ID: Hello Sidu, quick fix to open Rakefile then change 'rake\xxx' to 'rake/xxx'. however, you will get another error. Macintosh-2:ironruby-r180 Jirapong$ rake compile mono=2.0 (in /Users/Jirapong/ironruby-r180) ------------------------------------------------------------------------------- dlr_core ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- dlr_core ------------------------------------------------------------------------------- Exception caught by the compiler while compiling: Block that caused the problem begin at: ast/ LambdaExpression.cs(121,38): Block being compiled: [ast/ LambdaExpression.cs(121,72):,ast/LambdaExpression.cs(123,9):] System.NullReferenceException: Object reference not set to an instance of an object Internal compiler error at ast/LambdaExpression.cs(121,38):: exception caught while emitting MethodBuilder [Expression`1::Accept] Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object at Mono.CSharp.TypeInferenceContext.FixIndependentTypeArguments (ParameterData methodParameters, System.Boolean& fixed_any) [0x00000] at Mono.CSharp.TypeInferenceV3.InferInPhases (Mono.CSharp.EmitContext ec, Mono.CSharp.TypeInferenceContext tic, ParameterData methodParameters) [0x00000] Hope this helps, -Jirapong On Dec 30, 2008, at 11:46 AM, C. K. Ponnappa wrote: > Hey guys, > > I'm running on OS X 10.5.5 with Mono 2.0 (installed via Ports). I ran > > rake compile mono=1 > > I do have pathname2 installed and am using IronRuby trunk revision > 180. > > I get the following error: > ~/Work/ruby/ironruby$ rake compile mono=1 --trace > (in /Users/schonira/Work/ruby/ironruby) > rake aborted! > no such file to load -- /Users/schonira/Work/ruby/ironruby/rake > \test.rake > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1598:in `load' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1598:in `load' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2413:in > `load_imports' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2356:in > `raw_load_rakefile' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1985:in > `load_rakefile' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in > `standard_exception_handling' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1984:in > `load_rakefile' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1969:in `run' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in > `standard_exception_handling' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/bin/rake:31 > /usr/bin/rake:19:in `load' > /usr/bin/rake:19 > > Can someone help me out please? > > Thanks! > Sidu. > http://blog.sidu.in > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core From jdeville at microsoft.com Tue Dec 30 00:37:04 2008 From: jdeville at microsoft.com (Jim Deville) Date: Mon, 29 Dec 2008 21:37:04 -0800 Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X In-Reply-To: <4959A796.9010504@gmail.com> References: <4959A796.9010504@gmail.com> Message-ID: That would be a mistake on my part it looks like. If you switch the "\" in the Rakefile imports with "/", does it work? If so, I'll make the change and push it out tonight or tomorrow. JD -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of C. K. Ponnappa Sent: Monday, December 29, 2008 8:46 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X Hey guys, I'm running on OS X 10.5.5 with Mono 2.0 (installed via Ports). I ran rake compile mono=1 I do have pathname2 installed and am using IronRuby trunk revision 180. I get the following error: ~/Work/ruby/ironruby$ rake compile mono=1 --trace (in /Users/schonira/Work/ruby/ironruby) rake aborted! no such file to load -- /Users/schonira/Work/ruby/ironruby/rake\test.rake /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1598:in `load' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1598:in `load' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2413:in `load_imports' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2356:in `raw_load_rakefile' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1985:in `load_rakefile' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exception_handling' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1984:in `load_rakefile' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1969:in `run' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exception_handling' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' /Library/Ruby/Gems/1.8/gems/rake-0.8.3/bin/rake:31 /usr/bin/rake:19:in `load' /usr/bin/rake:19 Can someone help me out please? Thanks! Sidu. http://blog.sidu.in _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From jirapong.nanta at gmail.com Tue Dec 30 01:11:59 2008 From: jirapong.nanta at gmail.com (jirapong.nanta at gmail.com) Date: Tue, 30 Dec 2008 13:11:59 +0700 Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X In-Reply-To: References: <4959A796.9010504@gmail.com> Message-ID: Hi JD, yes. but follow error was throw. Macintosh-2:ironruby Jirapong$ rake compile mono=1 --trace (in /Users/Jirapong/ironruby) ** Invoke compile (first_time) ** Invoke happy (first_time) ** Execute happy ** Invoke clean_build (first_time) ** Invoke happy ** Execute clean_build ** Invoke compile_dlr (first_time) ** Invoke compile_extension_attributes (first_time) ** Invoke clean_build ** Execute compile_extension_attributes ------------------------------------------------------------------------------- dlr_core ------------------------------------------------------------------------------- ** Execute compile_dlr ------------------------------------------------------------------------------- dlr_core ------------------------------------------------------------------------------- Exception caught by the compiler while compiling: Block that caused the problem begin at: ast/ LambdaExpression.cs(121,38): Block being compiled: [ast/ LambdaExpression.cs(121,72):,ast/LambdaExpression.cs(123,9):] System.NullReferenceException: Object reference not set to an instance of an object Internal compiler error at ast/LambdaExpression.cs(121,38):: exception caught while emitting MethodBuilder [Expression`1::Accept] Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object at Mono.CSharp.TypeInferenceContext.FixIndependentTypeArguments (ParameterData methodParameters, System.Boolean& fixed_any) [0x00000] at Mono.CSharp.TypeInferenceV3.InferInPhases (Mono.CSharp.EmitContext ec, Mono.CSharp.TypeInferenceContext tic, ParameterData methodParameters) [0x00000] at Mono.CSharp.TypeInferenceV3.InferMethodArguments (Mono.CSharp.EmitContext ec, System.Reflection.MethodBase method) [0x00000] at Mono.CSharp.TypeManager.InferTypeArguments (Mono.CSharp.EmitContext ec, System.Collections.ArrayList arguments, System.Reflection.MethodBase& method) [0x00000] at Mono.CSharp.MethodGroupExpr.IsApplicable (Mono.CSharp.EmitContext ec, System.Collections.ArrayList arguments, Int32 arg_count, System.Reflection.MethodBase& method, System.Boolean& params_expanded_form) [0x00000] at Mono.CSharp.MethodGroupExpr.OverloadResolve (Mono.CSharp.EmitContext ec, System.Collections.ArrayList& Arguments, Boolean may_fail, Location loc) [0x00000] at Mono.CSharp.Invocation.DoResolveOverload (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.Invocation.DoResolve (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext ec, ResolveFlags flags) [0x00000] at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.Return.DoResolve (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.ExitStatement.Resolve (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.Block.Resolve (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.ExplicitBlock.Resolve (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.EmitContext.ResolveTopBlock (Mono.CSharp.EmitContext anonymous_method_host, Mono.CSharp.ToplevelBlock block, Mono.CSharp.Parameters ip, IMethodData md, System.Boolean& unreachable) [0x00000] rake aborted! Command failed with status (1): [gmcs /noconfig @/var/folders/yx/yx- i1r2PFU...] Thank you, -Jirapong On Dec 30, 2008, at 12:37 PM, Jim Deville wrote: > That would be a mistake on my part it looks like. If you switch the > "\" in the Rakefile imports with "/", does it work? If so, I'll make > the change and push it out tonight or tomorrow. > > JD > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org > ] On Behalf Of C. K. Ponnappa > Sent: Monday, December 29, 2008 8:46 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X > > Hey guys, > > I'm running on OS X 10.5.5 with Mono 2.0 (installed via Ports). I ran > > rake compile mono=1 > > I do have pathname2 installed and am using IronRuby trunk revision > 180. > > I get the following error: > ~/Work/ruby/ironruby$ rake compile mono=1 --trace > (in /Users/schonira/Work/ruby/ironruby) > rake aborted! > no such file to load -- /Users/schonira/Work/ruby/ironruby/rake > \test.rake > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1598:in `load' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1598:in `load' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2413:in > `load_imports' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2356:in > `raw_load_rakefile' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1985:in > `load_rakefile' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in > `standard_exception_handling' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1984:in > `load_rakefile' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1969:in `run' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in > `standard_exception_handling' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/bin/rake:31 > /usr/bin/rake:19:in `load' > /usr/bin/rake:19 > > Can someone help me out please? > > Thanks! > Sidu. > http://blog.sidu.in > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core From michael.letterle at gmail.com Tue Dec 30 01:19:51 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Tue, 30 Dec 2008 01:19:51 -0500 Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X In-Reply-To: References: <4959A796.9010504@gmail.com> Message-ID: There are some bugs in mono 2.0 that will prevent you from compiling IronRuby, your best bet is to use the SVN trunk, though I believe 2.2 works as well. Also, my github linux branch includes various fixes for linux that may be necessairy for OSX as well. On Tue, Dec 30, 2008 at 1:11 AM, jirapong.nanta at gmail.com < jirapong.nanta at gmail.com> wrote: > Hi JD, > yes. but follow error was throw. > > Macintosh-2:ironruby Jirapong$ rake compile mono=1 --trace > (in /Users/Jirapong/ironruby) > ** Invoke compile (first_time) > ** Invoke happy (first_time) > ** Execute happy > ** Invoke clean_build (first_time) > ** Invoke happy > ** Execute clean_build > ** Invoke compile_dlr (first_time) > ** Invoke compile_extension_attributes (first_time) > ** Invoke clean_build > ** Execute compile_extension_attributes > > ------------------------------------------------------------------------------- > dlr_core > > ------------------------------------------------------------------------------- > ** Execute compile_dlr > > ------------------------------------------------------------------------------- > dlr_core > > ------------------------------------------------------------------------------- > Exception caught by the compiler while compiling: > Block that caused the problem begin at: ast/LambdaExpression.cs(121,38): > Block being compiled: > [ast/LambdaExpression.cs(121,72):,ast/LambdaExpression.cs(123,9):] > System.NullReferenceException: Object reference not set to an instance of > an object > Internal compiler error at ast/LambdaExpression.cs(121,38):: exception > caught while emitting MethodBuilder [Expression`1::Accept] > > Unhandled Exception: System.NullReferenceException: Object reference not > set to an instance of an object > at Mono.CSharp.TypeInferenceContext.FixIndependentTypeArguments > (ParameterData methodParameters, System.Boolean& fixed_any) [0x00000] > at Mono.CSharp.TypeInferenceV3.InferInPhases (Mono.CSharp.EmitContext ec, > Mono.CSharp.TypeInferenceContext tic, ParameterData methodParameters) > [0x00000] > at Mono.CSharp.TypeInferenceV3.InferMethodArguments > (Mono.CSharp.EmitContext ec, System.Reflection.MethodBase method) [0x00000] > at Mono.CSharp.TypeManager.InferTypeArguments (Mono.CSharp.EmitContext ec, > System.Collections.ArrayList arguments, System.Reflection.MethodBase& > method) [0x00000] > at Mono.CSharp.MethodGroupExpr.IsApplicable (Mono.CSharp.EmitContext ec, > System.Collections.ArrayList arguments, Int32 arg_count, > System.Reflection.MethodBase& method, System.Boolean& params_expanded_form) > [0x00000] > at Mono.CSharp.MethodGroupExpr.OverloadResolve (Mono.CSharp.EmitContext > ec, System.Collections.ArrayList& Arguments, Boolean may_fail, Location loc) > [0x00000] > at Mono.CSharp.Invocation.DoResolveOverload (Mono.CSharp.EmitContext ec) > [0x00000] > at Mono.CSharp.Invocation.DoResolve (Mono.CSharp.EmitContext ec) [0x00000] > at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext ec, > ResolveFlags flags) [0x00000] > at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext ec) [0x00000] > at Mono.CSharp.Return.DoResolve (Mono.CSharp.EmitContext ec) [0x00000] > at Mono.CSharp.ExitStatement.Resolve (Mono.CSharp.EmitContext ec) > [0x00000] > at Mono.CSharp.Block.Resolve (Mono.CSharp.EmitContext ec) [0x00000] > at Mono.CSharp.ExplicitBlock.Resolve (Mono.CSharp.EmitContext ec) > [0x00000] > at Mono.CSharp.EmitContext.ResolveTopBlock (Mono.CSharp.EmitContext > anonymous_method_host, Mono.CSharp.ToplevelBlock block, > Mono.CSharp.Parameters ip, IMethodData md, System.Boolean& unreachable) > [0x00000] > rake aborted! > Command failed with status (1): [gmcs /noconfig > @/var/folders/yx/yx-i1r2PFU...] > > > Thank you, > -Jirapong > > > On Dec 30, 2008, at 12:37 PM, Jim Deville wrote: > > That would be a mistake on my part it looks like. If you switch the "\" in >> the Rakefile imports with "/", does it work? If so, I'll make the change and >> push it out tonight or tomorrow. >> >> JD >> >> -----Original Message----- >> From: ironruby-core-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] On Behalf Of C. K. Ponnappa >> Sent: Monday, December 29, 2008 8:46 PM >> To: ironruby-core at rubyforge.org >> Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X >> >> Hey guys, >> >> I'm running on OS X 10.5.5 with Mono 2.0 (installed via Ports). I ran >> >> rake compile mono=1 >> >> I do have pathname2 installed and am using IronRuby trunk revision 180. >> >> I get the following error: >> ~/Work/ruby/ironruby$ rake compile mono=1 --trace >> (in /Users/schonira/Work/ruby/ironruby) >> rake aborted! >> no such file to load -- /Users/schonira/Work/ruby/ironruby/rake\test.rake >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1598:in `load' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1598:in `load' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2413:in `load_imports' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2356:in >> `raw_load_rakefile' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1985:in `load_rakefile' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in >> `standard_exception_handling' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1984:in `load_rakefile' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1969:in `run' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in >> `standard_exception_handling' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/bin/rake:31 >> /usr/bin/rake:19:in `load' >> /usr/bin/rake:19 >> >> Can someone help me out please? >> >> Thanks! >> Sidu. >> http://blog.sidu.in >> _______________________________________________ >> 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 [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Tue Dec 30 01:21:05 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Tue, 30 Dec 2008 01:21:05 -0500 Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X In-Reply-To: References: <4959A796.9010504@gmail.com> Message-ID: as an aside, I noticed that you put 2.0 in the mono variable, the actually value of the mono env variable is immaterial, it just needs to be not nil :) On Tue, Dec 30, 2008 at 12:30 AM, jirapong.nanta at gmail.com < jirapong.nanta at gmail.com> wrote: > Hello Sidu, > > quick fix to open Rakefile then change 'rake\xxx' to 'rake/xxx'. > > however, you will get another error. > > Macintosh-2:ironruby-r180 Jirapong$ rake compile mono=2.0 > (in /Users/Jirapong/ironruby-r180) > > ------------------------------------------------------------------------------- > dlr_core > > ------------------------------------------------------------------------------- > > ------------------------------------------------------------------------------- > dlr_core > > ------------------------------------------------------------------------------- > Exception caught by the compiler while compiling: > Block that caused the problem begin at: ast/LambdaExpression.cs(121,38): > Block being compiled: > [ast/LambdaExpression.cs(121,72):,ast/LambdaExpression.cs(123,9):] > System.NullReferenceException: Object reference not set to an instance of > an object > Internal compiler error at ast/LambdaExpression.cs(121,38):: exception > caught while emitting MethodBuilder [Expression`1::Accept] > > Unhandled Exception: System.NullReferenceException: Object reference not > set to an instance of an object > at Mono.CSharp.TypeInferenceContext.FixIndependentTypeArguments > (ParameterData methodParameters, System.Boolean& fixed_any) [0x00000] > at Mono.CSharp.TypeInferenceV3.InferInPhases (Mono.CSharp.EmitContext ec, > Mono.CSharp.TypeInferenceContext tic, ParameterData methodParameters) > [0x00000] > > > Hope this helps, > -Jirapong > > > > On Dec 30, 2008, at 11:46 AM, C. K. Ponnappa wrote: > > Hey guys, >> >> I'm running on OS X 10.5.5 with Mono 2.0 (installed via Ports). I ran >> >> rake compile mono=1 >> >> I do have pathname2 installed and am using IronRuby trunk revision 180. >> >> I get the following error: >> ~/Work/ruby/ironruby$ rake compile mono=1 --trace >> (in /Users/schonira/Work/ruby/ironruby) >> rake aborted! >> no such file to load -- /Users/schonira/Work/ruby/ironruby/rake\test.rake >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1598:in `load' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1598:in `load' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2413:in `load_imports' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2356:in >> `raw_load_rakefile' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1985:in `load_rakefile' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in >> `standard_exception_handling' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1984:in `load_rakefile' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1969:in `run' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in >> `standard_exception_handling' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' >> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/bin/rake:31 >> /usr/bin/rake:19:in `load' >> /usr/bin/rake:19 >> >> Can someone help me out please? >> >> Thanks! >> Sidu. >> http://blog.sidu.in >> _______________________________________________ >> 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 [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jirapong.nanta at gmail.com Tue Dec 30 06:31:15 2008 From: jirapong.nanta at gmail.com (jirapong.nanta at gmail.com) Date: Tue, 30 Dec 2008 18:31:15 +0700 Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X In-Reply-To: References: <4959A796.9010504@gmail.com> Message-ID: <53C16702-F30B-4758-8E66-A3E4BC59E508@gmail.com> Yes, I install mono by MacPort. going to get mono source to try out. Thank you, -Jirapong On Dec 30, 2008, at 1:19 PM, Michael Letterle wrote: > There are some bugs in mono 2.0 that will prevent you from compiling > IronRuby, your best bet is to use the SVN trunk, though I believe > 2.2 works as well. Also, my github linux branch includes various > fixes for linux that may be necessairy for OSX as well. > > On Tue, Dec 30, 2008 at 1:11 AM, jirapong.nanta at gmail.com > wrote: > Hi JD, > yes. but follow error was throw. > > Macintosh-2:ironruby Jirapong$ rake compile mono=1 --trace > (in /Users/Jirapong/ironruby) > ** Invoke compile (first_time) > ** Invoke happy (first_time) > ** Execute happy > ** Invoke clean_build (first_time) > ** Invoke happy > ** Execute clean_build > ** Invoke compile_dlr (first_time) > ** Invoke compile_extension_attributes (first_time) > ** Invoke clean_build > ** Execute compile_extension_attributes > ------------------------------------------------------------------------------- > dlr_core > ------------------------------------------------------------------------------- > ** Execute compile_dlr > > ------------------------------------------------------------------------------- > dlr_core > ------------------------------------------------------------------------------- > Exception caught by the compiler while compiling: > Block that caused the problem begin at: ast/ > LambdaExpression.cs(121,38): > Block being compiled: [ast/ > LambdaExpression.cs(121,72):,ast/LambdaExpression.cs(123,9):] > System.NullReferenceException: Object reference not set to an > instance of an object > Internal compiler error at ast/LambdaExpression.cs(121,38):: > exception caught while emitting MethodBuilder [Expression`1::Accept] > > Unhandled Exception: System.NullReferenceException: Object reference > not set to an instance of an object > at Mono.CSharp.TypeInferenceContext.FixIndependentTypeArguments > (ParameterData methodParameters, System.Boolean& fixed_any) [0x00000] > at Mono.CSharp.TypeInferenceV3.InferInPhases > (Mono.CSharp.EmitContext ec, Mono.CSharp.TypeInferenceContext tic, > ParameterData methodParameters) [0x00000] > at Mono.CSharp.TypeInferenceV3.InferMethodArguments > (Mono.CSharp.EmitContext ec, System.Reflection.MethodBase method) > [0x00000] > at Mono.CSharp.TypeManager.InferTypeArguments > (Mono.CSharp.EmitContext ec, System.Collections.ArrayList arguments, > System.Reflection.MethodBase& method) [0x00000] > at Mono.CSharp.MethodGroupExpr.IsApplicable > (Mono.CSharp.EmitContext ec, System.Collections.ArrayList arguments, > Int32 arg_count, System.Reflection.MethodBase& method, > System.Boolean& params_expanded_form) [0x00000] > at Mono.CSharp.MethodGroupExpr.OverloadResolve > (Mono.CSharp.EmitContext ec, System.Collections.ArrayList& > Arguments, Boolean may_fail, Location loc) [0x00000] > at Mono.CSharp.Invocation.DoResolveOverload > (Mono.CSharp.EmitContext ec) [0x00000] > at Mono.CSharp.Invocation.DoResolve (Mono.CSharp.EmitContext ec) > [0x00000] > at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext ec, > ResolveFlags flags) [0x00000] > at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext ec) > [0x00000] > at Mono.CSharp.Return.DoResolve (Mono.CSharp.EmitContext ec) > [0x00000] > at Mono.CSharp.ExitStatement.Resolve (Mono.CSharp.EmitContext ec) > [0x00000] > at Mono.CSharp.Block.Resolve (Mono.CSharp.EmitContext ec) [0x00000] > at Mono.CSharp.ExplicitBlock.Resolve (Mono.CSharp.EmitContext ec) > [0x00000] > at Mono.CSharp.EmitContext.ResolveTopBlock (Mono.CSharp.EmitContext > anonymous_method_host, Mono.CSharp.ToplevelBlock block, > Mono.CSharp.Parameters ip, IMethodData md, System.Boolean& > unreachable) [0x00000] > rake aborted! > Command failed with status (1): [gmcs /noconfig @/var/folders/yx/yx- > i1r2PFU...] > > > Thank you, > -Jirapong > > > On Dec 30, 2008, at 12:37 PM, Jim Deville wrote: > > That would be a mistake on my part it looks like. If you switch the > "\" in the Rakefile imports with "/", does it work? If so, I'll make > the change and push it out tonight or tomorrow. > > JD > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org > ] On Behalf Of C. K. Ponnappa > Sent: Monday, December 29, 2008 8:46 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X > > Hey guys, > > I'm running on OS X 10.5.5 with Mono 2.0 (installed via Ports). I ran > > rake compile mono=1 > > I do have pathname2 installed and am using IronRuby trunk revision > 180. > > I get the following error: > ~/Work/ruby/ironruby$ rake compile mono=1 --trace > (in /Users/schonira/Work/ruby/ironruby) > rake aborted! > no such file to load -- /Users/schonira/Work/ruby/ironruby/rake > \test.rake > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1598:in `load' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1598:in `load' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2413:in > `load_imports' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2356:in > `raw_load_rakefile' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1985:in > `load_rakefile' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in > `standard_exception_handling' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1984:in > `load_rakefile' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1969:in `run' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in > `standard_exception_handling' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' > /Library/Ruby/Gems/1.8/gems/rake-0.8.3/bin/rake:31 > /usr/bin/rake:19:in `load' > /usr/bin/rake:19 > > Can someone help me out please? > > Thanks! > Sidu. > http://blog.sidu.in > _______________________________________________ > 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 > [Polymath Prokrammer] > 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 ivan at flanders.co.nz Tue Dec 30 06:37:05 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Tue, 30 Dec 2008 12:37:05 +0100 Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X In-Reply-To: References: <4959A796.9010504@gmail.com> Message-ID: I've tried to build from source on OSX too.. with the latest trunk from mono but it won't compile I get the same error. to make the Rakefile work I had to make 2 minor changes. In Rakefile I had to change the paths to the other rake files from \ to / In rake/misc.rake I had to change line 107 to: commands += (!mono? ? ['svn.exe'] : ['svn'] ) if IronRuby.is_merlin? ? rake compile mono=1 --trace (in /Users/ivan/src/ironruby/merlin/main/Languages/Ruby) ** Invoke compile (first_time) ** Invoke happy (first_time) ** Execute happy ** Invoke clean_build (first_time) ** Invoke happy ** Execute clean_build ** Invoke compile_dlr (first_time) ** Invoke compile_extension_attributes (first_time) ** Invoke clean_build ** Execute compile_extension_attributes ------------------------------------------------------------------------------- dlr_core ------------------------------------------------------------------------------- ** Execute compile_dlr ------------------------------------------------------------------------------- dlr_core ------------------------------------------------------------------------------- Exception caught by the compiler while compiling: Block that caused the problem begin at: Ast/LambdaExpression.cs(121,38): Block being compiled: [Ast/LambdaExpression.cs(121,72):,Ast/LambdaExpression.cs(123,9):] System.NullReferenceException: Object reference not set to an instance of an object Internal compiler error at Ast/LambdaExpression.cs(121,38):: exception caught while emitting MethodBuilder [Expression`1::Accept] Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object at Mono.CSharp.TypeInferenceContext.FixIndependentTypeArguments (System.Type[] methodParameters, System.Boolean& fixed_any) [0x00000] at Mono.CSharp.TypeInferenceV3.InferInPhases (Mono.CSharp.EmitContext ec, Mono.CSharp.TypeInferenceContext tic, Mono.CSharp.AParametersCollection methodParameters) [0x00000] at Mono.CSharp.TypeInferenceV3.InferMethodArguments (Mono.CSharp.EmitContext ec, System.Reflection.MethodBase method) [0x00000] at Mono.CSharp.TypeManager.InferTypeArguments (Mono.CSharp.EmitContext ec, System.Collections.ArrayList arguments, System.Reflection.MethodBase& method) [0x00000] at Mono.CSharp.MethodGroupExpr.IsApplicable (Mono.CSharp.EmitContext ec, System.Collections.ArrayList arguments, Int32 arg_count, System.Reflection.MethodBase& method, System.Boolean& params_expanded_form) [0x00000] at Mono.CSharp.MethodGroupExpr.OverloadResolve (Mono.CSharp.EmitContext ec, System.Collections.ArrayList& Arguments, Boolean may_fail, Location loc) [0x00000] at Mono.CSharp.Invocation.DoResolveOverload (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.Invocation.DoResolve (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext ec, ResolveFlags flags) [0x00000] at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.Return.DoResolve (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.ExitStatement.Resolve (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.Block.Resolve (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.ExplicitBlock.Resolve (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.EmitContext.ResolveTopBlock (Mono.CSharp.EmitContext anonymous_method_host, Mono.CSharp.ToplevelBlock block, Mono.CSharp.Parameters ip, IMethodData md, System.Boolean& unreachable) [0x00000] rake aborted! Command failed with status (1): [gmcs /noconfig @/var/folders/-x/-xQjxc2kHg...] /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:971:in `sh' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:984:in `call' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:984:in `sh' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1072:in `sh' ./context.rb:256:in `exec' ./context.rb:554:in `compile' ./context.rb:531:in `chdir' ./context.rb:531:in `compile' /Users/ivan/src/ironruby/merlin/main/Languages/Ruby/rake/compile.rake:35 ./context.rb:711:in `instance_eval' ./context.rb:711:in `source_context' /Users/ivan/src/ironruby/merlin/main/Languages/Ruby/rake/compile.rake:34 /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:617:in `call' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:617:in `execute' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:612:in `each' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:612:in `execute' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:578:in `invoke_with_call_chain' /opt/local/lib/ruby/1.8/monitor.rb:242:in `synchronize' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in `invoke_with_call_chain' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:588:in `invoke_prerequisites' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `each' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:585:in `invoke_prerequisites' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:577:in `invoke_with_call_chain' /opt/local/lib/ruby/1.8/monitor.rb:242:in `synchronize' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:571:in `invoke_with_call_chain' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:564:in `invoke' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2019:in `invoke_task' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `top_level' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `each' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1997:in `top_level' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exception_handling' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1991:in `top_level' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1970:in `run' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exception_handling' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' /opt/local/lib/ruby/gems/1.8/gems/rake-0.8.3/bin/rake:31 /opt/local/bin/rake:19:in `load' /opt/local/bin/rake:19 On Tue, Dec 30, 2008 at 7:21 AM, Michael Letterle < michael.letterle at gmail.com> wrote: > as an aside, I noticed that you put 2.0 in the mono variable, the actually > value of the mono env variable is immaterial, it just needs to be not nil :) > > > On Tue, Dec 30, 2008 at 12:30 AM, jirapong.nanta at gmail.com < > jirapong.nanta at gmail.com> wrote: > >> Hello Sidu, >> >> quick fix to open Rakefile then change 'rake\xxx' to 'rake/xxx'. >> >> however, you will get another error. >> >> Macintosh-2:ironruby-r180 Jirapong$ rake compile mono=2.0 >> (in /Users/Jirapong/ironruby-r180) >> >> ------------------------------------------------------------------------------- >> dlr_core >> >> ------------------------------------------------------------------------------- >> >> ------------------------------------------------------------------------------- >> dlr_core >> >> ------------------------------------------------------------------------------- >> Exception caught by the compiler while compiling: >> Block that caused the problem begin at: ast/LambdaExpression.cs(121,38): >> Block being compiled: >> [ast/LambdaExpression.cs(121,72):,ast/LambdaExpression.cs(123,9):] >> System.NullReferenceException: Object reference not set to an instance of >> an object >> Internal compiler error at ast/LambdaExpression.cs(121,38):: exception >> caught while emitting MethodBuilder [Expression`1::Accept] >> >> Unhandled Exception: System.NullReferenceException: Object reference not >> set to an instance of an object >> at Mono.CSharp.TypeInferenceContext.FixIndependentTypeArguments >> (ParameterData methodParameters, System.Boolean& fixed_any) [0x00000] >> at Mono.CSharp.TypeInferenceV3.InferInPhases (Mono.CSharp.EmitContext ec, >> Mono.CSharp.TypeInferenceContext tic, ParameterData methodParameters) >> [0x00000] >> >> >> Hope this helps, >> -Jirapong >> >> >> >> On Dec 30, 2008, at 11:46 AM, C. K. Ponnappa wrote: >> >> Hey guys, >>> >>> I'm running on OS X 10.5.5 with Mono 2.0 (installed via Ports). I ran >>> >>> rake compile mono=1 >>> >>> I do have pathname2 installed and am using IronRuby trunk revision 180. >>> >>> I get the following error: >>> ~/Work/ruby/ironruby$ rake compile mono=1 --trace >>> (in /Users/schonira/Work/ruby/ironruby) >>> rake aborted! >>> no such file to load -- /Users/schonira/Work/ruby/ironruby/rake\test.rake >>> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1598:in `load' >>> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1598:in `load' >>> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2413:in `load_imports' >>> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2356:in >>> `raw_load_rakefile' >>> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1985:in >>> `load_rakefile' >>> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in >>> `standard_exception_handling' >>> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1984:in >>> `load_rakefile' >>> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1969:in `run' >>> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in >>> `standard_exception_handling' >>> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' >>> /Library/Ruby/Gems/1.8/gems/rake-0.8.3/bin/rake:31 >>> /usr/bin/rake:19:in `load' >>> /usr/bin/rake:19 >>> >>> Can someone help me out please? >>> >>> Thanks! >>> Sidu. >>> http://blog.sidu.in >>> _______________________________________________ >>> 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 > [Polymath Prokrammer] > 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 sanxiyn at gmail.com Tue Dec 30 07:04:55 2008 From: sanxiyn at gmail.com (Seo Sanghyeon) Date: Tue, 30 Dec 2008 21:04:55 +0900 Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X In-Reply-To: References: <4959A796.9010504@gmail.com> Message-ID: <5b0248170812300404x51f511e0l29f944c30866529c@mail.gmail.com> 2008/12/30 Ivan Porto Carrero : > I've tried to build from source on OSX too.. with the latest trunk from mono > but it won't compile I get the same error. Try the latest patch on http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/ (Or equivalently, Michael Letterle's git tree on github) -- Seo Sanghyeon From ivan at flanders.co.nz Tue Dec 30 08:27:25 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Tue, 30 Dec 2008 14:27:25 +0100 Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X In-Reply-To: <5b0248170812300404x51f511e0l29f944c30866529c@mail.gmail.com> References: <4959A796.9010504@gmail.com> <5b0248170812300404x51f511e0l29f944c30866529c@mail.gmail.com> Message-ID: Ok now that I know what that error message means i went ahead and forked ironruby also. I created a branch called mono and it builds successfully on my mac with mono. I basically applied many of the fixes from seo's patch but for the git layout and with the sources from 18/12/2008. I think you also have to set the MERLIN_ROOT environment variable if you're using the git layout. I use a .bashrc file and there I added the line export MERLIN_ROOT='/Users/ivan/src/ironruby/merlin/main' To get ironruby from my fork and compile it: git clone git://github.com/casualjim/ironruby.git cd ironruby git checkout -b mono git pull origin mono cd merlin/main/Languages/Ruby rake compile mono=1 I tried using Michael's branch but it didn't want to work for me. Thanks Seo, Michael :) On Tue, Dec 30, 2008 at 1:04 PM, Seo Sanghyeon wrote: > 2008/12/30 Ivan Porto Carrero : > > I've tried to build from source on OSX too.. with the latest trunk from > mono > > but it won't compile I get the same error. > > Try the latest patch on > http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/ > > (Or equivalently, Michael Letterle's git tree on github) > > -- > Seo Sanghyeon > _______________________________________________ > 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 Tue Dec 30 11:44:21 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Tue, 30 Dec 2008 11:44:21 -0500 Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X In-Reply-To: References: <4959A796.9010504@gmail.com> <5b0248170812300404x51f511e0l29f944c30866529c@mail.gmail.com> Message-ID: What error did you get with my branch? It's currently building under Linux so I'm curious what the differences might be with OSX. On Tue, Dec 30, 2008 at 8:27 AM, Ivan Porto Carrero wrote: > Ok now that I know what that error message means i went ahead and forked > ironruby also. > I created a branch called mono and it builds successfully on my mac with > mono. > > I basically applied many of the fixes from seo's patch but for the git > layout and with the sources from 18/12/2008. > > I think you also have to set the MERLIN_ROOT environment variable if you're > using the git layout. > I use a .bashrc file and there I added the line > export MERLIN_ROOT='/Users/ivan/src/ironruby/merlin/main' > > To get ironruby from my fork and compile it: > > git clone git://github.com/casualjim/ironruby.git > cd ironruby > git checkout -b mono > git pull origin mono > cd merlin/main/Languages/Ruby > rake compile mono=1 > > I tried using Michael's branch but it didn't want to work for me. > > Thanks Seo, Michael :) > > > On Tue, Dec 30, 2008 at 1:04 PM, Seo Sanghyeon wrote: > >> 2008/12/30 Ivan Porto Carrero : >> > I've tried to build from source on OSX too.. with the latest trunk from >> mono >> > but it won't compile I get the same error. >> >> Try the latest patch on >> http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/ >> >> (Or equivalently, Michael Letterle's git tree on github) >> >> -- >> Seo Sanghyeon >> _______________________________________________ >> 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 [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jirapong.nanta at gmail.com Tue Dec 30 11:58:48 2008 From: jirapong.nanta at gmail.com (jirapong.nanta at gmail.com) Date: Tue, 30 Dec 2008 23:58:48 +0700 Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X In-Reply-To: References: <4959A796.9010504@gmail.com> <5b0248170812300404x51f511e0l29f944c30866529c@mail.gmail.com> Message-ID: try out but get another error. (in /Users/Jirapong/ironruby-jim/merlin/main/Languages/Ruby) ------------------------------------------------------------------------------- dlr_core ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- dlr_core ------------------------------------------------------------------------------- Actions/DynamicObject.cs(411,32): error CS0121: The call is ambiguous between the following methods or properties: `System.Linq.Expressions.Expression.Block(params System.Linq.Expressions.Expression[])' and ` System .Linq .Expressions .Expression .Block (System .Collections .Generic.IEnumerable, params System.Linq.Expressions.Expression[])' Ast/BlockExpression.cs(568,39): (Location of the symbol related to previous error) Ast/BlockExpression.cs(588,39): (Location of the symbol related to previous error) Actions/DynamicObject.cs(463,32): error CS0121: The call is ambiguous between the following methods or properties: `System.Linq.Expressions.Expression.Block(params System.Linq.Expressions.Expression[])' and ` System .Linq .Expressions .Expression .Block (System .Collections .Generic.IEnumerable, params System.Linq.Expressions.Expression[])' Ast/BlockExpression.cs(568,39): (Location of the symbol related to previous error) Ast/BlockExpression.cs(588,39): (Location of the symbol related to previous error) Compilation failed: 2 error(s), 0 warnings rake aborted! Command failed with status (1): [gmcs /noconfig @/var/folders/yx/yx- i1r2PFU...] On Dec 30, 2008, at 8:27 PM, Ivan Porto Carrero wrote: > Ok now that I know what that error message means i went ahead and > forked ironruby also. > I created a branch called mono and it builds successfully on my mac > with mono. > > I basically applied many of the fixes from seo's patch but for the > git layout and with the sources from 18/12/2008. > > I think you also have to set the MERLIN_ROOT environment variable if > you're using the git layout. > I use a .bashrc file and there I added the line > export MERLIN_ROOT='/Users/ivan/src/ironruby/merlin/main' > > To get ironruby from my fork and compile it: > > git clone git://github.com/casualjim/ironruby.git > cd ironruby > git checkout -b mono > git pull origin mono > cd merlin/main/Languages/Ruby > rake compile mono=1 > > I tried using Michael's branch but it didn't want to work for me. > > Thanks Seo, Michael :) > > On Tue, Dec 30, 2008 at 1:04 PM, Seo Sanghyeon > wrote: > 2008/12/30 Ivan Porto Carrero : > > I've tried to build from source on OSX too.. with the latest trunk > from mono > > but it won't compile I get the same error. > > Try the latest patch on > http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/ > > (Or equivalently, Michael Letterle's git tree on github) > > -- > Seo Sanghyeon > _______________________________________________ > 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 ivan at flanders.co.nz Tue Dec 30 12:06:39 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Tue, 30 Dec 2008 18:06:39 +0100 Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X In-Reply-To: References: <4959A796.9010504@gmail.com> <5b0248170812300404x51f511e0l29f944c30866529c@mail.gmail.com> Message-ID: The error was my own fault.. just tried it again and it does work now. On Tue, Dec 30, 2008 at 5:44 PM, Michael Letterle < michael.letterle at gmail.com> wrote: > What error did you get with my branch? It's currently building under Linux > so I'm curious what the differences might be with OSX. > > > On Tue, Dec 30, 2008 at 8:27 AM, Ivan Porto Carrero wrote: > >> Ok now that I know what that error message means i went ahead and forked >> ironruby also. >> I created a branch called mono and it builds successfully on my mac with >> mono. >> >> I basically applied many of the fixes from seo's patch but for the git >> layout and with the sources from 18/12/2008. >> >> I think you also have to set the MERLIN_ROOT environment variable if >> you're using the git layout. >> I use a .bashrc file and there I added the line >> export MERLIN_ROOT='/Users/ivan/src/ironruby/merlin/main' >> >> To get ironruby from my fork and compile it: >> >> git clone git://github.com/casualjim/ironruby.git >> cd ironruby >> git checkout -b mono >> git pull origin mono >> cd merlin/main/Languages/Ruby >> rake compile mono=1 >> >> I tried using Michael's branch but it didn't want to work for me. >> >> Thanks Seo, Michael :) >> >> >> On Tue, Dec 30, 2008 at 1:04 PM, Seo Sanghyeon wrote: >> >>> 2008/12/30 Ivan Porto Carrero : >>> > I've tried to build from source on OSX too.. with the latest trunk from >>> mono >>> > but it won't compile I get the same error. >>> >>> Try the latest patch on >>> http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/ >>> >>> (Or equivalently, Michael Letterle's git tree on github) >>> >>> -- >>> Seo Sanghyeon >>> _______________________________________________ >>> 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 > [Polymath Prokrammer] > 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 ivan at flanders.co.nz Tue Dec 30 12:07:42 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Tue, 30 Dec 2008 18:07:42 +0100 Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X In-Reply-To: References: <4959A796.9010504@gmail.com> <5b0248170812300404x51f511e0l29f944c30866529c@mail.gmail.com> Message-ID: Are you using mono from macports? Maybe it's better to build it from trunk On Tue, Dec 30, 2008 at 5:58 PM, jirapong.nanta at gmail.com < jirapong.nanta at gmail.com> wrote: > try out but get another error. > (in /Users/Jirapong/ironruby-jim/merlin/main/Languages/Ruby) > > ------------------------------------------------------------------------------- > dlr_core > > ------------------------------------------------------------------------------- > > ------------------------------------------------------------------------------- > dlr_core > > ------------------------------------------------------------------------------- > Actions/DynamicObject.cs(411,32): error CS0121: The call is ambiguous > between the following methods or properties: > `System.Linq.Expressions.Expression.Block(params > System.Linq.Expressions.Expression[])' and > `System.Linq.Expressions.Expression.Block(System.Collections.Generic.IEnumerable, > params System.Linq.Expressions.Expression[])' > Ast/BlockExpression.cs(568,39): (Location of the symbol related to previous > error) > Ast/BlockExpression.cs(588,39): (Location of the symbol related to previous > error) > Actions/DynamicObject.cs(463,32): error CS0121: The call is ambiguous > between the following methods or properties: > `System.Linq.Expressions.Expression.Block(params > System.Linq.Expressions.Expression[])' and > `System.Linq.Expressions.Expression.Block(System.Collections.Generic.IEnumerable, > params System.Linq.Expressions.Expression[])' > Ast/BlockExpression.cs(568,39): (Location of the symbol related to previous > error) > Ast/BlockExpression.cs(588,39): (Location of the symbol related to previous > error) > Compilation failed: 2 error(s), 0 warnings > rake aborted! > Command failed with status (1): [gmcs /noconfig > @/var/folders/yx/yx-i1r2PFU...] > > > On Dec 30, 2008, at 8:27 PM, Ivan Porto Carrero wrote: > > Ok now that I know what that error message means i went ahead and forked > ironruby also. > I created a branch called mono and it builds successfully on my mac with > mono. > > I basically applied many of the fixes from seo's patch but for the git > layout and with the sources from 18/12/2008. > > I think you also have to set the MERLIN_ROOT environment variable if you're > using the git layout. > I use a .bashrc file and there I added the line > export MERLIN_ROOT='/Users/ivan/src/ironruby/merlin/main' > > To get ironruby from my fork and compile it: > > git clone git://github.com/casualjim/ironruby.git > cd ironruby > git checkout -b mono > git pull origin mono > cd merlin/main/Languages/Ruby > rake compile mono=1 > > I tried using Michael's branch but it didn't want to work for me. > > Thanks Seo, Michael :) > > On Tue, Dec 30, 2008 at 1:04 PM, Seo Sanghyeon wrote: > >> 2008/12/30 Ivan Porto Carrero : >> > I've tried to build from source on OSX too.. with the latest trunk from >> mono >> > but it won't compile I get the same error. >> >> Try the latest patch on >> http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/ >> >> (Or equivalently, Michael Letterle's git tree on github) >> >> -- >> Seo Sanghyeon >> _______________________________________________ >> 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 curth at microsoft.com Tue Dec 30 16:05:06 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Tue, 30 Dec 2008 13:05:06 -0800 Subject: [Ironruby-core] Code Review: Thread#raise In-Reply-To: <710DF26F214D2B4BB94287123FFE980A2DCFCDFD50@NA-EXMSG-C104.redmond.corp.microsoft.com> References: <710DF26F214D2B4BB94287123FFE980A2DCFCDFD50@NA-EXMSG-C104.redmond.corp.microsoft.com> Message-ID: Shouldn't the option "UseThreadAbortForSyncRaise" be called "...ForASyncRaise"? I think that Thread.raise with no arguments should just inject a RuntimeError with no message as if $! were nil; this makes more sense than failing. Trying to reference a "current exception" in another thread is a scary operation even if that's what MRI is doing. Other than that, changes look really nice. But anyone thinking of using this functionality should read Charlie's excellent piece from earlier in the year: http://blog.headius.com/2008/02/rubys-threadraise-threadkill-timeoutrb.html -----Original Message----- From: Shri Borde Sent: Monday, December 29, 2008 3:00 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: Thread#raise tfpt review "/shelveset:raise;REDMOND\sborde" Comment : Implements Thread#raise using Thread.Abort, and added tests for it Implemented stress mode (RubyOptions.UseThreadAbortForSyncRaise) which found more issues. Fixed most but not all Enabled test for timeout as well Remaining work (not high pri for now) - Thread#raise without Exception parameters is not supported as it needs to access the active exception of the target thread. This is stored as a thread-local static, and so cannot be accessed from other threads. Can be fixed by not using ThreadStaticAttribute. - Adding probes (in generated code, in C# library code, etc) will help to raise the exception quicker as Thread.Abort can be delayed indefinitely. Ideally, we need both approaches. For now, using Thread.Abort goes a long way. - Ideally, we would add a try-catch to the IDynamicObject/MetaObject code paths so that when other languages called into Ruby code, they would get the expected user exception rather than a ThreadAbortException RunRSpec: supports -ruby to run with MRI. Its much faster than doing "rake ruby why_regression". Added support for -e to run a specific example From Shri.Borde at microsoft.com Tue Dec 30 16:22:50 2008 From: Shri.Borde at microsoft.com (Shri Borde) Date: Tue, 30 Dec 2008 13:22:50 -0800 Subject: [Ironruby-core] Code Review: Thread#raise In-Reply-To: References: <710DF26F214D2B4BB94287123FFE980A2DCFCDFD50@NA-EXMSG-C104.redmond.corp.microsoft.com> Message-ID: <710DF26F214D2B4BB94287123FFE980A2DD02CAA50@NA-EXMSG-C104.redmond.corp.microsoft.com> The terminology I am using throughout is synchronous exception would be a normal Kernel.raise as the thread knows exactly when and where the exception will occur. Thread#raise is considered to raise an exception asynchronously as you cannot control exactly when and where the exception will actually be raised on the target thread. So with this terminology, the stress mode should stay as "...ForSyncRaise" so that Thread.Abort is used even for Kernel.raise. I will change Thread.raise with no arguments to inject a RuntimeError. I am not sure if its any better or worse at it depends on whether its preferable to fail early or to try to keep going. Failing early is usually a good idea, but in this case, given all the caveats about Thread#raise, I don't feel strongly. Thanks, Shri -----Original Message----- From: Curt Hagenlocher Sent: Tuesday, December 30, 2008 1:05 PM To: Shri Borde; IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: RE: Code Review: Thread#raise Shouldn't the option "UseThreadAbortForSyncRaise" be called "...ForASyncRaise"? I think that Thread.raise with no arguments should just inject a RuntimeError with no message as if $! were nil; this makes more sense than failing. Trying to reference a "current exception" in another thread is a scary operation even if that's what MRI is doing. Other than that, changes look really nice. But anyone thinking of using this functionality should read Charlie's excellent piece from earlier in the year: http://blog.headius.com/2008/02/rubys-threadraise-threadkill-timeoutrb.html -----Original Message----- From: Shri Borde Sent: Monday, December 29, 2008 3:00 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: Thread#raise tfpt review "/shelveset:raise;REDMOND\sborde" Comment : Implements Thread#raise using Thread.Abort, and added tests for it Implemented stress mode (RubyOptions.UseThreadAbortForSyncRaise) which found more issues. Fixed most but not all Enabled test for timeout as well Remaining work (not high pri for now) - Thread#raise without Exception parameters is not supported as it needs to access the active exception of the target thread. This is stored as a thread-local static, and so cannot be accessed from other threads. Can be fixed by not using ThreadStaticAttribute. - Adding probes (in generated code, in C# library code, etc) will help to raise the exception quicker as Thread.Abort can be delayed indefinitely. Ideally, we need both approaches. For now, using Thread.Abort goes a long way. - Ideally, we would add a try-catch to the IDynamicObject/MetaObject code paths so that when other languages called into Ruby code, they would get the expected user exception rather than a ThreadAbortException RunRSpec: supports -ruby to run with MRI. Its much faster than doing "rake ruby why_regression". Added support for -e to run a specific example From curth at microsoft.com Tue Dec 30 16:29:08 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Tue, 30 Dec 2008 13:29:08 -0800 Subject: [Ironruby-core] Code Review: Thread#raise In-Reply-To: <710DF26F214D2B4BB94287123FFE980A2DD02CAA50@NA-EXMSG-C104.redmond.corp.microsoft.com> References: <710DF26F214D2B4BB94287123FFE980A2DCFCDFD50@NA-EXMSG-C104.redmond.corp.microsoft.com> <710DF26F214D2B4BB94287123FFE980A2DD02CAA50@NA-EXMSG-C104.redmond.corp.microsoft.com> Message-ID: Ah, I see; I misunderstood the way that flag was working. -----Original Message----- From: Shri Borde Sent: Tuesday, December 30, 2008 1:23 PM To: Curt Hagenlocher; IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: RE: Code Review: Thread#raise The terminology I am using throughout is synchronous exception would be a normal Kernel.raise as the thread knows exactly when and where the exception will occur. Thread#raise is considered to raise an exception asynchronously as you cannot control exactly when and where the exception will actually be raised on the target thread. So with this terminology, the stress mode should stay as "...ForSyncRaise" so that Thread.Abort is used even for Kernel.raise. I will change Thread.raise with no arguments to inject a RuntimeError. I am not sure if its any better or worse at it depends on whether its preferable to fail early or to try to keep going. Failing early is usually a good idea, but in this case, given all the caveats about Thread#raise, I don't feel strongly. Thanks, Shri -----Original Message----- From: Curt Hagenlocher Sent: Tuesday, December 30, 2008 1:05 PM To: Shri Borde; IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: RE: Code Review: Thread#raise Shouldn't the option "UseThreadAbortForSyncRaise" be called "...ForASyncRaise"? I think that Thread.raise with no arguments should just inject a RuntimeError with no message as if $! were nil; this makes more sense than failing. Trying to reference a "current exception" in another thread is a scary operation even if that's what MRI is doing. Other than that, changes look really nice. But anyone thinking of using this functionality should read Charlie's excellent piece from earlier in the year: http://blog.headius.com/2008/02/rubys-threadraise-threadkill-timeoutrb.html -----Original Message----- From: Shri Borde Sent: Monday, December 29, 2008 3:00 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: Thread#raise tfpt review "/shelveset:raise;REDMOND\sborde" Comment : Implements Thread#raise using Thread.Abort, and added tests for it Implemented stress mode (RubyOptions.UseThreadAbortForSyncRaise) which found more issues. Fixed most but not all Enabled test for timeout as well Remaining work (not high pri for now) - Thread#raise without Exception parameters is not supported as it needs to access the active exception of the target thread. This is stored as a thread-local static, and so cannot be accessed from other threads. Can be fixed by not using ThreadStaticAttribute. - Adding probes (in generated code, in C# library code, etc) will help to raise the exception quicker as Thread.Abort can be delayed indefinitely. Ideally, we need both approaches. For now, using Thread.Abort goes a long way. - Ideally, we would add a try-catch to the IDynamicObject/MetaObject code paths so that when other languages called into Ruby code, they would get the expected user exception rather than a ThreadAbortException RunRSpec: supports -ruby to run with MRI. Its much faster than doing "rake ruby why_regression". Added support for -e to run a specific example From jdeville at microsoft.com Tue Dec 30 17:06:22 2008 From: jdeville at microsoft.com (Jim Deville) Date: Tue, 30 Dec 2008 14:06:22 -0800 Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X In-Reply-To: References: <4959A796.9010504@gmail.com> <5b0248170812300404x51f511e0l29f944c30866529c@mail.gmail.com> Message-ID: Just FYI, MERLIN_ROOT will only be needed for a couple more weeks at most. I?m almost finished with some internal repo changes that will allow the git integration stuff to work. Once the git stuff works, we can get rid of all of the SVN stuff, then MERLIN_ROOT won?t be a trigger. JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero Sent: Tuesday, December 30, 2008 9:07 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X The error was my own fault.. just tried it again and it does work now. On Tue, Dec 30, 2008 at 5:44 PM, Michael Letterle > wrote: What error did you get with my branch? It's currently building under Linux so I'm curious what the differences might be with OSX. On Tue, Dec 30, 2008 at 8:27 AM, Ivan Porto Carrero > wrote: Ok now that I know what that error message means i went ahead and forked ironruby also. I created a branch called mono and it builds successfully on my mac with mono. I basically applied many of the fixes from seo's patch but for the git layout and with the sources from 18/12/2008. I think you also have to set the MERLIN_ROOT environment variable if you're using the git layout. I use a .bashrc file and there I added the line export MERLIN_ROOT='/Users/ivan/src/ironruby/merlin/main' To get ironruby from my fork and compile it: git clone git://github.com/casualjim/ironruby.git cd ironruby git checkout -b mono git pull origin mono cd merlin/main/Languages/Ruby rake compile mono=1 I tried using Michael's branch but it didn't want to work for me. Thanks Seo, Michael :) On Tue, Dec 30, 2008 at 1:04 PM, Seo Sanghyeon > wrote: 2008/12/30 Ivan Porto Carrero >: > I've tried to build from source on OSX too.. with the latest trunk from mono > but it won't compile I get the same error. Try the latest patch on http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/ (Or equivalently, Michael Letterle's git tree on github) -- Seo Sanghyeon _______________________________________________ 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 [Polymath Prokrammer] 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 Shri.Borde at microsoft.com Tue Dec 30 17:27:46 2008 From: Shri.Borde at microsoft.com (Shri Borde) Date: Tue, 30 Dec 2008 14:27:46 -0800 Subject: [Ironruby-core] Interpreter, backtrace, and call site caching Message-ID: <710DF26F214D2B4BB94287123FFE980A2DD02CAA79@NA-EXMSG-C104.redmond.corp.microsoft.com> For backtraces to work correctly in interpreter mode, it is required that the interpreter guard every call to C# code with a try-catch, so that the catch block has a chance to stash away the backtrace if an exception is thrown. This is done in Interpreter.InvokeMethod, and the catch block gives the language a chance to save the backtrace by calling LanguageContext.InterpretExceptionThrow. However, with call-site caching enabled in interpreter mode, Interpreter.InterpretMetaAction can directl invoke the compiled delegate instead of calling Interpreter.InvokeMethod. This breaks the backtrace. private static object InterpretMetaAction(InterpreterState state, DynamicMetaObjectBinder action, DynamicExpression node, object[] argValues) { ... callSiteInfo.Counter++; if (callSiteInfo.Counter > SiteCompileThreshold) { if (callSiteInfo.CallSite == null) { SetCallSite(callSiteInfo, node); } return callSiteInfo.CallerTarget(callSiteInfo.CallSite, argValues); } ... var result = Interpret(state, binding.Expression); return result; } Is this a known issue? The interpreter stack trace in the unoptimized case is shown below. The fix could be for the interpreter to maintain a separate cache of compiled rules which have a try-catch generated for all MethodCallExpression nodes so as to match the unoptimized code behavior. Thanks, Shri Microsoft.Scripting.dll!Microsoft.Scripting.Utils.ReflectedCaller.Invoke(object[] args = {object[0x00000001]}) Line 46 + 0x19 bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.InvokeMethod(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Reflection.MethodInfo method = {System.Reflection.RuntimeMethodInfo}, object instance = null, object[] parameters = {object[0x00000001]}) Line 135 + 0xb bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.InterpretMethodCallExpression(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Linq.Expressions.Expression expr = {System.Linq.Expressions.MethodCallExpressionN}) Line 251 + 0x30 bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.Interpret(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Linq.Expressions.Expression expr = {System.Linq.Expressions.MethodCallExpressionN}) Line 38 + 0xb bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.InterpretAndCheckFlow(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Linq.Expressions.Expression node = {System.Linq.Expressions.MethodCallExpressionN}, out object result = null) Line 76 + 0x11 bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.InterpretBlockExpression(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Linq.Expressions.Expression expr = {System.Linq.Expressions.Block2}) Line 1256 + 0xf bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.Interpret(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Linq.Expressions.Expression expr = {System.Linq.Expressions.Block2}) Line 79 + 0xb bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.InterpretAndCheckYield(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Linq.Expressions.Expression target = {System.Linq.Expressions.Block2}, out object res = true) Line 86 + 0x11 bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.InterpretConditionalExpression(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Linq.Expressions.Expression expr = {System.Linq.Expressions.FullConditionalExpression}) Line 113 + 0x22 bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.Interpret(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Linq.Expressions.Expression expr = {System.Linq.Expressions.FullConditionalExpression}) Line 40 + 0xb bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.InterpretMetaAction(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Dynamic.DynamicMetaObjectBinder action = {IronRuby.Runtime.Calls.RubyCallAction}, System.Linq.Expressions.DynamicExpression node = {System.Linq.Expressions.DynamicExpression2}, object[] argValues = {object[0x00000002]}) Line 810 + 0x2a bytes C# -------------- next part -------------- An HTML attachment was scrubbed... URL: From Shri.Borde at microsoft.com Wed Dec 31 03:05:32 2008 From: Shri.Borde at microsoft.com (Shri Borde) Date: Wed, 31 Dec 2008 00:05:32 -0800 Subject: [Ironruby-core] Interpreter, backtrace, and call site caching In-Reply-To: <710DF26F214D2B4BB94287123FFE980A2DD02CAA79@NA-EXMSG-C104.redmond.corp.microsoft.com> References: <710DF26F214D2B4BB94287123FFE980A2DD02CAA79@NA-EXMSG-C104.redmond.corp.microsoft.com> Message-ID: <710DF26F214D2B4BB94287123FFE980A2DD02CAB45@NA-EXMSG-C104.redmond.corp.microsoft.com> Adding a try-catch around the optimized case (callSiteInfo.CallerTarget) fixes the problem. However, this points out that we need to have a try-catch around every operation in Interpreter.cs that could cause an exception and have the catch call LanguageContext.InterpretExceptionThrow. From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde Sent: Tuesday, December 30, 2008 2:28 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Interpreter, backtrace, and call site caching For backtraces to work correctly in interpreter mode, it is required that the interpreter guard every call to C# code with a try-catch, so that the catch block has a chance to stash away the backtrace if an exception is thrown. This is done in Interpreter.InvokeMethod, and the catch block gives the language a chance to save the backtrace by calling LanguageContext.InterpretExceptionThrow. However, with call-site caching enabled in interpreter mode, Interpreter.InterpretMetaAction can directl invoke the compiled delegate instead of calling Interpreter.InvokeMethod. This breaks the backtrace. private static object InterpretMetaAction(InterpreterState state, DynamicMetaObjectBinder action, DynamicExpression node, object[] argValues) { ... callSiteInfo.Counter++; if (callSiteInfo.Counter > SiteCompileThreshold) { if (callSiteInfo.CallSite == null) { SetCallSite(callSiteInfo, node); } return callSiteInfo.CallerTarget(callSiteInfo.CallSite, argValues); } ... var result = Interpret(state, binding.Expression); return result; } Is this a known issue? The interpreter stack trace in the unoptimized case is shown below. The fix could be for the interpreter to maintain a separate cache of compiled rules which have a try-catch generated for all MethodCallExpression nodes so as to match the unoptimized code behavior. Thanks, Shri Microsoft.Scripting.dll!Microsoft.Scripting.Utils.ReflectedCaller.Invoke(object[] args = {object[0x00000001]}) Line 46 + 0x19 bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.InvokeMethod(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Reflection.MethodInfo method = {System.Reflection.RuntimeMethodInfo}, object instance = null, object[] parameters = {object[0x00000001]}) Line 135 + 0xb bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.InterpretMethodCallExpression(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Linq.Expressions.Expression expr = {System.Linq.Expressions.MethodCallExpressionN}) Line 251 + 0x30 bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.Interpret(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Linq.Expressions.Expression expr = {System.Linq.Expressions.MethodCallExpressionN}) Line 38 + 0xb bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.InterpretAndCheckFlow(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Linq.Expressions.Expression node = {System.Linq.Expressions.MethodCallExpressionN}, out object result = null) Line 76 + 0x11 bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.InterpretBlockExpression(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Linq.Expressions.Expression expr = {System.Linq.Expressions.Block2}) Line 1256 + 0xf bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.Interpret(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Linq.Expressions.Expression expr = {System.Linq.Expressions.Block2}) Line 79 + 0xb bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.InterpretAndCheckYield(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Linq.Expressions.Expression target = {System.Linq.Expressions.Block2}, out object res = true) Line 86 + 0x11 bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.InterpretConditionalExpression(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Linq.Expressions.Expression expr = {System.Linq.Expressions.FullConditionalExpression}) Line 113 + 0x22 bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.Interpret(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Linq.Expressions.Expression expr = {System.Linq.Expressions.FullConditionalExpression}) Line 40 + 0xb bytes C# Microsoft.Scripting.dll!Microsoft.Scripting.Interpretation.Interpreter.InterpretMetaAction(Microsoft.Scripting.Interpretation.InterpreterState state = {Microsoft.Scripting.Interpretation.InterpreterState}, System.Dynamic.DynamicMetaObjectBinder action = {IronRuby.Runtime.Calls.RubyCallAction}, System.Linq.Expressions.DynamicExpression node = {System.Linq.Expressions.DynamicExpression2}, object[] argValues = {object[0x00000002]}) Line 810 + 0x2a bytes C# -------------- next part -------------- An HTML attachment was scrubbed... URL: From ckponnappa at gmail.com Wed Dec 31 04:14:07 2008 From: ckponnappa at gmail.com (C. K. Ponnappa) Date: Wed, 31 Dec 2008 14:44:07 +0530 Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X In-Reply-To: References: <4959A796.9010504@gmail.com> <5b0248170812300404x51f511e0l29f944c30866529c@mail.gmail.com> Message-ID: <495B37DF.8040903@gmail.com> Ok, I switched to building Mono from source instead of through ports - ran into some trouble building mono itself, but I'll get that sorted out and then try building Ivan's fork and let you guys know how that goes. And a big thank you to all for helping out so much - it really pushes someone new to IronRuby like me to actually get things working and not simply give up :-) Thanks again and here's wishing all of you a very happy new year. Best, Sidu. http://blog.sidu.in Ivan Porto Carrero wrote: > Ok now that I know what that error message means i went ahead and > forked ironruby also. > I created a branch called mono and it builds successfully on my mac > with mono. > > I basically applied many of the fixes from seo's patch but for the git > layout and with the sources from 18/12/2008. > > I think you also have to set the MERLIN_ROOT environment variable if > you're using the git layout. > I use a .bashrc file and there I added the line > export MERLIN_ROOT='/Users/ivan/src/ironruby/merlin/main' > > To get ironruby from my fork and compile it: > > git clone git://github.com/casualjim/ironruby.git > > cd ironruby > git checkout -b mono > git pull origin mono > cd merlin/main/Languages/Ruby > rake compile mono=1 > > I tried using Michael's branch but it didn't want to work for me. > > Thanks Seo, Michael :) > > On Tue, Dec 30, 2008 at 1:04 PM, Seo Sanghyeon > wrote: > > 2008/12/30 Ivan Porto Carrero >: > > I've tried to build from source on OSX too.. with the latest > trunk from mono > > but it won't compile I get the same error. > > Try the latest patch on > http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/ > > > (Or equivalently, Michael Letterle's git tree on github) > > -- > Seo Sanghyeon > _______________________________________________ > 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 ivan at flanders.co.nz Wed Dec 31 06:42:44 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Wed, 31 Dec 2008 12:42:44 +0100 Subject: [Ironruby-core] problems with gems Message-ID: Hi I tried to install the rails gem using igem. Is that supposed to work? ? igem install rails ERROR: Error installing rails: attempt to install file into "test/fixtures/test_mailer/implicitly_multipart_example.text.html.erb~" under ools/ironruby/merlin/External/languages/ruby/ruby-1.8.6/lib/ironruby/gems/1.8/gems/actionmailer-2.2.2" I then tried to install them one by one with --ignore-dependencies ? igem install --ignore-dependencies --verbose activesupport-2.2.2.gem Installing gem actionmailer-2.2.2 Using local gem C:/tools/ironruby/merlin/main/Languages/Ruby/libs/../../../../External/languages/ruby/ruby-1.8.6// onruby/gems/1.8/cache/actionmailer-2.2.2.gem ERROR: While executing gem ... (NoMethodError) undefined method `include?' for nil:NilClass When I copied the gem files, cache and specifications over from MRI they list properly but when I try to generate an application skeleton it seems like something is wrong in the way it handles the paths. ? irails test_irails c:\tools\ironruby\merlin\main\Languages\Ruby\Libraries.LCA_RESTRICTED\Builtins\KernelOps.cs:390:in `require': no such fi le to load -- C:/tools/ironruby/merlin/External/languages/ruby/ruby-1.8.6/lib/ironruby/gems/1.8/gems/-2.2.2/bin/../lib/r uby_version_check (LoadError) from custom_require.rb:26:in `require' from :0 from c:\tools\ironruby\merlin\main\Languages\Ruby\Libraries.LCA_RESTRICTED\Builtins\KernelOps.cs:374:in `load' from :0 I had a similar thing happen to me when I tried to install rake but then it created a folder -0.8.3 instead of rake-0.8.3 after some tinkering i did get rake working but rails doesn't seem to be really happy atm. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ivan at flanders.co.nz Wed Dec 31 08:01:27 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Wed, 31 Dec 2008 14:01:27 +0100 Subject: [Ironruby-core] more mono problems Message-ID: It looks like IronRuby doesn't want to function properly on mono. I can't run an external file for example. I created a file with as content 1 + 1 and when I run that file I get the following error: ? mono ir.exe -D test.rb mscorlib:0:in `set_Fallback': Argument cannot be null. (System::ArgumentNullException) from mscorlib:0:in `.ctor' from mscorlib:0:in `GetDecoder' from mscorlib:0:in `Initialize' from mscorlib:0:in `.ctor' from mscorlib:0:in `.ctor' I can run the console and do 1 + 1 without a problem but then it doesn't display the result => 2 just a new prompt ? mono ir.exe -D IronRuby 1.0.0.0 on .NET 2.0.50727.1433 Copyright (c) Microsoft Corporation. All rights reserved. Note that local variables do not work today in the console. As a workaround, use globals instead (eg $x = 42 instead of x = 42). >>> 1 + 1 >>> puts "hello world" hello world When I try to require something like rubygems I get the same error as when I try to run a file. I'm guessing this is a mono issue. I changed the paths in ir.exe.config to the correct ones. ? mono ir.exe -D IronRuby 1.0.0.0 on .NET 2.0.50727.1433 Copyright (c) Microsoft Corporation. All rights reserved. Note that local variables do not work today in the console. As a workaround, use globals instead (eg $x = 42 instead of x = 42). >>> require 'rubygems' mscorlib:0:in `set_Fallback': Argument cannot be null. (System::ArgumentNullException) from mscorlib:0:in `.ctor' from mscorlib:0:in `GetDecoder' from mscorlib:0:in `Initialize' from mscorlib:0:in `.ctor' from mscorlib:0:in `.ctor' from IronRuby.Libraries:0:in `require' -------------- next part -------------- An HTML attachment was scrubbed... URL: From curth at microsoft.com Wed Dec 31 11:38:09 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Wed, 31 Dec 2008 08:38:09 -0800 Subject: [Ironruby-core] problems with gems In-Reply-To: References: Message-ID: Yes, this is supposed to work ? at least when using the MS? CLR ?. I used both rake and sinatra as test cases when I was eliminating obstacles to making ?igem install? work. I wonder if the problem here might be that the path construction temporarily resulted in something greater than the permissible path length ? in particular, the ?../../../..? may need to be resolved before we send it to a .NET API. Also, the paths on our internal sources still look somewhat different than those we push out. From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero Sent: Wednesday, December 31, 2008 3:43 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] problems with gems Hi I tried to install the rails gem using igem. Is that supposed to work? ? igem install rails ERROR: Error installing rails: attempt to install file into "test/fixtures/test_mailer/implicitly_multipart_example.text.html.erb~" under ools/ironruby/merlin/External/languages/ruby/ruby-1.8.6/lib/ironruby/gems/1.8/gems/actionmailer-2.2.2" I then tried to install them one by one with --ignore-dependencies ? igem install --ignore-dependencies --verbose activesupport-2.2.2.gem Installing gem actionmailer-2.2.2 Using local gem C:/tools/ironruby/merlin/main/Languages/Ruby/libs/../../../../External/languages/ruby/ruby-1.8.6// onruby/gems/1.8/cache/actionmailer-2.2.2.gem ERROR: While executing gem ... (NoMethodError) undefined method `include?' for nil:NilClass When I copied the gem files, cache and specifications over from MRI they list properly but when I try to generate an application skeleton it seems like something is wrong in the way it handles the paths. ? irails test_irails c:\tools\ironruby\merlin\main\Languages\Ruby\Libraries.LCA_RESTRICTED\Builtins\KernelOps.cs:390:in `require': no such fi le to load -- C:/tools/ironruby/merlin/External/languages/ruby/ruby-1.8.6/lib/ironruby/gems/1.8/gems/-2.2.2/bin/../lib/r uby_version_check (LoadError) from custom_require.rb:26:in `require' from :0 from c:\tools\ironruby\merlin\main\Languages\Ruby\Libraries.LCA_RESTRICTED\Builtins\KernelOps.cs:374:in `load' from :0 I had a similar thing happen to me when I tried to install rake but then it created a folder -0.8.3 instead of rake-0.8.3 after some tinkering i did get rake working but rails doesn't seem to be really happy atm. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jirapong.nanta at gmail.com Wed Dec 31 12:26:25 2008 From: jirapong.nanta at gmail.com (jirapong.nanta at gmail.com) Date: Thu, 1 Jan 2009 00:26:25 +0700 Subject: [Ironruby-core] Need help building IronRuby on Mono 2 + OS X In-Reply-To: <495B37DF.8040903@gmail.com> References: <4959A796.9010504@gmail.com> <5b0248170812300404x51f511e0l29f944c30866529c@mail.gmail.com> <495B37DF.8040903@gmail.com> Message-ID: <733A0D85-DA56-4D4F-86AE-6CB933C8F47F@gmail.com> I was able to build with Ivan's instruction base on mono 2.2 RC1. You can get an installer from http://mono.ximian.com/monobuild/preview/archive/2.2/macos-10-universal/4/MonoFramework-2.2_4.macos10.novell.universal.dmg Hope this helps, -Jirapong On Dec 31, 2008, at 4:14 PM, C. K. Ponnappa wrote: > Ok, I switched to building Mono from source instead of through ports > - ran into some trouble building mono itself, but I'll get that > sorted out and then try building Ivan's fork and let you guys know > how that goes. > > And a big thank you to all for helping out so much - it really > pushes someone new to IronRuby like me to actually get things > working and not simply give up :-) > > Thanks again and here's wishing all of you a very happy new year. > Best, > Sidu. > http://blog.sidu.in > > Ivan Porto Carrero wrote: >> Ok now that I know what that error message means i went ahead and >> forked ironruby also. >> I created a branch called mono and it builds successfully on my mac >> with mono. >> >> I basically applied many of the fixes from seo's patch but for the >> git layout and with the sources from 18/12/2008. >> I think you also have to set the MERLIN_ROOT environment variable >> if you're using the git layout. >> I use a .bashrc file and there I added the line >> export MERLIN_ROOT='/Users/ivan/src/ironruby/merlin/main' >> >> To get ironruby from my fork and compile it: >> >> git clone git://github.com/casualjim/ironruby.git > > >> cd ironruby >> git checkout -b mono >> git pull origin mono >> cd merlin/main/Languages/Ruby >> rake compile mono=1 >> >> I tried using Michael's branch but it didn't want to work for me. >> >> Thanks Seo, Michael :) >> >> On Tue, Dec 30, 2008 at 1:04 PM, Seo Sanghyeon > >> wrote: >> >> 2008/12/30 Ivan Porto Carrero > >: >> > I've tried to build from source on OSX too.. with the latest >> trunk from mono >> > but it won't compile I get the same error. >> >> Try the latest patch on >> http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/ >> >> >> (Or equivalently, Michael Letterle's git tree on github) >> >> -- >> Seo Sanghyeon >> _______________________________________________ >> 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 jdeville at microsoft.com Wed Dec 31 15:20:55 2008 From: jdeville at microsoft.com (Jim Deville) Date: Wed, 31 Dec 2008 12:20:55 -0800 Subject: [Ironruby-core] Code Review: rakecrossplatform Message-ID: tfpt review "/shelveset:rakecrossplatform;REDMOND\jdeville" Comment : Fixes the imports to reference the files in a platform agnostic way. -------------- next part -------------- A non-text attachment was scrubbed... Name: rakecrossplatform.diff Type: application/octet-stream Size: 981 bytes Desc: rakecrossplatform.diff URL: From curth at microsoft.com Wed Dec 31 16:17:15 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Wed, 31 Dec 2008 13:17:15 -0800 Subject: [Ironruby-core] Code Review: rakecrossplatform In-Reply-To: References: Message-ID: Looks good! -----Original Message----- From: Jim Deville Sent: Wednesday, December 31, 2008 12:21 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: rakecrossplatform tfpt review "/shelveset:rakecrossplatform;REDMOND\jdeville" Comment : Fixes the imports to reference the files in a platform agnostic way. From jdeville at microsoft.com Wed Dec 31 16:29:47 2008 From: jdeville at microsoft.com (Jim Deville) Date: Wed, 31 Dec 2008 13:29:47 -0800 Subject: [Ironruby-core] Code Review: rakecrossplatform In-Reply-To: References: Message-ID: I'm going to directly commit this since it doesn't affect tests. JD -----Original Message----- From: Curt Hagenlocher Sent: Wednesday, December 31, 2008 1:17 PM To: Jim Deville; IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: RE: Code Review: rakecrossplatform Looks good! -----Original Message----- From: Jim Deville Sent: Wednesday, December 31, 2008 12:21 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: rakecrossplatform tfpt review "/shelveset:rakecrossplatform;REDMOND\jdeville" Comment : Fixes the imports to reference the files in a platform agnostic way. From michael.letterle at gmail.com Wed Dec 31 23:22:38 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Wed, 31 Dec 2008 23:22:38 -0500 Subject: [Ironruby-core] Code Review: rakecrossplatform In-Reply-To: References: Message-ID: By the by, forward slashes are acceptable as path separators in windows as well as under unix. This /may/ be more acceptable as it's clearer, IMHO. On Wed, Dec 31, 2008 at 4:29 PM, Jim Deville wrote: > I'm going to directly commit this since it doesn't affect tests. > > JD > > -----Original Message----- > From: Curt Hagenlocher > Sent: Wednesday, December 31, 2008 1:17 PM > To: Jim Deville; IronRuby External Code Reviewers > Cc: ironruby-core at rubyforge.org > Subject: RE: Code Review: rakecrossplatform > > Looks good! > > -----Original Message----- > From: Jim Deville > Sent: Wednesday, December 31, 2008 12:21 PM > To: IronRuby External Code Reviewers > Cc: ironruby-core at rubyforge.org > Subject: Code Review: rakecrossplatform > > tfpt review "/shelveset:rakecrossplatform;REDMOND\jdeville" > Comment : > Fixes the imports to reference the files in a platform agnostic way. > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: