From wim at fixnum.org  Tue Sep  2 15:35:44 2008
From: wim at fixnum.org (Wim Vander Schelden)
Date: Tue, 2 Sep 2008 21:35:44 +0200
Subject: [Ironruby-core] IronRuby on Mono
Message-ID: <b133304c0809021235o36008a9arc5df1917390ed2d3@mail.gmail.com>

Hi,

I was trying to build IronRuby from SVN head, but I encountered a few
problems:


   1. Several times in context.rb, there are calls to String#basename and
   String#dirname. These should probably be replaced by
   File.basename(some_string) and File.dirname(some_string), respectively.
   2. After fixing this I encountered something an issue because the paths
   have been hard coded with "\" as the path separator, which doesn't work on
   non-Windows systems. Since I'm not sure where all these paths are coming
   from, and I don't want to break other things, I've added pathname =
   pathname.gsub('\\', File::SEPARATOR) at the beginning of the method.
   3. This still doesn't fix things, as the method is receiving a filename
   surrounded by double quotes ("Actions\ActionSelfExpression.cs"), instead of
   just the filename. I'm not sure this is to be sure you don't mess up paths
   with spaces in them, but it causes trouble here. I've hacked around it by
   removing the quotes before changing the separator issue, but this is
   obviously a dirty hack.
   4. After I did this, it turned out the path being passed resided in a
   subdirectory of the current directory, instead of the current directory
   itself. I'm not sure what to do about this issue. Are all the paths refering
   to ./src/microsoft.scripting/actions?

Has anyone else tried running a recent version on Mono?

-- 
Wim Vander Schelden
http://fixnum.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080902/29137af5/attachment.html>

From sanxiyn at gmail.com  Tue Sep  2 17:27:15 2008
From: sanxiyn at gmail.com (Seo Sanghyeon)
Date: Wed, 3 Sep 2008 06:27:15 +0900
Subject: [Ironruby-core] IronRuby on Mono
In-Reply-To: <b133304c0809021235o36008a9arc5df1917390ed2d3@mail.gmail.com>
References: <b133304c0809021235o36008a9arc5df1917390ed2d3@mail.gmail.com>
Message-ID: <5b0248170809021427p36732b19u32104b75067eaa23@mail.gmail.com>

2008/9/3 Wim Vander Schelden <wim at fixnum.org>:
> Has anyone else tried running a recent version on Mono?

Yes, please use patches here:
http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/

-- 
Seo Sanghyeon

From wim at fixnum.org  Tue Sep  2 17:50:07 2008
From: wim at fixnum.org (Wim Vander Schelden)
Date: Tue, 2 Sep 2008 23:50:07 +0200
Subject: [Ironruby-core] IronRuby on Mono
In-Reply-To: <5b0248170809021427p36732b19u32104b75067eaa23@mail.gmail.com>
References: <b133304c0809021235o36008a9arc5df1917390ed2d3@mail.gmail.com>
	<5b0248170809021427p36732b19u32104b75067eaa23@mail.gmail.com>
Message-ID: <b133304c0809021450g31a49126j78a7d1e81fd11eb9@mail.gmail.com>

Ok, these patches get me past the errors I got earlier, but a few steps
further I run into this:

./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


I'm using Mono 1.9.1.

On Tue, Sep 2, 2008 at 11:27 PM, Seo Sanghyeon <sanxiyn at gmail.com> wrote:

> 2008/9/3 Wim Vander Schelden <wim at fixnum.org>:
> > Has anyone else tried running a recent version on Mono?
>
> Yes, please use patches here:
> http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/<http://sparcs.kaist.ac.kr/%7Etinuviel/download/IronRuby/>
>
> --
> Seo Sanghyeon
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>



-- 
Wim Vander Schelden
http://fixnum.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080902/c65d64a8/attachment-0001.html>

From cjac at colliertech.org  Tue Sep  2 17:52:12 2008
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Tue, 2 Sep 2008 21:52:12 +0000
Subject: [Ironruby-core] IronRuby r128 on Mono
In-Reply-To: <5b0248170808131030p4005e27due89cc0c6f80018f0@mail.gmail.com>
References: <5b0248170808130011x3556269bvd0eb949cfe815af0@mail.gmail.com>
	<372109E149E8084D8E6C7D9CFD82E0633342CAA090@NA-EXMSG-C115.redmond.corp.microsoft.com>
	<5b0248170808131030p4005e27due89cc0c6f80018f0@mail.gmail.com>
Message-ID: <20080902215212.GI11698@colliertech.org>

On Thu, Aug 14, 2008 at 02:30:45AM +0900, Seo Sanghyeon wrote:
> 2008/8/13 John Lam (IRONRUBY) <jflam at microsoft.com>:
> > Curious - why did you have to change the visibility of the NodeFlags enum?
> 
> A bug of Mono C# compiler. I am trying to find a small repro.

Did this get reported to Marek & co.?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080902/6896d908/attachment.bin>

From cjac at colliertech.org  Tue Sep  2 18:02:24 2008
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Tue, 2 Sep 2008 22:02:24 +0000
Subject: [Ironruby-core] Mono fixes committed
In-Reply-To: <5b0248170808141321m1dc7742pf5ba891afe1e9530@mail.gmail.com>
References: <5b0248170808141321m1dc7742pf5ba891afe1e9530@mail.gmail.com>
Message-ID: <20080902220224.GJ11698@colliertech.org>

On Fri, Aug 15, 2008 at 05:21:17AM +0900, Seo Sanghyeon wrote:
> Thanks to Jim Deville, I got a SVN commit permission yesterday. I have
> committed Mono fixes, so current SVN trunk should build with Mono SVN
> trunk (sorry, you can't build with Mono 1.9.x.)
> 
> r129: Do not use *.csproj which contains Windows paths
> r130: Change the visibility of NodeFlags enum to workaround a Mono bug
> r131: Add missing references
> 

Seo, have you tried using xbuild to interpret the .csproj files?  I
hear it's a pretty good implementation of the msbuild stack.  Or at
least it's coming along well :)

http://www.mono-project.com/Microsoft.Build

PoC at Novell is Michael Hutchinson (mhutch on #mono)

code is here:

http://anonsvn.mono-project.com/viewvc/trunk/mcs/class/Microsoft.Build.Engine/
http://anonsvn.mono-project.com/viewvc/trunk/mcs/class/Microsoft.Build.Framework/
http://anonsvn.mono-project.com/viewvc/trunk/mcs/class/Microsoft.Build.Tasks/
http://anonsvn.mono-project.com/viewvc/trunk/mcs/class/Microsoft.Build.Utilities/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080902/4d230a29/attachment.bin>

From cjac at colliertech.org  Tue Sep  2 18:05:42 2008
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Tue, 2 Sep 2008 22:05:42 +0000
Subject: [Ironruby-core] IronRuby Deployment Scenerio in Future...
In-Reply-To: <5b0248170808271050j41d49c38l7feb2e8782bb7381@mail.gmail.com>
References: <0cdeff6b13fc8758ff776c860965d999@ruby-forum.com>
	<5ed5bd8e47755236374071f8c178512c@ruby-forum.com>
	<c935aec8c8cd3935644141ebf11c365a@ruby-forum.com>
	<372109E149E8084D8E6C7D9CFD82E06333433D64DE@NA-EXMSG-C115.redmond.corp.microsoft.com>
	<5b0248170808271050j41d49c38l7feb2e8782bb7381@mail.gmail.com>
Message-ID: <20080902220541.GK11698@colliertech.org>

On Thu, Aug 28, 2008 at 02:50:18AM +0900, Seo Sanghyeon wrote:
> 2008/8/28 John Lam (IRONRUBY) <jflam at microsoft.com>:
> > Even more to the point - why relational databases at all - especially for Web 2.0 style applications? Certainly none of the big boys (Google, Amazon, eBay, Yahoo etc.) use relational databases on their user-facing high-volume properties.
> 
> Doesn't eBay use Oracle? Is this page outdated?
> http://highscalability.com/ebay-architecture
> 
> IIRC MySpace uses SQL Server. Is that not big enough for you?

Heh, Amazon uses an RDBMS.  There are services that are responsible
for speaking to the DB, but yes, http://www.amazon.com/ does hit a
database.  Ask me how I know :)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080902/a0a407c1/attachment.bin>

From sanxiyn at gmail.com  Tue Sep  2 18:08:25 2008
From: sanxiyn at gmail.com (Seo Sanghyeon)
Date: Wed, 3 Sep 2008 07:08:25 +0900
Subject: [Ironruby-core] IronRuby Deployment Scenerio in Future...
In-Reply-To: <20080902220541.GK11698@colliertech.org>
References: <0cdeff6b13fc8758ff776c860965d999@ruby-forum.com>
	<5ed5bd8e47755236374071f8c178512c@ruby-forum.com>
	<c935aec8c8cd3935644141ebf11c365a@ruby-forum.com>
	<372109E149E8084D8E6C7D9CFD82E06333433D64DE@NA-EXMSG-C115.redmond.corp.microsoft.com>
	<5b0248170808271050j41d49c38l7feb2e8782bb7381@mail.gmail.com>
	<20080902220541.GK11698@colliertech.org>
Message-ID: <5b0248170809021508k126a560bg4c285e609ca6647e@mail.gmail.com>

2008/9/3 C.J. Adams-Collier <cjac at colliertech.org>:
> Heh, Amazon uses an RDBMS.  There are services that are responsible
> for speaking to the DB, but yes, http://www.amazon.com/ does hit a
> database.  Ask me how I know :)

Which RDBMS? :)

-- 
Seo Sanghyeon

From cjac at colliertech.org  Tue Sep  2 18:10:34 2008
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Tue, 2 Sep 2008 22:10:34 +0000
Subject: [Ironruby-core] IronRuby on Mono
In-Reply-To: <5b0248170809021427p36732b19u32104b75067eaa23@mail.gmail.com>
References: <b133304c0809021235o36008a9arc5df1917390ed2d3@mail.gmail.com>
	<5b0248170809021427p36732b19u32104b75067eaa23@mail.gmail.com>
Message-ID: <20080902221034.GL11698@colliertech.org>

On Wed, Sep 03, 2008 at 06:27:15AM +0900, Seo Sanghyeon wrote:
> 2008/9/3 Wim Vander Schelden <wim at fixnum.org>:
> > Has anyone else tried running a recent version on Mono?
> 
> Yes, please use patches here:
> http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/
> 

Seo and I are working on constructing an automated build test
machine.  We'll document the process as we proceed.  Keep your eye on
http://ironruby.colliertech.org/

Cheers,

C.J.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080902/21ea0f67/attachment.bin>

From sanxiyn at gmail.com  Tue Sep  2 18:09:14 2008
From: sanxiyn at gmail.com (Seo Sanghyeon)
Date: Wed, 3 Sep 2008 07:09:14 +0900
Subject: [Ironruby-core] IronRuby on Mono
In-Reply-To: <b133304c0809021450g31a49126j78a7d1e81fd11eb9@mail.gmail.com>
References: <b133304c0809021235o36008a9arc5df1917390ed2d3@mail.gmail.com>
	<5b0248170809021427p36732b19u32104b75067eaa23@mail.gmail.com>
	<b133304c0809021450g31a49126j78a7d1e81fd11eb9@mail.gmail.com>
Message-ID: <5b0248170809021509s6db1721du74b473b2d93708fc@mail.gmail.com>

2008/9/3 Wim Vander Schelden <wim at fixnum.org>:
> I'm using Mono 1.9.1.

Yes, these issues are fixed in SVN, but not fixed in any stable releases yet.

-- 
Seo Sanghyeon

From sanxiyn at gmail.com  Tue Sep  2 18:10:37 2008
From: sanxiyn at gmail.com (Seo Sanghyeon)
Date: Wed, 3 Sep 2008 07:10:37 +0900
Subject: [Ironruby-core] IronRuby r128 on Mono
In-Reply-To: <20080902215212.GI11698@colliertech.org>
References: <5b0248170808130011x3556269bvd0eb949cfe815af0@mail.gmail.com>
	<372109E149E8084D8E6C7D9CFD82E0633342CAA090@NA-EXMSG-C115.redmond.corp.microsoft.com>
	<5b0248170808131030p4005e27due89cc0c6f80018f0@mail.gmail.com>
	<20080902215212.GI11698@colliertech.org>
Message-ID: <5b0248170809021510m2ba6ac7byf9376f907d8dace5@mail.gmail.com>

2008/9/3 C.J. Adams-Collier <cjac at colliertech.org>:
> On Thu, Aug 14, 2008 at 02:30:45AM +0900, Seo Sanghyeon wrote:
>> 2008/8/13 John Lam (IRONRUBY) <jflam at microsoft.com>:
>> > Curious - why did you have to change the visibility of the NodeFlags enum?
>>
>> A bug of Mono C# compiler. I am trying to find a small repro.
>
> Did this get reported to Marek & co.?

No, I failed to reduce the case.

-- 
Seo Sanghyeon

From steve.eichert at gmail.com  Tue Sep  2 18:14:18 2008
From: steve.eichert at gmail.com (Steve Eichert)
Date: Tue, 2 Sep 2008 18:14:18 -0400
Subject: [Ironruby-core] IronRuby Deployment Scenerio in Future...
In-Reply-To: <20080902220541.GK11698@colliertech.org>
References: <0cdeff6b13fc8758ff776c860965d999@ruby-forum.com>
	<5ed5bd8e47755236374071f8c178512c@ruby-forum.com>
	<c935aec8c8cd3935644141ebf11c365a@ruby-forum.com>
	<372109E149E8084D8E6C7D9CFD82E06333433D64DE@NA-EXMSG-C115.redmond.corp.microsoft.com>
	<5b0248170808271050j41d49c38l7feb2e8782bb7381@mail.gmail.com>
	<20080902220541.GK11698@colliertech.org>
Message-ID: <db2bfd40809021514o506d0074h32c65ab4fdf0e4e4@mail.gmail.com>

How do you know? :)

On Tue, Sep 2, 2008 at 6:05 PM, C.J. Adams-Collier <cjac at colliertech.org>wrote:

> On Thu, Aug 28, 2008 at 02:50:18AM +0900, Seo Sanghyeon wrote:
> > 2008/8/28 John Lam (IRONRUBY) <jflam at microsoft.com>:
> > > Even more to the point - why relational databases at all - especially
> for Web 2.0 style applications? Certainly none of the big boys (Google,
> Amazon, eBay, Yahoo etc.) use relational databases on their user-facing
> high-volume properties.
> >
> > Doesn't eBay use Oracle? Is this page outdated?
> > http://highscalability.com/ebay-architecture
> >
> > IIRC MySpace uses SQL Server. Is that not big enough for you?
>
> Heh, Amazon uses an RDBMS.  There are services that are responsible
> for speaking to the DB, but yes, http://www.amazon.com/ does hit a
> database.  Ask me how I know :)
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFIvbi1XKBS0hdr6UYRAtuBAJ9i3z6Tv6gpaPnvwDqWwlj9PdjRIQCbBqmK
> 6qaTsTuqDJiVedLgsJjfSBM=
> =R9KO
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080902/d91b67c8/attachment.html>

From cjac at colliertech.org  Tue Sep  2 18:33:29 2008
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Tue, 2 Sep 2008 22:33:29 +0000
Subject: [Ironruby-core] IronRuby on Mono
In-Reply-To: <b133304c0809021450g31a49126j78a7d1e81fd11eb9@mail.gmail.com>
References: <b133304c0809021235o36008a9arc5df1917390ed2d3@mail.gmail.com>
	<5b0248170809021427p36732b19u32104b75067eaa23@mail.gmail.com>
	<b133304c0809021450g31a49126j78a7d1e81fd11eb9@mail.gmail.com>
Message-ID: <20080902223328.GM11698@colliertech.org>

hey there Wim,

I just finished reviewing Seo's recent postings and it looks like
IronRuby currently requires a Mono from subversion.  We'd be happy to
walk you through the process on #mono (irc.gimp.net).  If you're
familiar with ye olde autotools build system, you can grab the source
from svn and go.

$ svn co svn://anonsvn.mono-project.com/source/trunk/mono
$ cd mono
$ svn co svn://anonsvn.mono-project.com/source/trunk/mcs
$ wget -O ~/.devenv http://www.colliertech.org/~cjac/scripts/_devenv.sh
$ . ~/.devenv
$ ./autogen.sh --prefix=$HOME/opt
$ make
$ make install
...
$ which mono

Cheers,

C.J.

On Tue, Sep 02, 2008 at 11:50:07PM +0200, Wim Vander Schelden wrote:
> Ok, these patches get me past the errors I got earlier, but a few steps
> further I run into this:
> 
> ./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
> 
> 
> I'm using Mono 1.9.1.
> 
> On Tue, Sep 2, 2008 at 11:27 PM, Seo Sanghyeon <sanxiyn at gmail.com> wrote:
> 
> > 2008/9/3 Wim Vander Schelden <wim at fixnum.org>:
> > > Has anyone else tried running a recent version on Mono?
> >
> > Yes, please use patches here:
> > http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/<http://sparcs.kaist.ac.kr/%7Etinuviel/download/IronRuby/>
> >
> > --
> > Seo Sanghyeon
> > _______________________________________________
> > Ironruby-core mailing list
> > Ironruby-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/ironruby-core
> >
> 
> 
> 
> -- 
> Wim Vander Schelden
> http://fixnum.org

> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080902/25276a13/attachment-0001.bin>

From jflam at microsoft.com  Wed Sep  3 01:04:56 2008
From: jflam at microsoft.com (John Lam (IRONRUBY))
Date: Tue, 2 Sep 2008 22:04:56 -0700
Subject: [Ironruby-core] Code Review: config-1
Message-ID: <372109E149E8084D8E6C7D9CFD82E06333435A9B6D@NA-EXMSG-C115.redmond.corp.microsoft.com>

tfpt review "/shelveset:config-1;REDMOND\jflam"
Comment  :
  Updated the Rakefile to reflect the new DLR configuration settings. We now transform app.config to ir.exe.config based on whether it is a Merlin, Svn, or Binary distribution build / package.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: config-1.diff
Type: application/octet-stream
Size: 9843 bytes
Desc: config-1.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080902/8b99b02f/attachment.obj>

From curth at microsoft.com  Wed Sep  3 11:30:39 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Wed, 3 Sep 2008 08:30:39 -0700
Subject: [Ironruby-core] Code Review: config-1
In-Reply-To: <372109E149E8084D8E6C7D9CFD82E06333435A9B6D@NA-EXMSG-C115.redmond.corp.microsoft.com>
References: <372109E149E8084D8E6C7D9CFD82E06333435A9B6D@NA-EXMSG-C115.redmond.corp.microsoft.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F4EAFC52@NA-EXMSG-C118.redmond.corp.microsoft.com>

Looks good.

-----Original Message-----
From: John Lam (IRONRUBY)
Sent: Tuesday, September 02, 2008 10:05 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: config-1

tfpt review "/shelveset:config-1;REDMOND\jflam"
Comment  :
  Updated the Rakefile to reflect the new DLR configuration settings. We now transform app.config to ir.exe.config based on whether it is a Merlin, Svn, or Binary distribution build / package.



From curth at microsoft.com  Wed Sep  3 20:08:31 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Wed, 3 Sep 2008 17:08:31 -0700
Subject: [Ironruby-core] Code Review: RubyClrInterop03
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F4EB0354@NA-EXMSG-C118.redmond.corp.microsoft.com>

tfpt review "/shelveset:RubyClrInterop03;REDMOND\curth"

Comment  :
  More Ruby CLR interop:
      Allow Ruby classes to implement / override virtual methods found in CLR base classes, including those from interfaces
      Support "super" calls on virtual methods

The bulk of the new code is in ClsTypeEmitter.cs, which was largely derived from (and can be compared to) IronPython's NewTypeMaker.cs.

--
Curt Hagenlocher
curt at hagenlocher.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RubyClrInterop03.diff
Type: application/octet-stream
Size: 99816 bytes
Desc: RubyClrInterop03.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080903/a792c64a/attachment-0001.obj>

From jflam at microsoft.com  Thu Sep  4 13:14:06 2008
From: jflam at microsoft.com (John Lam (IRONRUBY))
Date: Thu, 4 Sep 2008 10:14:06 -0700
Subject: [Ironruby-core] Code Review: config-2
Message-ID: <372109E149E8084D8E6C7D9CFD82E063334823498C@NA-EXMSG-C115.redmond.corp.microsoft.com>

tfpt review "/shelveset:config-2;REDMOND\jflam"
Comment  :
  Updated Rakefile to correctly transform *.csproj files to map to a transformed app.config file which removes signing on SVN layout builds.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: config-2.diff
Type: application/octet-stream
Size: 6493 bytes
Desc: config-2.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080904/68d0151b/attachment.obj>

From curth at microsoft.com  Thu Sep  4 13:49:37 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Thu, 4 Sep 2008 10:49:37 -0700
Subject: [Ironruby-core] Code Review: config-2
In-Reply-To: <372109E149E8084D8E6C7D9CFD82E063334823498C@NA-EXMSG-C115.redmond.corp.microsoft.com>
References: <372109E149E8084D8E6C7D9CFD82E063334823498C@NA-EXMSG-C115.redmond.corp.microsoft.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F4EB080D@NA-EXMSG-C118.redmond.corp.microsoft.com>

Changes look good.

-----Original Message-----
From: John Lam (IRONRUBY)
Sent: Thursday, September 04, 2008 10:14 AM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: config-2

tfpt review "/shelveset:config-2;REDMOND\jflam"
Comment  :
  Updated Rakefile to correctly transform *.csproj files to map to a transformed app.config file which removes signing on SVN layout builds.



From wim at fixnum.org  Thu Sep  4 18:10:30 2008
From: wim at fixnum.org (Wim Vander Schelden)
Date: Fri, 5 Sep 2008 00:10:30 +0200
Subject: [Ironruby-core] IronRuby on Mono
In-Reply-To: <20080902223328.GM11698@colliertech.org>
References: <b133304c0809021235o36008a9arc5df1917390ed2d3@mail.gmail.com>
	<5b0248170809021427p36732b19u32104b75067eaa23@mail.gmail.com>
	<b133304c0809021450g31a49126j78a7d1e81fd11eb9@mail.gmail.com>
	<20080902223328.GM11698@colliertech.org>
Message-ID: <b133304c0809041510x656dfda7m64d94eb7590d59c3@mail.gmail.com>

I've built Mono from SVN (following the instructions found on
http://www.mono-project.com/Compiling_Mono) now, but I'm still getting
errors. The old ones are fixed, but now I'm getting these (output contains
many more warnings, but I don't think those matter at the moment):

./ast/LambdaExpression.cs(178,20): error CS0122:
`System.Linq.Expressions.Expression<TDelegate>.Expression(System.Linq.Expressions.Expression,
System.Collections.ObjectModel.ReadOnlyCollection<System.Linq.Expressions.ParameterExpression>)'
is inaccessible due to its protection level
/home/wim/usr/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll
(Location of the symbol related to previous error)
./ast/LambdaExpression.cs(178,20): error CS1729: The type
`System.Linq.Expressions.Expression<TDelegate>' does not contain a
constructor that takes `5' arguments
/home/wim/usr/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll
(Location of the symbol related to previous error)
./ast/LambdaExpression.cs(313,20): error CS0122:
`System.Linq.Expressions.Expression<TDelegate>.Expression(System.Linq.Expressions.Expression,
System.Collections.ObjectModel.ReadOnlyCollection<System.Linq.Expressions.ParameterExpression>)'
is inaccessible due to its protection level
/home/wim/usr/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll
(Location of the symbol related to previous error)
./ast/LambdaExpression.cs(313,20): error CS1729: The type
`System.Linq.Expressions.Expression<TDelegate>' does not contain a
constructor that takes `5' arguments
/home/wim/usr/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll
(Location of the symbol related to previous error)

Any help with this one? I'm really sorry to keep polluting the mailinglist
with these problems, but I don't know where else to look.

kind regards,

Wim

On Wed, Sep 3, 2008 at 12:33 AM, C.J. Adams-Collier <cjac at colliertech.org>wrote:

> hey there Wim,
>
> I just finished reviewing Seo's recent postings and it looks like
> IronRuby currently requires a Mono from subversion.  We'd be happy to
> walk you through the process on #mono (irc.gimp.net).  If you're
> familiar with ye olde autotools build system, you can grab the source
> from svn and go.
>
> $ svn co svn://anonsvn.mono-project.com/source/trunk/mono
> $ cd mono
> $ svn co svn://anonsvn.mono-project.com/source/trunk/mcs
> $ wget -O ~/.devenv http://www.colliertech.org/~cjac/scripts/_devenv.sh<http://www.colliertech.org/%7Ecjac/scripts/_devenv.sh>
> $ . ~/.devenv
> $ ./autogen.sh --prefix=$HOME/opt
> $ make
> $ make install
> ...
> $ which mono
>
> Cheers,
>
> C.J.
>
> On Tue, Sep 02, 2008 at 11:50:07PM +0200, Wim Vander Schelden wrote:
> > Ok, these patches get me past the errors I got earlier, but a few steps
> > further I run into this:
> >
> > ./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
> >
> >
> > I'm using Mono 1.9.1.
> >
> > On Tue, Sep 2, 2008 at 11:27 PM, Seo Sanghyeon <sanxiyn at gmail.com>
> wrote:
> >
> > > 2008/9/3 Wim Vander Schelden <wim at fixnum.org>:
> > > > Has anyone else tried running a recent version on Mono?
> > >
> > > Yes, please use patches here:
> > > http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/<http://sparcs.kaist.ac.kr/%7Etinuviel/download/IronRuby/>
> <http://sparcs.kaist.ac.kr/%7Etinuviel/download/IronRuby/>
> > >
> > > --
> > > Seo Sanghyeon
> > > _______________________________________________
> > > Ironruby-core mailing list
> > > Ironruby-core at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/ironruby-core
> > >
> >
> >
> >
> > --
> > Wim Vander Schelden
> > http://fixnum.org
>
> > _______________________________________________
> > Ironruby-core mailing list
> > Ironruby-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFIvb84XKBS0hdr6UYRAjuUAJ0TX+XeBGq91FKdAfFBmZuddg2H2QCeIQp4
> cbKyo6Gyh0/QhIfCsFS+GM8=
> =aX75
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>


-- 
Wim Vander Schelden
http://fixnum.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080905/58dbd805/attachment.html>

From jb at nurv.fr  Thu Sep  4 18:16:07 2008
From: jb at nurv.fr (Jb Evain)
Date: Fri, 5 Sep 2008 00:16:07 +0200
Subject: [Ironruby-core] IronRuby on Mono
In-Reply-To: <b133304c0809041510x656dfda7m64d94eb7590d59c3@mail.gmail.com>
References: <b133304c0809021235o36008a9arc5df1917390ed2d3@mail.gmail.com>
	<5b0248170809021427p36732b19u32104b75067eaa23@mail.gmail.com>
	<b133304c0809021450g31a49126j78a7d1e81fd11eb9@mail.gmail.com>
	<20080902223328.GM11698@colliertech.org>
	<b133304c0809041510x656dfda7m64d94eb7590d59c3@mail.gmail.com>
Message-ID: <69f7d8470809041516g3bf6e9d5w8f05cd149c544632@mail.gmail.com>

Hey,

On 9/5/08, Wim Vander Schelden <wim at fixnum.org> wrote:
> The old ones are fixed, but now I'm getting these

Pass -noconfig to gmcs, that will prevent it to reference System.Core,
which causes the conflicts you're seing.

-- 
Jb Evain  <jb at nurv.fr>

From hellosticky at gmail.com  Fri Sep  5 02:41:58 2008
From: hellosticky at gmail.com (Hello Sticky)
Date: Fri, 5 Sep 2008 02:41:58 -0400
Subject: [Ironruby-core] Experiences building IronRuby from source
Message-ID: <6936856c0809042341w3f85c908r81a77f6affe2ea4f@mail.gmail.com>

Hi, I've just downloaded the IronRuby source code because I'd like to
create something akin to IronPython's pyc.py which can put one or more
ruby files into an Assembly which I can later load into a partial
trust domain and instantiate and run a particular ruby file.

First, a few questions on the solution file:

1. What is /svn/trunk/runfirst.cmd? Do I really need stuff put into
%USERPROFILE%? I will ultimately be running under ASP.NET.
2. There are many warnings in the various projects about weird
references to mscorlib (which is automatically referenced) and
"System" without a version. Can I propose a patch with updates to the
vcproj files?
3. The Ruby.Console and IronRuby.Tests projects both have a project
file reference to "..\..\App.config" -- is this required? This is a
build error. There's no App.config file in /svn/trunk/

Thanks,

From hellosticky at gmail.com  Fri Sep  5 02:56:54 2008
From: hellosticky at gmail.com (KE)
Date: Fri, 5 Sep 2008 02:56:54 -0400
Subject: [Ironruby-core] Experiences building IronRuby from source
In-Reply-To: <6936856c0809042341w3f85c908r81a77f6affe2ea4f@mail.gmail.com>
Message-ID: <48c0d85f.232d400a.1654.0459@mx.google.com>

Also, any help on generating the Assembly from .rb source files would be
appreciated. Is there any equivalent to IronPython's ClrModule.
CompileModules?

Thanks,


-----Original Message-----
From: Hello Sticky [mailto:hellosticky at gmail.com] 
Sent: Friday, September 05, 2008 2:42 AM
To: ironruby-core at rubyforge.org
Subject: Experiences building IronRuby from source

Hi, I've just downloaded the IronRuby source code because I'd like to
create something akin to IronPython's pyc.py which can put one or more
ruby files into an Assembly which I can later load into a partial
trust domain and instantiate and run a particular ruby file.

First, a few questions on the solution file:

1. What is /svn/trunk/runfirst.cmd? Do I really need stuff put into
%USERPROFILE%? I will ultimately be running under ASP.NET.
2. There are many warnings in the various projects about weird
references to mscorlib (which is automatically referenced) and
"System" without a version. Can I propose a patch with updates to the
vcproj files?
3. The Ruby.Console and IronRuby.Tests projects both have a project
file reference to "..\..\App.config" -- is this required? This is a
build error. There's no App.config file in /svn/trunk/

Thanks,


From wim at fixnum.org  Fri Sep  5 07:48:46 2008
From: wim at fixnum.org (Wim Vander Schelden)
Date: Fri, 5 Sep 2008 13:48:46 +0200
Subject: [Ironruby-core] IronRuby on Mono
In-Reply-To: <69f7d8470809041516g3bf6e9d5w8f05cd149c544632@mail.gmail.com>
References: <b133304c0809021235o36008a9arc5df1917390ed2d3@mail.gmail.com>
	<5b0248170809021427p36732b19u32104b75067eaa23@mail.gmail.com>
	<b133304c0809021450g31a49126j78a7d1e81fd11eb9@mail.gmail.com>
	<20080902223328.GM11698@colliertech.org>
	<b133304c0809041510x656dfda7m64d94eb7590d59c3@mail.gmail.com>
	<69f7d8470809041516g3bf6e9d5w8f05cd149c544632@mail.gmail.com>
Message-ID: <b133304c0809050448i7c56f981l8f7c034213142e8a@mail.gmail.com>

I've tried alliasing gmcs, but that doesn't seem to work, how do I make rake
use gmcs -noconfig instead of gmcs?

kind regards,

Wim

On Fri, Sep 5, 2008 at 12:16 AM, Jb Evain <jb at nurv.fr> wrote:

> Hey,
>
> On 9/5/08, Wim Vander Schelden <wim at fixnum.org> wrote:
> > The old ones are fixed, but now I'm getting these
>
> Pass -noconfig to gmcs, that will prevent it to reference System.Core,
> which causes the conflicts you're seing.
>
> --
> Jb Evain  <jb at nurv.fr>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>



-- 
Wim Vander Schelden
http://fixnum.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080905/d36a9520/attachment.html>

From jflam at microsoft.com  Fri Sep  5 11:23:17 2008
From: jflam at microsoft.com (John Lam (IRONRUBY))
Date: Fri, 5 Sep 2008 08:23:17 -0700
Subject: [Ironruby-core] Experiences building IronRuby from source
In-Reply-To: <6936856c0809042341w3f85c908r81a77f6affe2ea4f@mail.gmail.com>
References: <6936856c0809042341w3f85c908r81a77f6affe2ea4f@mail.gmail.com>
Message-ID: <372109E149E8084D8E6C7D9CFD82E0633348234EB3@NA-EXMSG-C115.redmond.corp.microsoft.com>

Hello Sticky:

> 1. What is /svn/trunk/runfirst.cmd? Do I really need stuff put into
> %USERPROFILE%? I will ultimately be running under ASP.NET.

Yes, if you want to run the RubySpec test suite.

> 2. There are many warnings in the various projects about weird
> references to mscorlib (which is automatically referenced) and "System"
> without a version. Can I propose a patch with updates to the vcproj
> files?

Can you provide details? I don't see them here.

> 3. The Ruby.Console and IronRuby.Tests projects both have a project
> file reference to "..\..\App.config" -- is this required? This is a
> build error. There's no App.config file in /svn/trunk/

I omitted this file by mistake (it's a strange special case in our mirroring script), but it's fixed in r140 which I just committed.

Thanks,
-John


From jflam at microsoft.com  Fri Sep  5 11:23:55 2008
From: jflam at microsoft.com (John Lam (IRONRUBY))
Date: Fri, 5 Sep 2008 08:23:55 -0700
Subject: [Ironruby-core] Experiences building IronRuby from source
In-Reply-To: <48c0d85f.232d400a.1654.0459@mx.google.com>
References: <6936856c0809042341w3f85c908r81a77f6affe2ea4f@mail.gmail.com>
	<48c0d85f.232d400a.1654.0459@mx.google.com>
Message-ID: <372109E149E8084D8E6C7D9CFD82E0633348234EB4@NA-EXMSG-C115.redmond.corp.microsoft.com>

KE:

> Also, any help on generating the Assembly from .rb source files would
> be appreciated. Is there any equivalent to IronPython's ClrModule.
> CompileModules?

This isn't supported today, but we're working on a solution. Not sure what the ETA is right now though.

Thanks,
-John


From hellosticky at gmail.com  Fri Sep  5 12:00:01 2008
From: hellosticky at gmail.com (KE)
Date: Fri, 5 Sep 2008 12:00:01 -0400
Subject: [Ironruby-core] Experiences building IronRuby from source
In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0633348234EB3@NA-EXMSG-C115.redmond.corp.microsoft.com>
Message-ID: <48c157ac.1b17400a.44fa.46a6@mx.google.com>

>From a clean checkout:

Warning	1	The referenced component 'mscorlib' could not be found.
Warning	2	The referenced component 'System' could not be found.
Warning	3	The referenced component 'mscorlib' could not be found.
Warning	4	The referenced component 'System' could not be found.
Warning	5	The referenced component 'mscorlib' could not be found.
Warning	6	The referenced component 'System.Net' could not be found.
Warning	7	The referenced component 'System' could not be found.
Warning	8	The referenced component 'mscorlib' could not be found.
Warning	9	The referenced component 'System' could not be found. 
Warning	10	The referenced component 'System.Net' could not be found. 

Visual Studio doesn't report which project the warning is for, but double
clicking on each warning goes to the problematic reference.

For example, in src/ironruby/Ruby.csproj:

    <Reference Include="mscorlib, Version=2.0.5.0, Culture=neutral,
PublicKeyToken=7cec85d7bea7798e" Condition=" '$(SilverlightBuild)' == 'true'
">
      <SpecificVersion>False</SpecificVersion>
      <HintPath>$(SilverlightSdkPath)\mscorlib.dll</HintPath>
    </Reference>
    <Reference Include="System.Net, Version=2.0.5.0, Culture=neutral,
PublicKeyToken=7cec85d7bea7798e" Condition=" '$(SilverlightBuild)' == 'true'
">
      <SpecificVersion>False</SpecificVersion>
      <HintPath>$(SilverlightSdkPath)\System.Net.dll</HintPath>
    </Reference>
    <Reference Include="System, Version=2.0.5.0, Culture=neutral,
PublicKeyToken=7cec85d7bea7798e" Condition=" '$(SilverlightBuild)' == 'true'
">
      <SpecificVersion>False</SpecificVersion>
      <HintPath>$(SilverlightSdkPath)\System.dll</HintPath>
    </Reference>

I don't have the Silverlight SDK installed, is this required? IronPython has
Silverlight support, but doesn't have these types of references in its
.csproj files.

Thanks, 

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of John Lam
(IRONRUBY)
Sent: Friday, September 05, 2008 11:23 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Experiences building IronRuby from source

Hello Sticky:

> 1. What is /svn/trunk/runfirst.cmd? Do I really need stuff put into
> %USERPROFILE%? I will ultimately be running under ASP.NET.

Yes, if you want to run the RubySpec test suite.

> 2. There are many warnings in the various projects about weird
> references to mscorlib (which is automatically referenced) and "System"
> without a version. Can I propose a patch with updates to the vcproj
> files?

Can you provide details? I don't see them here.

> 3. The Ruby.Console and IronRuby.Tests projects both have a project
> file reference to "..\..\App.config" -- is this required? This is a
> build error. There's no App.config file in /svn/trunk/

I omitted this file by mistake (it's a strange special case in our mirroring
script), but it's fixed in r140 which I just committed.

Thanks,
-John

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From curth at microsoft.com  Fri Sep  5 12:01:35 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Fri, 5 Sep 2008 09:01:35 -0700
Subject: [Ironruby-core] Experiences building IronRuby from source
In-Reply-To: <48c157ac.1b17400a.44fa.46a6@mx.google.com>
References: <372109E149E8084D8E6C7D9CFD82E0633348234EB3@NA-EXMSG-C115.redmond.corp.microsoft.com>
	<48c157ac.1b17400a.44fa.46a6@mx.google.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F530F5D7@NA-EXMSG-C118.redmond.corp.microsoft.com>

This is for building Silverlight.  Silverlight builds against a different version of the CLR.  You should ignore these warnings.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of KE
Sent: Friday, September 05, 2008 9:00 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Experiences building IronRuby from source

>From a clean checkout:

Warning 1       The referenced component 'mscorlib' could not be found.
Warning 2       The referenced component 'System' could not be found.
Warning 3       The referenced component 'mscorlib' could not be found.
Warning 4       The referenced component 'System' could not be found.
Warning 5       The referenced component 'mscorlib' could not be found.
Warning 6       The referenced component 'System.Net' could not be found.
Warning 7       The referenced component 'System' could not be found.
Warning 8       The referenced component 'mscorlib' could not be found.
Warning 9       The referenced component 'System' could not be found.
Warning 10      The referenced component 'System.Net' could not be found.

Visual Studio doesn't report which project the warning is for, but double
clicking on each warning goes to the problematic reference.

For example, in src/ironruby/Ruby.csproj:

    <Reference Include="mscorlib, Version=2.0.5.0, Culture=neutral,
PublicKeyToken=7cec85d7bea7798e" Condition=" '$(SilverlightBuild)' == 'true'
">
      <SpecificVersion>False</SpecificVersion>
      <HintPath>$(SilverlightSdkPath)\mscorlib.dll</HintPath>
    </Reference>
    <Reference Include="System.Net, Version=2.0.5.0, Culture=neutral,
PublicKeyToken=7cec85d7bea7798e" Condition=" '$(SilverlightBuild)' == 'true'
">
      <SpecificVersion>False</SpecificVersion>
      <HintPath>$(SilverlightSdkPath)\System.Net.dll</HintPath>
    </Reference>
    <Reference Include="System, Version=2.0.5.0, Culture=neutral,
PublicKeyToken=7cec85d7bea7798e" Condition=" '$(SilverlightBuild)' == 'true'
">
      <SpecificVersion>False</SpecificVersion>
      <HintPath>$(SilverlightSdkPath)\System.dll</HintPath>
    </Reference>

I don't have the Silverlight SDK installed, is this required? IronPython has
Silverlight support, but doesn't have these types of references in its
.csproj files.

Thanks,

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of John Lam
(IRONRUBY)
Sent: Friday, September 05, 2008 11:23 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Experiences building IronRuby from source

Hello Sticky:

> 1. What is /svn/trunk/runfirst.cmd? Do I really need stuff put into
> %USERPROFILE%? I will ultimately be running under ASP.NET.

Yes, if you want to run the RubySpec test suite.

> 2. There are many warnings in the various projects about weird
> references to mscorlib (which is automatically referenced) and "System"
> without a version. Can I propose a patch with updates to the vcproj
> files?

Can you provide details? I don't see them here.

> 3. The Ruby.Console and IronRuby.Tests projects both have a project
> file reference to "..\..\App.config" -- is this required? This is a
> build error. There's no App.config file in /svn/trunk/

I omitted this file by mistake (it's a strange special case in our mirroring
script), but it's fixed in r140 which I just committed.

Thanks,
-John

_______________________________________________
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 hellosticky at gmail.com  Fri Sep  5 14:00:50 2008
From: hellosticky at gmail.com (KE)
Date: Fri, 5 Sep 2008 14:00:50 -0400
Subject: [Ironruby-core] -X:SaveAssemblies
Message-ID: <48c173fc.1917400a.2cde.ffffb447@mx.google.com>

Hi,

I find it odd that the ConsoleOptions class only has a single FileName
string property. This forces the creation of pyc.py for creating a DLL with
one or more files to compile, whereas I believe the functionality in pyc.py
of creating a DLL from one or more input files should be right in the DLR.
OptionsParser even already has a switch for -X:SaveAssemblies.

IronRuby makes the same assumption. It adds the experimental -save option to
ir.exe, assuming only one input file (with the rest of the args being
arguments). I think it would be unfortunate if then IronRuby would need a
separate irc.rb to mimic pyc.py... rinse and repeat for every other
language.

Are people in agreement and this is just caused because ConsoleOptions
started off as executing one input file with args, and the issue of
compiling to a DLL was unforeseen? Is this planned to be changed? I would be
interested in changing this, so I don't mind doing the coding, but I don't
want to code something that is opposed on some unforeseen philosophical
basis.

Thanks,


From hellosticky at gmail.com  Fri Sep  5 16:18:40 2008
From: hellosticky at gmail.com (KE)
Date: Fri, 5 Sep 2008 16:18:40 -0400
Subject: [Ironruby-core] [IronPython] -X:SaveAssemblies
In-Reply-To: <d2155e360809051314t4d1046b8ja507c1d337d2ab4a@mail.gmail.com>
Message-ID: <48c1944b.1b2d400a.4d1a.377b@mx.google.com>

> -X:SaveAssemblies is for debugging purposes and does not produce
> output equivalent to that produced by pyc.py.

Okay, but my question still stands of whether or not part or all of the
function of pyc.py should be moved into the DLR (obviously with some virtual
methods for implementers)?

Thanks,


From hellosticky at gmail.com  Fri Sep  5 16:28:20 2008
From: hellosticky at gmail.com (KE)
Date: Fri, 5 Sep 2008 16:28:20 -0400
Subject: [Ironruby-core] [IronPython] -X:SaveAssemblies
In-Reply-To: <d2155e360809051321r5b3266fdue666fd4589a18c2e@mail.gmail.com>
Message-ID: <48c1968e.0c2d400a.0494.40d5@mx.google.com>

>>
>> Okay, but my question still stands of whether or not part or all of the
>> function of pyc.py should be moved into the DLR (obviously with some
>virtual
>> methods for implementers)?
>
> The bulk of the compiler code is actually in the DLR and in IronPython
> itself.  pyc.py is a user-friendly wrapper around that functionality.
> There's no reason you couldn't use pyc.py to compile itself, if you
> wanted to distribute it in a binary form.
>
> If you've got a real-world scenario that you don't think we've
> adequately addressed, you'll need to provide more information before
> we can understand the shortcomings of this approach.

The question began when I was investigating an equivalent to pyc.py in
IronRuby. ir.exe has an experimental option called -save (which doesn't
currently work) -- instead of some kind of irc.rb -- but it shows that the
lack of a consistent approach to compiling source code files into an
Assembly causes confusion for language implementers and, ultimately, users.

The approach in ir.exe is inherently broken because the base DLR
OptionsParser parses a single file input argument (called FileName), whereas
compiling usually (not always) needs to compile more than one source file
into the output file.

As you mention, the DLR methods like ScriptCode.SaveToAssembly already do
the bulk of the work, so why not work into this into the DLR?

Thanks,


From hellosticky at gmail.com  Fri Sep  5 17:21:00 2008
From: hellosticky at gmail.com (KE)
Date: Fri, 5 Sep 2008 17:21:00 -0400
Subject: [Ironruby-core] [IronPython] -X:SaveAssemblies
In-Reply-To: <350E7D38B6D819428718949920EC2355421B1C61E4@NA-EXMSG-C102.redmond.corp.microsoft.com>
Message-ID: <48c1a2e7.073e400a.02a3.71ab@mx.google.com>

Okay, understood, although I'd think the DLR could just create an abstract
base class with various Save/Load methods? The logic in pyc.py is not
incredibly complex.

BTW, I'd be interested in what Ruby precompilation issues you're talking?
I'd like to use IronRuby in this capacity.

Thanks!

-----Original Message-----
From: Dino Viehland [mailto:dinov at microsoft.com] 
Sent: Friday, September 05, 2008 5:18 PM
To: hellosticky at gmail.com; Discussion of IronPython; 'Curt Hagenlocher'
Cc: 'IronRuby'
Subject: RE: [IronPython] -X:SaveAssemblies

The big reason the DLR doesn't currently handle it all is that languages are
ultimately responsible for how they load the code back - for example
IronPython will load the code after it's been AddReference'd.  Combine that
with wanting a consistent interface which both takes and returns ScriptCode
objects and you start to see why the languages need to be involved.  And
unfortunately ScriptCode objects are outside of the hosting APIs so there's
not necessarily an easy way to get at them.  But if you do get a ScriptCode
object in theory you can write that out to disk & load it back up.

I think there's some issues which prevent Ruby from using precompilation
anyway though.


-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of KE
Sent: Friday, September 05, 2008 1:28 PM
To: 'Curt Hagenlocher'
Cc: 'IronRuby'; 'Discussion of IronPython'
Subject: Re: [IronPython] -X:SaveAssemblies

>>
>> Okay, but my question still stands of whether or not part or all of the
>> function of pyc.py should be moved into the DLR (obviously with some
>virtual
>> methods for implementers)?
>
> The bulk of the compiler code is actually in the DLR and in IronPython
> itself.  pyc.py is a user-friendly wrapper around that functionality.
> There's no reason you couldn't use pyc.py to compile itself, if you
> wanted to distribute it in a binary form.
>
> If you've got a real-world scenario that you don't think we've
> adequately addressed, you'll need to provide more information before
> we can understand the shortcomings of this approach.

The question began when I was investigating an equivalent to pyc.py in
IronRuby. ir.exe has an experimental option called -save (which doesn't
currently work) -- instead of some kind of irc.rb -- but it shows that the
lack of a consistent approach to compiling source code files into an
Assembly causes confusion for language implementers and, ultimately, users.

The approach in ir.exe is inherently broken because the base DLR
OptionsParser parses a single file input argument (called FileName), whereas
compiling usually (not always) needs to compile more than one source file
into the output file.

As you mention, the DLR methods like ScriptCode.SaveToAssembly already do
the bulk of the work, so why not work into this into the DLR?

Thanks,

_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From hellosticky at gmail.com  Fri Sep  5 20:24:10 2008
From: hellosticky at gmail.com (KE)
Date: Fri, 5 Sep 2008 20:24:10 -0400
Subject: [Ironruby-core] irc.rb
Message-ID: <48c1cdd5.1d3e400a.5b11.ffffe0e3@mx.google.com>

Hi, I've created an irc.rb (attached) which mimics IronPython's pyc.py. It
is failing on this line:

Microsoft::Scripting::ScriptCode.save_to_assembly(outfile, codes.to_array())

With the following exception... Any help would be greatly appreciated. The
test file I'm trying to compile is also attached. I am building on revision
140. I have also tried with the Microsoft.Scripting and
Microsoft.Scripting.Core dlls from IronPython with the same result.

C:\work\ironruby\co\svn\trunk\build\release>.\ir.exe irc.rb -target:dll
-verbose test.rb
Compiling C:\work\ironruby\co\svn\trunk\build\release\test.rb...
Creating output file C:\work\ironruby\co\svn\trunk\build\release\test.dll...
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\NewExpression
.cs:88:in `New': Value cannot be null.
Parameter name: constructor (System::ArgumentNullException)
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\NewExpression
.cs:83:in `New'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:294:in `DefaultVisitDynamicExpression'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:191:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:272:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:374:in `DefaultVisitScopeExpression'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:218:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:189:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\MatchCall
er.Generated.cs:40:in `Call4'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\CallSite.
cs:275:in `UpdateAndExecute'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\UpdateDel
egates.Generated.cs:52:in `Update4'
        from :0
-------------- next part --------------
A non-text attachment was scrubbed...
Name: irc.rb
Type: application/octet-stream
Size: 3462 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080905/49852760/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.rb
Type: application/octet-stream
Size: 314 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080905/49852760/attachment-0001.obj>

From Tomas.Matousek at microsoft.com  Sat Sep  6 00:48:43 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Fri, 5 Sep 2008 21:48:43 -0700
Subject: [Ironruby-core] [IronPython] irc.rb
In-Reply-To: <48c1cdd5.1d3e400a.5b11.ffffe0e3@mx.google.com>
References: <48c1cdd5.1d3e400a.5b11.ffffe0e3@mx.google.com>
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8529386@NA-EXMSG-C112.redmond.corp.microsoft.com>

Right. This is the error Dino overheard me talking about :) As you can see from the stack trac, something seems to be broken in DLR. I'll look at it and see whether I can come with a simple fix. Precompilation is currently P2 on our task list though, so I'm afraid any more complex work would need to wait until P1's are done.

Tomas

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of KE
Sent: Friday, September 05, 2008 5:24 PM
To: IronRuby
Cc: IronPython
Subject: [IronPython] irc.rb

Hi, I've created an irc.rb (attached) which mimics IronPython's pyc.py. It is failing on this line:

Microsoft::Scripting::ScriptCode.save_to_assembly(outfile, codes.to_array())

With the following exception... Any help would be greatly appreciated. The test file I'm trying to compile is also attached. I am building on revision 140. I have also tried with the Microsoft.Scripting and Microsoft.Scripting.Core dlls from IronPython with the same result.

C:\work\ironruby\co\svn\trunk\build\release>.\ir.exe irc.rb -target:dll -verbose test.rb Compiling C:\work\ironruby\co\svn\trunk\build\release\test.rb...
Creating output file C:\work\ironruby\co\svn\trunk\build\release\test.dll...
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\NewExpression
.cs:88:in `New': Value cannot be null.
Parameter name: constructor (System::ArgumentNullException)
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\NewExpression
.cs:83:in `New'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:294:in `DefaultVisitDynamicExpression'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:191:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:272:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:374:in `DefaultVisitScopeExpression'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:218:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:189:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\MatchCall
er.Generated.cs:40:in `Call4'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\CallSite.
cs:275:in `UpdateAndExecute'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\UpdateDel
egates.Generated.cs:52:in `Update4'
        from :0

From lists at ruby-forum.com  Sat Sep  6 03:09:25 2008
From: lists at ruby-forum.com (Aaron Clauson)
Date: Sat, 6 Sep 2008 09:09:25 +0200
Subject: [Ironruby-core] Compile Ruby Script
Message-ID: <32dbb8baa5efa2b693780240341d64ce@ruby-forum.com>

Hi,

Is there a compile option available for IronRuby so that a script could
be compiled and then re-executed repeatedly? The PythonEngine has a
compile option that facilitates that and I'm trying to determine if
IronRuby has an equivalent.

Thanks,

Aaron
-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Sat Sep  6 05:30:06 2008
From: lists at ruby-forum.com (Aaron Clauson)
Date: Sat, 6 Sep 2008 11:30:06 +0200
Subject: [Ironruby-core] Compile Ruby Script
In-Reply-To: <32dbb8baa5efa2b693780240341d64ce@ruby-forum.com>
References: <32dbb8baa5efa2b693780240341d64ce@ruby-forum.com>
Message-ID: <125618584ecceaf4b54718a063cc473b@ruby-forum.com>

Found it:

CompiledCode compiledScript = 
scriptScope.Engine.CreateScriptSourceFromString(script).Compile()

Regards,

Aaron

-- 
Posted via http://www.ruby-forum.com/.

From hellosticky at gmail.com  Sat Sep  6 06:50:20 2008
From: hellosticky at gmail.com (KE)
Date: Sat, 6 Sep 2008 06:50:20 -0400
Subject: [Ironruby-core] [IronPython] irc.rb
In-Reply-To: <F58FE69873E2D5459B72C347DE1582412AD8529386@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <48c26097.062a400a.4076.34d7@mx.google.com>

Thanks! I've also created a bug report:

http://rubyforge.org/tracker/index.php?func=detail&aid=21839&group_id=4359&a
tid=16798

This includes the irc.rb which I think IronRuby will be interested in
including in the IronRuby distribution as well..

I'll try to step through into this bug and understand what's going on,
although I have no clue what I'm looking at :)
Thanks,

-----Original Message-----
From: Tomas Matousek [mailto:Tomas.Matousek at microsoft.com] 
Sent: Saturday, September 06, 2008 12:49 AM
To: hellosticky at gmail.com; Discussion of IronPython; IronRuby
Subject: RE: [IronPython] irc.rb

Right. This is the error Dino overheard me talking about :) As you can see
from the stack trac, something seems to be broken in DLR. I'll look at it
and see whether I can come with a simple fix. Precompilation is currently P2
on our task list though, so I'm afraid any more complex work would need to
wait until P1's are done.

Tomas

-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of KE
Sent: Friday, September 05, 2008 5:24 PM
To: IronRuby
Cc: IronPython
Subject: [IronPython] irc.rb

Hi, I've created an irc.rb (attached) which mimics IronPython's pyc.py. It
is failing on this line:

Microsoft::Scripting::ScriptCode.save_to_assembly(outfile, codes.to_array())

With the following exception... Any help would be greatly appreciated. The
test file I'm trying to compile is also attached. I am building on revision
140. I have also tried with the Microsoft.Scripting and
Microsoft.Scripting.Core dlls from IronPython with the same result.

C:\work\ironruby\co\svn\trunk\build\release>.\ir.exe irc.rb -target:dll
-verbose test.rb Compiling
C:\work\ironruby\co\svn\trunk\build\release\test.rb...
Creating output file C:\work\ironruby\co\svn\trunk\build\release\test.dll...
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\NewExpression
.cs:88:in `New': Value cannot be null.
Parameter name: constructor (System::ArgumentNullException)
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\NewExpression
.cs:83:in `New'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:294:in `DefaultVisitDynamicExpression'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:191:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:272:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:374:in `DefaultVisitScopeExpression'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:218:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:189:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\MatchCall
er.Generated.cs:40:in `Call4'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\CallSite.
cs:275:in `UpdateAndExecute'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\UpdateDel
egates.Generated.cs:52:in `Update4'
        from :0


From hellosticky at gmail.com  Sat Sep  6 07:25:00 2008
From: hellosticky at gmail.com (KE)
Date: Sat, 6 Sep 2008 07:25:00 -0400
Subject: [Ironruby-core] [IronPython] irc.rb
Message-ID: <48c268b7.1138400a.55da.ffff8b45@mx.google.com>

Okay, well I found two code problems in two IR implementations of
IExpressionSerializable:

/ironruby/Runtime/Calls/rubycallaction.cs CreateExpression() is passing the
wrong second Type parameter. It should be typeof(RubyCallSignature)

/ironruby/Runtime/Calls/rubycallsignature.cs CreateExpression() is not
passing enough parameters. typeof(bool) and Ast.Constant(_hasRhsArgument)
should be added to find the right Constructor.

The next problem is:

Variable '#globalScope' referenced from lambda
'C:\work\ironruby\co\svn\trunk\build\release\test.rb', but it is not defined
in an outer scope

In
Microsoft.Scripting.Core.dll!System.Linq.Expressions.Compiler.VariableBinder
.Reference(System.Linq.Expressions.Expression variable = {#globalScope},
bool hoist = false) Line 238	C#

I'm guessing I haven't initialized some global context?

Thanks,

-----Original Message-----
From: KE [mailto:hellosticky at gmail.com] 
Sent: Saturday, September 06, 2008 6:50 AM
To: 'Tomas Matousek'; 'Discussion of IronPython'; 'IronRuby'
Subject: RE: [IronPython] irc.rb

Thanks! I've also created a bug report:

http://rubyforge.org/tracker/index.php?func=detail&aid=21839&group_id=4359&a
tid=16798

This includes the irc.rb which I think IronRuby will be interested in
including in the IronRuby distribution as well..

I'll try to step through into this bug and understand what's going on,
although I have no clue what I'm looking at :)
Thanks,

-----Original Message-----
From: Tomas Matousek [mailto:Tomas.Matousek at microsoft.com] 
Sent: Saturday, September 06, 2008 12:49 AM
To: hellosticky at gmail.com; Discussion of IronPython; IronRuby
Subject: RE: [IronPython] irc.rb

Right. This is the error Dino overheard me talking about :) As you can see
from the stack trac, something seems to be broken in DLR. I'll look at it
and see whether I can come with a simple fix. Precompilation is currently P2
on our task list though, so I'm afraid any more complex work would need to
wait until P1's are done.

Tomas

-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of KE
Sent: Friday, September 05, 2008 5:24 PM
To: IronRuby
Cc: IronPython
Subject: [IronPython] irc.rb

Hi, I've created an irc.rb (attached) which mimics IronPython's pyc.py. It
is failing on this line:

Microsoft::Scripting::ScriptCode.save_to_assembly(outfile, codes.to_array())

With the following exception... Any help would be greatly appreciated. The
test file I'm trying to compile is also attached. I am building on revision
140. I have also tried with the Microsoft.Scripting and
Microsoft.Scripting.Core dlls from IronPython with the same result.

C:\work\ironruby\co\svn\trunk\build\release>.\ir.exe irc.rb -target:dll
-verbose test.rb Compiling
C:\work\ironruby\co\svn\trunk\build\release\test.rb...
Creating output file C:\work\ironruby\co\svn\trunk\build\release\test.dll...
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\NewExpression
.cs:88:in `New': Value cannot be null.
Parameter name: constructor (System::ArgumentNullException)
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\NewExpression
.cs:83:in `New'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:294:in `DefaultVisitDynamicExpression'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:191:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:272:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:374:in `DefaultVisitScopeExpression'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:218:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:189:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\MatchCall
er.Generated.cs:40:in `Call4'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\CallSite.
cs:275:in `UpdateAndExecute'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\UpdateDel
egates.Generated.cs:52:in `Update4'
        from :0


From hellosticky at gmail.com  Sat Sep  6 08:07:39 2008
From: hellosticky at gmail.com (KE)
Date: Sat, 6 Sep 2008 08:07:39 -0400
Subject: [Ironruby-core] [IronPython] irc.rb
Message-ID: <48c272b7.1c17400a.5019.7769@mx.google.com>

It's coming from the call stack -> CompileLambda -> AnalyzeLambda. The
LambdaExpression is "($scope, $language) => [Scope]" but AnalyzeLambda
passes a null CompilerScope to VariableBinder.Bind. Somehow this same
VariableBinder is used during a ExpressionType.Call to:

//
// AST: MethodCallExpression
//

(RubyOps.CreateTopLevelScope)(
    .localScope (
    )
    ,
    (.arg #globalScope),
    (.arg #language),
    (.var #self_5_0),
    (.var #rfc_nonlifted_5_2),
)

It is using the VariableBinder with a null parent CompilerScope on the ".arg
#globalScope" evaluation

-----Original Message-----
From: KE [mailto:hellosticky at gmail.com] 
Sent: Saturday, September 06, 2008 7:25 AM
To: 'Tomas Matousek'; 'IronRuby'; IronPython
Subject: RE: [IronPython] irc.rb

Okay, well I found two code problems in two IR implementations of
IExpressionSerializable:

/ironruby/Runtime/Calls/rubycallaction.cs CreateExpression() is passing the
wrong second Type parameter. It should be typeof(RubyCallSignature)

/ironruby/Runtime/Calls/rubycallsignature.cs CreateExpression() is not
passing enough parameters. typeof(bool) and Ast.Constant(_hasRhsArgument)
should be added to find the right Constructor.

The next problem is:

Variable '#globalScope' referenced from lambda
'C:\work\ironruby\co\svn\trunk\build\release\test.rb', but it is not defined
in an outer scope

In
Microsoft.Scripting.Core.dll!System.Linq.Expressions.Compiler.VariableBinder
.Reference(System.Linq.Expressions.Expression variable = {#globalScope},
bool hoist = false) Line 238	C#

I'm guessing I haven't initialized some global context?

Thanks,

-----Original Message-----
From: KE [mailto:hellosticky at gmail.com] 
Sent: Saturday, September 06, 2008 6:50 AM
To: 'Tomas Matousek'; 'Discussion of IronPython'; 'IronRuby'
Subject: RE: [IronPython] irc.rb

Thanks! I've also created a bug report:

http://rubyforge.org/tracker/index.php?func=detail&aid=21839&group_id=4359&a
tid=16798

This includes the irc.rb which I think IronRuby will be interested in
including in the IronRuby distribution as well..

I'll try to step through into this bug and understand what's going on,
although I have no clue what I'm looking at :)
Thanks,

-----Original Message-----
From: Tomas Matousek [mailto:Tomas.Matousek at microsoft.com] 
Sent: Saturday, September 06, 2008 12:49 AM
To: hellosticky at gmail.com; Discussion of IronPython; IronRuby
Subject: RE: [IronPython] irc.rb

Right. This is the error Dino overheard me talking about :) As you can see
from the stack trac, something seems to be broken in DLR. I'll look at it
and see whether I can come with a simple fix. Precompilation is currently P2
on our task list though, so I'm afraid any more complex work would need to
wait until P1's are done.

Tomas

-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of KE
Sent: Friday, September 05, 2008 5:24 PM
To: IronRuby
Cc: IronPython
Subject: [IronPython] irc.rb

Hi, I've created an irc.rb (attached) which mimics IronPython's pyc.py. It
is failing on this line:

Microsoft::Scripting::ScriptCode.save_to_assembly(outfile, codes.to_array())

With the following exception... Any help would be greatly appreciated. The
test file I'm trying to compile is also attached. I am building on revision
140. I have also tried with the Microsoft.Scripting and
Microsoft.Scripting.Core dlls from IronPython with the same result.

C:\work\ironruby\co\svn\trunk\build\release>.\ir.exe irc.rb -target:dll
-verbose test.rb Compiling
C:\work\ironruby\co\svn\trunk\build\release\test.rb...
Creating output file C:\work\ironruby\co\svn\trunk\build\release\test.dll...
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\NewExpression
.cs:88:in `New': Value cannot be null.
Parameter name: constructor (System::ArgumentNullException)
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\NewExpression
.cs:83:in `New'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:294:in `DefaultVisitDynamicExpression'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:191:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:272:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:374:in `DefaultVisitScopeExpression'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:218:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:189:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\MatchCall
er.Generated.cs:40:in `Call4'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\CallSite.
cs:275:in `UpdateAndExecute'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\UpdateDel
egates.Generated.cs:52:in `Update4'
        from :0


From ksunair at yahoo.com  Sat Sep  6 09:57:49 2008
From: ksunair at yahoo.com (Unnikrishnan Nair)
Date: Sat, 6 Sep 2008 06:57:49 -0700 (PDT)
Subject: [Ironruby-core] Did any build ironruby successfully in Mono?
Message-ID: <222051.15960.qm@web50611.mail.re2.yahoo.com>

Just curious, I just checked out 140 from svn and when I build I am getting basename not found in string...
Just curious...

From sanxiyn at gmail.com  Sat Sep  6 10:47:24 2008
From: sanxiyn at gmail.com (Seo Sanghyeon)
Date: Sat, 6 Sep 2008 23:47:24 +0900
Subject: [Ironruby-core] Did any build ironruby successfully in Mono?
In-Reply-To: <222051.15960.qm@web50611.mail.re2.yahoo.com>
References: <222051.15960.qm@web50611.mail.re2.yahoo.com>
Message-ID: <5b0248170809060747s3eac9fa3obfa3c79dffd3cb13@mail.gmail.com>

2008/9/6 Unnikrishnan Nair <ksunair at yahoo.com>:
> Just curious, I just checked out 140 from svn and when I build I am getting basename not found in string...
> Just curious...

I do. I need to (again, and again!) write up and update HOWTO, but I'm
currently busy looking at Google Chrome...

-- 
Seo Sanghyeon

From ksunair at yahoo.com  Sat Sep  6 11:09:32 2008
From: ksunair at yahoo.com (Unnikrishnan Nair)
Date: Sat, 6 Sep 2008 08:09:32 -0700 (PDT)
Subject: [Ironruby-core] Did any build ironruby successfully in Mono?
In-Reply-To: <5b0248170809060747s3eac9fa3obfa3c79dffd3cb13@mail.gmail.com>
Message-ID: <978061.68973.qm@web50611.mail.re2.yahoo.com>

Thanks. I might have missed some mails I guess.


--- On Sat, 9/6/08, Seo Sanghyeon <sanxiyn at gmail.com> wrote:

> From: Seo Sanghyeon <sanxiyn at gmail.com>
> Subject: Re: [Ironruby-core] Did any build ironruby successfully in Mono?
> To: ksunair at yahoo.com, ironruby-core at rubyforge.org
> Date: Saturday, September 6, 2008, 9:47 AM
> 2008/9/6 Unnikrishnan Nair <ksunair at yahoo.com>:
> > Just curious, I just checked out 140 from svn and when
> I build I am getting basename not found in string...
> > Just curious...
> 
> I do. I need to (again, and again!) write up and update
> HOWTO, but I'm
> currently busy looking at Google Chrome...
> 
> -- 
> Seo Sanghyeon

From fuzzyman at voidspace.org.uk  Sat Sep  6 11:35:16 2008
From: fuzzyman at voidspace.org.uk (Michael Foord)
Date: Sat, 06 Sep 2008 16:35:16 +0100
Subject: [Ironruby-core] Did any build ironruby successfully in Mono?
In-Reply-To: <5b0248170809060747s3eac9fa3obfa3c79dffd3cb13@mail.gmail.com>
References: <222051.15960.qm@web50611.mail.re2.yahoo.com>
	<5b0248170809060747s3eac9fa3obfa3c79dffd3cb13@mail.gmail.com>
Message-ID: <48C2A334.1020003@voidspace.org.uk>

Seo Sanghyeon wrote:
> 2008/9/6 Unnikrishnan Nair <ksunair at yahoo.com>:
>   
>> Just curious, I just checked out 140 from svn and when I build I am getting basename not found in string...
>> Just curious...
>>     
>
> I do. I need to (again, and again!) write up and update HOWTO, but I'm
> currently busy looking at Google Chrome...
>
>   
And then you have Ironclad and a new FePy release to work on, right? ;-)

Michael

-- 
http://www.ironpythoninaction.com/
http://www.voidspace.org.uk/
http://www.trypython.org/
http://www.ironpython.info/
http://www.theotherdelia.co.uk/
http://www.resolverhacks.net/


From jdeville at microsoft.com  Sun Sep  7 03:32:12 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Sun, 7 Sep 2008 00:32:12 -0700
Subject: [Ironruby-core] Did any build ironruby successfully in Mono?
In-Reply-To: <48C2A334.1020003@voidspace.org.uk>
References: <222051.15960.qm@web50611.mail.re2.yahoo.com>
	<5b0248170809060747s3eac9fa3obfa3c79dffd3cb13@mail.gmail.com>,
	<48C2A334.1020003@voidspace.org.uk>
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B529@NA-EXMSG-C112.redmond.corp.microsoft.com>

Seo,

Isn't that a Rakefile or context.rb issue? If so can you just fix it and check it in?

JD
________________________________________
From: ironruby-core-bounces at rubyforge.org [ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Foord [fuzzyman at voidspace.org.uk]
Sent: Saturday, September 06, 2008 8:35 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Did any build ironruby successfully in Mono?

Seo Sanghyeon wrote:
> 2008/9/6 Unnikrishnan Nair <ksunair at yahoo.com>:
>
>> Just curious, I just checked out 140 from svn and when I build I am getting basename not found in string...
>> Just curious...
>>
>
> I do. I need to (again, and again!) write up and update HOWTO, but I'm
> currently busy looking at Google Chrome...
>
>
And then you have Ironclad and a new FePy release to work on, right? ;-)

Michael

--
http://www.ironpythoninaction.com/
http://www.voidspace.org.uk/
http://www.trypython.org/
http://www.ironpython.info/
http://www.theotherdelia.co.uk/
http://www.resolverhacks.net/

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From stefan.dobrev at gmail.com  Sun Sep  7 15:11:08 2008
From: stefan.dobrev at gmail.com (Stefan Dobrev)
Date: Sun, 7 Sep 2008 22:11:08 +0300
Subject: [Ironruby-core] Deriving from framework class with Initialize method
Message-ID: <928de89c0809071211p19a47cbfvb3e2d570b4d8d4bf@mail.gmail.com>

Hi guys,

I was trying to run the following code:

*class MyObj < DependencyObject
end

obj = MyObj.new*

Where DepenencyObject comes from the WPF stack (WindowsBase.dll). However
this fails on the *MyObj.new* line with strange error that wrong arguments
or types are passed to initialize method. After some digging I found that
DependencyObject have a private method Initialize which makes the problem.
Rewriting the code like this makes it work:

*class MyObj < DependencyObject
  def initialize
  end
end*

May be method resolution somehow get messed up.
Sample file attached.

Regards,
Stefan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080907/43f9a2b3/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: init_issues.rb
Type: application/octet-stream
Size: 406 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080907/43f9a2b3/attachment.obj>

From curth at microsoft.com  Sun Sep  7 16:18:39 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Sun, 7 Sep 2008 13:18:39 -0700
Subject: [Ironruby-core] Deriving from framework class with Initialize
 method
In-Reply-To: <928de89c0809071211p19a47cbfvb3e2d570b4d8d4bf@mail.gmail.com>
References: <928de89c0809071211p19a47cbfvb3e2d570b4d8d4bf@mail.gmail.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08339@NA-EXMSG-C118.redmond.corp.microsoft.com>

Interesting.  What do you think should happen when a CLS type has a method whose name collides with a "special" Ruby method name like "initialize" or "allocate"?  This isn't an issue in IronPython because of Guido's foresight in decorating all special names with double underscores. :) Maybe for IronRuby, we could decorate certain CLS-imported names with a trailing underscore to avoid this kind of problem.

Out of curiosity, what does JRuby do in this case?

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Stefan Dobrev
Sent: Sunday, September 07, 2008 12:11 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Deriving from framework class with Initialize method

Hi guys,

I was trying to run the following code:

class MyObj < DependencyObject
end

obj = MyObj.new

Where DepenencyObject comes from the WPF stack (WindowsBase.dll). However this fails on the MyObj.new line with strange error that wrong arguments or types are passed to initialize method. After some digging I found that DependencyObject have a private method Initialize which makes the problem. Rewriting the code like this makes it work:

class MyObj < DependencyObject
  def initialize
  end
end

May be method resolution somehow get messed up.
Sample file attached.

Regards,
Stefan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080907/69237805/attachment.html>

From Tomas.Matousek at microsoft.com  Mon Sep  8 02:18:20 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sun, 7 Sep 2008 23:18:20 -0700
Subject: [Ironruby-core] Deriving from framework class with Initialize
 method
In-Reply-To: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08339@NA-EXMSG-C118.redmond.corp.microsoft.com>
References: <928de89c0809071211p19a47cbfvb3e2d570b4d8d4bf@mail.gmail.com>
	<B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08339@NA-EXMSG-C118.redmond.corp.microsoft.com>
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD852940D@NA-EXMSG-C112.redmond.corp.microsoft.com>

Or maybe we could just not mangle Initialize CLR method name. That would prevent the conflict in most cases (.NET guidelines recommend to use Pascal case method names).

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Curt Hagenlocher
Sent: Sunday, September 07, 2008 1:19 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Deriving from framework class with Initialize method

Interesting.  What do you think should happen when a CLS type has a method whose name collides with a "special" Ruby method name like "initialize" or "allocate"?  This isn't an issue in IronPython because of Guido's foresight in decorating all special names with double underscores. :) Maybe for IronRuby, we could decorate certain CLS-imported names with a trailing underscore to avoid this kind of problem.

Out of curiosity, what does JRuby do in this case?

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Stefan Dobrev
Sent: Sunday, September 07, 2008 12:11 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Deriving from framework class with Initialize method

Hi guys,

I was trying to run the following code:

class MyObj < DependencyObject
end

obj = MyObj.new

Where DepenencyObject comes from the WPF stack (WindowsBase.dll). However this fails on the MyObj.new line with strange error that wrong arguments or types are passed to initialize method. After some digging I found that DependencyObject have a private method Initialize which makes the problem. Rewriting the code like this makes it work:

class MyObj < DependencyObject
  def initialize
  end
end

May be method resolution somehow get messed up.
Sample file attached.

Regards,
Stefan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080907/7b1fdfad/attachment-0001.html>

From hellosticky at gmail.com  Mon Sep  8 18:03:51 2008
From: hellosticky at gmail.com (KE)
Date: Mon, 8 Sep 2008 18:03:51 -0400
Subject: [Ironruby-core] [IronPython] irc.rb
In-Reply-To: <350E7D38B6D819428718949920EC2355421B1C638A@NA-EXMSG-C102.redmond.corp.microsoft.com>
Message-ID: <48c5a14a.1f2d400a.2726.ffff983d@mx.google.com>

Hi Tomas,
Can you provide any guidance on what #globalScope means and why it might be
null or how to initialize it?
I've already found two bugs in the save assembly process, and I'm glad to
keep swatting at them since I'd really like to get this to work for, but
this is a bit internal for me to just use my intuition with.

Thanks!

-----Original Message-----
From: Dino Viehland [mailto:dinov at microsoft.com] 
Sent: Saturday, September 06, 2008 1:41 PM
To: hellosticky at gmail.com; Discussion of IronPython; Tomas Matousek;
'IronRuby'
Subject: RE: [IronPython] irc.rb

You'll probably want to track down where #globalScope is defined and make
sure the newly defined variable is getting added to the list of variables in
a Scope expression.  If there's no scope expression you can just add one and
give it the original body & the #globalScope var.  Hopefully it's just the
code which is immediately creating it causing the problem rather than a tree
rewriter somewhere.

-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of KE
Sent: Saturday, September 06, 2008 5:08 AM
To: Tomas Matousek; 'IronRuby'; IronPython
Subject: Re: [IronPython] irc.rb

It's coming from the call stack -> CompileLambda -> AnalyzeLambda. The
LambdaExpression is "($scope, $language) => [Scope]" but AnalyzeLambda
passes a null CompilerScope to VariableBinder.Bind. Somehow this same
VariableBinder is used during a ExpressionType.Call to:

//
// AST: MethodCallExpression
//

(RubyOps.CreateTopLevelScope)(
    .localScope (
    )
    ,
    (.arg #globalScope),
    (.arg #language),
    (.var #self_5_0),
    (.var #rfc_nonlifted_5_2),
)

It is using the VariableBinder with a null parent CompilerScope on the ".arg
#globalScope" evaluation

-----Original Message-----
From: KE [mailto:hellosticky at gmail.com]
Sent: Saturday, September 06, 2008 7:25 AM
To: 'Tomas Matousek'; 'IronRuby'; IronPython
Subject: RE: [IronPython] irc.rb

Okay, well I found two code problems in two IR implementations of
IExpressionSerializable:

/ironruby/Runtime/Calls/rubycallaction.cs CreateExpression() is passing the
wrong second Type parameter. It should be typeof(RubyCallSignature)

/ironruby/Runtime/Calls/rubycallsignature.cs CreateExpression() is not
passing enough parameters. typeof(bool) and Ast.Constant(_hasRhsArgument)
should be added to find the right Constructor.

The next problem is:

Variable '#globalScope' referenced from lambda
'C:\work\ironruby\co\svn\trunk\build\release\test.rb', but it is not defined
in an outer scope

In
Microsoft.Scripting.Core.dll!System.Linq.Expressions.Compiler.VariableBinder
.Reference(System.Linq.Expressions.Expression variable = {#globalScope},
bool hoist = false) Line 238    C#

I'm guessing I haven't initialized some global context?

Thanks,

-----Original Message-----
From: KE [mailto:hellosticky at gmail.com]
Sent: Saturday, September 06, 2008 6:50 AM
To: 'Tomas Matousek'; 'Discussion of IronPython'; 'IronRuby'
Subject: RE: [IronPython] irc.rb

Thanks! I've also created a bug report:

http://rubyforge.org/tracker/index.php?func=detail&aid=21839&group_id=4359&a
tid=16798

This includes the irc.rb which I think IronRuby will be interested in
including in the IronRuby distribution as well..

I'll try to step through into this bug and understand what's going on,
although I have no clue what I'm looking at :)
Thanks,

-----Original Message-----
From: Tomas Matousek [mailto:Tomas.Matousek at microsoft.com]
Sent: Saturday, September 06, 2008 12:49 AM
To: hellosticky at gmail.com; Discussion of IronPython; IronRuby
Subject: RE: [IronPython] irc.rb

Right. This is the error Dino overheard me talking about :) As you can see
from the stack trac, something seems to be broken in DLR. I'll look at it
and see whether I can come with a simple fix. Precompilation is currently P2
on our task list though, so I'm afraid any more complex work would need to
wait until P1's are done.

Tomas

-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of KE
Sent: Friday, September 05, 2008 5:24 PM
To: IronRuby
Cc: IronPython
Subject: [IronPython] irc.rb

Hi, I've created an irc.rb (attached) which mimics IronPython's pyc.py. It
is failing on this line:

Microsoft::Scripting::ScriptCode.save_to_assembly(outfile, codes.to_array())

With the following exception... Any help would be greatly appreciated. The
test file I'm trying to compile is also attached. I am building on revision
140. I have also tried with the Microsoft.Scripting and
Microsoft.Scripting.Core dlls from IronPython with the same result.

C:\work\ironruby\co\svn\trunk\build\release>.\ir.exe irc.rb -target:dll
-verbose test.rb Compiling
C:\work\ironruby\co\svn\trunk\build\release\test.rb...
Creating output file C:\work\ironruby\co\svn\trunk\build\release\test.dll...
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\NewExpression
.cs:88:in `New': Value cannot be null.
Parameter name: constructor (System::ArgumentNullException)
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\NewExpression
.cs:83:in `New'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:294:in `DefaultVisitDynamicExpression'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:191:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:40:in `VisitNodes'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:108:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:264:in `DefaultVisitBlock'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:176:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:272:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:374:in `DefaultVisitScopeExpression'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.Generated.cs:218:in `VisitNode'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Ast\ExpressionTre
eVisitor.cs:189:in `Visit'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\MatchCall
er.Generated.cs:40:in `Call4'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\CallSite.
cs:275:in `UpdateAndExecute'
        from
C:\work\ironruby\co\svn\trunk\src\Microsoft.Scripting.Core\Actions\UpdateDel
egates.Generated.cs:52:in `Update4'
        from :0

_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From curth at microsoft.com  Mon Sep  8 18:53:09 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Mon, 8 Sep 2008 15:53:09 -0700
Subject: [Ironruby-core] Code Review: InfiniteRubyRecursion1
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08B32@NA-EXMSG-C118.redmond.corp.microsoft.com>

tfpt review "/shelveset:InfiniteRubyRecursion1;REDMOND\curth"

Comment  :
  Fix recursive behavior in Array.flatten and Hash.to_s
  Maintain multiple recursion trackers for different operations

--
Curt Hagenlocher
curth at microsoft.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: InfiniteRubyRecursion1.diff
Type: application/octet-stream
Size: 19611 bytes
Desc: InfiniteRubyRecursion1.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080908/a154b9b9/attachment-0001.obj>

From curth at microsoft.com  Tue Sep  9 00:21:39 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Mon, 8 Sep 2008 21:21:39 -0700
Subject: [Ironruby-core] Overriding CLS Virtuals
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D35@NA-EXMSG-C118.redmond.corp.microsoft.com>

I've committed some changes to IronRuby (in SVN revision 141) that let you implement CLS interfaces and override virtual methods on CLS base types.  Interfaces work like Ruby modules, so to make your class implement IDisposable you could say

require 'mscorlib'
class Disposable
  include System.IDisposable
  def Dispose
    # Do something
  end
end

You can also override virtual properties.  A class or interface that has the C# declaration "string Value { get; set; }" is overridden from IronRuby with methods named "Value" for the getter and "Value=" for the setter.

Note that you need to use the same casing as the CLS definition for both methods and properties.

We're just getting started with better .NET interop support and don't have very much test coverage yet - but this should let you get going on some more sophisticated interop scenarios than were previously possible.

--
Curt Hagenlocher
curth at microsoft.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080908/24d59288/attachment.html>

From curth at microsoft.com  Tue Sep  9 00:23:20 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Mon, 8 Sep 2008 21:23:20 -0700
Subject: [Ironruby-core] Overriding CLS Virtuals
In-Reply-To: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D35@NA-EXMSG-C118.redmond.corp.microsoft.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D35@NA-EXMSG-C118.redmond.corp.microsoft.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D38@NA-EXMSG-C118.redmond.corp.microsoft.com>

Oops... that should have said "include System::IDisposable".  My Outlook-based syntax checker is clearly not working.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Curt Hagenlocher
Sent: Monday, September 08, 2008 9:22 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Overriding CLS Virtuals

I've committed some changes to IronRuby (in SVN revision 141) that let you implement CLS interfaces and override virtual methods on CLS base types.  Interfaces work like Ruby modules, so to make your class implement IDisposable you could say

require 'mscorlib'
class Disposable
  include System.IDisposable
  def Dispose
    # Do something
  end
end

You can also override virtual properties.  A class or interface that has the C# declaration "string Value { get; set; }" is overridden from IronRuby with methods named "Value" for the getter and "Value=" for the setter.

Note that you need to use the same casing as the CLS definition for both methods and properties.

We're just getting started with better .NET interop support and don't have very much test coverage yet - but this should let you get going on some more sophisticated interop scenarios than were previously possible.

--
Curt Hagenlocher
curth at microsoft.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080908/8ab4ae92/attachment.html>

From orion.edwards at open2view.com  Tue Sep  9 00:36:55 2008
From: orion.edwards at open2view.com (Orion Edwards)
Date: Tue, 09 Sep 2008 16:36:55 +1200
Subject: [Ironruby-core] Overriding CLS Virtuals
In-Reply-To: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D35@NA-EXMSG-C118.redmond.corp.microsoft.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D35@NA-EXMSG-C118.redmond.corp.microsoft.com>
Message-ID: <48C5FD67.4090009@open2view.com>

An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080909/3ce168be/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.jpg
Type: image/jpeg
Size: 8147 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080909/3ce168be/attachment-0001.jpg>

From dotnetguy at gmail.com  Tue Sep  9 00:39:43 2008
From: dotnetguy at gmail.com (Brad Wilson)
Date: Mon, 8 Sep 2008 21:39:43 -0700
Subject: [Ironruby-core] Overriding CLS Virtuals
In-Reply-To: <48C5FD67.4090009@open2view.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D35@NA-EXMSG-C118.redmond.corp.microsoft.com>
	<48C5FD67.4090009@open2view.com>
Message-ID: <6bbcce480809082139k663180b0wcb1b8054131337d6@mail.gmail.com>

It's not real unless you start singing "You are the wind beneath my wings".
:)

On Mon, Sep 8, 2008 at 9:36 PM, Orion Edwards
<orion.edwards at open2view.com>wrote:

>  You are my hero :-)
>
> Curt Hagenlocher wrote:
>
>  I've committed some changes to IronRuby (in SVN revision 141) that let
> you implement CLS interfaces and override virtual methods on CLS base
> types.  Interfaces work like Ruby modules, so to make your class implement
> IDisposable you could say
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080908/dde34a36/attachment.html>

From orion.edwards at open2view.com  Tue Sep  9 00:57:03 2008
From: orion.edwards at open2view.com (Orion Edwards)
Date: Tue, 09 Sep 2008 16:57:03 +1200
Subject: [Ironruby-core] Mysteriously broken calls to dispose?
In-Reply-To: <6bbcce480809082139k663180b0wcb1b8054131337d6@mail.gmail.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D35@NA-EXMSG-C118.redmond.corp.microsoft.com>	<48C5FD67.4090009@open2view.com>
	<6bbcce480809082139k663180b0wcb1b8054131337d6@mail.gmail.com>
Message-ID: <48C6021F.20704@open2view.com>

An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080909/8f4f9e16/attachment.html>

From orion.edwards at open2view.com  Tue Sep  9 01:12:06 2008
From: orion.edwards at open2view.com (Orion Edwards)
Date: Tue, 09 Sep 2008 17:12:06 +1200
Subject: [Ironruby-core] Mysteriously broken calls to dispose?
In-Reply-To: <48C6021F.20704@open2view.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D35@NA-EXMSG-C118.redmond.corp.microsoft.com>	<48C5FD67.4090009@open2view.com>	<6bbcce480809082139k663180b0wcb1b8054131337d6@mail.gmail.com>
	<48C6021F.20704@open2view.com>
Message-ID: <48C605A6.20000@open2view.com>

An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080909/2fa177f6/attachment.html>

From jdeville at microsoft.com  Tue Sep  9 04:00:58 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Tue, 9 Sep 2008 01:00:58 -0700
Subject: [Ironruby-core] Overriding CLS Virtuals
In-Reply-To: <6bbcce480809082139k663180b0wcb1b8054131337d6@mail.gmail.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D35@NA-EXMSG-C118.redmond.corp.microsoft.com>
	<48C5FD67.4090009@open2view.com>,
	<6bbcce480809082139k663180b0wcb1b8054131337d6@mail.gmail.com>
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B52E@NA-EXMSG-C112.redmond.corp.microsoft.com>

Are we planning on supporting name mangling to give more Ruby-ish names? Like will we be able to do "def dispose" instead of "def Dispose"?

JD
________________________________________
From: ironruby-core-bounces at rubyforge.org [ironruby-core-bounces at rubyforge.org] On Behalf Of Brad Wilson [dotnetguy at gmail.com]
Sent: Monday, September 08, 2008 9:39 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

It's not real unless you start singing "You are the wind beneath my wings". :)

On Mon, Sep 8, 2008 at 9:36 PM, Orion Edwards <orion.edwards at open2view.com<mailto:orion.edwards at open2view.com>> wrote:
You are my hero :-)

Curt Hagenlocher wrote:

I've committed some changes to IronRuby (in SVN revision 141) that let you implement CLS interfaces and override virtual methods on CLS base types.  Interfaces work like Ruby modules, so to make your class implement IDisposable you could say


From curth at microsoft.com  Tue Sep  9 07:25:56 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Tue, 9 Sep 2008 04:25:56 -0700
Subject: [Ironruby-core] Mysteriously broken calls to dispose?
In-Reply-To: <48C605A6.20000@open2view.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D35@NA-EXMSG-C118.redmond.corp.microsoft.com>
	<48C5FD67.4090009@open2view.com>
	<6bbcce480809082139k663180b0wcb1b8054131337d6@mail.gmail.com>
	<48C6021F.20704@open2view.com> <48C605A6.20000@open2view.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08DED@NA-EXMSG-C118.redmond.corp.microsoft.com>

Yes, this has been reported before (in fact, I think it was when someone was writing "using" ?) and we haven't yet worked out a resolution.  I'll see if there's something quick that can be fixed here later today.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards
Sent: Monday, September 08, 2008 10:12 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Mysteriously broken calls to dispose?

Follow-up

If I call $fs.dispose(true), then it works.

It seems there's a protected dispose(bool) in a derived class.
I can't actually call Dispose(true) from C# as the compiler tells me it's protected.

It strikes me as somewhat broken that the method which ironruby actually invokes is the one that you shouldn't invoke...

At any rate, I'd be overjoyed if anyone could point me in the direction of a fix. I'm trying to write 'using' (a la C#) in ruby as part of demo for my local .NET user group. It should be trivial and showcase how awesome IronRuby is :-(

Orion Edwards wrote:
I don't seem to be able to call Dispose on a filestream. Needless to say this is problematic.

Here's a paste, straight from the IR console (latest svn version 141)

>>> require 'mscorlib'

=> true

>>> include System::IO

=> Object

>>> $fs = FileStream.new( 'file.txt', FileMode.Open )

=> #<System::IO::FileStream:0x000005c>

>>> $fs.Dispose

c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\matchcaller.generated.cs:30:in `Call2': wrong number or type of arguments for `Dispose' (ArgumentError)

        from c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\callsite.cs:275:in `UpdateAndExecute'

        from c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\updatedelegates.generated.cs:38:in `Update2'

        from :0

>>>




All the other methods on the filestream object work fine (read_all_text, and so on), but the call to dispose crashes.

Likewise, I get a crash calling methods with overloads, which looks like it may (??) be related.

>>> require 'mscorlib'

=> true

>>> include System::IO

=> Object

>>> $bytes = System::IO::File.read_all_bytes( 'file.txt' ); nil  # nil is to prevent ir from printing the GIANT ARRAY

=> nil

>>> $text = System::Text::Encoding.UTF8.get_string($bytes)

c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\matchcaller.generated.cs:35:in `Call3': wrong number or type of arguments for `get_string' (ArgumentError)

        from c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\callsite.cs:275:in `UpdateAndExecute'

        from c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\updatedelegates.generated.cs:45:in `Update3'

        from :0



>>> $text = System::Text::Encoding.UTF8.get_string($bytes, 0, $bytes.length)

=> "PROPER TEXT GOES HERE"


It seems like it can't figure out that there is GetString(bytes) and GetString(bytes, index, length) and just uses the latter always.
Is there a solution for either of these problems?

Thanks a lot, Orion









________________________________






_______________________________________________

Ironruby-core mailing list

Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>

http://rubyforge.org/mailman/listinfo/ironruby-core


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080909/75f3043a/attachment-0001.html>

From ivan at flanders.co.nz  Tue Sep  9 07:34:16 2008
From: ivan at flanders.co.nz (Ivan Porto Carrero)
Date: Tue, 9 Sep 2008 13:34:16 +0200
Subject: [Ironruby-core] Mysteriously broken calls to dispose?
In-Reply-To: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08DED@NA-EXMSG-C118.redmond.corp.microsoft.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D35@NA-EXMSG-C118.redmond.corp.microsoft.com>
	<48C5FD67.4090009@open2view.com>
	<6bbcce480809082139k663180b0wcb1b8054131337d6@mail.gmail.com>
	<48C6021F.20704@open2view.com> <48C605A6.20000@open2view.com>
	<B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08DED@NA-EXMSG-C118.redmond.corp.microsoft.com>
Message-ID: <b1c6aabb0809090434t428dca31h28ab7fd6a3cc6362@mail.gmail.com>

yep that is correct :)

http://github.com/casualjim/ironnails/tree/master/IronNails/vendor/iron_nails/lib/core_ext/kernel.rb

I figure you can wrap that in a begin..rescue block again and first try the
one with the bool and then the one without it.
Some implementations of Dispose don't actually implement the method with a
bool as parameter.

Instead of FileStream you can use the ruby File class or you could write a
FileStreamAdapter in C# or something so you can safely use it from IronRuby
without the overloading mayhem.

Cheers
Ivan


On Tue, Sep 9, 2008 at 1:25 PM, Curt Hagenlocher <curth at microsoft.com>wrote:

>  Yes, this has been reported before (in fact, I think it was when someone
> was writing "using" J) and we haven't yet worked out a resolution.  I'll
> see if there's something quick that can be fixed here later today.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Orion Edwards
> *Sent:* Monday, September 08, 2008 10:12 PM
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] Mysteriously broken calls to dispose?
>
>
>
> Follow-up
>
> If I call $fs.dispose(true), then it works.
>
> It seems there's a protected dispose(bool) in a derived class.
> I can't actually call Dispose(true) from C# as the compiler tells me it's
> protected.
>
> It strikes me as somewhat broken that the method which ironruby actually
> invokes is the one that you shouldn't invoke...
>
> At any rate, I'd be overjoyed if anyone could point me in the direction of
> a fix. I'm trying to write 'using' (a la C#) in ruby as part of demo for my
> local .NET user group. It should be trivial and showcase how awesome
> IronRuby is :-(
>
> Orion Edwards wrote:
>
> I don't seem to be able to call Dispose on a filestream. Needless to say
> this is problematic.
>
> Here's a paste, straight from the IR console (latest svn version 141)
>
> >>> require 'mscorlib'
>
> => true
>
> >>> include System::IO
>
> => Object
>
> >>> $fs = FileStream.new( 'file.txt', FileMode.Open )
>
> => #<System::IO::FileStream:0x000005c>
>
> >>> $fs.Dispose
>
> c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\matchcaller.generated.cs:30:in `Call2': wrong number or type of arguments for `Dispose' (ArgumentError)
>
>         from c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\callsite.cs:275:in `UpdateAndExecute'
>
>         from c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\updatedelegates.generated.cs:38:in `Update2'
>
>         from :0
>
> >>>
>
>
>
>
>
> All the other methods on the filestream object work fine (read_all_text,
> and so on), but the call to dispose crashes.
>
> Likewise, I get a crash calling methods with overloads, which looks like it
> may (??) be related.
>
> >>> require 'mscorlib'
>
> => true
>
> >>> include System::IO
>
> => Object
>
> >>> $bytes = System::IO::File.read_all_bytes( 'file.txt' ); nil  # nil is to prevent ir from printing the GIANT ARRAY
>
> => nil
>
> >>> $text = System::Text::Encoding.UTF8.get_string($bytes)
>
> c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\matchcaller.generated.cs:35:in `Call3': wrong number or type of arguments for `get_string' (ArgumentError)
>
>         from c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\callsite.cs:275:in `UpdateAndExecute'
>
>         from c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\updatedelegates.generated.cs:45:in `Update3'
>
>         from :0
>
>
>
> >>> $text = System::Text::Encoding.UTF8.get_string($bytes, 0, $bytes.length)
>
> => "PROPER TEXT GOES HERE"
>
>
>
> It seems like it can't figure out that there is GetString(bytes) and
> GetString(bytes, index, length) and just uses the latter always.
> Is there a solution for either of these problems?
>
> Thanks a lot, Orion
>
>
>
>
>
> ------------------------------
>
>
>
> _______________________________________________
>
> 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: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080909/a0872d90/attachment.html>

From curth at microsoft.com  Tue Sep  9 07:39:40 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Tue, 9 Sep 2008 04:39:40 -0700
Subject: [Ironruby-core] Overriding CLS Virtuals
In-Reply-To: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B52E@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D35@NA-EXMSG-C118.redmond.corp.microsoft.com>
	<48C5FD67.4090009@open2view.com>,
	<6bbcce480809082139k663180b0wcb1b8054131337d6@mail.gmail.com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B52E@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08DF2@NA-EXMSG-C118.redmond.corp.microsoft.com>

When you override a virtual method you're pushing much more into CLR-world than when you're just calling some function on some method.  In the latter case, you shouldn't have to know that the function you're calling is actually defined outside of Ruby, while in the former, this is a fairly important piece of information.

In any event, I recall that both John and Tomas felt that we shouldn't -- but no longer remember all the details.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, September 09, 2008 1:01 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

Are we planning on supporting name mangling to give more Ruby-ish names? Like will we be able to do "def dispose" instead of "def Dispose"?

JD
________________________________________
From: ironruby-core-bounces at rubyforge.org [ironruby-core-bounces at rubyforge.org] On Behalf Of Brad Wilson [dotnetguy at gmail.com]
Sent: Monday, September 08, 2008 9:39 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

It's not real unless you start singing "You are the wind beneath my wings". :)

On Mon, Sep 8, 2008 at 9:36 PM, Orion Edwards <orion.edwards at open2view.com<mailto:orion.edwards at open2view.com>> wrote:
You are my hero :-)

Curt Hagenlocher wrote:

I've committed some changes to IronRuby (in SVN revision 141) that let you implement CLS interfaces and override virtual methods on CLS base types.  Interfaces work like Ruby modules, so to make your class implement IDisposable you could say

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From curth at microsoft.com  Tue Sep  9 08:00:12 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Tue, 9 Sep 2008 05:00:12 -0700
Subject: [Ironruby-core] Mysteriously broken calls to dispose?
In-Reply-To: <b1c6aabb0809090434t428dca31h28ab7fd6a3cc6362@mail.gmail.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D35@NA-EXMSG-C118.redmond.corp.microsoft.com>
	<48C5FD67.4090009@open2view.com>
	<6bbcce480809082139k663180b0wcb1b8054131337d6@mail.gmail.com>
	<48C6021F.20704@open2view.com> <48C605A6.20000@open2view.com>
	<B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08DED@NA-EXMSG-C118.redmond.corp.microsoft.com>
	<b1c6aabb0809090434t428dca31h28ab7fd6a3cc6362@mail.gmail.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08E00@NA-EXMSG-C118.redmond.corp.microsoft.com>

Well, the interface itself only contains the parameterless method.  The version with the parameter is part of a very common pattern that also optimizes the finalization experience and plays nicely with derived classes.  If you're really concerned about cleaning something up, you'll probably follow that pattern.  But if you're just interested in the syntactic sugar of "using" and/or never expect the object's lifespan to exceed that of the current method, then there's no real need to implement the additional two methods or pay the cost of having a finalizer.  (Even if you suppress it later, creating an object with a finalizer is more expensive than creating it without one iirc.)

IDisposable is one of my favorite topics.  I believe that officially makes me a masochist.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Tuesday, September 09, 2008 4:34 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Mysteriously broken calls to dispose?

yep that is correct :)

http://github.com/casualjim/ironnails/tree/master/IronNails/vendor/iron_nails/lib/core_ext/kernel.rb

I figure you can wrap that in a begin..rescue block again and first try the one with the bool and then the one without it.
Some implementations of Dispose don't actually implement the method with a bool as parameter.

Instead of FileStream you can use the ruby File class or you could write a FileStreamAdapter in C# or something so you can safely use it from IronRuby without the overloading mayhem.

Cheers
Ivan

On Tue, Sep 9, 2008 at 1:25 PM, Curt Hagenlocher <curth at microsoft.com<mailto:curth at microsoft.com>> wrote:

Yes, this has been reported before (in fact, I think it was when someone was writing "using" ?) and we haven't yet worked out a resolution.  I'll see if there's something quick that can be fixed here later today.



From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Orion Edwards
Sent: Monday, September 08, 2008 10:12 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Mysteriously broken calls to dispose?



Follow-up

If I call $fs.dispose(true), then it works.

It seems there's a protected dispose(bool) in a derived class.
I can't actually call Dispose(true) from C# as the compiler tells me it's protected.

It strikes me as somewhat broken that the method which ironruby actually invokes is the one that you shouldn't invoke...

At any rate, I'd be overjoyed if anyone could point me in the direction of a fix. I'm trying to write 'using' (a la C#) in ruby as part of demo for my local .NET user group. It should be trivial and showcase how awesome IronRuby is :-(

Orion Edwards wrote:

I don't seem to be able to call Dispose on a filestream. Needless to say this is problematic.

Here's a paste, straight from the IR console (latest svn version 141)

>>> require 'mscorlib'

=> true

>>> include System::IO

=> Object

>>> $fs = FileStream.new( 'file.txt', FileMode.Open )

=> #<System::IO::FileStream:0x000005c>

>>> $fs.Dispose

c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\matchcaller.generated.cs:30:in `Call2': wrong number or type of arguments for `Dispose' (ArgumentError)

        from c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\callsite.cs:275:in `UpdateAndExecute'

        from c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\updatedelegates.generated.cs:38:in `Update2'

        from :0

>>>





All the other methods on the filestream object work fine (read_all_text, and so on), but the call to dispose crashes.

Likewise, I get a crash calling methods with overloads, which looks like it may (??) be related.

>>> require 'mscorlib'

=> true

>>> include System::IO

=> Object

>>> $bytes = System::IO::File.read_all_bytes( 'file.txt' ); nil  # nil is to prevent ir from printing the GIANT ARRAY

=> nil

>>> $text = System::Text::Encoding.UTF8.get_string($bytes)

c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\matchcaller.generated.cs:35:in `Call3': wrong number or type of arguments for `get_string' (ArgumentError)

        from c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\callsite.cs:275:in `UpdateAndExecute'

        from c:\development\ironruby\trunk\src\microsoft.scripting.core\actions\updatedelegates.generated.cs:45:in `Update3'

        from :0



>>> $text = System::Text::Encoding.UTF8.get_string($bytes, 0, $bytes.length)

=> "PROPER TEXT GOES HERE"



It seems like it can't figure out that there is GetString(bytes) and GetString(bytes, index, length) and just uses the latter always.
Is there a solution for either of these problems?

Thanks a lot, Orion








________________________________










_______________________________________________

Ironruby-core mailing list

Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>



http://rubyforge.org/mailman/listinfo/ironruby-core



_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080909/32f53b98/attachment-0001.html>

From Tomas.Matousek at microsoft.com  Tue Sep  9 11:54:02 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 9 Sep 2008 08:54:02 -0700
Subject: [Ironruby-core] Overriding CLS Virtuals
In-Reply-To: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08DF2@NA-EXMSG-C118.redmond.corp.microsoft.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D35@NA-EXMSG-C118.redmond.corp.microsoft.com>
	<48C5FD67.4090009@open2view.com>,
	<6bbcce480809082139k663180b0wcb1b8054131337d6@mail.gmail.com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B52E@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08DF2@NA-EXMSG-C118.redmond.corp.microsoft.com>
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8A0D94D@NA-EXMSG-C112.redmond.corp.microsoft.com>

Let's revisit that later, I'm also not sure what the details were.

Tomas

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Curt Hagenlocher
Sent: Tuesday, September 09, 2008 4:40 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

When you override a virtual method you're pushing much more into CLR-world than when you're just calling some function on some method.  In the latter case, you shouldn't have to know that the function you're calling is actually defined outside of Ruby, while in the former, this is a fairly important piece of information.

In any event, I recall that both John and Tomas felt that we shouldn't -- but no longer remember all the details.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, September 09, 2008 1:01 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

Are we planning on supporting name mangling to give more Ruby-ish names? Like will we be able to do "def dispose" instead of "def Dispose"?

JD
________________________________________
From: ironruby-core-bounces at rubyforge.org [ironruby-core-bounces at rubyforge.org] On Behalf Of Brad Wilson [dotnetguy at gmail.com]
Sent: Monday, September 08, 2008 9:39 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

It's not real unless you start singing "You are the wind beneath my wings". :)

On Mon, Sep 8, 2008 at 9:36 PM, Orion Edwards <orion.edwards at open2view.com<mailto:orion.edwards at open2view.com>> wrote:
You are my hero :-)

Curt Hagenlocher wrote:

I've committed some changes to IronRuby (in SVN revision 141) that let you implement CLS interfaces and override virtual methods on CLS base types.  Interfaces work like Ruby modules, so to make your class implement IDisposable you could say

_______________________________________________
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  Tue Sep  9 12:42:30 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Tue, 9 Sep 2008 09:42:30 -0700
Subject: [Ironruby-core] Overriding CLS Virtuals
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B530@NA-EXMSG-C112.redmond.corp.microsoft.com>

I know their naming convention is different, but lets see what JRuby does too.

JD


-----Original Message-----
From: Tomas Matousek <Tomas.Matousek at microsoft.com>
Sent: September 09, 2008 8:55 AM
To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals


Let's revisit that later, I'm also not sure what the details were.

Tomas

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Curt Hagenlocher
Sent: Tuesday, September 09, 2008 4:40 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

When you override a virtual method you're pushing much more into CLR-world than when you're just calling some function on some method.  In the latter case, you shouldn't have to know that the function you're calling is actually defined outside of Ruby, while in the former, this is a fairly important piece of information.

In any event, I recall that both John and Tomas felt that we shouldn't -- but no longer remember all the details.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, September 09, 2008 1:01 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

Are we planning on supporting name mangling to give more Ruby-ish names? Like will we be able to do "def dispose" instead of "def Dispose"?

JD
________________________________________
From: ironruby-core-bounces at rubyforge.org [ironruby-core-bounces at rubyforge.org] On Behalf Of Brad Wilson [dotnetguy at gmail.com]
Sent: Monday, September 08, 2008 9:39 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

It's not real unless you start singing "You are the wind beneath my wings". :)

On Mon, Sep 8, 2008 at 9:36 PM, Orion Edwards <orion.edwards at open2view.com<mailto:orion.edwards at open2view.com>> wrote:
You are my hero :-)

Curt Hagenlocher wrote:

I've committed some changes to IronRuby (in SVN revision 141) that let you implement CLS interfaces and override virtual methods on CLS base types.  Interfaces work like Ruby modules, so to make your class implement IDisposable you could say

_______________________________________________
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  Tue Sep  9 12:43:23 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Tue, 9 Sep 2008 09:43:23 -0700
Subject: [Ironruby-core] Overriding CLS Virtuals
In-Reply-To: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B530@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B530@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F09027@NA-EXMSG-C118.redmond.corp.microsoft.com>

The Java convention is that method names start with lower-case characters, so I don't imagine that there's any special handling being performed.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, September 09, 2008 9:43 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

I know their naming convention is different, but lets see what JRuby does too.

JD


-----Original Message-----
From: Tomas Matousek <Tomas.Matousek at microsoft.com>
Sent: September 09, 2008 8:55 AM
To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals


Let's revisit that later, I'm also not sure what the details were.

Tomas

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Curt Hagenlocher
Sent: Tuesday, September 09, 2008 4:40 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

When you override a virtual method you're pushing much more into CLR-world than when you're just calling some function on some method.  In the latter case, you shouldn't have to know that the function you're calling is actually defined outside of Ruby, while in the former, this is a fairly important piece of information.

In any event, I recall that both John and Tomas felt that we shouldn't -- but no longer remember all the details.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, September 09, 2008 1:01 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

Are we planning on supporting name mangling to give more Ruby-ish names? Like will we be able to do "def dispose" instead of "def Dispose"?

JD
________________________________________
From: ironruby-core-bounces at rubyforge.org [ironruby-core-bounces at rubyforge.org] On Behalf Of Brad Wilson [dotnetguy at gmail.com]
Sent: Monday, September 08, 2008 9:39 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

It's not real unless you start singing "You are the wind beneath my wings". :)

On Mon, Sep 8, 2008 at 9:36 PM, Orion Edwards <orion.edwards at open2view.com<mailto:orion.edwards at open2view.com>> wrote:
You are my hero :-)

Curt Hagenlocher wrote:

I've committed some changes to IronRuby (in SVN revision 141) that let you implement CLS interfaces and override virtual methods on CLS base types.  Interfaces work like Ruby modules, so to make your class implement IDisposable you could say

_______________________________________________
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 jdeville at microsoft.com  Tue Sep  9 15:04:54 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Tue, 9 Sep 2008 12:04:54 -0700
Subject: [Ironruby-core] Overriding CLS Virtuals
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B532@NA-EXMSG-C112.redmond.corp.microsoft.com>

I saw a presentation that (if I remember correctly) showed methods like doFoo becoming do_foo. So I think they mangle method names. I don't know if they do this for interface methods, which is closer to this problem.

JD

-----Original Message-----
From: Curt Hagenlocher <curth at microsoft.com>
Sent: September 09, 2008 9:44 AM
To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals


The Java convention is that method names start with lower-case characters, so I don't imagine that there's any special handling being performed.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, September 09, 2008 9:43 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

I know their naming convention is different, but lets see what JRuby does too.

JD


-----Original Message-----
From: Tomas Matousek <Tomas.Matousek at microsoft.com>
Sent: September 09, 2008 8:55 AM
To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals


Let's revisit that later, I'm also not sure what the details were.

Tomas

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Curt Hagenlocher
Sent: Tuesday, September 09, 2008 4:40 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

When you override a virtual method you're pushing much more into CLR-world than when you're just calling some function on some method.  In the latter case, you shouldn't have to know that the function you're calling is actually defined outside of Ruby, while in the former, this is a fairly important piece of information.

In any event, I recall that both John and Tomas felt that we shouldn't -- but no longer remember all the details.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, September 09, 2008 1:01 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

Are we planning on supporting name mangling to give more Ruby-ish names? Like will we be able to do "def dispose" instead of "def Dispose"?

JD
________________________________________
From: ironruby-core-bounces at rubyforge.org [ironruby-core-bounces at rubyforge.org] On Behalf Of Brad Wilson [dotnetguy at gmail.com]
Sent: Monday, September 08, 2008 9:39 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

It's not real unless you start singing "You are the wind beneath my wings". :)

On Mon, Sep 8, 2008 at 9:36 PM, Orion Edwards <orion.edwards at open2view.com<mailto:orion.edwards at open2view.com>> wrote:
You are my hero :-)

Curt Hagenlocher wrote:

I've committed some changes to IronRuby (in SVN revision 141) that let you implement CLS interfaces and override virtual methods on CLS base types.  Interfaces work like Ruby modules, so to make your class implement IDisposable you could say

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From orion.edwards at open2view.com  Tue Sep  9 17:09:21 2008
From: orion.edwards at open2view.com (Orion Edwards)
Date: Wed, 10 Sep 2008 09:09:21 +1200
Subject: [Ironruby-core] Overriding CLS Virtuals
In-Reply-To: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B532@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B532@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <48C6E601.8020903@open2view.com>

An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080910/15655d59/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.jpg
Type: image/jpeg
Size: 8147 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080910/15655d59/attachment-0001.jpg>

From cjac at colliertech.org  Tue Sep  9 18:41:15 2008
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Tue, 9 Sep 2008 22:41:15 +0000
Subject: [Ironruby-core] Build box nearly ready...
Message-ID: <20080909224115.GG10987@colliertech.org>

Seo,

Oh, please help me.  I've got all the deps installed.  Now I'm at the
point where it doesn't build and you usually build a patch to make it
work.  Could you take it from here?

:)

Cheers,

C.J.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080909/cadc191a/attachment.bin>

From orion.edwards at open2view.com  Tue Sep  9 18:43:43 2008
From: orion.edwards at open2view.com (Orion Edwards)
Date: Wed, 10 Sep 2008 10:43:43 +1200
Subject: [Ironruby-core] More CLR interop questions - Generic Methods
Message-ID: <48C6FC1F.7010707@open2view.com>

An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080910/32671b33/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.jpg
Type: image/jpeg
Size: 8147 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080910/32671b33/attachment.jpg>

From Tomas.Matousek at microsoft.com  Tue Sep  9 19:19:30 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 9 Sep 2008 16:19:30 -0700
Subject: [Ironruby-core] More CLR interop questions - Generic Methods
In-Reply-To: <48C6FC1F.7010707@open2view.com>
References: <48C6FC1F.7010707@open2view.com>
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8A0DC57@NA-EXMSG-C112.redmond.corp.microsoft.com>

Generic methods are not supported yet.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards
Sent: Tuesday, September 09, 2008 3:44 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] More CLR interop questions - Generic Methods

Playing around, I see that this works



include System

Generic = System::Collections::Generic

Linq = System::Linq



# var list = new List<Int32>();

list = Generic::List[Int32].new

list.add 1

list.add 2



# list.Average();

puts Linq::Enumerable.average(list) # it knows it's a list of int32

=> 1.5


This is incredibly cool by the way, however, I can't work out how to pass types to a method which needs them, such as Linq's IEnumerable.Cast.
This was my best guess, and it fails



# list.Cast<Double>();

Linq::Enumerable.cast[Double](list)



I also tried



Linq::Enumerable.cast(Double, list)

Linq::Enumerable.cast(list, Double)

Linq::Enumerable.cast[Double](list)

Linq::Enumerable.cast(list)[Double]
Is this actually implemented, if so how can I use do it?
--
Orion Edwards
Web Application Developer

T: +64 7 859 2120
F: +64 7 859 2320
E: orion.edwards at open2view.com <mailto:orion.edwards at open2view.com>

Open2view.com
The Real Estate Website

[cid:image001.jpg at 01C91297.D6B9C3F0]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080909/46162b76/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 8147 bytes
Desc: image001.jpg
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080909/46162b76/attachment-0001.jpg>

From jdeville at microsoft.com  Tue Sep  9 19:45:28 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Tue, 9 Sep 2008 16:45:28 -0700
Subject: [Ironruby-core] Overriding CLS Virtuals
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B534@NA-EXMSG-C112.redmond.corp.microsoft.com>

What if you do follow naming? Does def sayMultipleThings work?

JD

-----Original Message-----
From: Orion Edwards <orion.edwards at open2view.com>
Sent: September 09, 2008 2:28 PM
To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals



Ask, and ye shall recieve.
jruby 1.1.4 on JDK 1.6:

Java Code:

public interface ISayer {
        public void say(String foo);
        public void sayMultipleThings(String foo, String bar);
}

public class SayThings {
        public static void sayThings( ISayer sayer ) {
                sayer.say("Invoked from java");

                sayer.sayMultipleThings("Saying Multiple", "Things From Java");
        }
}



Ruby Code:

require 'java'

$CLASSPATH << '.'

class RubySayer
        include Java::ISayer

        def say(word)
                puts "FROM RUBY: #{word}"
        end

        def say_multiple_things(first, second)
                puts "FROM RUBY: #{first}, #{second}"
        end
end

rc = RubySayer.new

Java::SayThings.say_things( rc )



When Run:

FROM RUBY: Invoked from java
FROM RUBY: Saying Multiple, Things From Java


Aside: Every time I go near java, CLASSPATH and 'one-class-per-file' makes me want to go outside and hit something. IronRuby isn't even finished yet and already I'd much rather use it :-)

Jim Deville wrote:

I saw a presentation that (if I remember correctly) showed methods like doFoo becoming do_foo. So I think they mangle method names. I don't know if they do this for interface methods, which is closer to this problem.

JD

-----Original Message-----
From: Curt Hagenlocher <curth at microsoft.com><mailto:curth at microsoft.com>
Sent: September 09, 2008 9:44 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org> <ironruby-core at rubyforge.org><mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals


The Java convention is that method names start with lower-case characters, so I don't imagine that there's any special handling being performed.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, September 09, 2008 9:43 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

I know their naming convention is different, but lets see what JRuby does too.

JD


-----Original Message-----
From: Tomas Matousek <Tomas.Matousek at microsoft.com><mailto:Tomas.Matousek at microsoft.com>
Sent: September 09, 2008 8:55 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org> <ironruby-core at rubyforge.org><mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals


Let's revisit that later, I'm also not sure what the details were.

Tomas

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Curt Hagenlocher
Sent: Tuesday, September 09, 2008 4:40 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

When you override a virtual method you're pushing much more into CLR-world than when you're just calling some function on some method.  In the latter case, you shouldn't have to know that the function you're calling is actually defined outside of Ruby, while in the former, this is a fairly important piece of information.

In any event, I recall that both John and Tomas felt that we shouldn't -- but no longer remember all the details.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, September 09, 2008 1:01 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

Are we planning on supporting name mangling to give more Ruby-ish names? Like will we be able to do "def dispose" instead of "def Dispose"?

JD
________________________________________
From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Brad Wilson [dotnetguy at gmail.com<mailto:dotnetguy at gmail.com>]
Sent: Monday, September 08, 2008 9:39 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

It's not real unless you start singing "You are the wind beneath my wings". :)

On Mon, Sep 8, 2008 at 9:36 PM, Orion Edwards <orion.edwards at open2view.com<mailto:orion.edwards at open2view.com><mailto:orion.edwards at open2view.com><mailto:orion.edwards at open2view.com>> wrote:
You are my hero :-)

Curt Hagenlocher wrote:

I've committed some changes to IronRuby (in SVN revision 141) that let you implement CLS interfaces and override virtual methods on CLS base types.  Interfaces work like Ruby modules, so to make your class implement IDisposable you could say

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


--
Orion Edwards
Web Application Developer

T: +64 7 859 2120
F: +64 7 859 2320
E: orion.edwards at open2view.com <mailto:orion.edwards at open2view.com>

Open2view.com
The Real Estate Website

[cid:part1.03010407.07090506 at open2view.com]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080909/b8b6b5d4/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.jpg
Type: image/jpeg
Size: 8147 bytes
Desc: signature.jpg
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080909/b8b6b5d4/attachment-0001.jpg>

From orion.edwards at open2view.com  Tue Sep  9 19:59:54 2008
From: orion.edwards at open2view.com (Orion Edwards)
Date: Wed, 10 Sep 2008 11:59:54 +1200
Subject: [Ironruby-core] Overriding CLS Virtuals
In-Reply-To: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B534@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B534@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <48C70DFA.8090809@open2view.com>

An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080910/c11c03b3/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 8147 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080910/c11c03b3/attachment-0001.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.jpg
Type: image/jpeg
Size: 8147 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080910/c11c03b3/attachment-0001.jpg>

From jdeville at microsoft.com  Wed Sep 10 00:36:02 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Tue, 9 Sep 2008 21:36:02 -0700
Subject: [Ironruby-core] Overriding CLS Virtuals
In-Reply-To: <48C70DFA.8090809@open2view.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B534@NA-EXMSG-C112.redmond.corp.microsoft.com>,
	<48C70DFA.8090809@open2view.com>
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B536@NA-EXMSG-C112.redmond.corp.microsoft.com>

Orion: Thanks a ton for doing that.
All: With that info, I vote we support both ways. It may be something to bring up a different day though.

JD
________________________________________
From: ironruby-core-bounces at rubyforge.org [ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards [orion.edwards at open2view.com]
Sent: Tuesday, September 09, 2008 4:59 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

Yes, sayMultipleThings works.

SayMultipleThings doesn't though (makes sense I guess)

Jim Deville wrote:

What if you do follow naming? Does def sayMultipleThings work?

JD

-----Original Message-----
From: Orion Edwards <orion.edwards at open2view.com><mailto:orion.edwards at open2view.com>
Sent: September 09, 2008 2:28 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org> <ironruby-core at rubyforge.org><mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals



Ask, and ye shall recieve.
jruby 1.1.4 on JDK 1.6:

Java Code:

public interface ISayer {
        public void say(String foo);
        public void sayMultipleThings(String foo, String bar);
}

public class SayThings {
        public static void sayThings( ISayer sayer ) {
                sayer.say("Invoked from java");

                sayer.sayMultipleThings("Saying Multiple", "Things From Java");
        }
}



Ruby Code:

require 'java'

$CLASSPATH << '.'

class RubySayer
        include Java::ISayer

        def say(word)
                puts "FROM RUBY: #{word}"
        end

        def say_multiple_things(first, second)
                puts "FROM RUBY: #{first}, #{second}"
        end
end

rc = RubySayer.new

Java::SayThings.say_things( rc )



When Run:

FROM RUBY: Invoked from java
FROM RUBY: Saying Multiple, Things From Java


Aside: Every time I go near java, CLASSPATH and 'one-class-per-file' makes me want to go outside and hit something. IronRuby isn't even finished yet and already I'd much rather use it :-)

Jim Deville wrote:

I saw a presentation that (if I remember correctly) showed methods like doFoo becoming do_foo. So I think they mangle method names. I don't know if they do this for interface methods, which is closer to this problem.

JD

-----Original Message-----
From: Curt Hagenlocher <curth at microsoft.com><mailto:curth at microsoft.com>
Sent: September 09, 2008 9:44 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org> <ironruby-core at rubyforge.org><mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals


The Java convention is that method names start with lower-case characters, so I don't imagine that there's any special handling being performed.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, September 09, 2008 9:43 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

I know their naming convention is different, but lets see what JRuby does too.

JD


-----Original Message-----
From: Tomas Matousek <Tomas.Matousek at microsoft.com><mailto:Tomas.Matousek at microsoft.com>
Sent: September 09, 2008 8:55 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org> <ironruby-core at rubyforge.org><mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals


Let's revisit that later, I'm also not sure what the details were.

Tomas

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Curt Hagenlocher
Sent: Tuesday, September 09, 2008 4:40 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

When you override a virtual method you're pushing much more into CLR-world than when you're just calling some function on some method.  In the latter case, you shouldn't have to know that the function you're calling is actually defined outside of Ruby, while in the former, this is a fairly important piece of information.

In any event, I recall that both John and Tomas felt that we shouldn't -- but no longer remember all the details.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, September 09, 2008 1:01 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

Are we planning on supporting name mangling to give more Ruby-ish names? Like will we be able to do "def dispose" instead of "def Dispose"?

JD
________________________________________
From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Brad Wilson [dotnetguy at gmail.com<mailto:dotnetguy at gmail.com>]
Sent: Monday, September 08, 2008 9:39 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

It's not real unless you start singing "You are the wind beneath my wings". :)

On Mon, Sep 8, 2008 at 9:36 PM, Orion Edwards <orion.edwards at open2view.com<mailto:orion.edwards at open2view.com><mailto:orion.edwards at open2view.com><mailto:orion.edwards at open2view.com>> wrote:
You are my hero :-)

Curt Hagenlocher wrote:

I've committed some changes to IronRuby (in SVN revision 141) that let you implement CLS interfaces and override virtual methods on CLS base types.  Interfaces work like Ruby modules, so to make your class implement IDisposable you could say

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


--
Orion Edwards
Web Application Developer

T: +64 7 859 2120
F: +64 7 859 2320
E: orion.edwards at open2view.com <mailto:orion.edwards at open2view.com>

Open2view.com
The Real Estate Website

[cid:part1.06070906.03010006 at open2view.com]



________________________________

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


--
Orion Edwards
Web Application Developer

T: +64 7 859 2120
F: +64 7 859 2320
E: orion.edwards at open2view.com <mailto:orion.edwards at open2view.com>

Open2view.com
The Real Estate Website

[cid:part2.04010708.01030107 at open2view.com]

From Tomas.Matousek at microsoft.com  Wed Sep 10 13:43:48 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 10 Sep 2008 10:43:48 -0700
Subject: [Ironruby-core] Code Review: RhsArg
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8A0DE2B@NA-EXMSG-C112.redmond.corp.microsoft.com>

tfpt review "/shelveset:RhsArg;REDMOND\tomat"

  Implements block dispatch for R(N, *, =) case, i.e. N arguments, a splat argument and a right hand side of assignment are passed to a block.
  Exxample:

  class C
    define_method('[]=') { |a,b,c| }
  end

  c = C.new
  c[1,*[2]] = 3

Tomas

-------------- next part --------------
A non-text attachment was scrubbed...
Name: RhsArg.diff
Type: application/octet-stream
Size: 30743 bytes
Desc: RhsArg.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080910/cb5bccb5/attachment-0001.obj>

From cjac at colliertech.org  Wed Sep 10 13:49:54 2008
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Wed, 10 Sep 2008 17:49:54 +0000
Subject: [Ironruby-core] Build box nearly ready...
In-Reply-To: <20080909224115.GG10987@colliertech.org>
References: <20080909224115.GG10987@colliertech.org>
Message-ID: <20080910174954.GH10987@colliertech.org>

Well, Seo hasn't logged in since I sent the last email, so perhaps
some of you experienced .NET folks can help me figure out what's going
on.  The command below is run with the following svn revisions of
mono, mcs and ironruby:

    mono: 112598
     mcs: 112619
ironruby: 142

cjac at sanxiyn:/usr/src/svn/ironruby$ rake compile mono=1 --trace
(in /usr/src/svn/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 clean_build 
** Execute compile_dlr
rake aborted!
cannot resolve path System.dll
./context.rb:121:in `resolve_framework_path'
./context.rb:120:in `each'
./context.rb:120:in `resolve_framework_path'
./context.rb:161:in `resolve_framework_path'
./context.rb:437:in `resolve_framework_path'
./context.rb:452:in `references'
./context.rb:450:in `each'
./context.rb:450:in `references'
./context.rb:489:in `compile'
./context.rb:487:in `chdir'
./context.rb:487:in `compile'
/usr/src/svn/ironruby/Rakefile:270
./context.rb:659:in `instance_eval'
./context.rb:659:in `source_context'
/usr/src/svn/ironruby/Rakefile:269
/usr/lib/ruby/1.8/rake.rb:387:in `call'
/usr/lib/ruby/1.8/rake.rb:387:in `execute'
/usr/lib/ruby/1.8/rake.rb:387:in `each'
/usr/lib/ruby/1.8/rake.rb:387:in `execute'
/usr/lib/ruby/1.8/rake.rb:357:in `invoke'
/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
/usr/lib/ruby/1.8/rake.rb:364:in `invoke_prerequisites'
/usr/lib/ruby/1.8/rake.rb:999:in `each'
/usr/lib/ruby/1.8/rake.rb:999:in `send'
/usr/lib/ruby/1.8/rake.rb:999:in `each'
/usr/lib/ruby/1.8/rake.rb:363:in `invoke_prerequisites'
/usr/lib/ruby/1.8/rake.rb:356:in `invoke'
/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
/usr/lib/ruby/1.8/rake.rb:1906:in `run'
/usr/lib/ruby/1.8/rake.rb:1906:in `each'
/usr/lib/ruby/1.8/rake.rb:1906:in `run'
/usr/bin/rake:4

On Tue, Sep 09, 2008 at 10:41:15PM +0000, C.J. Adams-Collier wrote:
> Seo,
> 
> Oh, please help me.  I've got all the deps installed.  Now I'm at the
> point where it doesn't build and you usually build a patch to make it
> work.  Could you take it from here?
> 
> :)
> 
> Cheers,
> 
> C.J.



> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080910/667c823a/attachment.bin>

From Tomas.Matousek at microsoft.com  Wed Sep 10 14:23:15 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 10 Sep 2008 11:23:15 -0700
Subject: [Ironruby-core] Code Review: MethodBinder23
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8A0DE80@NA-EXMSG-C112.redmond.corp.microsoft.com>

tfpt review "/shelveset:MethodBinder23;REDMOND\tomat"

------------
Ruby changes
------------

This change significantly affects Ruby method definitions in C# libraries:
1) CodeContext hidden parameter is replaced with RubyScope or RubyContext hidden parameters depending on what the method needs.
CodeContext is still supported but will eventually be dropped. Methods shouldn't use any special parameters if they don't need to. Methods should use RubyContext if they only need to get the current runtime context (note that you can get to the runtime context also from non-null BlockParam, RubyClass, RubyModule, and other runtime-bound Ruby objects). Currently we have 2 contexts: RubyExecutionContext and RubyContext. RubyExecutionContext is going to be merged into RubyContext soon. For now you can get it from RubyContext using ExecutionContext property. Methods that need to access the current scope or need to call a dynamic site need RubyScope. RubyScope holds on RubyContext/RubyExecutionContext so it is not necessary for a method to take both RubyScope and RubyContext parameters. In future dynamic sites will be passed in a special hidden parameter(s).

2) The shelveset introduces DefaultProtocol attribute that can be applied on parameters of type MutableString and Int32 (more types will be supported in future). This feature removes the need to explicitly call Protocols.CastToString and Protocols.CastToFixnum as the binder performs the conversions for you. The only method that uses the attribute so far is String#center. However, most of the methods that use CastToString/Fixnum will be switched to DefaultProtocol eventually.

3) BlockParam parameter now precedes self parameter and [NotNull] attribute is used for overload resolution if applied on BlockParam. A method that doesn't include BlockParam can still be called with a block. The block is ignored in this case.

If the method overload doesn't have a BlockParam parameter, we inject MissingBlockParam parameter and arg builder.
The parameter is treated as a regular explicit mandatory parameter.

The argument builder provides no value for the actual argument expression, which makes the default binder to skip it
when emitting a tree for the actual method call (this is necessary since the method doesn't in fact have the parameter).

By injecting the missing block parameter we achieve that all overloads have either BlockParam, [NotNull]BlockParam or
MissingBlockParam parameter. MissingBlockParam (MBP) and BlockParam (BP) are convertible to each other. Default binder prefers
those overloads where no conversion needs to happen, which ensures the desired semantics:

Conversions with desired priority (the less number the higher priority):

Parameters:                call w/o block      call with non-null block       call with null block
 (implicit, MBP, ... )      MBP -> MBP (1)            BP -> MBP (3)               BP -> MBP (2)
 (implicit, BP,  ... )      MBP -> BP  (2)            BP -> BP  (2)               BP -> BP  (1)
 (implicit, BP!, ... )          N/A                   BP -> BP! (1)                  N/A

4) Methods designated by RubyConstructor attribute must have RubyClass self parameter. The class object being instantiated is passed in it.

5) A RubyConstant  attribute can now be applied on a method. The method is called during class initialization to produce the value of the constant.

Many library methods were adjusted to match the binder changes.
Adds more checks to class-init generator to enforce correct method signatures.
Also adds library data dictionary to RubyContext - libraries can add objects to the dictionary that should be associated with the context.

Fixes bugs in Struct:
- Struct defines a singleton method "new" that is used to create new structures (classes).
- If Singleton(Struct)#new method is removed, Class#new is invoked instead, which raises missing allocator error.
- A class created by Singleton(Struct)#new is a structure class that defines accessors specified in struct constructor and its singleton class defines "[]", "members" and "new" methods. "new" create an instance of the structure given values for the struct's attributes.
- Structures can be derived from and duplicated.

-----------
DLR changes
-----------

Renames MethodBinderContext to ParameterBinder and removes a dependency on CodeContext from it. A subclass of ParameterBinder, ParameterBinderWithCodeContext adds CodeContext expression to ParameterBinder. The idea is that this class will eventually move to Python and become PythonParameterBinder and the default binder won't depend on CodeContext. Methods on ActionBinder that deal with parameters could also be moved to ParameterBinder then (e.g. GetByRefArrayExpression, ParametersEquivalent, CanConvertFrom, BindSpecialArgument, PrepareArgumentBinding). These methods cannot be moved now since the parameter binder is not flown to all places where it would be needed. Adds RubyParameterBinder which implements custom parameter conversions for Ruby library methods.

Adds more methods to ActionBinder (should move on ParameterBinder in future):

-       PrepareArgumentBinding, BindSpecialArgument - used in MethodBinder when the method candidates are built up. These extension points enable to preprocess parameter infos and produce language specific ParameterWrappers and ArgBuilders and skip initial language specific hidden arguments. Ruby uses this to process hidden arguments of types RubyScope, RubyContext and CodeContext (which is deprecated and will be gradually removed from libraries). Also passing blocks to library methods are handled in a special way: Most of the library methods can accept a block even though they ignore it. It would be tedious to use the block parameter when not needed and therefore the Ruby binder injects it automatically to the ParameterWrappers and ArgBuilders if not specified. The injected parameter is of type MissingBlockParam and implicit conversions are defined from BlockParam to MissingBlockParam and vice versa. Therefore, for the purpose of overload resolution, each method has a block parameter. If no block is specified at call-site overloads with MissingBlockParam are preferred, followed by nullable BlockParam ([NotNull]BlockParam overloads are not applicable). If a block is specified but is null then nullable BlockParam has precedence over MissingBlockParam ([NotNull]BlockParam overloads are not applicable). If a block is specified and is not null then the order is [NotNull]BlockParam > BlockParam > MissingBlockParam.

-       CanConvertFrom - moved here from ParameterWrapper and changed the parameter to ParameterWrappers instead of Type. This allows to customize conversions based upon attributes and other modifiers applied on the parameters in addition to the type of the parameter.

-       ParametersEquivalent - used from ParameterWrapper to detect whether parameters are equivalent in parameter ordering used for overload resolution.

Adds Candidate enum with values { Equivalent, One, Two} and refactors various CompareTo, PreferConvert, SelectBestConversionFrom methods to return values of Candidate enum instead of integers.

Adds ParameterInfo property to both ParameterWrapper and ArgBuilder. The value is optional and some kinds of parameters and arg builders might not be associated with parameter-info. The purpose is to allow parameter comparison and conversion methods to make decisions based upon parameter-info properties when available.

Deletes Dynamic class. It's not used anywhere.

Minor changes:
-       Refactored MethodTarget.MakeExpression.
-       Renamed PrepareArgumentBinding to PrepareParameterBinding, BindSpecialArgument to BindSpecialParameter.
-       Renamed CompareTo methods on ParameterWrapper to GetPreferredParameter(s), made them static and renamed their arguments so that the value of Candidate enum expresses the preference that is made by the method.
-       Refactored usage of nullable Candidate enum, replaced it by Candidate.Ambiguous enum value. I've also added extension methods for the enum that makes the code working with Candidate enum more readable.
-       Removed type parameter from *ArgBuilder ctors where possible, add ctor overloads for callers that pass no parameter info.
-       Removed #if BUG - I forgot that in the source code.
-       Added comments where missing.

In addition, I've moved classes that are related to overload resolution implementation in default binder from Generation into Actions.Calls namespace.

--------------
Python changes
--------------

Pass parameter binder with code context to default  binder instead of code context.

Tomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: MethodBinder23.diff
Type: application/octet-stream
Size: 903123 bytes
Desc: MethodBinder23.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080910/aea141e2/attachment-0001.obj>

From cjac at colliertech.org  Wed Sep 10 17:11:58 2008
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Wed, 10 Sep 2008 21:11:58 +0000
Subject: [Ironruby-core] Build box nearly ready...
In-Reply-To: <20080910174954.GH10987@colliertech.org>
References: <20080909224115.GG10987@colliertech.org>
	<20080910174954.GH10987@colliertech.org>
Message-ID: <20080910211158.GI10987@colliertech.org>

Alright... I've applied Seo's most recent patch (minus changes to the
root Rakefile).  Attached is (failed) the build log.

Cheers,

C.J.

On Wed, Sep 10, 2008 at 05:49:54PM +0000, C.J. Adams-Collier wrote:
> Well, Seo hasn't logged in since I sent the last email, so perhaps
> some of you experienced .NET folks can help me figure out what's going
> on.  The command below is run with the following svn revisions of
> mono, mcs and ironruby:
> 
>     mono: 112598
>      mcs: 112619
> ironruby: 142
> 
> cjac at sanxiyn:/usr/src/svn/ironruby$ rake compile mono=1 --trace
> (in /usr/src/svn/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 clean_build 
> ** Execute compile_dlr
> rake aborted!
> cannot resolve path System.dll
> ./context.rb:121:in `resolve_framework_path'
> ./context.rb:120:in `each'
> ./context.rb:120:in `resolve_framework_path'
> ./context.rb:161:in `resolve_framework_path'
> ./context.rb:437:in `resolve_framework_path'
> ./context.rb:452:in `references'
> ./context.rb:450:in `each'
> ./context.rb:450:in `references'
> ./context.rb:489:in `compile'
> ./context.rb:487:in `chdir'
> ./context.rb:487:in `compile'
> /usr/src/svn/ironruby/Rakefile:270
> ./context.rb:659:in `instance_eval'
> ./context.rb:659:in `source_context'
> /usr/src/svn/ironruby/Rakefile:269
> /usr/lib/ruby/1.8/rake.rb:387:in `call'
> /usr/lib/ruby/1.8/rake.rb:387:in `execute'
> /usr/lib/ruby/1.8/rake.rb:387:in `each'
> /usr/lib/ruby/1.8/rake.rb:387:in `execute'
> /usr/lib/ruby/1.8/rake.rb:357:in `invoke'
> /usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
> /usr/lib/ruby/1.8/rake.rb:350:in `invoke'
> /usr/lib/ruby/1.8/rake.rb:364:in `invoke_prerequisites'
> /usr/lib/ruby/1.8/rake.rb:999:in `each'
> /usr/lib/ruby/1.8/rake.rb:999:in `send'
> /usr/lib/ruby/1.8/rake.rb:999:in `each'
> /usr/lib/ruby/1.8/rake.rb:363:in `invoke_prerequisites'
> /usr/lib/ruby/1.8/rake.rb:356:in `invoke'
> /usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
> /usr/lib/ruby/1.8/rake.rb:350:in `invoke'
> /usr/lib/ruby/1.8/rake.rb:1906:in `run'
> /usr/lib/ruby/1.8/rake.rb:1906:in `each'
> /usr/lib/ruby/1.8/rake.rb:1906:in `run'
> /usr/bin/rake:4
> 
> On Tue, Sep 09, 2008 at 10:41:15PM +0000, C.J. Adams-Collier wrote:
> > Seo,
> > 
> > Oh, please help me.  I've got all the deps installed.  Now I'm at the
> > point where it doesn't build and you usually build a patch to make it
> > work.  Could you take it from here?
> > 
> > :)
> > 
> > Cheers,
> > 
> > C.J.
> 
> 
> 
> > _______________________________________________
> > 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 --------------
(in /usr/src/svn/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 clean_build 
** Execute compile_dlr
./utils/extension.cs(21,25): warning CS1685: The type `System.Runtime.CompilerServices.ExtensionAttribute' conflicts with the predefined type `System.Runtime.CompilerServices.ExtensionAttribute' and will be ignored
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/LambdaExpression.cs(34,37): warning CS0436: The type `System.Linq.Expressions.Expression' conflicts with the imported type `System.Linq.Expressions.Expression'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/BinaryExpression.cs(180,26): (Location of the symbol related to previous warning)
./ast/LambdaExpression.cs(127,49): warning CS0436: The type `System.Linq.Expressions.LambdaExpression' conflicts with the imported type `System.Linq.Expressions.LambdaExpression'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/LambdaExpression.cs(34,18): (Location of the symbol related to previous warning)
./ast/LambdaExpression.cs(127,25): warning CS1685: The type `System.Linq.Expressions.Expression<TDelegate>' conflicts with the predefined type `System.Linq.Expressions.Expression<TDelegate>' and will be ignored
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/memberassignment.cs(23,44): warning CS0436: The type `System.Linq.Expressions.MemberBinding' conflicts with the imported type `System.Linq.Expressions.MemberBinding'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/MemberBinding.cs(28,27): (Location of the symbol related to previous warning)
./utils/StrongBox.cs(18,40): warning CS0436: The type `System.Runtime.CompilerServices.IStrongBox' conflicts with the imported type `System.Runtime.CompilerServices.IStrongBox'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./utils/StrongBox.cs(51,22): (Location of the symbol related to previous warning)
./utils/Action.cs(19,26): warning CS0436: The type `System.Action<T1,T2>' conflicts with the imported type `System.Action<T1,T2>'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./utils/Action.cs(19,26): (Location of the symbol related to previous warning)
./utils/Action.cs(21,26): warning CS0436: The type `System.Action<T1,T2,T3>' conflicts with the imported type `System.Action<T1,T2,T3>'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./utils/Action.cs(21,26): (Location of the symbol related to previous warning)
./utils/Action.cs(23,26): warning CS0436: The type `System.Action<T1,T2,T3,T4>' conflicts with the imported type `System.Action<T1,T2,T3,T4>'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./utils/Action.cs(23,26): (Location of the symbol related to previous warning)
./utils/Function.cs(17,29): warning CS0436: The type `System.Func<TResult>' conflicts with the imported type `System.Func<TResult>'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./utils/Function.cs(17,29): (Location of the symbol related to previous warning)
./utils/Function.cs(18,29): warning CS0436: The type `System.Func<T,TResult>' conflicts with the imported type `System.Func<T,TResult>'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./utils/Function.cs(18,29): (Location of the symbol related to previous warning)
./utils/Function.cs(20,29): warning CS0436: The type `System.Func<T1,T2,TResult>' conflicts with the imported type `System.Func<T1,T2,TResult>'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./utils/Function.cs(20,29): (Location of the symbol related to previous warning)
./utils/Function.cs(22,29): warning CS0436: The type `System.Func<T1,T2,T3,TResult>' conflicts with the imported type `System.Func<T1,T2,T3,TResult>'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./utils/Function.cs(22,29): (Location of the symbol related to previous warning)
./utils/Function.cs(24,29): warning CS0436: The type `System.Func<T1,T2,T3,T4,TResult>' conflicts with the imported type `System.Func<T1,T2,T3,T4,TResult>'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./utils/Function.cs(24,29): (Location of the symbol related to previous warning)
./ast/Expression.cs(38,26): warning CS0436: The type `System.Linq.Expressions.ExpressionType' conflicts with the imported type `System.Linq.Expressions.ExpressionType'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/expressiontype.cs(18,17): (Location of the symbol related to previous warning)
./ast/BinaryExpression.cs(183,24): warning CS0436: The type `System.Linq.Expressions.BinaryExpression' conflicts with the imported type `System.Linq.Expressions.BinaryExpression'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/BinaryExpression.cs(28,25): (Location of the symbol related to previous warning)
./ast/ConditionalExpression.cs(59,23): warning CS0436: The type `System.Linq.Expressions.ConditionalExpression' conflicts with the imported type `System.Linq.Expressions.ConditionalExpression'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/ConditionalExpression.cs(21,25): (Location of the symbol related to previous warning)
./ast/ConstantExpression.cs(60,23): warning CS0436: The type `System.Linq.Expressions.ConstantExpression' conflicts with the imported type `System.Linq.Expressions.ConstantExpression'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/ConstantExpression.cs(22,25): (Location of the symbol related to previous warning)
./ast/ConstantExpression.cs(120,23): warning CS0436: The type `System.Linq.Expressions.MemberExpression' conflicts with the imported type `System.Linq.Expressions.MemberExpression'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/MemberExpression.cs(28,25): (Location of the symbol related to previous warning)
./ast/LambdaExpression.cs(156,36): warning CS0436: The type `System.Linq.Expressions.ParameterExpression' conflicts with the imported type `System.Linq.Expressions.ParameterExpression'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/ParameterExpression.cs(21,25): (Location of the symbol related to previous warning)
./ast/MethodCallExpression.cs(92,23): warning CS0436: The type `System.Linq.Expressions.MethodCallExpression' conflicts with the imported type `System.Linq.Expressions.MethodCallExpression'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/MethodCallExpression.cs(27,25): (Location of the symbol related to previous warning)
./ast/NewArrayExpression.cs(76,23): warning CS0436: The type `System.Linq.Expressions.NewArrayExpression' conflicts with the imported type `System.Linq.Expressions.NewArrayExpression'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/NewArrayExpression.cs(23,25): (Location of the symbol related to previous warning)
./ast/NewExpression.cs(77,23): warning CS0436: The type `System.Linq.Expressions.NewExpression' conflicts with the imported type `System.Linq.Expressions.NewExpression'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/NewExpression.cs(25,25): (Location of the symbol related to previous warning)
./ast/TypeBinaryExpression.cs(56,23): warning CS0436: The type `System.Linq.Expressions.TypeBinaryExpression' conflicts with the imported type `System.Linq.Expressions.TypeBinaryExpression'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/TypeBinaryExpression.cs(22,25): (Location of the symbol related to previous warning)
./ast/UnaryExpression.cs(108,23): warning CS0436: The type `System.Linq.Expressions.UnaryExpression' conflicts with the imported type `System.Linq.Expressions.UnaryExpression'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/UnaryExpression.cs(24,25): (Location of the symbol related to previous warning)
./ast/elementinit.cs(63,23): warning CS0436: The type `System.Linq.Expressions.ElementInit' conflicts with the imported type `System.Linq.Expressions.ElementInit'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/elementinit.cs(25,25): (Location of the symbol related to previous warning)
./ast/invocationexpression.cs(63,23): warning CS0436: The type `System.Linq.Expressions.InvocationExpression' conflicts with the imported type `System.Linq.Expressions.InvocationExpression'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/invocationexpression.cs(25,25): (Location of the symbol related to previous warning)
./ast/listinitexpression.cs(55,23): warning CS0436: The type `System.Linq.Expressions.ListInitExpression' conflicts with the imported type `System.Linq.Expressions.ListInitExpression'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/listinitexpression.cs(25,25): (Location of the symbol related to previous warning)
./ast/memberassignment.cs(44,23): warning CS0436: The type `System.Linq.Expressions.MemberAssignment' conflicts with the imported type `System.Linq.Expressions.MemberAssignment'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/memberassignment.cs(23,25): (Location of the symbol related to previous warning)
./ast/memberinitexpression.cs(60,23): warning CS0436: The type `System.Linq.Expressions.MemberInitExpression' conflicts with the imported type `System.Linq.Expressions.MemberInitExpression'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/memberinitexpression.cs(24,25): (Location of the symbol related to previous warning)
./ast/memberlistbinding.cs(51,23): warning CS0436: The type `System.Linq.Expressions.MemberListBinding' conflicts with the imported type `System.Linq.Expressions.MemberListBinding'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/memberlistbinding.cs(26,25): (Location of the symbol related to previous warning)
./ast/membermemberbinding.cs(50,23): warning CS0436: The type `System.Linq.Expressions.MemberMemberBinding' conflicts with the imported type `System.Linq.Expressions.MemberMemberBinding'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/membermemberbinding.cs(25,25): (Location of the symbol related to previous warning)
./actions/callsite.cs(296,51): warning CS0436: The type `System.Runtime.CompilerServices.StrongBox<T>' conflicts with the imported type `System.Runtime.CompilerServices.StrongBox<T>'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./utils/StrongBox.cs(18,25): (Location of the symbol related to previous warning)
./ast/MemberBinding.cs(29,9): warning CS0436: The type `System.Linq.Expressions.MemberBindingType' conflicts with the imported type `System.Linq.Expressions.MemberBindingType'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/MemberBinding.cs(21,17): (Location of the symbol related to previous warning)
./utils/extension.cs(21,25): warning CS3005: Identifier `System.Runtime.CompilerServices.ExtensionAttribute' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/BinaryExpression.cs(180,26): warning CS3005: Identifier `System.Linq.Expressions.Expression' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/LambdaExpression.cs(178,20): error CS0122: `System.Linq.Expressions.Expression<TDelegate>.Expression(System.Linq.Expressions.Expression, System.Collections.ObjectModel.ReadOnlyCollection<System.Linq.Expressions.ParameterExpression>)' is inaccessible due to its protection level
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous error)
./ast/LambdaExpression.cs(178,20): error CS1729: The type `System.Linq.Expressions.Expression<TDelegate>' does not contain a constructor that takes `5' arguments
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous error)
./ast/LambdaExpression.cs(313,20): error CS0122: `System.Linq.Expressions.Expression<TDelegate>.Expression(System.Linq.Expressions.Expression, System.Collections.ObjectModel.ReadOnlyCollection<System.Linq.Expressions.ParameterExpression>)' is inaccessible due to its protection level
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous error)
./ast/LambdaExpression.cs(313,20): error CS1729: The type `System.Linq.Expressions.Expression<TDelegate>' does not contain a constructor that takes `5' arguments
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous error)
./ast/LambdaExpression.cs(371,41): warning CS0436: The type `System.Action' conflicts with the imported type `System.Action'. Ignoring the imported type definition
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./utils/Action.cs(17,26): (Location of the symbol related to previous warning)
./ast/MethodCallExpression.cs(167,18): warning CS0219: The variable `invoke' is assigned but its value is never used
./ast/LambdaExpression.cs(34,18): warning CS3005: Identifier `System.Linq.Expressions.LambdaExpression' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/LambdaExpression.cs(127,25): warning CS3005: Identifier `System.Linq.Expressions.Expression<TDelegate>' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/BinaryExpression.cs(28,25): warning CS3005: Identifier `System.Linq.Expressions.BinaryExpression' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/ConditionalExpression.cs(21,25): warning CS3005: Identifier `System.Linq.Expressions.ConditionalExpression' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/ConstantExpression.cs(22,25): warning CS3005: Identifier `System.Linq.Expressions.ConstantExpression' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/MemberBinding.cs(21,17): warning CS3005: Identifier `System.Linq.Expressions.MemberBindingType' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/MemberBinding.cs(28,27): warning CS3005: Identifier `System.Linq.Expressions.MemberBinding' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/MemberExpression.cs(28,25): warning CS3005: Identifier `System.Linq.Expressions.MemberExpression' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/MethodCallExpression.cs(27,25): warning CS3005: Identifier `System.Linq.Expressions.MethodCallExpression' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/NewArrayExpression.cs(23,25): warning CS3005: Identifier `System.Linq.Expressions.NewArrayExpression' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/NewExpression.cs(25,25): warning CS3005: Identifier `System.Linq.Expressions.NewExpression' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/ParameterExpression.cs(21,25): warning CS3005: Identifier `System.Linq.Expressions.ParameterExpression' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/TypeBinaryExpression.cs(22,25): warning CS3005: Identifier `System.Linq.Expressions.TypeBinaryExpression' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/UnaryExpression.cs(24,25): warning CS3005: Identifier `System.Linq.Expressions.UnaryExpression' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/elementinit.cs(25,25): warning CS3005: Identifier `System.Linq.Expressions.ElementInit' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/expressiontype.cs(18,17): warning CS3005: Identifier `System.Linq.Expressions.ExpressionType' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/invocationexpression.cs(25,25): warning CS3005: Identifier `System.Linq.Expressions.InvocationExpression' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/listinitexpression.cs(25,25): warning CS3005: Identifier `System.Linq.Expressions.ListInitExpression' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/memberassignment.cs(23,25): warning CS3005: Identifier `System.Linq.Expressions.MemberAssignment' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/memberinitexpression.cs(24,25): warning CS3005: Identifier `System.Linq.Expressions.MemberInitExpression' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/memberlistbinding.cs(26,25): warning CS3005: Identifier `System.Linq.Expressions.MemberListBinding' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./ast/membermemberbinding.cs(25,25): warning CS3005: Identifier `System.Linq.Expressions.MemberMemberBinding' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./utils/StrongBox.cs(51,22): warning CS3005: Identifier `System.Runtime.CompilerServices.IStrongBox' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
./utils/StrongBox.cs(18,25): warning CS3005: Identifier `System.Runtime.CompilerServices.StrongBox<T>' differing only in case is not CLS-compliant
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
Compilation failed: 4 error(s), 62 warnings
rake aborted!
Command failed with status (1): [gmcs /out:"/usr/src/svn/ironruby/build/mon...]
/usr/lib/ruby/1.8/rake.rb:722:in `sh'
/usr/lib/ruby/1.8/rake.rb:729:in `call'
/usr/lib/ruby/1.8/rake.rb:729:in `sh'
/usr/lib/ruby/1.8/rake.rb:812:in `sh'
./context.rb:214:in `exec'
./context.rb:503:in `compile'
./context.rb:487:in `chdir'
./context.rb:487:in `compile'
/usr/src/svn/ironruby/Rakefile:270
./context.rb:661:in `instance_eval'
./context.rb:661:in `source_context'
/usr/src/svn/ironruby/Rakefile:269
/usr/lib/ruby/1.8/rake.rb:387:in `call'
/usr/lib/ruby/1.8/rake.rb:387:in `execute'
/usr/lib/ruby/1.8/rake.rb:387:in `each'
/usr/lib/ruby/1.8/rake.rb:387:in `execute'
/usr/lib/ruby/1.8/rake.rb:357:in `invoke'
/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
/usr/lib/ruby/1.8/rake.rb:364:in `invoke_prerequisites'
/usr/lib/ruby/1.8/rake.rb:999:in `each'
/usr/lib/ruby/1.8/rake.rb:999:in `send'
/usr/lib/ruby/1.8/rake.rb:999:in `each'
/usr/lib/ruby/1.8/rake.rb:363:in `invoke_prerequisites'
/usr/lib/ruby/1.8/rake.rb:356:in `invoke'
/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
/usr/lib/ruby/1.8/rake.rb:1906:in `run'
/usr/lib/ruby/1.8/rake.rb:1906:in `each'
/usr/lib/ruby/1.8/rake.rb:1906:in `run'
/usr/bin/rake:4
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080910/14daab5a/attachment-0001.bin>

From stefan.dobrev at gmail.com  Wed Sep 10 17:46:03 2008
From: stefan.dobrev at gmail.com (Stefan Dobrev)
Date: Thu, 11 Sep 2008 00:46:03 +0300
Subject: [Ironruby-core] Overriding CLS Virtuals
In-Reply-To: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D35@NA-EXMSG-C118.redmond.corp.microsoft.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D35@NA-EXMSG-C118.redmond.corp.microsoft.com>
Message-ID: <928de89c0809101446u34637293qdb1f0f9492df0377@mail.gmail.com>

Are we going to have "real" properties under the hood, because what we have
for now is just method with "get_PropertyName"? And this did not play nicely
with databinding.

I think the same question applies for events as well.


2008/9/9 Curt Hagenlocher <curth at microsoft.com>

>  I've committed some changes to IronRuby (in SVN revision 141) that let
> you implement CLS interfaces and override virtual methods on CLS base
> types.  Interfaces work like Ruby modules, so to make your class implement
> IDisposable you could say
>
>
>
> require 'mscorlib'
>
> class Disposable
>
>   include System.IDisposable
>
>   def Dispose
>
>     # Do something
>
>   end
>
> end
>
>
>
> You can also override virtual properties.  A class or interface that has
> the C# declaration "string Value { get; set; }" is overridden from IronRuby
> with methods named "Value" for the getter and "Value=" for the setter.
>
>
>
> Note that you need to use the same casing as the CLS definition for both
> methods and properties.
>
>
>
> We're just getting started with better .NET interop support and don't have
> very much test coverage yet ? but this should let you get going on some more
> sophisticated interop scenarios than were previously possible.
>
>
>
> --
>
> Curt Hagenlocher
>
> curth at microsoft.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: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080911/558af10d/attachment.html>

From curth at microsoft.com  Wed Sep 10 18:34:08 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Wed, 10 Sep 2008 15:34:08 -0700
Subject: [Ironruby-core] Code Review: RhsArg
In-Reply-To: <F58FE69873E2D5459B72C347DE1582412AD8A0DE2B@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <F58FE69873E2D5459B72C347DE1582412AD8A0DE2B@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F637369E@NA-EXMSG-C118.redmond.corp.microsoft.com>

Looks good!

-----Original Message-----
From: Tomas Matousek
Sent: Wednesday, September 10, 2008 10:44 AM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: RhsArg

tfpt review "/shelveset:RhsArg;REDMOND\tomat"

  Implements block dispatch for R(N, *, =) case, i.e. N arguments, a splat argument and a right hand side of assignment are passed to a block.
  Exxample:

  class C
    define_method('[]=') { |a,b,c| }
  end

  c = C.new
  c[1,*[2]] = 3

Tomas


From Jimmy.Schementi at microsoft.com  Wed Sep 10 18:44:12 2008
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Wed, 10 Sep 2008 15:44:12 -0700
Subject: [Ironruby-core] Experiences building IronRuby from source
In-Reply-To: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F530F5D7@NA-EXMSG-C118.redmond.corp.microsoft.com>
References: <372109E149E8084D8E6C7D9CFD82E0633348234EB3@NA-EXMSG-C115.redmond.corp.microsoft.com>
	<48c157ac.1b17400a.44fa.46a6@mx.google.com>
	<B47F8D37BAA6DC4DAA41CA69D8FBED1519F530F5D7@NA-EXMSG-C118.redmond.corp.microsoft.com>
Message-ID: <5283CA0A4168DF4FBBD71AE9ECA5A328489EA482C4@NA-EXMSG-C116.redmond.corp.microsoft.com>

You don't need the Silverlight SDK installed ... just the Silverlight Runtime. If you look at the value of $SilverlightSdkPath, it should point to "C:\Program Files\Microsoft Silverlight\2.0.30523.8" ... if so, then you build will succeed for Silverlight. If not, then you should make it point to that path.

IF you don't have Silverlight installed, then you shouldn't be building for Silverlight =P

> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> bounces at rubyforge.org] On Behalf Of Curt Hagenlocher
> Sent: Friday, September 05, 2008 9:02 AM
> To: hellosticky at gmail.com; ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Experiences building IronRuby from source
>
> This is for building Silverlight.  Silverlight builds against a
> different version of the CLR.  You should ignore these warnings.
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> bounces at rubyforge.org] On Behalf Of KE
> Sent: Friday, September 05, 2008 9:00 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Experiences building IronRuby from source
>
> >From a clean checkout:
>
> Warning 1       The referenced component 'mscorlib' could not be found.
> Warning 2       The referenced component 'System' could not be found.
> Warning 3       The referenced component 'mscorlib' could not be found.
> Warning 4       The referenced component 'System' could not be found.
> Warning 5       The referenced component 'mscorlib' could not be found.
> Warning 6       The referenced component 'System.Net' could not be
> found.
> Warning 7       The referenced component 'System' could not be found.
> Warning 8       The referenced component 'mscorlib' could not be found.
> Warning 9       The referenced component 'System' could not be found.
> Warning 10      The referenced component 'System.Net' could not be
> found.
>
> Visual Studio doesn't report which project the warning is for, but
> double
> clicking on each warning goes to the problematic reference.
>
> For example, in src/ironruby/Ruby.csproj:
>
>     <Reference Include="mscorlib, Version=2.0.5.0, Culture=neutral,
> PublicKeyToken=7cec85d7bea7798e" Condition=" '$(SilverlightBuild)' ==
> 'true'
> ">
>       <SpecificVersion>False</SpecificVersion>
>       <HintPath>$(SilverlightSdkPath)\mscorlib.dll</HintPath>
>     </Reference>
>     <Reference Include="System.Net, Version=2.0.5.0, Culture=neutral,
> PublicKeyToken=7cec85d7bea7798e" Condition=" '$(SilverlightBuild)' ==
> 'true'
> ">
>       <SpecificVersion>False</SpecificVersion>
>       <HintPath>$(SilverlightSdkPath)\System.Net.dll</HintPath>
>     </Reference>
>     <Reference Include="System, Version=2.0.5.0, Culture=neutral,
> PublicKeyToken=7cec85d7bea7798e" Condition=" '$(SilverlightBuild)' ==
> 'true'
> ">
>       <SpecificVersion>False</SpecificVersion>
>       <HintPath>$(SilverlightSdkPath)\System.dll</HintPath>
>     </Reference>
>
> I don't have the Silverlight SDK installed, is this required?
> IronPython has
> Silverlight support, but doesn't have these types of references in its
> .csproj files.
>
> Thanks,
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org
> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of John Lam
> (IRONRUBY)
> Sent: Friday, September 05, 2008 11:23 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Experiences building IronRuby from source
>
> Hello Sticky:
>
> > 1. What is /svn/trunk/runfirst.cmd? Do I really need stuff put into
> > %USERPROFILE%? I will ultimately be running under ASP.NET.
>
> Yes, if you want to run the RubySpec test suite.
>
> > 2. There are many warnings in the various projects about weird
> > references to mscorlib (which is automatically referenced) and
> "System"
> > without a version. Can I propose a patch with updates to the vcproj
> > files?
>
> Can you provide details? I don't see them here.
>
> > 3. The Ruby.Console and IronRuby.Tests projects both have a project
> > file reference to "..\..\App.config" -- is this required? This is a
> > build error. There's no App.config file in /svn/trunk/
>
> I omitted this file by mistake (it's a strange special case in our
> mirroring
> script), but it's fixed in r140 which I just committed.
>
> Thanks,
> -John
>
> _______________________________________________
> 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  Wed Sep 10 23:33:48 2008
From: lists at ruby-forum.com (Scott Holden)
Date: Thu, 11 Sep 2008 05:33:48 +0200
Subject: [Ironruby-core] Not enough storage is available to process this
	command.
Message-ID: <99da6ae432b5d6d3054d700b7ad322e6@ruby-forum.com>

Hi, I'm trying to open a pretty small file (~70k) and read its contents,
but IR is telling me that I don't have enough memory available to
process it.

Does anyone have any ideas what might be causing this?

Thanks,

-Scott


Output below:

C:\Releases\DigitalDisplays\1.0\latest>dir
 Volume in drive C has no label.
 Volume Serial Number is F497-0C97
 Directory of C:\Releases\DigitalDisplays\1.0\latest
09/10/2008  10:10 PM    <DIR>          .
09/10/2008  10:10 PM    <DIR>          ..
08/13/2008  10:19 AM    <DIR>          Debug
08/13/2008  10:19 AM    <DIR>          Release
09/10/2008  10:11 PM            68,764 test.txt
08/14/2008  06:24 PM    <DIR>          Websites
               1 File(s)         68,764 bytes
               5 Dir(s)  20,656,107,520 bytes free
C:\Releases\DigitalDisplays\1.0\latest>ir
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).
>>> $f = ""
=> ""
>>> File.open("test.txt"){|file| $f = file.read}
=> mscorlib:0:in `WinIOError': Not enough storage is available to
process this command.
 (IOError)
        from mscorlib:0:in `Write'
        from :0
>>>
-- 
Posted via http://www.ruby-forum.com/.

From wim at fixnum.org  Thu Sep 11 05:24:07 2008
From: wim at fixnum.org (Wim Vander Schelden)
Date: Thu, 11 Sep 2008 11:24:07 +0200
Subject: [Ironruby-core] Assertions running RubySpec
Message-ID: <b133304c0809110224y5fe826a7ib852a96e01d94418@mail.gmail.com>

I've been trying to run rubyspec (rake test) using the latest revision
(r142), and besides the ussual failures, I'm getting several message boxes
that pop up with "Assertion failed", followed by a stack trace.

Is this normal?

kind regards,

Wim

-- 
Wim Vander Schelden
http://fixnum.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080911/695190ba/attachment.html>

From cjac at colliertech.org  Thu Sep 11 12:41:10 2008
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Thu, 11 Sep 2008 16:41:10 +0000
Subject: [Ironruby-core] [cjac@colliertech.org: Re: Build box nearly
	ready...]
In-Reply-To: <48C8D6F1.4000302@gmail.com>
References: <20080910211954.GJ10987@colliertech.org>
	<48C8D6F1.4000302@gmail.com>
Message-ID: <20080911164109.GL10987@colliertech.org>

Thanks Marek,

Could we work around this by removing System.Core.dll from the link
line for mono?  I'll give it a shot if I get some free time today.

Cheers,

C.J.

On Thu, Sep 11, 2008 at 09:29:37AM +0100, Marek Safar wrote:
> Hello C.J.,
> >Any idea why it fails in this way?
> >  
> Yes, I know exactly. But will have to really think what we can do about it.
> 
> Short explanation is that we do load System.Core.dll even if it not 
> requested, which means you will get collisions like this.
> 
> Marek
> 
> >
> >----- Forwarded message from "C.J. Adams-Collier" <cjac at colliertech.org> 
> >-----
> >
> >From: "C.J. Adams-Collier" <cjac at colliertech.org>
> >To: ironruby-core at rubyforge.org, Sanghyeon Seo <sanxiyn at gmail.com>
> >X-BeenThere: ironruby-core at rubyforge.org
> >X-Mailman-Version: 2.1.11
> >Reply-To: ironruby-core at rubyforge.org
> >List-Id: <ironruby-core.rubyforge.org>
> >List-Unsubscribe: <http://rubyforge.org/mailman/options/ironruby-core>,
> >	<mailto:ironruby-core-request at rubyforge.org?subject=unsubscribe>
> >List-Archive: <http://rubyforge.org/pipermail/ironruby-core>
> >List-Post: <mailto:ironruby-core at rubyforge.org>
> >List-Help: <mailto:ironruby-core-request at rubyforge.org?subject=help>
> >List-Subscribe: <http://rubyforge.org/mailman/listinfo/ironruby-core>,
> >	<mailto:ironruby-core-request at rubyforge.org?subject=subscribe>
> >X-SPF-Guess: pass
> >X-SA-Exim-Connect-IP: 205.234.109.19
> >X-SA-Exim-Mail-From: ironruby-core-bounces at rubyforge.org
> >X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on 
> >	smtp.colliertech.org
> >X-Spam-Level: 
> >X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00 
> >autolearn=ham version=3.1.7-deb
> >Subject: Re: [Ironruby-core] Build box nearly ready...
> >X-SA-Exim-Version: 4.2.1 (built Tue, 09 Jan 2007 17:51:29 +0000)
> >X-SA-Exim-Scanned: Yes (on smtp.colliertech.org)
> >
> >Alright... I've applied Seo's most recent patch (minus changes to the
> >root Rakefile).  Attached is (failed) the build log.
> >
> >Cheers,
> >
> >C.J.
> >
> >On Wed, Sep 10, 2008 at 05:49:54PM +0000, C.J. Adams-Collier wrote:
> >  
> >>Well, Seo hasn't logged in since I sent the last email, so perhaps
> >>some of you experienced .NET folks can help me figure out what's going
> >>on.  The command below is run with the following svn revisions of
> >>mono, mcs and ironruby:
> >>
> >>    mono: 112598
> >>     mcs: 112619
> >>ironruby: 142
> >>
> >>cjac at sanxiyn:/usr/src/svn/ironruby$ rake compile mono=1 --trace
> >>(in /usr/src/svn/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 clean_build 
> >>** Execute compile_dlr
> >>rake aborted!
> >>cannot resolve path System.dll
> >>./context.rb:121:in `resolve_framework_path'
> >>./context.rb:120:in `each'
> >>./context.rb:120:in `resolve_framework_path'
> >>./context.rb:161:in `resolve_framework_path'
> >>./context.rb:437:in `resolve_framework_path'
> >>./context.rb:452:in `references'
> >>./context.rb:450:in `each'
> >>./context.rb:450:in `references'
> >>./context.rb:489:in `compile'
> >>./context.rb:487:in `chdir'
> >>./context.rb:487:in `compile'
> >>/usr/src/svn/ironruby/Rakefile:270
> >>./context.rb:659:in `instance_eval'
> >>./context.rb:659:in `source_context'
> >>/usr/src/svn/ironruby/Rakefile:269
> >>/usr/lib/ruby/1.8/rake.rb:387:in `call'
> >>/usr/lib/ruby/1.8/rake.rb:387:in `execute'
> >>/usr/lib/ruby/1.8/rake.rb:387:in `each'
> >>/usr/lib/ruby/1.8/rake.rb:387:in `execute'
> >>/usr/lib/ruby/1.8/rake.rb:357:in `invoke'
> >>/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
> >>/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
> >>/usr/lib/ruby/1.8/rake.rb:364:in `invoke_prerequisites'
> >>/usr/lib/ruby/1.8/rake.rb:999:in `each'
> >>/usr/lib/ruby/1.8/rake.rb:999:in `send'
> >>/usr/lib/ruby/1.8/rake.rb:999:in `each'
> >>/usr/lib/ruby/1.8/rake.rb:363:in `invoke_prerequisites'
> >>/usr/lib/ruby/1.8/rake.rb:356:in `invoke'
> >>/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
> >>/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
> >>/usr/lib/ruby/1.8/rake.rb:1906:in `run'
> >>/usr/lib/ruby/1.8/rake.rb:1906:in `each'
> >>/usr/lib/ruby/1.8/rake.rb:1906:in `run'
> >>/usr/bin/rake:4
> >>
> >>On Tue, Sep 09, 2008 at 10:41:15PM +0000, C.J. Adams-Collier wrote:
> >>    
> >>>Seo,
> >>>
> >>>Oh, please help me.  I've got all the deps installed.  Now I'm at the
> >>>point where it doesn't build and you usually build a patch to make it
> >>>work.  Could you take it from here?
> >>>
> >>>:)
> >>>
> >>>Cheers,
> >>>
> >>>C.J.
> >>>      
> >>
> >>    
> >>>_______________________________________________
> >>>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
> >>    
> >
> >
> >(in /usr/src/svn/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 clean_build 
> >** Execute compile_dlr
> >./utils/extension.cs(21,25): warning CS1685: The type 
> >`System.Runtime.CompilerServices.ExtensionAttribute' conflicts with the 
> >predefined type `System.Runtime.CompilerServices.ExtensionAttribute' and 
> >will be ignored
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/LambdaExpression.cs(34,37): warning CS0436: The type 
> >`System.Linq.Expressions.Expression' conflicts with the imported type 
> >`System.Linq.Expressions.Expression'. Ignoring the imported type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/BinaryExpression.cs(180,26): (Location of the symbol related to 
> >previous warning)
> >./ast/LambdaExpression.cs(127,49): warning CS0436: The type 
> >`System.Linq.Expressions.LambdaExpression' conflicts with the imported 
> >type `System.Linq.Expressions.LambdaExpression'. Ignoring the imported 
> >type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/LambdaExpression.cs(34,18): (Location of the symbol related to 
> >previous warning)
> >./ast/LambdaExpression.cs(127,25): warning CS1685: The type 
> >`System.Linq.Expressions.Expression<TDelegate>' conflicts with the 
> >predefined type `System.Linq.Expressions.Expression<TDelegate>' and will 
> >be ignored
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/memberassignment.cs(23,44): warning CS0436: The type 
> >`System.Linq.Expressions.MemberBinding' conflicts with the imported type 
> >`System.Linq.Expressions.MemberBinding'. Ignoring the imported type 
> >definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/MemberBinding.cs(28,27): (Location of the symbol related to previous 
> >warning)
> >./utils/StrongBox.cs(18,40): warning CS0436: The type 
> >`System.Runtime.CompilerServices.IStrongBox' conflicts with the imported 
> >type `System.Runtime.CompilerServices.IStrongBox'. Ignoring the imported 
> >type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./utils/StrongBox.cs(51,22): (Location of the symbol related to previous 
> >warning)
> >./utils/Action.cs(19,26): warning CS0436: The type `System.Action<T1,T2>' 
> >conflicts with the imported type `System.Action<T1,T2>'. Ignoring the 
> >imported type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./utils/Action.cs(19,26): (Location of the symbol related to previous 
> >warning)
> >./utils/Action.cs(21,26): warning CS0436: The type 
> >`System.Action<T1,T2,T3>' conflicts with the imported type 
> >`System.Action<T1,T2,T3>'. Ignoring the imported type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./utils/Action.cs(21,26): (Location of the symbol related to previous 
> >warning)
> >./utils/Action.cs(23,26): warning CS0436: The type 
> >`System.Action<T1,T2,T3,T4>' conflicts with the imported type 
> >`System.Action<T1,T2,T3,T4>'. Ignoring the imported type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./utils/Action.cs(23,26): (Location of the symbol related to previous 
> >warning)
> >./utils/Function.cs(17,29): warning CS0436: The type 
> >`System.Func<TResult>' conflicts with the imported type 
> >`System.Func<TResult>'. Ignoring the imported type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./utils/Function.cs(17,29): (Location of the symbol related to previous 
> >warning)
> >./utils/Function.cs(18,29): warning CS0436: The type 
> >`System.Func<T,TResult>' conflicts with the imported type 
> >`System.Func<T,TResult>'. Ignoring the imported type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./utils/Function.cs(18,29): (Location of the symbol related to previous 
> >warning)
> >./utils/Function.cs(20,29): warning CS0436: The type 
> >`System.Func<T1,T2,TResult>' conflicts with the imported type 
> >`System.Func<T1,T2,TResult>'. Ignoring the imported type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./utils/Function.cs(20,29): (Location of the symbol related to previous 
> >warning)
> >./utils/Function.cs(22,29): warning CS0436: The type 
> >`System.Func<T1,T2,T3,TResult>' conflicts with the imported type 
> >`System.Func<T1,T2,T3,TResult>'. Ignoring the imported type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./utils/Function.cs(22,29): (Location of the symbol related to previous 
> >warning)
> >./utils/Function.cs(24,29): warning CS0436: The type 
> >`System.Func<T1,T2,T3,T4,TResult>' conflicts with the imported type 
> >`System.Func<T1,T2,T3,T4,TResult>'. Ignoring the imported type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./utils/Function.cs(24,29): (Location of the symbol related to previous 
> >warning)
> >./ast/Expression.cs(38,26): warning CS0436: The type 
> >`System.Linq.Expressions.ExpressionType' conflicts with the imported type 
> >`System.Linq.Expressions.ExpressionType'. Ignoring the imported type 
> >definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/expressiontype.cs(18,17): (Location of the symbol related to 
> >previous warning)
> >./ast/BinaryExpression.cs(183,24): warning CS0436: The type 
> >`System.Linq.Expressions.BinaryExpression' conflicts with the imported 
> >type `System.Linq.Expressions.BinaryExpression'. Ignoring the imported 
> >type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/BinaryExpression.cs(28,25): (Location of the symbol related to 
> >previous warning)
> >./ast/ConditionalExpression.cs(59,23): warning CS0436: The type 
> >`System.Linq.Expressions.ConditionalExpression' conflicts with the 
> >imported type `System.Linq.Expressions.ConditionalExpression'. Ignoring 
> >the imported type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/ConditionalExpression.cs(21,25): (Location of the symbol related to 
> >previous warning)
> >./ast/ConstantExpression.cs(60,23): warning CS0436: The type 
> >`System.Linq.Expressions.ConstantExpression' conflicts with the imported 
> >type `System.Linq.Expressions.ConstantExpression'. Ignoring the imported 
> >type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/ConstantExpression.cs(22,25): (Location of the symbol related to 
> >previous warning)
> >./ast/ConstantExpression.cs(120,23): warning CS0436: The type 
> >`System.Linq.Expressions.MemberExpression' conflicts with the imported 
> >type `System.Linq.Expressions.MemberExpression'. Ignoring the imported 
> >type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/MemberExpression.cs(28,25): (Location of the symbol related to 
> >previous warning)
> >./ast/LambdaExpression.cs(156,36): warning CS0436: The type 
> >`System.Linq.Expressions.ParameterExpression' conflicts with the imported 
> >type `System.Linq.Expressions.ParameterExpression'. Ignoring the imported 
> >type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/ParameterExpression.cs(21,25): (Location of the symbol related to 
> >previous warning)
> >./ast/MethodCallExpression.cs(92,23): warning CS0436: The type 
> >`System.Linq.Expressions.MethodCallExpression' conflicts with the imported 
> >type `System.Linq.Expressions.MethodCallExpression'. Ignoring the imported 
> >type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/MethodCallExpression.cs(27,25): (Location of the symbol related to 
> >previous warning)
> >./ast/NewArrayExpression.cs(76,23): warning CS0436: The type 
> >`System.Linq.Expressions.NewArrayExpression' conflicts with the imported 
> >type `System.Linq.Expressions.NewArrayExpression'. Ignoring the imported 
> >type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/NewArrayExpression.cs(23,25): (Location of the symbol related to 
> >previous warning)
> >./ast/NewExpression.cs(77,23): warning CS0436: The type 
> >`System.Linq.Expressions.NewExpression' conflicts with the imported type 
> >`System.Linq.Expressions.NewExpression'. Ignoring the imported type 
> >definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/NewExpression.cs(25,25): (Location of the symbol related to previous 
> >warning)
> >./ast/TypeBinaryExpression.cs(56,23): warning CS0436: The type 
> >`System.Linq.Expressions.TypeBinaryExpression' conflicts with the imported 
> >type `System.Linq.Expressions.TypeBinaryExpression'. Ignoring the imported 
> >type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/TypeBinaryExpression.cs(22,25): (Location of the symbol related to 
> >previous warning)
> >./ast/UnaryExpression.cs(108,23): warning CS0436: The type 
> >`System.Linq.Expressions.UnaryExpression' conflicts with the imported type 
> >`System.Linq.Expressions.UnaryExpression'. Ignoring the imported type 
> >definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/UnaryExpression.cs(24,25): (Location of the symbol related to 
> >previous warning)
> >./ast/elementinit.cs(63,23): warning CS0436: The type 
> >`System.Linq.Expressions.ElementInit' conflicts with the imported type 
> >`System.Linq.Expressions.ElementInit'. Ignoring the imported type 
> >definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/elementinit.cs(25,25): (Location of the symbol related to previous 
> >warning)
> >./ast/invocationexpression.cs(63,23): warning CS0436: The type 
> >`System.Linq.Expressions.InvocationExpression' conflicts with the imported 
> >type `System.Linq.Expressions.InvocationExpression'. Ignoring the imported 
> >type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/invocationexpression.cs(25,25): (Location of the symbol related to 
> >previous warning)
> >./ast/listinitexpression.cs(55,23): warning CS0436: The type 
> >`System.Linq.Expressions.ListInitExpression' conflicts with the imported 
> >type `System.Linq.Expressions.ListInitExpression'. Ignoring the imported 
> >type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/listinitexpression.cs(25,25): (Location of the symbol related to 
> >previous warning)
> >./ast/memberassignment.cs(44,23): warning CS0436: The type 
> >`System.Linq.Expressions.MemberAssignment' conflicts with the imported 
> >type `System.Linq.Expressions.MemberAssignment'. Ignoring the imported 
> >type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/memberassignment.cs(23,25): (Location of the symbol related to 
> >previous warning)
> >./ast/memberinitexpression.cs(60,23): warning CS0436: The type 
> >`System.Linq.Expressions.MemberInitExpression' conflicts with the imported 
> >type `System.Linq.Expressions.MemberInitExpression'. Ignoring the imported 
> >type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/memberinitexpression.cs(24,25): (Location of the symbol related to 
> >previous warning)
> >./ast/memberlistbinding.cs(51,23): warning CS0436: The type 
> >`System.Linq.Expressions.MemberListBinding' conflicts with the imported 
> >type `System.Linq.Expressions.MemberListBinding'. Ignoring the imported 
> >type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/memberlistbinding.cs(26,25): (Location of the symbol related to 
> >previous warning)
> >./ast/membermemberbinding.cs(50,23): warning CS0436: The type 
> >`System.Linq.Expressions.MemberMemberBinding' conflicts with the imported 
> >type `System.Linq.Expressions.MemberMemberBinding'. Ignoring the imported 
> >type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/membermemberbinding.cs(25,25): (Location of the symbol related to 
> >previous warning)
> >./actions/callsite.cs(296,51): warning CS0436: The type 
> >`System.Runtime.CompilerServices.StrongBox<T>' conflicts with the imported 
> >type `System.Runtime.CompilerServices.StrongBox<T>'. Ignoring the imported 
> >type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./utils/StrongBox.cs(18,25): (Location of the symbol related to previous 
> >warning)
> >./ast/MemberBinding.cs(29,9): warning CS0436: The type 
> >`System.Linq.Expressions.MemberBindingType' conflicts with the imported 
> >type `System.Linq.Expressions.MemberBindingType'. Ignoring the imported 
> >type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/MemberBinding.cs(21,17): (Location of the symbol related to previous 
> >warning)
> >./utils/extension.cs(21,25): warning CS3005: Identifier 
> >`System.Runtime.CompilerServices.ExtensionAttribute' differing only in 
> >case is not CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/BinaryExpression.cs(180,26): warning CS3005: Identifier 
> >`System.Linq.Expressions.Expression' differing only in case is not 
> >CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/LambdaExpression.cs(178,20): error CS0122: 
> >`System.Linq.Expressions.Expression<TDelegate>.Expression(System.Linq.Expressions.Expression, System.Collections.ObjectModel.ReadOnlyCollection<System.Linq.Expressions.ParameterExpression>)' is inaccessible due to its protection level
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous error)
> >./ast/LambdaExpression.cs(178,20): error CS1729: The type 
> >`System.Linq.Expressions.Expression<TDelegate>' does not contain a 
> >constructor that takes `5' arguments
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous error)
> >./ast/LambdaExpression.cs(313,20): error CS0122: 
> >`System.Linq.Expressions.Expression<TDelegate>.Expression(System.Linq.Expressions.Expression, System.Collections.ObjectModel.ReadOnlyCollection<System.Linq.Expressions.ParameterExpression>)' is inaccessible due to its protection level
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous error)
> >./ast/LambdaExpression.cs(313,20): error CS1729: The type 
> >`System.Linq.Expressions.Expression<TDelegate>' does not contain a 
> >constructor that takes `5' arguments
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous error)
> >./ast/LambdaExpression.cs(371,41): warning CS0436: The type 
> >`System.Action' conflicts with the imported type `System.Action'. Ignoring 
> >the imported type definition
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./utils/Action.cs(17,26): (Location of the symbol related to previous 
> >warning)
> >./ast/MethodCallExpression.cs(167,18): warning CS0219: The variable 
> >`invoke' is assigned but its value is never used
> >./ast/LambdaExpression.cs(34,18): warning CS3005: Identifier 
> >`System.Linq.Expressions.LambdaExpression' differing only in case is not 
> >CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/LambdaExpression.cs(127,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.Expression<TDelegate>' differing only in case is 
> >not CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/BinaryExpression.cs(28,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.BinaryExpression' differing only in case is not 
> >CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/ConditionalExpression.cs(21,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.ConditionalExpression' differing only in case is 
> >not CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/ConstantExpression.cs(22,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.ConstantExpression' differing only in case is not 
> >CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/MemberBinding.cs(21,17): warning CS3005: Identifier 
> >`System.Linq.Expressions.MemberBindingType' differing only in case is not 
> >CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/MemberBinding.cs(28,27): warning CS3005: Identifier 
> >`System.Linq.Expressions.MemberBinding' differing only in case is not 
> >CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/MemberExpression.cs(28,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.MemberExpression' differing only in case is not 
> >CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/MethodCallExpression.cs(27,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.MethodCallExpression' differing only in case is 
> >not CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/NewArrayExpression.cs(23,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.NewArrayExpression' differing only in case is not 
> >CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/NewExpression.cs(25,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.NewExpression' differing only in case is not 
> >CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/ParameterExpression.cs(21,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.ParameterExpression' differing only in case is 
> >not CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/TypeBinaryExpression.cs(22,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.TypeBinaryExpression' differing only in case is 
> >not CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/UnaryExpression.cs(24,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.UnaryExpression' differing only in case is not 
> >CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/elementinit.cs(25,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.ElementInit' differing only in case is not 
> >CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/expressiontype.cs(18,17): warning CS3005: Identifier 
> >`System.Linq.Expressions.ExpressionType' differing only in case is not 
> >CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/invocationexpression.cs(25,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.InvocationExpression' differing only in case is 
> >not CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/listinitexpression.cs(25,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.ListInitExpression' differing only in case is not 
> >CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/memberassignment.cs(23,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.MemberAssignment' differing only in case is not 
> >CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/memberinitexpression.cs(24,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.MemberInitExpression' differing only in case is 
> >not CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/memberlistbinding.cs(26,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.MemberListBinding' differing only in case is not 
> >CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./ast/membermemberbinding.cs(25,25): warning CS3005: Identifier 
> >`System.Linq.Expressions.MemberMemberBinding' differing only in case is 
> >not CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./utils/StrongBox.cs(51,22): warning CS3005: Identifier 
> >`System.Runtime.CompilerServices.IStrongBox' differing only in case is not 
> >CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >./utils/StrongBox.cs(18,25): warning CS3005: Identifier 
> >`System.Runtime.CompilerServices.StrongBox<T>' differing only in case is 
> >not CLS-compliant
> >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> >Compilation failed: 4 error(s), 62 warnings
> >rake aborted!
> >Command failed with status (1): [gmcs 
> >/out:"/usr/src/svn/ironruby/build/mon...]
> >/usr/lib/ruby/1.8/rake.rb:722:in `sh'
> >/usr/lib/ruby/1.8/rake.rb:729:in `call'
> >/usr/lib/ruby/1.8/rake.rb:729:in `sh'
> >/usr/lib/ruby/1.8/rake.rb:812:in `sh'
> >./context.rb:214:in `exec'
> >./context.rb:503:in `compile'
> >./context.rb:487:in `chdir'
> >./context.rb:487:in `compile'
> >/usr/src/svn/ironruby/Rakefile:270
> >./context.rb:661:in `instance_eval'
> >./context.rb:661:in `source_context'
> >/usr/src/svn/ironruby/Rakefile:269
> >/usr/lib/ruby/1.8/rake.rb:387:in `call'
> >/usr/lib/ruby/1.8/rake.rb:387:in `execute'
> >/usr/lib/ruby/1.8/rake.rb:387:in `each'
> >/usr/lib/ruby/1.8/rake.rb:387:in `execute'
> >/usr/lib/ruby/1.8/rake.rb:357:in `invoke'
> >/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
> >/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
> >/usr/lib/ruby/1.8/rake.rb:364:in `invoke_prerequisites'
> >/usr/lib/ruby/1.8/rake.rb:999:in `each'
> >/usr/lib/ruby/1.8/rake.rb:999:in `send'
> >/usr/lib/ruby/1.8/rake.rb:999:in `each'
> >/usr/lib/ruby/1.8/rake.rb:363:in `invoke_prerequisites'
> >/usr/lib/ruby/1.8/rake.rb:356:in `invoke'
> >/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
> >/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
> >/usr/lib/ruby/1.8/rake.rb:1906:in `run'
> >/usr/lib/ruby/1.8/rake.rb:1906:in `each'
> >/usr/lib/ruby/1.8/rake.rb:1906:in `run'
> >/usr/bin/rake:4
> >
> >
> >
> >
> >_______________________________________________
> >Ironruby-core mailing list
> >Ironruby-core at rubyforge.org
> >http://rubyforge.org/mailman/listinfo/ironruby-core
> >
> >
> >----- End forwarded message -----
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080911/f2df5d6f/attachment-0001.bin>

From cjac at colliertech.org  Thu Sep 11 13:52:44 2008
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Thu, 11 Sep 2008 17:52:44 +0000
Subject: [Ironruby-core] [cjac@colliertech.org: Re: Build box nearly
	ready...]
In-Reply-To: <20080911164109.GL10987@colliertech.org>
References: <20080910211954.GJ10987@colliertech.org>
	<48C8D6F1.4000302@gmail.com>
	<20080911164109.GL10987@colliertech.org>
Message-ID: <20080911175244.GM10987@colliertech.org>

Bug filed:

https://bugzilla.novell.com/show_bug.cgi?id=425601

On Thu, Sep 11, 2008 at 04:41:10PM +0000, C.J. Adams-Collier wrote:
> Thanks Marek,
> 
> Could we work around this by removing System.Core.dll from the link
> line for mono?  I'll give it a shot if I get some free time today.
> 
> Cheers,
> 
> C.J.
> 
> On Thu, Sep 11, 2008 at 09:29:37AM +0100, Marek Safar wrote:
> > Hello C.J.,
> > >Any idea why it fails in this way?
> > >  
> > Yes, I know exactly. But will have to really think what we can do about it.
> > 
> > Short explanation is that we do load System.Core.dll even if it not 
> > requested, which means you will get collisions like this.
> > 
> > Marek
> > 
> > >
> > >----- Forwarded message from "C.J. Adams-Collier" <cjac at colliertech.org> 
> > >-----
> > >
> > >From: "C.J. Adams-Collier" <cjac at colliertech.org>
> > >To: ironruby-core at rubyforge.org, Sanghyeon Seo <sanxiyn at gmail.com>
> > >X-BeenThere: ironruby-core at rubyforge.org
> > >X-Mailman-Version: 2.1.11
> > >Reply-To: ironruby-core at rubyforge.org
> > >List-Id: <ironruby-core.rubyforge.org>
> > >List-Unsubscribe: <http://rubyforge.org/mailman/options/ironruby-core>,
> > >	<mailto:ironruby-core-request at rubyforge.org?subject=unsubscribe>
> > >List-Archive: <http://rubyforge.org/pipermail/ironruby-core>
> > >List-Post: <mailto:ironruby-core at rubyforge.org>
> > >List-Help: <mailto:ironruby-core-request at rubyforge.org?subject=help>
> > >List-Subscribe: <http://rubyforge.org/mailman/listinfo/ironruby-core>,
> > >	<mailto:ironruby-core-request at rubyforge.org?subject=subscribe>
> > >X-SPF-Guess: pass
> > >X-SA-Exim-Connect-IP: 205.234.109.19
> > >X-SA-Exim-Mail-From: ironruby-core-bounces at rubyforge.org
> > >X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on 
> > >	smtp.colliertech.org
> > >X-Spam-Level: 
> > >X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00 
> > >autolearn=ham version=3.1.7-deb
> > >Subject: Re: [Ironruby-core] Build box nearly ready...
> > >X-SA-Exim-Version: 4.2.1 (built Tue, 09 Jan 2007 17:51:29 +0000)
> > >X-SA-Exim-Scanned: Yes (on smtp.colliertech.org)
> > >
> > >Alright... I've applied Seo's most recent patch (minus changes to the
> > >root Rakefile).  Attached is (failed) the build log.
> > >
> > >Cheers,
> > >
> > >C.J.
> > >
> > >On Wed, Sep 10, 2008 at 05:49:54PM +0000, C.J. Adams-Collier wrote:
> > >  
> > >>Well, Seo hasn't logged in since I sent the last email, so perhaps
> > >>some of you experienced .NET folks can help me figure out what's going
> > >>on.  The command below is run with the following svn revisions of
> > >>mono, mcs and ironruby:
> > >>
> > >>    mono: 112598
> > >>     mcs: 112619
> > >>ironruby: 142
> > >>
> > >>cjac at sanxiyn:/usr/src/svn/ironruby$ rake compile mono=1 --trace
> > >>(in /usr/src/svn/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 clean_build 
> > >>** Execute compile_dlr
> > >>rake aborted!
> > >>cannot resolve path System.dll
> > >>./context.rb:121:in `resolve_framework_path'
> > >>./context.rb:120:in `each'
> > >>./context.rb:120:in `resolve_framework_path'
> > >>./context.rb:161:in `resolve_framework_path'
> > >>./context.rb:437:in `resolve_framework_path'
> > >>./context.rb:452:in `references'
> > >>./context.rb:450:in `each'
> > >>./context.rb:450:in `references'
> > >>./context.rb:489:in `compile'
> > >>./context.rb:487:in `chdir'
> > >>./context.rb:487:in `compile'
> > >>/usr/src/svn/ironruby/Rakefile:270
> > >>./context.rb:659:in `instance_eval'
> > >>./context.rb:659:in `source_context'
> > >>/usr/src/svn/ironruby/Rakefile:269
> > >>/usr/lib/ruby/1.8/rake.rb:387:in `call'
> > >>/usr/lib/ruby/1.8/rake.rb:387:in `execute'
> > >>/usr/lib/ruby/1.8/rake.rb:387:in `each'
> > >>/usr/lib/ruby/1.8/rake.rb:387:in `execute'
> > >>/usr/lib/ruby/1.8/rake.rb:357:in `invoke'
> > >>/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
> > >>/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
> > >>/usr/lib/ruby/1.8/rake.rb:364:in `invoke_prerequisites'
> > >>/usr/lib/ruby/1.8/rake.rb:999:in `each'
> > >>/usr/lib/ruby/1.8/rake.rb:999:in `send'
> > >>/usr/lib/ruby/1.8/rake.rb:999:in `each'
> > >>/usr/lib/ruby/1.8/rake.rb:363:in `invoke_prerequisites'
> > >>/usr/lib/ruby/1.8/rake.rb:356:in `invoke'
> > >>/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
> > >>/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
> > >>/usr/lib/ruby/1.8/rake.rb:1906:in `run'
> > >>/usr/lib/ruby/1.8/rake.rb:1906:in `each'
> > >>/usr/lib/ruby/1.8/rake.rb:1906:in `run'
> > >>/usr/bin/rake:4
> > >>
> > >>On Tue, Sep 09, 2008 at 10:41:15PM +0000, C.J. Adams-Collier wrote:
> > >>    
> > >>>Seo,
> > >>>
> > >>>Oh, please help me.  I've got all the deps installed.  Now I'm at the
> > >>>point where it doesn't build and you usually build a patch to make it
> > >>>work.  Could you take it from here?
> > >>>
> > >>>:)
> > >>>
> > >>>Cheers,
> > >>>
> > >>>C.J.
> > >>>      
> > >>
> > >>    
> > >>>_______________________________________________
> > >>>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
> > >>    
> > >
> > >
> > >(in /usr/src/svn/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 clean_build 
> > >** Execute compile_dlr
> > >./utils/extension.cs(21,25): warning CS1685: The type 
> > >`System.Runtime.CompilerServices.ExtensionAttribute' conflicts with the 
> > >predefined type `System.Runtime.CompilerServices.ExtensionAttribute' and 
> > >will be ignored
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/LambdaExpression.cs(34,37): warning CS0436: The type 
> > >`System.Linq.Expressions.Expression' conflicts with the imported type 
> > >`System.Linq.Expressions.Expression'. Ignoring the imported type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/BinaryExpression.cs(180,26): (Location of the symbol related to 
> > >previous warning)
> > >./ast/LambdaExpression.cs(127,49): warning CS0436: The type 
> > >`System.Linq.Expressions.LambdaExpression' conflicts with the imported 
> > >type `System.Linq.Expressions.LambdaExpression'. Ignoring the imported 
> > >type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/LambdaExpression.cs(34,18): (Location of the symbol related to 
> > >previous warning)
> > >./ast/LambdaExpression.cs(127,25): warning CS1685: The type 
> > >`System.Linq.Expressions.Expression<TDelegate>' conflicts with the 
> > >predefined type `System.Linq.Expressions.Expression<TDelegate>' and will 
> > >be ignored
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/memberassignment.cs(23,44): warning CS0436: The type 
> > >`System.Linq.Expressions.MemberBinding' conflicts with the imported type 
> > >`System.Linq.Expressions.MemberBinding'. Ignoring the imported type 
> > >definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/MemberBinding.cs(28,27): (Location of the symbol related to previous 
> > >warning)
> > >./utils/StrongBox.cs(18,40): warning CS0436: The type 
> > >`System.Runtime.CompilerServices.IStrongBox' conflicts with the imported 
> > >type `System.Runtime.CompilerServices.IStrongBox'. Ignoring the imported 
> > >type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./utils/StrongBox.cs(51,22): (Location of the symbol related to previous 
> > >warning)
> > >./utils/Action.cs(19,26): warning CS0436: The type `System.Action<T1,T2>' 
> > >conflicts with the imported type `System.Action<T1,T2>'. Ignoring the 
> > >imported type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./utils/Action.cs(19,26): (Location of the symbol related to previous 
> > >warning)
> > >./utils/Action.cs(21,26): warning CS0436: The type 
> > >`System.Action<T1,T2,T3>' conflicts with the imported type 
> > >`System.Action<T1,T2,T3>'. Ignoring the imported type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./utils/Action.cs(21,26): (Location of the symbol related to previous 
> > >warning)
> > >./utils/Action.cs(23,26): warning CS0436: The type 
> > >`System.Action<T1,T2,T3,T4>' conflicts with the imported type 
> > >`System.Action<T1,T2,T3,T4>'. Ignoring the imported type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./utils/Action.cs(23,26): (Location of the symbol related to previous 
> > >warning)
> > >./utils/Function.cs(17,29): warning CS0436: The type 
> > >`System.Func<TResult>' conflicts with the imported type 
> > >`System.Func<TResult>'. Ignoring the imported type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./utils/Function.cs(17,29): (Location of the symbol related to previous 
> > >warning)
> > >./utils/Function.cs(18,29): warning CS0436: The type 
> > >`System.Func<T,TResult>' conflicts with the imported type 
> > >`System.Func<T,TResult>'. Ignoring the imported type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./utils/Function.cs(18,29): (Location of the symbol related to previous 
> > >warning)
> > >./utils/Function.cs(20,29): warning CS0436: The type 
> > >`System.Func<T1,T2,TResult>' conflicts with the imported type 
> > >`System.Func<T1,T2,TResult>'. Ignoring the imported type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./utils/Function.cs(20,29): (Location of the symbol related to previous 
> > >warning)
> > >./utils/Function.cs(22,29): warning CS0436: The type 
> > >`System.Func<T1,T2,T3,TResult>' conflicts with the imported type 
> > >`System.Func<T1,T2,T3,TResult>'. Ignoring the imported type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./utils/Function.cs(22,29): (Location of the symbol related to previous 
> > >warning)
> > >./utils/Function.cs(24,29): warning CS0436: The type 
> > >`System.Func<T1,T2,T3,T4,TResult>' conflicts with the imported type 
> > >`System.Func<T1,T2,T3,T4,TResult>'. Ignoring the imported type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./utils/Function.cs(24,29): (Location of the symbol related to previous 
> > >warning)
> > >./ast/Expression.cs(38,26): warning CS0436: The type 
> > >`System.Linq.Expressions.ExpressionType' conflicts with the imported type 
> > >`System.Linq.Expressions.ExpressionType'. Ignoring the imported type 
> > >definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/expressiontype.cs(18,17): (Location of the symbol related to 
> > >previous warning)
> > >./ast/BinaryExpression.cs(183,24): warning CS0436: The type 
> > >`System.Linq.Expressions.BinaryExpression' conflicts with the imported 
> > >type `System.Linq.Expressions.BinaryExpression'. Ignoring the imported 
> > >type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/BinaryExpression.cs(28,25): (Location of the symbol related to 
> > >previous warning)
> > >./ast/ConditionalExpression.cs(59,23): warning CS0436: The type 
> > >`System.Linq.Expressions.ConditionalExpression' conflicts with the 
> > >imported type `System.Linq.Expressions.ConditionalExpression'. Ignoring 
> > >the imported type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/ConditionalExpression.cs(21,25): (Location of the symbol related to 
> > >previous warning)
> > >./ast/ConstantExpression.cs(60,23): warning CS0436: The type 
> > >`System.Linq.Expressions.ConstantExpression' conflicts with the imported 
> > >type `System.Linq.Expressions.ConstantExpression'. Ignoring the imported 
> > >type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/ConstantExpression.cs(22,25): (Location of the symbol related to 
> > >previous warning)
> > >./ast/ConstantExpression.cs(120,23): warning CS0436: The type 
> > >`System.Linq.Expressions.MemberExpression' conflicts with the imported 
> > >type `System.Linq.Expressions.MemberExpression'. Ignoring the imported 
> > >type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/MemberExpression.cs(28,25): (Location of the symbol related to 
> > >previous warning)
> > >./ast/LambdaExpression.cs(156,36): warning CS0436: The type 
> > >`System.Linq.Expressions.ParameterExpression' conflicts with the imported 
> > >type `System.Linq.Expressions.ParameterExpression'. Ignoring the imported 
> > >type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/ParameterExpression.cs(21,25): (Location of the symbol related to 
> > >previous warning)
> > >./ast/MethodCallExpression.cs(92,23): warning CS0436: The type 
> > >`System.Linq.Expressions.MethodCallExpression' conflicts with the imported 
> > >type `System.Linq.Expressions.MethodCallExpression'. Ignoring the imported 
> > >type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/MethodCallExpression.cs(27,25): (Location of the symbol related to 
> > >previous warning)
> > >./ast/NewArrayExpression.cs(76,23): warning CS0436: The type 
> > >`System.Linq.Expressions.NewArrayExpression' conflicts with the imported 
> > >type `System.Linq.Expressions.NewArrayExpression'. Ignoring the imported 
> > >type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/NewArrayExpression.cs(23,25): (Location of the symbol related to 
> > >previous warning)
> > >./ast/NewExpression.cs(77,23): warning CS0436: The type 
> > >`System.Linq.Expressions.NewExpression' conflicts with the imported type 
> > >`System.Linq.Expressions.NewExpression'. Ignoring the imported type 
> > >definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/NewExpression.cs(25,25): (Location of the symbol related to previous 
> > >warning)
> > >./ast/TypeBinaryExpression.cs(56,23): warning CS0436: The type 
> > >`System.Linq.Expressions.TypeBinaryExpression' conflicts with the imported 
> > >type `System.Linq.Expressions.TypeBinaryExpression'. Ignoring the imported 
> > >type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/TypeBinaryExpression.cs(22,25): (Location of the symbol related to 
> > >previous warning)
> > >./ast/UnaryExpression.cs(108,23): warning CS0436: The type 
> > >`System.Linq.Expressions.UnaryExpression' conflicts with the imported type 
> > >`System.Linq.Expressions.UnaryExpression'. Ignoring the imported type 
> > >definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/UnaryExpression.cs(24,25): (Location of the symbol related to 
> > >previous warning)
> > >./ast/elementinit.cs(63,23): warning CS0436: The type 
> > >`System.Linq.Expressions.ElementInit' conflicts with the imported type 
> > >`System.Linq.Expressions.ElementInit'. Ignoring the imported type 
> > >definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/elementinit.cs(25,25): (Location of the symbol related to previous 
> > >warning)
> > >./ast/invocationexpression.cs(63,23): warning CS0436: The type 
> > >`System.Linq.Expressions.InvocationExpression' conflicts with the imported 
> > >type `System.Linq.Expressions.InvocationExpression'. Ignoring the imported 
> > >type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/invocationexpression.cs(25,25): (Location of the symbol related to 
> > >previous warning)
> > >./ast/listinitexpression.cs(55,23): warning CS0436: The type 
> > >`System.Linq.Expressions.ListInitExpression' conflicts with the imported 
> > >type `System.Linq.Expressions.ListInitExpression'. Ignoring the imported 
> > >type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/listinitexpression.cs(25,25): (Location of the symbol related to 
> > >previous warning)
> > >./ast/memberassignment.cs(44,23): warning CS0436: The type 
> > >`System.Linq.Expressions.MemberAssignment' conflicts with the imported 
> > >type `System.Linq.Expressions.MemberAssignment'. Ignoring the imported 
> > >type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/memberassignment.cs(23,25): (Location of the symbol related to 
> > >previous warning)
> > >./ast/memberinitexpression.cs(60,23): warning CS0436: The type 
> > >`System.Linq.Expressions.MemberInitExpression' conflicts with the imported 
> > >type `System.Linq.Expressions.MemberInitExpression'. Ignoring the imported 
> > >type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/memberinitexpression.cs(24,25): (Location of the symbol related to 
> > >previous warning)
> > >./ast/memberlistbinding.cs(51,23): warning CS0436: The type 
> > >`System.Linq.Expressions.MemberListBinding' conflicts with the imported 
> > >type `System.Linq.Expressions.MemberListBinding'. Ignoring the imported 
> > >type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/memberlistbinding.cs(26,25): (Location of the symbol related to 
> > >previous warning)
> > >./ast/membermemberbinding.cs(50,23): warning CS0436: The type 
> > >`System.Linq.Expressions.MemberMemberBinding' conflicts with the imported 
> > >type `System.Linq.Expressions.MemberMemberBinding'. Ignoring the imported 
> > >type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/membermemberbinding.cs(25,25): (Location of the symbol related to 
> > >previous warning)
> > >./actions/callsite.cs(296,51): warning CS0436: The type 
> > >`System.Runtime.CompilerServices.StrongBox<T>' conflicts with the imported 
> > >type `System.Runtime.CompilerServices.StrongBox<T>'. Ignoring the imported 
> > >type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./utils/StrongBox.cs(18,25): (Location of the symbol related to previous 
> > >warning)
> > >./ast/MemberBinding.cs(29,9): warning CS0436: The type 
> > >`System.Linq.Expressions.MemberBindingType' conflicts with the imported 
> > >type `System.Linq.Expressions.MemberBindingType'. Ignoring the imported 
> > >type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/MemberBinding.cs(21,17): (Location of the symbol related to previous 
> > >warning)
> > >./utils/extension.cs(21,25): warning CS3005: Identifier 
> > >`System.Runtime.CompilerServices.ExtensionAttribute' differing only in 
> > >case is not CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/BinaryExpression.cs(180,26): warning CS3005: Identifier 
> > >`System.Linq.Expressions.Expression' differing only in case is not 
> > >CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/LambdaExpression.cs(178,20): error CS0122: 
> > >`System.Linq.Expressions.Expression<TDelegate>.Expression(System.Linq.Expressions.Expression, System.Collections.ObjectModel.ReadOnlyCollection<System.Linq.Expressions.ParameterExpression>)' is inaccessible due to its protection level
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous error)
> > >./ast/LambdaExpression.cs(178,20): error CS1729: The type 
> > >`System.Linq.Expressions.Expression<TDelegate>' does not contain a 
> > >constructor that takes `5' arguments
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous error)
> > >./ast/LambdaExpression.cs(313,20): error CS0122: 
> > >`System.Linq.Expressions.Expression<TDelegate>.Expression(System.Linq.Expressions.Expression, System.Collections.ObjectModel.ReadOnlyCollection<System.Linq.Expressions.ParameterExpression>)' is inaccessible due to its protection level
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous error)
> > >./ast/LambdaExpression.cs(313,20): error CS1729: The type 
> > >`System.Linq.Expressions.Expression<TDelegate>' does not contain a 
> > >constructor that takes `5' arguments
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous error)
> > >./ast/LambdaExpression.cs(371,41): warning CS0436: The type 
> > >`System.Action' conflicts with the imported type `System.Action'. Ignoring 
> > >the imported type definition
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./utils/Action.cs(17,26): (Location of the symbol related to previous 
> > >warning)
> > >./ast/MethodCallExpression.cs(167,18): warning CS0219: The variable 
> > >`invoke' is assigned but its value is never used
> > >./ast/LambdaExpression.cs(34,18): warning CS3005: Identifier 
> > >`System.Linq.Expressions.LambdaExpression' differing only in case is not 
> > >CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/LambdaExpression.cs(127,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.Expression<TDelegate>' differing only in case is 
> > >not CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/BinaryExpression.cs(28,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.BinaryExpression' differing only in case is not 
> > >CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/ConditionalExpression.cs(21,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.ConditionalExpression' differing only in case is 
> > >not CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/ConstantExpression.cs(22,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.ConstantExpression' differing only in case is not 
> > >CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/MemberBinding.cs(21,17): warning CS3005: Identifier 
> > >`System.Linq.Expressions.MemberBindingType' differing only in case is not 
> > >CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/MemberBinding.cs(28,27): warning CS3005: Identifier 
> > >`System.Linq.Expressions.MemberBinding' differing only in case is not 
> > >CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/MemberExpression.cs(28,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.MemberExpression' differing only in case is not 
> > >CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/MethodCallExpression.cs(27,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.MethodCallExpression' differing only in case is 
> > >not CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/NewArrayExpression.cs(23,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.NewArrayExpression' differing only in case is not 
> > >CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/NewExpression.cs(25,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.NewExpression' differing only in case is not 
> > >CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/ParameterExpression.cs(21,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.ParameterExpression' differing only in case is 
> > >not CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/TypeBinaryExpression.cs(22,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.TypeBinaryExpression' differing only in case is 
> > >not CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/UnaryExpression.cs(24,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.UnaryExpression' differing only in case is not 
> > >CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/elementinit.cs(25,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.ElementInit' differing only in case is not 
> > >CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/expressiontype.cs(18,17): warning CS3005: Identifier 
> > >`System.Linq.Expressions.ExpressionType' differing only in case is not 
> > >CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/invocationexpression.cs(25,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.InvocationExpression' differing only in case is 
> > >not CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/listinitexpression.cs(25,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.ListInitExpression' differing only in case is not 
> > >CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/memberassignment.cs(23,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.MemberAssignment' differing only in case is not 
> > >CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/memberinitexpression.cs(24,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.MemberInitExpression' differing only in case is 
> > >not CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/memberlistbinding.cs(26,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.MemberListBinding' differing only in case is not 
> > >CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./ast/membermemberbinding.cs(25,25): warning CS3005: Identifier 
> > >`System.Linq.Expressions.MemberMemberBinding' differing only in case is 
> > >not CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./utils/StrongBox.cs(51,22): warning CS3005: Identifier 
> > >`System.Runtime.CompilerServices.IStrongBox' differing only in case is not 
> > >CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >./utils/StrongBox.cs(18,25): warning CS3005: Identifier 
> > >`System.Runtime.CompilerServices.StrongBox<T>' differing only in case is 
> > >not CLS-compliant
> > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > >Compilation failed: 4 error(s), 62 warnings
> > >rake aborted!
> > >Command failed with status (1): [gmcs 
> > >/out:"/usr/src/svn/ironruby/build/mon...]
> > >/usr/lib/ruby/1.8/rake.rb:722:in `sh'
> > >/usr/lib/ruby/1.8/rake.rb:729:in `call'
> > >/usr/lib/ruby/1.8/rake.rb:729:in `sh'
> > >/usr/lib/ruby/1.8/rake.rb:812:in `sh'
> > >./context.rb:214:in `exec'
> > >./context.rb:503:in `compile'
> > >./context.rb:487:in `chdir'
> > >./context.rb:487:in `compile'
> > >/usr/src/svn/ironruby/Rakefile:270
> > >./context.rb:661:in `instance_eval'
> > >./context.rb:661:in `source_context'
> > >/usr/src/svn/ironruby/Rakefile:269
> > >/usr/lib/ruby/1.8/rake.rb:387:in `call'
> > >/usr/lib/ruby/1.8/rake.rb:387:in `execute'
> > >/usr/lib/ruby/1.8/rake.rb:387:in `each'
> > >/usr/lib/ruby/1.8/rake.rb:387:in `execute'
> > >/usr/lib/ruby/1.8/rake.rb:357:in `invoke'
> > >/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
> > >/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
> > >/usr/lib/ruby/1.8/rake.rb:364:in `invoke_prerequisites'
> > >/usr/lib/ruby/1.8/rake.rb:999:in `each'
> > >/usr/lib/ruby/1.8/rake.rb:999:in `send'
> > >/usr/lib/ruby/1.8/rake.rb:999:in `each'
> > >/usr/lib/ruby/1.8/rake.rb:363:in `invoke_prerequisites'
> > >/usr/lib/ruby/1.8/rake.rb:356:in `invoke'
> > >/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
> > >/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
> > >/usr/lib/ruby/1.8/rake.rb:1906:in `run'
> > >/usr/lib/ruby/1.8/rake.rb:1906:in `each'
> > >/usr/lib/ruby/1.8/rake.rb:1906:in `run'
> > >/usr/bin/rake:4
> > >
> > >
> > >
> > >
> > >_______________________________________________
> > >Ironruby-core mailing list
> > >Ironruby-core at rubyforge.org
> > >http://rubyforge.org/mailman/listinfo/ironruby-core
> > >
> > >
> > >----- End forwarded message -----
> > 



> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080911/258e499f/attachment-0001.bin>

From srivatsn at microsoft.com  Thu Sep 11 14:07:56 2008
From: srivatsn at microsoft.com (Srivatsn Narayanan)
Date: Thu, 11 Sep 2008 11:07:56 -0700
Subject: [Ironruby-core] Assertions running RubySpec
In-Reply-To: <b133304c0809110224y5fe826a7ib852a96e01d94418@mail.gmail.com>
References: <b133304c0809110224y5fe826a7ib852a96e01d94418@mail.gmail.com>
Message-ID: <B0F32F33670C5D47BB6D5D315C32CD6620AA9C867B@NA-EXMSG-C108.redmond.corp.microsoft.com>

You probably have an older version of rubyspec and ironruby-tags. The rakefile asks you to get it from git://github.com/jflam but the latest version is in git://github.com/ironruby. I've seen the jflam version throw asserts with the latest version but the other one shouldn't. It might still fail with an error or two since ironruby-tags hasn't been updated in a while. I'll do that soon.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Wim Vander Schelden
Sent: Thursday, September 11, 2008 2:24 AM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Assertions running RubySpec

I've been trying to run rubyspec (rake test) using the latest revision (r142), and besides the ussual failures, I'm getting several message boxes that pop up with "Assertion failed", followed by a stack trace.

Is this normal?

kind regards,

Wim

--
Wim Vander Schelden
http://fixnum.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080911/13ba1ed5/attachment.html>

From Tomas.Matousek at microsoft.com  Thu Sep 11 21:13:00 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Thu, 11 Sep 2008 18:13:00 -0700
Subject: [Ironruby-core] Code Review: Protocols4
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8A0E614@NA-EXMSG-C112.redmond.corp.microsoft.com>

tfpt review "/shelveset:Protocols4;REDMOND\tomat"

Reviewed by John.

Replaces explicit protocol method calls with [DefaultProtocol] attributes. Updates all methods in String and IO classes and some on other classes.
Temporarily disables some specs due to different exceptions being thrown on invalid parameter values.

Tomas

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Protocols4.diff
Type: application/octet-stream
Size: 259951 bytes
Desc: Protocols4.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080911/a9354c21/attachment-0001.obj>

From cjac at colliertech.org  Fri Sep 12 13:17:56 2008
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Fri, 12 Sep 2008 17:17:56 +0000
Subject: [Ironruby-core] [cjac@colliertech.org: Re: Build box nearly
	ready...]
In-Reply-To: <20080911175244.GM10987@colliertech.org>
References: <20080910211954.GJ10987@colliertech.org>
	<48C8D6F1.4000302@gmail.com>
	<20080911164109.GL10987@colliertech.org>
	<20080911175244.GM10987@colliertech.org>
Message-ID: <20080912171755.GQ10987@colliertech.org>

Seo,

Thanks for offering the mantle of IronRuby/Mono maintainer.  I'd be
happy to do it as a paying gig.  Right now I'm doing it while I wait
for automated builds and compilations to run, so it's not really
something I can commit to; there will be a point soon here where the
next milestone is hit and then I won't have the spare cycles to
devote.  Perhaps after this contract is up I'll offer to do it as a
vendor, but I've got to feed the little ones :)

Marek,

If you need access to the build machine as a repro environment, send
me the pub side of an ssh key and I'll hook you up with an account on
the box.

Cheers,

C.J.

Day changed to 12 Sep 2008
#ironruby
04:20 < sanxiyn> cj: Thank you for all your work. Do you want to be "the" 
                 IronRuby/Mono porter instead of me? :)
04:20 < sanxiyn> I could use some getting-rid-of-responsibility.
04:21 < sanxiyn> cj: Mostly, what you need to do is to answer compilation 
                 questions, mail the list patches, and harass Marek.

#mono
07:08 < sanxiyn> marek: Hello
07:08 < marek> morning
07:09 < sanxiyn> cj seems to work on getting DLR to compile and run on Mono. 
                 Sorry for not helping. :(
07:09 < sanxiyn> Currently all my hacking time goes to Google Chrome and 
                 getting it to build on Linux...
07:10 < marek> yes, he found some issue recently
07:10 < marek> I'll have to look if I can reproduce it myself



On Thu, Sep 11, 2008 at 05:52:44PM +0000, C.J. Adams-Collier wrote:
> Bug filed:
> 
> https://bugzilla.novell.com/show_bug.cgi?id=425601
> 
> On Thu, Sep 11, 2008 at 04:41:10PM +0000, C.J. Adams-Collier wrote:
> > Thanks Marek,
> > 
> > Could we work around this by removing System.Core.dll from the link
> > line for mono?  I'll give it a shot if I get some free time today.
> > 
> > Cheers,
> > 
> > C.J.
> > 
> > On Thu, Sep 11, 2008 at 09:29:37AM +0100, Marek Safar wrote:
> > > Hello C.J.,
> > > >Any idea why it fails in this way?
> > > >  
> > > Yes, I know exactly. But will have to really think what we can do about it.
> > > 
> > > Short explanation is that we do load System.Core.dll even if it not 
> > > requested, which means you will get collisions like this.
> > > 
> > > Marek
> > > 
> > > >
> > > >----- Forwarded message from "C.J. Adams-Collier" <cjac at colliertech.org> 
> > > >-----
> > > >
> > > >From: "C.J. Adams-Collier" <cjac at colliertech.org>
> > > >To: ironruby-core at rubyforge.org, Sanghyeon Seo <sanxiyn at gmail.com>
> > > >X-BeenThere: ironruby-core at rubyforge.org
> > > >X-Mailman-Version: 2.1.11
> > > >Reply-To: ironruby-core at rubyforge.org
> > > >List-Id: <ironruby-core.rubyforge.org>
> > > >List-Unsubscribe: <http://rubyforge.org/mailman/options/ironruby-core>,
> > > >	<mailto:ironruby-core-request at rubyforge.org?subject=unsubscribe>
> > > >List-Archive: <http://rubyforge.org/pipermail/ironruby-core>
> > > >List-Post: <mailto:ironruby-core at rubyforge.org>
> > > >List-Help: <mailto:ironruby-core-request at rubyforge.org?subject=help>
> > > >List-Subscribe: <http://rubyforge.org/mailman/listinfo/ironruby-core>,
> > > >	<mailto:ironruby-core-request at rubyforge.org?subject=subscribe>
> > > >X-SPF-Guess: pass
> > > >X-SA-Exim-Connect-IP: 205.234.109.19
> > > >X-SA-Exim-Mail-From: ironruby-core-bounces at rubyforge.org
> > > >X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on 
> > > >	smtp.colliertech.org
> > > >X-Spam-Level: 
> > > >X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00 
> > > >autolearn=ham version=3.1.7-deb
> > > >Subject: Re: [Ironruby-core] Build box nearly ready...
> > > >X-SA-Exim-Version: 4.2.1 (built Tue, 09 Jan 2007 17:51:29 +0000)
> > > >X-SA-Exim-Scanned: Yes (on smtp.colliertech.org)
> > > >
> > > >Alright... I've applied Seo's most recent patch (minus changes to the
> > > >root Rakefile).  Attached is (failed) the build log.
> > > >
> > > >Cheers,
> > > >
> > > >C.J.
> > > >
> > > >On Wed, Sep 10, 2008 at 05:49:54PM +0000, C.J. Adams-Collier wrote:
> > > >  
> > > >>Well, Seo hasn't logged in since I sent the last email, so perhaps
> > > >>some of you experienced .NET folks can help me figure out what's going
> > > >>on.  The command below is run with the following svn revisions of
> > > >>mono, mcs and ironruby:
> > > >>
> > > >>    mono: 112598
> > > >>     mcs: 112619
> > > >>ironruby: 142
> > > >>
> > > >>cjac at sanxiyn:/usr/src/svn/ironruby$ rake compile mono=1 --trace
> > > >>(in /usr/src/svn/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 clean_build 
> > > >>** Execute compile_dlr
> > > >>rake aborted!
> > > >>cannot resolve path System.dll
> > > >>./context.rb:121:in `resolve_framework_path'
> > > >>./context.rb:120:in `each'
> > > >>./context.rb:120:in `resolve_framework_path'
> > > >>./context.rb:161:in `resolve_framework_path'
> > > >>./context.rb:437:in `resolve_framework_path'
> > > >>./context.rb:452:in `references'
> > > >>./context.rb:450:in `each'
> > > >>./context.rb:450:in `references'
> > > >>./context.rb:489:in `compile'
> > > >>./context.rb:487:in `chdir'
> > > >>./context.rb:487:in `compile'
> > > >>/usr/src/svn/ironruby/Rakefile:270
> > > >>./context.rb:659:in `instance_eval'
> > > >>./context.rb:659:in `source_context'
> > > >>/usr/src/svn/ironruby/Rakefile:269
> > > >>/usr/lib/ruby/1.8/rake.rb:387:in `call'
> > > >>/usr/lib/ruby/1.8/rake.rb:387:in `execute'
> > > >>/usr/lib/ruby/1.8/rake.rb:387:in `each'
> > > >>/usr/lib/ruby/1.8/rake.rb:387:in `execute'
> > > >>/usr/lib/ruby/1.8/rake.rb:357:in `invoke'
> > > >>/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
> > > >>/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
> > > >>/usr/lib/ruby/1.8/rake.rb:364:in `invoke_prerequisites'
> > > >>/usr/lib/ruby/1.8/rake.rb:999:in `each'
> > > >>/usr/lib/ruby/1.8/rake.rb:999:in `send'
> > > >>/usr/lib/ruby/1.8/rake.rb:999:in `each'
> > > >>/usr/lib/ruby/1.8/rake.rb:363:in `invoke_prerequisites'
> > > >>/usr/lib/ruby/1.8/rake.rb:356:in `invoke'
> > > >>/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
> > > >>/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
> > > >>/usr/lib/ruby/1.8/rake.rb:1906:in `run'
> > > >>/usr/lib/ruby/1.8/rake.rb:1906:in `each'
> > > >>/usr/lib/ruby/1.8/rake.rb:1906:in `run'
> > > >>/usr/bin/rake:4
> > > >>
> > > >>On Tue, Sep 09, 2008 at 10:41:15PM +0000, C.J. Adams-Collier wrote:
> > > >>    
> > > >>>Seo,
> > > >>>
> > > >>>Oh, please help me.  I've got all the deps installed.  Now I'm at the
> > > >>>point where it doesn't build and you usually build a patch to make it
> > > >>>work.  Could you take it from here?
> > > >>>
> > > >>>:)
> > > >>>
> > > >>>Cheers,
> > > >>>
> > > >>>C.J.
> > > >>>      
> > > >>
> > > >>    
> > > >>>_______________________________________________
> > > >>>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
> > > >>    
> > > >
> > > >
> > > >(in /usr/src/svn/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 clean_build 
> > > >** Execute compile_dlr
> > > >./utils/extension.cs(21,25): warning CS1685: The type 
> > > >`System.Runtime.CompilerServices.ExtensionAttribute' conflicts with the 
> > > >predefined type `System.Runtime.CompilerServices.ExtensionAttribute' and 
> > > >will be ignored
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/LambdaExpression.cs(34,37): warning CS0436: The type 
> > > >`System.Linq.Expressions.Expression' conflicts with the imported type 
> > > >`System.Linq.Expressions.Expression'. Ignoring the imported type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/BinaryExpression.cs(180,26): (Location of the symbol related to 
> > > >previous warning)
> > > >./ast/LambdaExpression.cs(127,49): warning CS0436: The type 
> > > >`System.Linq.Expressions.LambdaExpression' conflicts with the imported 
> > > >type `System.Linq.Expressions.LambdaExpression'. Ignoring the imported 
> > > >type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/LambdaExpression.cs(34,18): (Location of the symbol related to 
> > > >previous warning)
> > > >./ast/LambdaExpression.cs(127,25): warning CS1685: The type 
> > > >`System.Linq.Expressions.Expression<TDelegate>' conflicts with the 
> > > >predefined type `System.Linq.Expressions.Expression<TDelegate>' and will 
> > > >be ignored
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/memberassignment.cs(23,44): warning CS0436: The type 
> > > >`System.Linq.Expressions.MemberBinding' conflicts with the imported type 
> > > >`System.Linq.Expressions.MemberBinding'. Ignoring the imported type 
> > > >definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/MemberBinding.cs(28,27): (Location of the symbol related to previous 
> > > >warning)
> > > >./utils/StrongBox.cs(18,40): warning CS0436: The type 
> > > >`System.Runtime.CompilerServices.IStrongBox' conflicts with the imported 
> > > >type `System.Runtime.CompilerServices.IStrongBox'. Ignoring the imported 
> > > >type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./utils/StrongBox.cs(51,22): (Location of the symbol related to previous 
> > > >warning)
> > > >./utils/Action.cs(19,26): warning CS0436: The type `System.Action<T1,T2>' 
> > > >conflicts with the imported type `System.Action<T1,T2>'. Ignoring the 
> > > >imported type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./utils/Action.cs(19,26): (Location of the symbol related to previous 
> > > >warning)
> > > >./utils/Action.cs(21,26): warning CS0436: The type 
> > > >`System.Action<T1,T2,T3>' conflicts with the imported type 
> > > >`System.Action<T1,T2,T3>'. Ignoring the imported type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./utils/Action.cs(21,26): (Location of the symbol related to previous 
> > > >warning)
> > > >./utils/Action.cs(23,26): warning CS0436: The type 
> > > >`System.Action<T1,T2,T3,T4>' conflicts with the imported type 
> > > >`System.Action<T1,T2,T3,T4>'. Ignoring the imported type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./utils/Action.cs(23,26): (Location of the symbol related to previous 
> > > >warning)
> > > >./utils/Function.cs(17,29): warning CS0436: The type 
> > > >`System.Func<TResult>' conflicts with the imported type 
> > > >`System.Func<TResult>'. Ignoring the imported type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./utils/Function.cs(17,29): (Location of the symbol related to previous 
> > > >warning)
> > > >./utils/Function.cs(18,29): warning CS0436: The type 
> > > >`System.Func<T,TResult>' conflicts with the imported type 
> > > >`System.Func<T,TResult>'. Ignoring the imported type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./utils/Function.cs(18,29): (Location of the symbol related to previous 
> > > >warning)
> > > >./utils/Function.cs(20,29): warning CS0436: The type 
> > > >`System.Func<T1,T2,TResult>' conflicts with the imported type 
> > > >`System.Func<T1,T2,TResult>'. Ignoring the imported type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./utils/Function.cs(20,29): (Location of the symbol related to previous 
> > > >warning)
> > > >./utils/Function.cs(22,29): warning CS0436: The type 
> > > >`System.Func<T1,T2,T3,TResult>' conflicts with the imported type 
> > > >`System.Func<T1,T2,T3,TResult>'. Ignoring the imported type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./utils/Function.cs(22,29): (Location of the symbol related to previous 
> > > >warning)
> > > >./utils/Function.cs(24,29): warning CS0436: The type 
> > > >`System.Func<T1,T2,T3,T4,TResult>' conflicts with the imported type 
> > > >`System.Func<T1,T2,T3,T4,TResult>'. Ignoring the imported type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./utils/Function.cs(24,29): (Location of the symbol related to previous 
> > > >warning)
> > > >./ast/Expression.cs(38,26): warning CS0436: The type 
> > > >`System.Linq.Expressions.ExpressionType' conflicts with the imported type 
> > > >`System.Linq.Expressions.ExpressionType'. Ignoring the imported type 
> > > >definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/expressiontype.cs(18,17): (Location of the symbol related to 
> > > >previous warning)
> > > >./ast/BinaryExpression.cs(183,24): warning CS0436: The type 
> > > >`System.Linq.Expressions.BinaryExpression' conflicts with the imported 
> > > >type `System.Linq.Expressions.BinaryExpression'. Ignoring the imported 
> > > >type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/BinaryExpression.cs(28,25): (Location of the symbol related to 
> > > >previous warning)
> > > >./ast/ConditionalExpression.cs(59,23): warning CS0436: The type 
> > > >`System.Linq.Expressions.ConditionalExpression' conflicts with the 
> > > >imported type `System.Linq.Expressions.ConditionalExpression'. Ignoring 
> > > >the imported type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/ConditionalExpression.cs(21,25): (Location of the symbol related to 
> > > >previous warning)
> > > >./ast/ConstantExpression.cs(60,23): warning CS0436: The type 
> > > >`System.Linq.Expressions.ConstantExpression' conflicts with the imported 
> > > >type `System.Linq.Expressions.ConstantExpression'. Ignoring the imported 
> > > >type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/ConstantExpression.cs(22,25): (Location of the symbol related to 
> > > >previous warning)
> > > >./ast/ConstantExpression.cs(120,23): warning CS0436: The type 
> > > >`System.Linq.Expressions.MemberExpression' conflicts with the imported 
> > > >type `System.Linq.Expressions.MemberExpression'. Ignoring the imported 
> > > >type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/MemberExpression.cs(28,25): (Location of the symbol related to 
> > > >previous warning)
> > > >./ast/LambdaExpression.cs(156,36): warning CS0436: The type 
> > > >`System.Linq.Expressions.ParameterExpression' conflicts with the imported 
> > > >type `System.Linq.Expressions.ParameterExpression'. Ignoring the imported 
> > > >type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/ParameterExpression.cs(21,25): (Location of the symbol related to 
> > > >previous warning)
> > > >./ast/MethodCallExpression.cs(92,23): warning CS0436: The type 
> > > >`System.Linq.Expressions.MethodCallExpression' conflicts with the imported 
> > > >type `System.Linq.Expressions.MethodCallExpression'. Ignoring the imported 
> > > >type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/MethodCallExpression.cs(27,25): (Location of the symbol related to 
> > > >previous warning)
> > > >./ast/NewArrayExpression.cs(76,23): warning CS0436: The type 
> > > >`System.Linq.Expressions.NewArrayExpression' conflicts with the imported 
> > > >type `System.Linq.Expressions.NewArrayExpression'. Ignoring the imported 
> > > >type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/NewArrayExpression.cs(23,25): (Location of the symbol related to 
> > > >previous warning)
> > > >./ast/NewExpression.cs(77,23): warning CS0436: The type 
> > > >`System.Linq.Expressions.NewExpression' conflicts with the imported type 
> > > >`System.Linq.Expressions.NewExpression'. Ignoring the imported type 
> > > >definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/NewExpression.cs(25,25): (Location of the symbol related to previous 
> > > >warning)
> > > >./ast/TypeBinaryExpression.cs(56,23): warning CS0436: The type 
> > > >`System.Linq.Expressions.TypeBinaryExpression' conflicts with the imported 
> > > >type `System.Linq.Expressions.TypeBinaryExpression'. Ignoring the imported 
> > > >type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/TypeBinaryExpression.cs(22,25): (Location of the symbol related to 
> > > >previous warning)
> > > >./ast/UnaryExpression.cs(108,23): warning CS0436: The type 
> > > >`System.Linq.Expressions.UnaryExpression' conflicts with the imported type 
> > > >`System.Linq.Expressions.UnaryExpression'. Ignoring the imported type 
> > > >definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/UnaryExpression.cs(24,25): (Location of the symbol related to 
> > > >previous warning)
> > > >./ast/elementinit.cs(63,23): warning CS0436: The type 
> > > >`System.Linq.Expressions.ElementInit' conflicts with the imported type 
> > > >`System.Linq.Expressions.ElementInit'. Ignoring the imported type 
> > > >definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/elementinit.cs(25,25): (Location of the symbol related to previous 
> > > >warning)
> > > >./ast/invocationexpression.cs(63,23): warning CS0436: The type 
> > > >`System.Linq.Expressions.InvocationExpression' conflicts with the imported 
> > > >type `System.Linq.Expressions.InvocationExpression'. Ignoring the imported 
> > > >type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/invocationexpression.cs(25,25): (Location of the symbol related to 
> > > >previous warning)
> > > >./ast/listinitexpression.cs(55,23): warning CS0436: The type 
> > > >`System.Linq.Expressions.ListInitExpression' conflicts with the imported 
> > > >type `System.Linq.Expressions.ListInitExpression'. Ignoring the imported 
> > > >type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/listinitexpression.cs(25,25): (Location of the symbol related to 
> > > >previous warning)
> > > >./ast/memberassignment.cs(44,23): warning CS0436: The type 
> > > >`System.Linq.Expressions.MemberAssignment' conflicts with the imported 
> > > >type `System.Linq.Expressions.MemberAssignment'. Ignoring the imported 
> > > >type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/memberassignment.cs(23,25): (Location of the symbol related to 
> > > >previous warning)
> > > >./ast/memberinitexpression.cs(60,23): warning CS0436: The type 
> > > >`System.Linq.Expressions.MemberInitExpression' conflicts with the imported 
> > > >type `System.Linq.Expressions.MemberInitExpression'. Ignoring the imported 
> > > >type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/memberinitexpression.cs(24,25): (Location of the symbol related to 
> > > >previous warning)
> > > >./ast/memberlistbinding.cs(51,23): warning CS0436: The type 
> > > >`System.Linq.Expressions.MemberListBinding' conflicts with the imported 
> > > >type `System.Linq.Expressions.MemberListBinding'. Ignoring the imported 
> > > >type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/memberlistbinding.cs(26,25): (Location of the symbol related to 
> > > >previous warning)
> > > >./ast/membermemberbinding.cs(50,23): warning CS0436: The type 
> > > >`System.Linq.Expressions.MemberMemberBinding' conflicts with the imported 
> > > >type `System.Linq.Expressions.MemberMemberBinding'. Ignoring the imported 
> > > >type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/membermemberbinding.cs(25,25): (Location of the symbol related to 
> > > >previous warning)
> > > >./actions/callsite.cs(296,51): warning CS0436: The type 
> > > >`System.Runtime.CompilerServices.StrongBox<T>' conflicts with the imported 
> > > >type `System.Runtime.CompilerServices.StrongBox<T>'. Ignoring the imported 
> > > >type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./utils/StrongBox.cs(18,25): (Location of the symbol related to previous 
> > > >warning)
> > > >./ast/MemberBinding.cs(29,9): warning CS0436: The type 
> > > >`System.Linq.Expressions.MemberBindingType' conflicts with the imported 
> > > >type `System.Linq.Expressions.MemberBindingType'. Ignoring the imported 
> > > >type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/MemberBinding.cs(21,17): (Location of the symbol related to previous 
> > > >warning)
> > > >./utils/extension.cs(21,25): warning CS3005: Identifier 
> > > >`System.Runtime.CompilerServices.ExtensionAttribute' differing only in 
> > > >case is not CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/BinaryExpression.cs(180,26): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.Expression' differing only in case is not 
> > > >CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/LambdaExpression.cs(178,20): error CS0122: 
> > > >`System.Linq.Expressions.Expression<TDelegate>.Expression(System.Linq.Expressions.Expression, System.Collections.ObjectModel.ReadOnlyCollection<System.Linq.Expressions.ParameterExpression>)' is inaccessible due to its protection level
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous error)
> > > >./ast/LambdaExpression.cs(178,20): error CS1729: The type 
> > > >`System.Linq.Expressions.Expression<TDelegate>' does not contain a 
> > > >constructor that takes `5' arguments
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous error)
> > > >./ast/LambdaExpression.cs(313,20): error CS0122: 
> > > >`System.Linq.Expressions.Expression<TDelegate>.Expression(System.Linq.Expressions.Expression, System.Collections.ObjectModel.ReadOnlyCollection<System.Linq.Expressions.ParameterExpression>)' is inaccessible due to its protection level
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous error)
> > > >./ast/LambdaExpression.cs(313,20): error CS1729: The type 
> > > >`System.Linq.Expressions.Expression<TDelegate>' does not contain a 
> > > >constructor that takes `5' arguments
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous error)
> > > >./ast/LambdaExpression.cs(371,41): warning CS0436: The type 
> > > >`System.Action' conflicts with the imported type `System.Action'. Ignoring 
> > > >the imported type definition
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./utils/Action.cs(17,26): (Location of the symbol related to previous 
> > > >warning)
> > > >./ast/MethodCallExpression.cs(167,18): warning CS0219: The variable 
> > > >`invoke' is assigned but its value is never used
> > > >./ast/LambdaExpression.cs(34,18): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.LambdaExpression' differing only in case is not 
> > > >CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/LambdaExpression.cs(127,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.Expression<TDelegate>' differing only in case is 
> > > >not CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/BinaryExpression.cs(28,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.BinaryExpression' differing only in case is not 
> > > >CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/ConditionalExpression.cs(21,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.ConditionalExpression' differing only in case is 
> > > >not CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/ConstantExpression.cs(22,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.ConstantExpression' differing only in case is not 
> > > >CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/MemberBinding.cs(21,17): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.MemberBindingType' differing only in case is not 
> > > >CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/MemberBinding.cs(28,27): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.MemberBinding' differing only in case is not 
> > > >CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/MemberExpression.cs(28,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.MemberExpression' differing only in case is not 
> > > >CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/MethodCallExpression.cs(27,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.MethodCallExpression' differing only in case is 
> > > >not CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/NewArrayExpression.cs(23,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.NewArrayExpression' differing only in case is not 
> > > >CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/NewExpression.cs(25,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.NewExpression' differing only in case is not 
> > > >CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/ParameterExpression.cs(21,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.ParameterExpression' differing only in case is 
> > > >not CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/TypeBinaryExpression.cs(22,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.TypeBinaryExpression' differing only in case is 
> > > >not CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/UnaryExpression.cs(24,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.UnaryExpression' differing only in case is not 
> > > >CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/elementinit.cs(25,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.ElementInit' differing only in case is not 
> > > >CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/expressiontype.cs(18,17): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.ExpressionType' differing only in case is not 
> > > >CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/invocationexpression.cs(25,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.InvocationExpression' differing only in case is 
> > > >not CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/listinitexpression.cs(25,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.ListInitExpression' differing only in case is not 
> > > >CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/memberassignment.cs(23,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.MemberAssignment' differing only in case is not 
> > > >CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/memberinitexpression.cs(24,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.MemberInitExpression' differing only in case is 
> > > >not CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/memberlistbinding.cs(26,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.MemberListBinding' differing only in case is not 
> > > >CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./ast/membermemberbinding.cs(25,25): warning CS3005: Identifier 
> > > >`System.Linq.Expressions.MemberMemberBinding' differing only in case is 
> > > >not CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./utils/StrongBox.cs(51,22): warning CS3005: Identifier 
> > > >`System.Runtime.CompilerServices.IStrongBox' differing only in case is not 
> > > >CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >./utils/StrongBox.cs(18,25): warning CS3005: Identifier 
> > > >`System.Runtime.CompilerServices.StrongBox<T>' differing only in case is 
> > > >not CLS-compliant
> > > >/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous warning)
> > > >Compilation failed: 4 error(s), 62 warnings
> > > >rake aborted!
> > > >Command failed with status (1): [gmcs 
> > > >/out:"/usr/src/svn/ironruby/build/mon...]
> > > >/usr/lib/ruby/1.8/rake.rb:722:in `sh'
> > > >/usr/lib/ruby/1.8/rake.rb:729:in `call'
> > > >/usr/lib/ruby/1.8/rake.rb:729:in `sh'
> > > >/usr/lib/ruby/1.8/rake.rb:812:in `sh'
> > > >./context.rb:214:in `exec'
> > > >./context.rb:503:in `compile'
> > > >./context.rb:487:in `chdir'
> > > >./context.rb:487:in `compile'
> > > >/usr/src/svn/ironruby/Rakefile:270
> > > >./context.rb:661:in `instance_eval'
> > > >./context.rb:661:in `source_context'
> > > >/usr/src/svn/ironruby/Rakefile:269
> > > >/usr/lib/ruby/1.8/rake.rb:387:in `call'
> > > >/usr/lib/ruby/1.8/rake.rb:387:in `execute'
> > > >/usr/lib/ruby/1.8/rake.rb:387:in `each'
> > > >/usr/lib/ruby/1.8/rake.rb:387:in `execute'
> > > >/usr/lib/ruby/1.8/rake.rb:357:in `invoke'
> > > >/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
> > > >/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
> > > >/usr/lib/ruby/1.8/rake.rb:364:in `invoke_prerequisites'
> > > >/usr/lib/ruby/1.8/rake.rb:999:in `each'
> > > >/usr/lib/ruby/1.8/rake.rb:999:in `send'
> > > >/usr/lib/ruby/1.8/rake.rb:999:in `each'
> > > >/usr/lib/ruby/1.8/rake.rb:363:in `invoke_prerequisites'
> > > >/usr/lib/ruby/1.8/rake.rb:356:in `invoke'
> > > >/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
> > > >/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
> > > >/usr/lib/ruby/1.8/rake.rb:1906:in `run'
> > > >/usr/lib/ruby/1.8/rake.rb:1906:in `each'
> > > >/usr/lib/ruby/1.8/rake.rb:1906:in `run'
> > > >/usr/bin/rake:4
> > > >
> > > >
> > > >
> > > >
> > > >_______________________________________________
> > > >Ironruby-core mailing list
> > > >Ironruby-core at rubyforge.org
> > > >http://rubyforge.org/mailman/listinfo/ironruby-core
> > > >
> > > >
> > > >----- End forwarded message -----
> > > 
> 
> 
> 
> > _______________________________________________
> > 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 --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080912/814b64d7/attachment-0001.bin>

From wim at fixnum.org  Fri Sep 12 18:50:04 2008
From: wim at fixnum.org (Wim Vander Schelden)
Date: Sat, 13 Sep 2008 00:50:04 +0200
Subject: [Ironruby-core] Assertions running RubySpec
In-Reply-To: <B0F32F33670C5D47BB6D5D315C32CD6620AA9C867B@NA-EXMSG-C108.redmond.corp.microsoft.com>
References: <b133304c0809110224y5fe826a7ib852a96e01d94418@mail.gmail.com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AA9C867B@NA-EXMSG-C108.redmond.corp.microsoft.com>
Message-ID: <b133304c0809121550vec06f75qbb45a789eb841349@mail.gmail.com>

Aha, I'll try it again with these versions, thanks!

On Thu, Sep 11, 2008 at 8:07 PM, Srivatsn Narayanan
<srivatsn at microsoft.com>wrote:

>  You probably have an older version of rubyspec and ironruby-tags. The
> rakefile asks you to get it from git://github.com/jflam but the latest
> version is in git://github.com/ironruby. I've seen the jflam version throw
> asserts with the latest version but the other one shouldn't. It might still
> fail with an error or two since ironruby-tags hasn't been updated in a
> while. I'll do that soon.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Wim Vander Schelden
> *Sent:* Thursday, September 11, 2008 2:24 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* [Ironruby-core] Assertions running RubySpec
>
>
>
> I've been trying to run rubyspec (rake test) using the latest revision
> (r142), and besides the ussual failures, I'm getting several message boxes
> that pop up with "Assertion failed", followed by a stack trace.
>
> Is this normal?
>
> kind regards,
>
> Wim
>
> --
> Wim Vander Schelden
> http://fixnum.org
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>


-- 
Wim Vander Schelden
http://fixnum.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080913/f2b33843/attachment.html>

From olegtk at microsoft.com  Sat Sep 13 02:10:12 2008
From: olegtk at microsoft.com (Oleg Tkachenko)
Date: Fri, 12 Sep 2008 23:10:12 -0700
Subject: [Ironruby-core] Code Review: YamlRails
Message-ID: <A5DE25409C1E51458D103EDB73EA953A72654D969B@NA-EXMSG-C104.redmond.corp.microsoft.com>

tfpt review "/shelveset:YamlRails;REDMOND\olegtk"
Comment  :
  Adds missing functionality used by Rails:
  - yaml_as method, which is basically a declarative alias to tag_class().
  - quick_emit method, which allows to emit yaml nodes.

--
Oleg


-------------- next part --------------
A non-text attachment was scrubbed...
Name: YamlRails.diff
Type: application/octet-stream
Size: 12645 bytes
Desc: YamlRails.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080912/62169a73/attachment.obj>

From lists at ruby-forum.com  Sun Sep 14 02:33:36 2008
From: lists at ruby-forum.com (Post-no-reply Tudbc)
Date: Sun, 14 Sep 2008 08:33:36 +0200
Subject: [Ironruby-core] A new database access framework for any Ruby (Iron
	or J)
Message-ID: <7e5321a2a26b9b5f044429d440ce26a5@ruby-forum.com>

I would like to introduce my new exciting research in TUDBC (Truly
Unified Database Connectivity) to you, which brings both high
performance and high productivity to database access. Currently, it
supports

* Several programming languages with the same unified coding style,
including

1. C# (also other .NET compliant languages, such as VB.NET and J#).
2. Java.
3. PHP (including three flavors: original PHP, Phalanger with ADO.NET
and Quercus with JDBC).
4. Ruby (including three flavors: original Ruby, IronRuby with ADO.NET,
and JRuby with JDBC).
There is plan to expand to other programming languages, including C,
C++, Perl, Python, etc.

* All major DBMSes: Access, DB2, Derby, MySQL, Oracle, SQL Server, plus
text CSV and Excel spreadsheets.

Even though TUDBC works for multiple platforms, the performance is not
sacrificed because it is using a new paradigm and caching technique.
Performance comparison shows that it is close-to-the-best and the best
in various settings.

On the website (http://www.tudbc.org), you will find interactive live
demos and source codes for all languages. There are also videos of demos
and tutorials, including one that shows you how you can use TUDBC to
create a simple web application in 2 minutes.

Please share this great news with your friends and colleagues.

Thanks!

TUDBC
http://www.tudbc.org
-- 
Posted via http://www.ruby-forum.com/.

From curth at microsoft.com  Mon Sep 15 12:03:20 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Mon, 15 Sep 2008 09:03:20 -0700
Subject: [Ironruby-core] Code Review: YamlRails
In-Reply-To: <A5DE25409C1E51458D103EDB73EA953A72654D969B@NA-EXMSG-C104.redmond.corp.microsoft.com>
References: <A5DE25409C1E51458D103EDB73EA953A72654D969B@NA-EXMSG-C104.redmond.corp.microsoft.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F65B017E@NA-EXMSG-C118.redmond.corp.microsoft.com>

Looks good.  Did you confirm that a return from the block passed to quick_emit does not get passed back to the caller?

-----Original Message-----
From: Oleg Tkachenko
Sent: Freitag, 12. September 2008 23:10
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: YamlRails

tfpt review "/shelveset:YamlRails;REDMOND\olegtk"
Comment  :
  Adds missing functionality used by Rails:
  - yaml_as method, which is basically a declarative alias to tag_class().
  - quick_emit method, which allows to emit yaml nodes.

--
Oleg



From cjac at colliertech.org  Mon Sep 15 12:51:45 2008
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Mon, 15 Sep 2008 16:51:45 +0000
Subject: [Ironruby-core] New build errors on Mono
Message-ID: <20080915165145.GA10987@colliertech.org>

Hey all,

Marek fixed the last build problem (Thanks Marek!).

Now we get a new one.

./Runtime/RubyExecutionContext.cs(1399,41): error CS0826: The type of
an implicitly typed array cannot be inferred from the initializer. Try
specifying array type explicitly
Compilation failed: 1 error(s), 7 warnings

Details in attached log.  Sounds like something else I need to throw
to Marek.  What do you folks think?

cjac at sanxiyn:~$ svn info /usr/src/svn/mono/  /usr/src/svn/mono/mcs
/usr/src/svn/ironruby/ | grep -e '^URL' -e '^Revision'
URL: svn://anonsvn.mono-project.com/source/trunk/mono
Revision: 113037
URL: svn://anonsvn.mono-project.com/source/trunk/mcs
Revision: 113037
URL: svn://rubyforge.org/var/svn/ironruby/trunk
Revision: 144


Cheers,

C.J.
-------------- next part --------------
cjac at sanxiyn:/usr/src/svn/ironruby$ rake compile mono=1 --trace
(in /usr/src/svn/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 clean_build
** Execute compile_dlr
./ast/MethodCallExpression.cs(167,18): warning CS0219: The variable `invoke' is assigned but its value is never used
./actions/GetMemberAction.cs(44,43): warning CS3006: Overloaded method `System.Scripting.Actions.GetMemberAction.Bind(params System.Scripting.Actions.MetaObject[])' differing only in ref or out, or in array rank, is not CLS-compliant
./actions/metaaction.cs(159,36): (Location of the symbol related to previous warning)
./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 CS0219: The variable `narrowingLevel' is assigned but its value is 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
./ast/Expression.cs(185,24): warning CS0169: The private property `System.Linq.Expressions.Expression.Dump' is never used
./actions/callsite.cs(326,29): warning CS0169: The private method `System.Scripting.Actions.CallSite<T>.ClearRuleCache()' is never used
./actions/rule.cs(123,24): warning CS0169: The private property `System.Scripting.Actions.Rule<T>.Dump' is never used
./com/ExcepInfo.cs(37,24): warning CS0414: The private field `System.Scripting.Com.ExcepInfo.pvReserved' is assigned but its value is never used
./com/ExcepInfo.cs(38,24): warning CS0414: The private field `System.Scripting.Com.ExcepInfo.pfnDeferredFillIn' is assigned but its value is never used
./com/IDispatchComObject.cs(144,20): warning CS0169: The private method `System.Scripting.Com.IDispatchComObject.Invoke(System.Scripting.Com.IDispatch, int, out object)' is never used
./com/Variant.cs(150,21): warning CS0169: The private method `System.Scripting.Com.Variant.Dummy()' is never used
./com/Variant.cs(70,28): warning CS0169: The private field `System.Scripting.Com.Variant.Record._record' is never used
./com/Variant.cs(71,28): warning CS0169: The private field `System.Scripting.Com.Variant.Record._recordInfo' is never used
Compilation succeeded - 22 warning(s)
Read in 17 resources from '/usr/src/svn/ironruby/src/microsoft.scripting/math/MathResources.resx'
Writing resource file...  Done.
./tuple.cs(251,21): warning CS0219: The variable `argCnt' is assigned but its value is never used
./actions/combobinder.cs(42,36): warning CS3006: Overloaded method `Microsoft.Scripting.Actions.ComboBinder.Bind(params System.Scripting.Actions.MetaObject[])' differing only in ref or out, or in array rank, is not CLS-compliant
/usr/src/svn/ironruby/build/mono_debug/Microsoft.Scripting.Core.dll (Location of the symbol related to previous warning)
./actions/defaultbinder.conversions.cs(36,18): warning CS0219: The variable `knownType' is assigned but its value is never used
./actions/defaultbinder.getmember.cs(145,26): warning CS0219: The variable `x' is assigned but its value is never used
./actions/defaultbinder.invoke.cs(241,24): warning CS0219: The variable `instance' is assigned but its value is never used
./generation/ilgen.cs(1176,18): warning CS0219: The variable `isFromFloatingPoint' is assigned but its value is never used
./math/BigInteger.cs(364,13): warning CS0642: Possible mistaken empty statement
./actions/getmemberbinderhelper.cs(128,22): warning CS0169: The private method `Microsoft.Scripting.Actions.GetMemberBinderHelper<T>.MakeGenericBody(System.Type, Microsoft.Scripting.Actions.MemberGroup, System.Linq.Expressions.Expression)' is never used
./actions/getmemberbinderhelper.cs(189,30): warning CS0169: The private method `Microsoft.Scripting.Actions.GetMemberBinderHelper<T>.GetCallableMethods(Microsoft.Scripting.Actions.MemberGroup)' is never used
./actions/getmemberbinderhelper.cs(200,22): warning CS0169: The private method `Microsoft.Scripting.Actions.GetMemberBinderHelper<T>.MakeIncorrectArgumentCountError()' is never used
./actions/getmemberbinderhelper.cs(208,22): warning CS0169: The private method `Microsoft.Scripting.Actions.GetMemberBinderHelper<T>.MakeGenericPropertyError()' is never used
./actions/namespacetracker.cs(162,22): warning CS0169: The private method `Microsoft.Scripting.Actions.NamespaceTracker.LoadAllTypes()' is never used
./actions/calls/ByRefReturnBuilder.cs(60,31): warning CS0169: The private method `Microsoft.Scripting.Actions.Calls.ByRefReturnBuilder.GetValue(object[], object, int)' is never used
./actions/calls/MethodBinder.cs(528,22): warning CS0169: The private method `Microsoft.Scripting.Actions.Calls.MethodBinder.GetMinAndMaxArgs(out int, out int)' is never used
./ast/lambdabuilder.cs(614,28): warning CS0169: The private method `Microsoft.Scripting.Ast.LambdaBuilder.ToArray<T>(System.Collections.Generic.List<T>)' is never used
./interpretation/Interpreter.cs(517,31): warning CS0169: The private method `Microsoft.Scripting.Interpretation.Interpreter.EvalCoalesce(object, object)' is never used
./runtime/languagecontext.cs(437,26): warning CS0169: The private method `Microsoft.Scripting.Runtime.LanguageContext.GetArg<T>(object[], int, bool)' is never used
Compilation succeeded - 17 warning(s)
** Invoke compile_ruby (first_time)
** Invoke compile_dlr
** Execute compile_ruby
./Compiler/AST/Expressions/WhileLoopExpression.cs(81,28): warning CS0219: The variable `clearRedoStmt' is assigned but its value is never used
./Compiler/AST/Expressions/YieldCall.cs(41,28): warning CS0219: The variable `evalUnwinder' is assigned but its value is never used
./Compiler/Generation/overriddenmembers.cs(181,22): warning CS0219: The variable `declType' is assigned but its value is never used
./Runtime/Converter.cs(502,17): warning CS0219: The variable `rank' is assigned but its value is never used
./Runtime/RubyExceptionData.cs(229,25): warning CS0219: The variable `dict' is assigned but its value is never used
./Runtime/RubyExceptionData.cs(273,25): warning CS0219: The variable `dict' is assigned but its value is never used
./Runtime/RubyExceptions.cs(149,34): warning CS0219: The variable `ec' is assigned but its value is never used
./Runtime/RubyExecutionContext.cs(1399,41): error CS0826: The type of an implicitly typed array cannot be inferred from the initializer. Try specifying array type explicitly
Compilation failed: 1 error(s), 7 warnings
rake aborted!
Command failed with status (1): [gmcs /out:"/usr/src/svn/ironruby/build/mon...]
/usr/lib/ruby/1.8/rake.rb:722:in `sh'
/usr/lib/ruby/1.8/rake.rb:729:in `call'
/usr/lib/ruby/1.8/rake.rb:729:in `sh'
/usr/lib/ruby/1.8/rake.rb:812:in `sh'
./context.rb:214:in `exec'
./context.rb:503:in `compile'
./context.rb:487:in `chdir'
./context.rb:487:in `compile'
/usr/src/svn/ironruby/Rakefile:286
./context.rb:661:in `instance_eval'
./context.rb:661:in `source_context'
/usr/src/svn/ironruby/Rakefile:285
/usr/lib/ruby/1.8/rake.rb:387:in `call'
/usr/lib/ruby/1.8/rake.rb:387:in `execute'
/usr/lib/ruby/1.8/rake.rb:387:in `each'
/usr/lib/ruby/1.8/rake.rb:387:in `execute'
/usr/lib/ruby/1.8/rake.rb:357:in `invoke'
/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
/usr/lib/ruby/1.8/rake.rb:364:in `invoke_prerequisites'
/usr/lib/ruby/1.8/rake.rb:999:in `each'
/usr/lib/ruby/1.8/rake.rb:999:in `send'
/usr/lib/ruby/1.8/rake.rb:999:in `each'
/usr/lib/ruby/1.8/rake.rb:363:in `invoke_prerequisites'
/usr/lib/ruby/1.8/rake.rb:356:in `invoke'
/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
/usr/lib/ruby/1.8/rake.rb:1906:in `run'
/usr/lib/ruby/1.8/rake.rb:1906:in `each'
/usr/lib/ruby/1.8/rake.rb:1906:in `run'
/usr/bin/rake:4
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080915/b8ea25e5/attachment.bin>

From jb at nurv.fr  Mon Sep 15 12:55:51 2008
From: jb at nurv.fr (Jb Evain)
Date: Mon, 15 Sep 2008 18:55:51 +0200
Subject: [Ironruby-core] New build errors on Mono
In-Reply-To: <20080915165145.GA10987@colliertech.org>
References: <20080915165145.GA10987@colliertech.org>
Message-ID: <69f7d8470809150955u1a84929fkc7ca213f6af0ca8c@mail.gmail.com>

Hey,

On 9/15/08, C.J. Adams-Collier <cjac at colliertech.org> wrote:
>  Details in attached log.  Sounds like something else I need to throw
>  to Marek.  What do you folks think?

Best way to get it fixed is to file a bug with a small repro.

Thanks,

-- 
Jb Evain  <jb at nurv.fr>

From curth at microsoft.com  Mon Sep 15 12:58:31 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Mon, 15 Sep 2008 09:58:31 -0700
Subject: [Ironruby-core] New build errors on Mono
In-Reply-To: <20080915165145.GA10987@colliertech.org>
References: <20080915165145.GA10987@colliertech.org>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F65B027F@NA-EXMSG-C118.redmond.corp.microsoft.com>

_traceListener.Call(new[] {
    MutableString.Create("call"),              // event
    fileName,                                  // file
    RuntimeHelpers.Int32ToObject(lineNumber),  // line
    scope.Method.DefinitionName,               // TODO: alias
    new Binding(scope),                        // binding
    module.IsSingletonClass ? ((RubyClass)module).SingletonClassOf : module // module
});

I suspect that the Mono compiler is choking on the mix of reference types with one value type in the array -- the compiler will need to box DefinitionName to put it into an object[] array.  That should help you devise a repro.

I imagine you could force this to build by manually casting DefinitionName to an object.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of C.J. Adams-Collier
Sent: Montag, 15. September 2008 09:52
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] New build errors on Mono

Hey all,

Marek fixed the last build problem (Thanks Marek!).

Now we get a new one.

./Runtime/RubyExecutionContext.cs(1399,41): error CS0826: The type of an implicitly typed array cannot be inferred from the initializer. Try specifying array type explicitly Compilation failed: 1 error(s), 7 warnings

Details in attached log.  Sounds like something else I need to throw to Marek.  What do you folks think?

cjac at sanxiyn:~$ svn info /usr/src/svn/mono/  /usr/src/svn/mono/mcs /usr/src/svn/ironruby/ | grep -e '^URL' -e '^Revision'
URL: svn://anonsvn.mono-project.com/source/trunk/mono
Revision: 113037
URL: svn://anonsvn.mono-project.com/source/trunk/mcs
Revision: 113037
URL: svn://rubyforge.org/var/svn/ironruby/trunk
Revision: 144


Cheers,

C.J.

From cjac at colliertech.org  Mon Sep 15 13:17:03 2008
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Mon, 15 Sep 2008 17:17:03 +0000
Subject: [Ironruby-core] New build errors on Mono
In-Reply-To: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F65B027F@NA-EXMSG-C118.redmond.corp.microsoft.com>
References: <20080915165145.GA10987@colliertech.org>
	<B47F8D37BAA6DC4DAA41CA69D8FBED1519F65B027F@NA-EXMSG-C118.redmond.corp.microsoft.com>
Message-ID: <20080915171703.GC10987@colliertech.org>

Thanks for the tips, Curt, JB.  I'll file a bug report with Novell and
hope Marek can build a repro himself.  I'm currently stealing time
just to run the build and report errors, so I don't really have time
to go too deep here.

Cheers,

C.J.


On Mon, Sep 15, 2008 at 09:58:31AM -0700, Curt Hagenlocher wrote:
> _traceListener.Call(new[] {
>     MutableString.Create("call"),              // event
>     fileName,                                  // file
>     RuntimeHelpers.Int32ToObject(lineNumber),  // line
>     scope.Method.DefinitionName,               // TODO: alias
>     new Binding(scope),                        // binding
>     module.IsSingletonClass ? ((RubyClass)module).SingletonClassOf : module // module
> });
> 
> I suspect that the Mono compiler is choking on the mix of reference types with one value type in the array -- the compiler will need to box DefinitionName to put it into an object[] array.  That should help you devise a repro.
> 
> I imagine you could force this to build by manually casting DefinitionName to an object.
> 
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of C.J. Adams-Collier
> Sent: Montag, 15. September 2008 09:52
> To: ironruby-core at rubyforge.org
> Subject: [Ironruby-core] New build errors on Mono
> 
> Hey all,
> 
> Marek fixed the last build problem (Thanks Marek!).
> 
> Now we get a new one.
> 
> ./Runtime/RubyExecutionContext.cs(1399,41): error CS0826: The type of an implicitly typed array cannot be inferred from the initializer. Try specifying array type explicitly Compilation failed: 1 error(s), 7 warnings
> 
> Details in attached log.  Sounds like something else I need to throw to Marek.  What do you folks think?
> 
> cjac at sanxiyn:~$ svn info /usr/src/svn/mono/  /usr/src/svn/mono/mcs /usr/src/svn/ironruby/ | grep -e '^URL' -e '^Revision'
> URL: svn://anonsvn.mono-project.com/source/trunk/mono
> Revision: 113037
> URL: svn://anonsvn.mono-project.com/source/trunk/mcs
> Revision: 113037
> URL: svn://rubyforge.org/var/svn/ironruby/trunk
> Revision: 144
> 
> 
> Cheers,
> 
> C.J.
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080915/2740ffe1/attachment.bin>

From olegtk at microsoft.com  Mon Sep 15 13:51:38 2008
From: olegtk at microsoft.com (Oleg Tkachenko)
Date: Mon, 15 Sep 2008 10:51:38 -0700
Subject: [Ironruby-core] Code Review: YamlRails
In-Reply-To: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F65B017E@NA-EXMSG-C118.redmond.corp.microsoft.com>
References: <A5DE25409C1E51458D103EDB73EA953A72654D969B@NA-EXMSG-C104.redmond.corp.microsoft.com>
	<B47F8D37BAA6DC4DAA41CA69D8FBED1519F65B017E@NA-EXMSG-C118.redmond.corp.microsoft.com>
Message-ID: <A5DE25409C1E51458D103EDB73EA953A72654D9919@NA-EXMSG-C104.redmond.corp.microsoft.com>

Yes, while this is terribly underspecified, I confirmed that quick_emit returns string YAML representation of the user-emitted YAML nodes. The major use for this is to override to_yaml method in order to provide custom YAML representation for a type.

--
Oleg


-----Original Message-----
From: Curt Hagenlocher
Sent: Monday, September 15, 2008 9:03 AM
To: Oleg Tkachenko; IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: RE: Code Review: YamlRails

Looks good.  Did you confirm that a return from the block passed to quick_emit does not get passed back to the caller?

-----Original Message-----
From: Oleg Tkachenko
Sent: Freitag, 12. September 2008 23:10
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: YamlRails

tfpt review "/shelveset:YamlRails;REDMOND\olegtk"
Comment  :
  Adds missing functionality used by Rails:
  - yaml_as method, which is basically a declarative alias to tag_class().
  - quick_emit method, which allows to emit yaml nodes.

--
Oleg



From cjac at colliertech.org  Mon Sep 15 14:11:42 2008
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Mon, 15 Sep 2008 18:11:42 +0000
Subject: [Ironruby-core] New build errors on Mono
In-Reply-To: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F65B027F@NA-EXMSG-C118.redmond.corp.microsoft.com>
References: <20080915165145.GA10987@colliertech.org>
	<B47F8D37BAA6DC4DAA41CA69D8FBED1519F65B027F@NA-EXMSG-C118.redmond.corp.microsoft.com>
Message-ID: <20080915181141.GD10987@colliertech.org>

bug filed.

https://bugzilla.novell.com/show_bug.cgi?id=426385


On Mon, Sep 15, 2008 at 09:58:31AM -0700, Curt Hagenlocher wrote:
> _traceListener.Call(new[] {
>     MutableString.Create("call"),              // event
>     fileName,                                  // file
>     RuntimeHelpers.Int32ToObject(lineNumber),  // line
>     scope.Method.DefinitionName,               // TODO: alias
>     new Binding(scope),                        // binding
>     module.IsSingletonClass ? ((RubyClass)module).SingletonClassOf : module // module
> });
> 
> I suspect that the Mono compiler is choking on the mix of reference types with one value type in the array -- the compiler will need to box DefinitionName to put it into an object[] array.  That should help you devise a repro.
> 
> I imagine you could force this to build by manually casting DefinitionName to an object.
> 
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of C.J. Adams-Collier
> Sent: Montag, 15. September 2008 09:52
> To: ironruby-core at rubyforge.org
> Subject: [Ironruby-core] New build errors on Mono
> 
> Hey all,
> 
> Marek fixed the last build problem (Thanks Marek!).
> 
> Now we get a new one.
> 
> ./Runtime/RubyExecutionContext.cs(1399,41): error CS0826: The type of an implicitly typed array cannot be inferred from the initializer. Try specifying array type explicitly Compilation failed: 1 error(s), 7 warnings
> 
> Details in attached log.  Sounds like something else I need to throw to Marek.  What do you folks think?
> 
> cjac at sanxiyn:~$ svn info /usr/src/svn/mono/  /usr/src/svn/mono/mcs /usr/src/svn/ironruby/ | grep -e '^URL' -e '^Revision'
> URL: svn://anonsvn.mono-project.com/source/trunk/mono
> Revision: 113037
> URL: svn://anonsvn.mono-project.com/source/trunk/mcs
> Revision: 113037
> URL: svn://rubyforge.org/var/svn/ironruby/trunk
> Revision: 144
> 
> 
> Cheers,
> 
> C.J.
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080915/f6c1bbea/attachment-0001.bin>

From jdeville at microsoft.com  Mon Sep 15 14:29:07 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 15 Sep 2008 11:29:07 -0700
Subject: [Ironruby-core] Code Review: remove_old_spec
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F6CB7@NA-EXMSG-C112.redmond.corp.microsoft.com>

tfpt review "/shelveset:remove_old_spec;REDMOND\jdeville"
Comment  :
  This change removes the old specs from the test directory. It also removes the Rake tasks for those tests, and gets them out of SNAP.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: remove_old_spec.diff
Type: application/octet-stream
Size: 2484 bytes
Desc: remove_old_spec.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080915/252830df/attachment.obj>

From srivatsn at microsoft.com  Mon Sep 15 14:38:07 2008
From: srivatsn at microsoft.com (Srivatsn Narayanan)
Date: Mon, 15 Sep 2008 11:38:07 -0700
Subject: [Ironruby-core] Code Review: remove_old_spec
In-Reply-To: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F6CB7@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F6CB7@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <B0F32F33670C5D47BB6D5D315C32CD6620AAB66016@NA-EXMSG-C108.redmond.corp.microsoft.com>

Rowantest.vbproj doesn't have any changes. Could you sort the vsmdi (using sortvsmdi.py in test\scripts)? There are too many changes otherwise.

-----Original Message-----
From: Jim Deville
Sent: Monday, September 15, 2008 11:29 AM
To: IronRuby External Code Reviewers; Srivatsn Narayanan
Cc: ironruby-core at rubyforge.org
Subject: Code Review: remove_old_spec

tfpt review "/shelveset:remove_old_spec;REDMOND\jdeville"
Comment  :
  This change removes the old specs from the test directory. It also removes the Rake tasks for those tests, and gets them out of SNAP.



From jdeville at microsoft.com  Mon Sep 15 14:40:57 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 15 Sep 2008 11:40:57 -0700
Subject: [Ironruby-core] Code Review: remove_old_spec
In-Reply-To: <B0F32F33670C5D47BB6D5D315C32CD6620AAB66016@NA-EXMSG-C108.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F6CB7@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AAB66016@NA-EXMSG-C108.redmond.corp.microsoft.com>
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F6CD2@NA-EXMSG-C112.redmond.corp.microsoft.com>

Any idea why VS decided to check that file out?

I'm trying to get into the habit of running tfpt uu before shelving, but I missed it this time. I'll run that and the sortvsmdi script and resubmit.


JD

> -----Original Message-----
> From: Srivatsn Narayanan
> Sent: Monday, September 15, 2008 11:38 AM
> To: Jim Deville; IronRuby External Code Reviewers
> Cc: ironruby-core at rubyforge.org
> Subject: RE: Code Review: remove_old_spec
>
> Rowantest.vbproj doesn't have any changes. Could you sort the vsmdi
> (using sortvsmdi.py in test\scripts)? There are too many changes
> otherwise.
>
> -----Original Message-----
> From: Jim Deville
> Sent: Monday, September 15, 2008 11:29 AM
> To: IronRuby External Code Reviewers; Srivatsn Narayanan
> Cc: ironruby-core at rubyforge.org
> Subject: Code Review: remove_old_spec
>
> tfpt review "/shelveset:remove_old_spec;REDMOND\jdeville"
> Comment  :
>   This change removes the old specs from the test directory. It also
> removes the Rake tasks for those tests, and gets them out of SNAP.
>


From srivatsn at microsoft.com  Mon Sep 15 14:43:25 2008
From: srivatsn at microsoft.com (Srivatsn Narayanan)
Date: Mon, 15 Sep 2008 11:43:25 -0700
Subject: [Ironruby-core] Code Review: remove_old_spec
In-Reply-To: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F6CD2@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F6CB7@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AAB66016@NA-EXMSG-C108.redmond.corp.microsoft.com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F6CD2@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <B0F32F33670C5D47BB6D5D315C32CD6620AAB6603B@NA-EXMSG-C108.redmond.corp.microsoft.com>

Actually it should have a change - the entry for rubyspec.generictest should get deleted from the vbproj file. I don't know why its not there - did you perhaps not save the vbproj when you closed vs?

-----Original Message-----
From: Jim Deville
Sent: Monday, September 15, 2008 11:41 AM
To: Srivatsn Narayanan; IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: RE: Code Review: remove_old_spec

Any idea why VS decided to check that file out?

I'm trying to get into the habit of running tfpt uu before shelving, but I missed it this time. I'll run that and the sortvsmdi script and resubmit.


JD

> -----Original Message-----
> From: Srivatsn Narayanan
> Sent: Monday, September 15, 2008 11:38 AM
> To: Jim Deville; IronRuby External Code Reviewers
> Cc: ironruby-core at rubyforge.org
> Subject: RE: Code Review: remove_old_spec
>
> Rowantest.vbproj doesn't have any changes. Could you sort the vsmdi
> (using sortvsmdi.py in test\scripts)? There are too many changes
> otherwise.
>
> -----Original Message-----
> From: Jim Deville
> Sent: Monday, September 15, 2008 11:29 AM
> To: IronRuby External Code Reviewers; Srivatsn Narayanan
> Cc: ironruby-core at rubyforge.org
> Subject: Code Review: remove_old_spec
>
> tfpt review "/shelveset:remove_old_spec;REDMOND\jdeville"
> Comment  :
>   This change removes the old specs from the test directory. It also
> removes the Rake tasks for those tests, and gets them out of SNAP.
>


From jdeville at microsoft.com  Mon Sep 15 16:03:24 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 15 Sep 2008 13:03:24 -0700
Subject: [Ironruby-core] Code Review: remove_old_spec
In-Reply-To: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F6CD2@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F6CB7@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AAB66016@NA-EXMSG-C108.redmond.corp.microsoft.com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F6CD2@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F6D5C@NA-EXMSG-C112.redmond.corp.microsoft.com>

Fixed, can you recheck for me? Same shelveset


JD


> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> bounces at rubyforge.org] On Behalf Of Jim Deville
> Sent: Monday, September 15, 2008 11:41 AM
> To: Srivatsn Narayanan; IronRuby External Code Reviewers
> Cc: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Code Review: remove_old_spec
>
> Any idea why VS decided to check that file out?
>
> I'm trying to get into the habit of running tfpt uu before shelving,
> but I missed it this time. I'll run that and the sortvsmdi script and
> resubmit.
>
>
> JD
>
> > -----Original Message-----
> > From: Srivatsn Narayanan
> > Sent: Monday, September 15, 2008 11:38 AM
> > To: Jim Deville; IronRuby External Code Reviewers
> > Cc: ironruby-core at rubyforge.org
> > Subject: RE: Code Review: remove_old_spec
> >
> > Rowantest.vbproj doesn't have any changes. Could you sort the vsmdi
> > (using sortvsmdi.py in test\scripts)? There are too many changes
> > otherwise.
> >
> > -----Original Message-----
> > From: Jim Deville
> > Sent: Monday, September 15, 2008 11:29 AM
> > To: IronRuby External Code Reviewers; Srivatsn Narayanan
> > Cc: ironruby-core at rubyforge.org
> > Subject: Code Review: remove_old_spec
> >
> > tfpt review "/shelveset:remove_old_spec;REDMOND\jdeville"
> > Comment  :
> >   This change removes the old specs from the test directory. It also
> > removes the Rake tasks for those tests, and gets them out of SNAP.
> >
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core


From Tomas.Matousek at microsoft.com  Mon Sep 15 16:23:49 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Mon, 15 Sep 2008 13:23:49 -0700
Subject: [Ironruby-core] Code Review: MSX7
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8B7C600@NA-EXMSG-C112.redmond.corp.microsoft.com>

tfpt review "/shelveset:MSX7;REDMOND\tomat"

  More string work. Implements versioning of MutableStrings, several missing methods and fixes some bugs.

Tomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: MSX7.diff
Type: application/octet-stream
Size: 297734 bytes
Desc: MSX7.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080915/cc8e0db1/attachment-0001.obj>

From srivatsn at microsoft.com  Mon Sep 15 17:16:15 2008
From: srivatsn at microsoft.com (Srivatsn Narayanan)
Date: Mon, 15 Sep 2008 14:16:15 -0700
Subject: [Ironruby-core] Code Review: remove_old_spec
In-Reply-To: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F6D5C@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F6CB7@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AAB66016@NA-EXMSG-C108.redmond.corp.microsoft.com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F6CD2@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F6D5C@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <B0F32F33670C5D47BB6D5D315C32CD6620AACEFBCF@NA-EXMSG-C108.redmond.corp.microsoft.com>

There is a "Tests Not in a list" testlist in the vsmdi. Its there because some hosting tests don't belong to any testlist. I'll talk to sesh about cleaning it up but can you remove this manually in the meanwhile (as in using notepad). This screws up SNAP otherwise.

Otherwise it looks good. Go ahead with it after fixing the vsmdi.

-----Original Message-----
From: Jim Deville
Sent: Monday, September 15, 2008 1:03 PM
To: ironruby-core at rubyforge.org; Srivatsn Narayanan; IronRuby External Code Reviewers
Subject: RE: Code Review: remove_old_spec

Fixed, can you recheck for me? Same shelveset


JD


> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> bounces at rubyforge.org] On Behalf Of Jim Deville
> Sent: Monday, September 15, 2008 11:41 AM
> To: Srivatsn Narayanan; IronRuby External Code Reviewers
> Cc: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Code Review: remove_old_spec
>
> Any idea why VS decided to check that file out?
>
> I'm trying to get into the habit of running tfpt uu before shelving,
> but I missed it this time. I'll run that and the sortvsmdi script and
> resubmit.
>
>
> JD
>
> > -----Original Message-----
> > From: Srivatsn Narayanan
> > Sent: Monday, September 15, 2008 11:38 AM
> > To: Jim Deville; IronRuby External Code Reviewers
> > Cc: ironruby-core at rubyforge.org
> > Subject: RE: Code Review: remove_old_spec
> >
> > Rowantest.vbproj doesn't have any changes. Could you sort the vsmdi
> > (using sortvsmdi.py in test\scripts)? There are too many changes
> > otherwise.
> >
> > -----Original Message-----
> > From: Jim Deville
> > Sent: Monday, September 15, 2008 11:29 AM
> > To: IronRuby External Code Reviewers; Srivatsn Narayanan
> > Cc: ironruby-core at rubyforge.org
> > Subject: Code Review: remove_old_spec
> >
> > tfpt review "/shelveset:remove_old_spec;REDMOND\jdeville"
> > Comment  :
> >   This change removes the old specs from the test directory. It also
> > removes the Rake tasks for those tests, and gets them out of SNAP.
> >
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core


From curth at microsoft.com  Mon Sep 15 17:18:47 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Mon, 15 Sep 2008 14:18:47 -0700
Subject: [Ironruby-core] Code Review: MSX7
In-Reply-To: <F58FE69873E2D5459B72C347DE1582412AD8B7C600@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <F58FE69873E2D5459B72C347DE1582412AD8B7C600@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F65B066D@NA-EXMSG-C118.redmond.corp.microsoft.com>

Changes are largely good.  I have the following questions, issues and comments:

1. In StringFormatter, "tainted?" is called for every argument, even if a previous call already returned true.  Is that what MRI does, or does it optimize by only calling tainted? when the string being built is still untainted?

2. MutableString.IndexOf(byte value) is inconsistent with the other versions of IndexOf; it makes an extra intermediate call.

3. MutableString.LastIndexOf(byte[] value) and MutableString.LastIndexOf(MutableString value) calculate the starting position inconsistently with the other forms of LastIndexOf.  They use (length - 1) instead of (length - value.Length).

4. What's going to happen to the commented-out calls to RequireArrayRange in MutableString.cs?

5. In Tokenizer, shouldn't the (uint) conversions all be "unchecked"?  (I can't remember any more which way we decided on explicit "unchecked" in the Ruby source.)

6. The not-in-place BlockReplace functionality in MutableStringOps no longer checks to see if the block tried to mutate the string because it makes a copy before calling Yield.  I seem to recall that the old way was more consistent with MRI even though the new way arguably makes more sense.  Am I just misremembering that this applied to both the in-place and not-in-place operations, and that MRI only does this for the in-place operation?

-----Original Message-----
From: Tomas Matousek
Sent: Montag, 15. September 2008 13:24
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: MSX7

tfpt review "/shelveset:MSX7;REDMOND\tomat"

  More string work. Implements versioning of MutableStrings, several missing methods and fixes some bugs.

Tomas

From Tomas.Matousek at microsoft.com  Mon Sep 15 18:33:18 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Mon, 15 Sep 2008 15:33:18 -0700
Subject: [Ironruby-core] Code Review: MSX7
In-Reply-To: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F65B066D@NA-EXMSG-C118.redmond.corp.microsoft.com>
References: <F58FE69873E2D5459B72C347DE1582412AD8B7C600@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B47F8D37BAA6DC4DAA41CA69D8FBED1519F65B066D@NA-EXMSG-C118.redmond.corp.microsoft.com>
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8B7C6DF@NA-EXMSG-C112.redmond.corp.microsoft.com>

1) It's actually a dead code :)
2) I'll fix the others to make the intermediate calls as well (they'll get inlined so no need for code duplication).
3) All should use length - 1, will fix.
4) Don't know yet where do exactly we want to check (if we do want to check at all). Will see.
5) Yes, they should. Will fix.
6) The new way is actually more consistent with MRI. There were specs failing (the block can change the string in sub w/o raising an exception).

Tomas


-----Original Message-----
From: Curt Hagenlocher
Sent: Monday, September 15, 2008 2:19 PM
To: Tomas Matousek; IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: RE: Code Review: MSX7

Changes are largely good.  I have the following questions, issues and comments:

1. In StringFormatter, "tainted?" is called for every argument, even if a previous call already returned true.  Is that what MRI does, or does it optimize by only calling tainted? when the string being built is still untainted?

2. MutableString.IndexOf(byte value) is inconsistent with the other versions of IndexOf; it makes an extra intermediate call.

3. MutableString.LastIndexOf(byte[] value) and MutableString.LastIndexOf(MutableString value) calculate the starting position inconsistently with the other forms of LastIndexOf.  They use (length - 1) instead of (length - value.Length).

4. What's going to happen to the commented-out calls to RequireArrayRange in MutableString.cs?

5. In Tokenizer, shouldn't the (uint) conversions all be "unchecked"?  (I can't remember any more which way we decided on explicit "unchecked" in the Ruby source.)

6. The not-in-place BlockReplace functionality in MutableStringOps no longer checks to see if the block tried to mutate the string because it makes a copy before calling Yield.  I seem to recall that the old way was more consistent with MRI even though the new way arguably makes more sense.  Am I just misremembering that this applied to both the in-place and not-in-place operations, and that MRI only does this for the in-place operation?

-----Original Message-----
From: Tomas Matousek
Sent: Montag, 15. September 2008 13:24
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: MSX7

tfpt review "/shelveset:MSX7;REDMOND\tomat"

  More string work. Implements versioning of MutableStrings, several missing methods and fixes some bugs.

Tomas

From curth at microsoft.com  Mon Sep 15 19:52:04 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Mon, 15 Sep 2008 16:52:04 -0700
Subject: [Ironruby-core] Marshal format for Time
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F65B08B3@NA-EXMSG-C118.redmond.corp.microsoft.com>

Can someone help me by summarizing the Marshal format for Time in Ruby 1.8.6?

Here's what I've worked out:

1)      The time is always based on the UNIX epoch

2)      When the fourth byte is less than 128, it implies some kind of older format.  This format is read but not written

a.       The first four bytes *seem* to represent the standard UNIX time value

3)      When the fourth byte is equal to 128, it implies the "1.8.6 format".  The implications are

a.       The first byte represents number of hours

b.      The second byte represents number of 8-day blocks

c.       The third byte represents 4-year blocks

d.      The eighth byte represents 4-second blocks

e.      Bytes 5-7 represent microseconds as a 3-byte little-endian value

4)      When the fourth byte is greater than 128, or if the byte count is not 8, an error is raised

What I'd like to understand is

a)      How this works with leap years

b)      What kinds of legacy formats are supported, as I seem to be getting inconsistent answers when the fourth byte is less than 128

I'd appreciate any assistance, as this format appears to be totally undocumented.  Please don't post any actual source code, as I would be required by our lawyers to "do an Oedipus" on my eyeballs if I so much as glance at it :).

Thanks,
-Curt

--
Curt Hagenlocher
curth at microsoft.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080915/a86f3fb8/attachment.html>

From curth at microsoft.com  Tue Sep 16 18:26:43 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Tue, 16 Sep 2008 15:26:43 -0700
Subject: [Ironruby-core] Marshal format for Time
In-Reply-To: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F65B08B3@NA-EXMSG-C118.redmond.corp.microsoft.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F65B08B3@NA-EXMSG-C118.redmond.corp.microsoft.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F665868C@NA-EXMSG-C118.redmond.corp.microsoft.com>

In case anyone was wondering, here's a partial decoding:

dword 1, little-endian
bits 0-4: Hour
bits 5-9: Day, 1=1st
bits 10-13: Month, 0=January
bits 14-29: Year, 0=1900
bit 30: 0=Local, 1=Utc.  1.8.6 always writes 0 here
bit 31: 1 to indicate this format

dword 2, little-endian
bits 0-19: Microseconds
bits 20-25: Seconds
bits 26-31: Minutes

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Curt Hagenlocher
Sent: Montag, 15. September 2008 16:52
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Marshal format for Time

Can someone help me by summarizing the Marshal format for Time in Ruby 1.8.6?

Here's what I've worked out:

1)      The time is always based on the UNIX epoch

2)      When the fourth byte is less than 128, it implies some kind of older format.  This format is read but not written

a.       The first four bytes *seem* to represent the standard UNIX time value

3)      When the fourth byte is equal to 128, it implies the "1.8.6 format".  The implications are

a.       The first byte represents number of hours

b.      The second byte represents number of 8-day blocks

c.       The third byte represents 4-year blocks

d.      The eighth byte represents 4-second blocks

e.      Bytes 5-7 represent microseconds as a 3-byte little-endian value

4)      When the fourth byte is greater than 128, or if the byte count is not 8, an error is raised

What I'd like to understand is

a)      How this works with leap years

b)      What kinds of legacy formats are supported, as I seem to be getting inconsistent answers when the fourth byte is less than 128

I'd appreciate any assistance, as this format appears to be totally undocumented.  Please don't post any actual source code, as I would be required by our lawyers to "do an Oedipus" on my eyeballs if I so much as glance at it :).

Thanks,
-Curt

--
Curt Hagenlocher
curth at microsoft.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080916/1a6a76c8/attachment-0001.html>

From stefan.dobrev at gmail.com  Tue Sep 16 18:42:01 2008
From: stefan.dobrev at gmail.com (Stefan Dobrev)
Date: Wed, 17 Sep 2008 01:42:01 +0300
Subject: [Ironruby-core] kind_of? problem
Message-ID: <928de89c0809161542w10e7d5ccyc4a77b42f50f63dd@mail.gmail.com>

Hi guys,

I was on the way of running RSpec in IronRuby. After some hacks I was able
to run basic specs. However I came up to a problem that "before :each" was
not called in IronRuby. After some digging I was able to find the problem.
Here is a small repro:

module M
end

class MyClass
  extend M
end

MyClass.kind_of?(M) # returns true in IRB, but false in IronRuby

Regards,
Stefan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080917/b8b9b610/attachment.html>

From jdeville at microsoft.com  Tue Sep 16 19:07:28 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Tue, 16 Sep 2008 16:07:28 -0700
Subject: [Ironruby-core] kind_of? problem
In-Reply-To: <928de89c0809161542w10e7d5ccyc4a77b42f50f63dd@mail.gmail.com>
References: <928de89c0809161542w10e7d5ccyc4a77b42f50f63dd@mail.gmail.com>
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F7238@NA-EXMSG-C112.redmond.corp.microsoft.com>

Nice catch, can you post this as a bug on the rubyforge?

Thanks,

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Stefan Dobrev
Sent: Tuesday, September 16, 2008 3:42 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] kind_of? problem

Hi guys,

I was on the way of running RSpec in IronRuby. After some hacks I was able to run basic specs. However I came up to a problem that "before :each" was not called in IronRuby. After some digging I was able to find the problem. Here is a small repro:

module M
end

class MyClass
  extend M
end

MyClass.kind_of?(M) # returns true in IRB, but false in IronRuby

Regards,
Stefan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080916/05cd1f33/attachment.html>

From curth at microsoft.com  Tue Sep 16 19:14:50 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Tue, 16 Sep 2008 16:14:50 -0700
Subject: [Ironruby-core] Overriding CLS Virtuals
In-Reply-To: <928de89c0809101446u34637293qdb1f0f9492df0377@mail.gmail.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F5F08D35@NA-EXMSG-C118.redmond.corp.microsoft.com>
	<928de89c0809101446u34637293qdb1f0f9492df0377@mail.gmail.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F6658753@NA-EXMSG-C118.redmond.corp.microsoft.com>

Right now, the only way to get properties is to implement an interface that defines them.  When IronRuby supports this "natively", it will have to define a syntax for doing so.  That's because the Ruby language supports neither properties, attributes nor static types - all of which will be needed.  This will probably involve adding some new methods to Class that allow you to define typed CLS members.  But we don't have a specific timeframe for implementing this yet.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Stefan Dobrev
Sent: Wednesday, September 10, 2008 2:46 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals

Are we going to have "real" properties under the hood, because what we have for now is just method with "get_PropertyName"? And this did not play nicely with databinding.

I think the same question applies for events as well.

2008/9/9 Curt Hagenlocher <curth at microsoft.com<mailto:curth at microsoft.com>>

I've committed some changes to IronRuby (in SVN revision 141) that let you implement CLS interfaces and override virtual methods on CLS base types.  Interfaces work like Ruby modules, so to make your class implement IDisposable you could say



require 'mscorlib'

class Disposable

  include System.IDisposable

  def Dispose

    # Do something

  end

end



You can also override virtual properties.  A class or interface that has the C# declaration "string Value { get; set; }" is overridden from IronRuby with methods named "Value" for the getter and "Value=" for the setter.



Note that you need to use the same casing as the CLS definition for both methods and properties.



We're just getting started with better .NET interop support and don't have very much test coverage yet - but this should let you get going on some more sophisticated interop scenarios than were previously possible.



--

Curt Hagenlocher

curth at microsoft.com<mailto:curth at microsoft.com>

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080916/d02240fa/attachment.html>

From stefan.dobrev at gmail.com  Wed Sep 17 02:12:52 2008
From: stefan.dobrev at gmail.com (Stefan Dobrev)
Date: Wed, 17 Sep 2008 09:12:52 +0300
Subject: [Ironruby-core] kind_of? problem
In-Reply-To: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F7238@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <928de89c0809161542w10e7d5ccyc4a77b42f50f63dd@mail.gmail.com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA2F7238@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <928de89c0809162312q55820b5cmb605ad580d7bb8ff@mail.gmail.com>

Done.

https://rubyforge.org/tracker/?func=detail&aid=21995&group_id=4359&atid=16798

SD

2008/9/17 Jim Deville <jdeville at microsoft.com>

>  Nice catch, can you post this as a bug on the rubyforge?
>
>
>
> Thanks,
>
>
>
> JD
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Stefan Dobrev
> *Sent:* Tuesday, September 16, 2008 3:42 PM
> *To:* ironruby-core at rubyforge.org
> *Subject:* [Ironruby-core] kind_of? problem
>
>
>
> Hi guys,
>
> I was on the way of running RSpec in IronRuby. After some hacks I was able
> to run basic specs. However I came up to a problem that "before :each" was
> not called in IronRuby. After some digging I was able to find the problem.
> Here is a small repro:
>
> module M
> end
>
> class MyClass
>   extend M
> end
>
> MyClass.kind_of?(M) # returns true in IRB, but false in IronRuby
>
> Regards,
> Stefan
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080917/4a19916d/attachment.html>

From jdeville at microsoft.com  Wed Sep 17 10:35:40 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Wed, 17 Sep 2008 07:35:40 -0700
Subject: [Ironruby-core] kind_of? problem
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B555@NA-EXMSG-C112.redmond.corp.microsoft.com>

Thanks.

-----Original Message-----
From: Stefan Dobrev <stefan.dobrev at gmail.com>
Sent: September 16, 2008 11:13 PM
To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] kind_of? problem



Done.

https://rubyforge.org/tracker/?func=detail&aid=21995&group_id=4359&atid=16798

SD

2008/9/17 Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>>

Nice catch, can you post this as a bug on the rubyforge?



Thanks,



JD



From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Stefan Dobrev
Sent: Tuesday, September 16, 2008 3:42 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] kind_of? problem



Hi guys,

I was on the way of running RSpec in IronRuby. After some hacks I was able to run basic specs. However I came up to a problem that "before :each" was not called in IronRuby. After some digging I was able to find the problem. Here is a small repro:

module M
end

class MyClass
  extend M
end

MyClass.kind_of?(M) # returns true in IRB, but false in IronRuby

Regards,
Stefan

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080917/e9e31473/attachment-0001.html>

From cjac at colliertech.org  Wed Sep 17 13:00:57 2008
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Wed, 17 Sep 2008 17:00:57 +0000
Subject: [Ironruby-core] Working on Seo's r144 patch
Message-ID: <20080917170056.GP10987@colliertech.org>

Hey folks,

Seo mentioned to the IRC channel the other day that he got r144
building, so I thought I'd try it.  I didn't get it working, so I'll
post my results here.

Also, I gave Jim Deville an account on the build system yesterday, so
if you need to test the state of things and I'm not around, bother him
:)

Muahahaha.

Cheers,

C.J.

Day changed to 15 Sep 2008
17:18 < sanxiyn> patch-mono-r144 is up in the usual place, which is now stamped
                 with "works for me" seal.

cjac at sanxiyn:~$ svn info /usr/src/svn/mono/  /usr/src/svn/mono/mcs  /usr/src/svn/ironruby/ | grep -e '^URL' -e '^Revision'
URL: svn://anonsvn.mono-project.com/source/trunk/mono
Revision: 113235
URL: svn://anonsvn.mono-project.com/source/trunk/mcs
Revision: 113207
URL: svn://rubyforge.org/var/svn/ironruby/trunk
Revision: 144

cjac at sanxiyn:/usr/src/svn/ironruby$ svn st && rake compile mono=1 --trace > ~/tmp/build.log  2>&1
M      Rakefile
M      context.rb
M      src/microsoft.scripting/hosting/shell/BasicConsole.cs
M      src/ironruby/Runtime/RubyExecutionContext.cs
M      src/microsoft.scripting.core/ast/Expression.cs
M      utils/IronRuby.Tests/runtime/HostingTests.cs
-------------- next part --------------
(in /usr/src/svn/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 clean_build 
** Execute compile_dlr
./ast/MethodCallExpression.cs(167,18): warning CS0219: The variable `invoke' is assigned but its value is never used
./actions/GetMemberAction.cs(44,43): warning CS3006: Overloaded method `System.Scripting.Actions.GetMemberAction.Bind(params System.Scripting.Actions.MetaObject[])' differing only in ref or out, or in array rank, is not CLS-compliant
./actions/metaaction.cs(159,36): (Location of the symbol related to previous warning)
./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 CS0219: The variable `narrowingLevel' is assigned but its value is 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
./ast/Expression.cs(185,24): warning CS0169: The private property `System.Linq.Expressions.Expression.Dump' is never used
./actions/callsite.cs(326,29): warning CS0169: The private method `System.Scripting.Actions.CallSite<T>.ClearRuleCache()' is never used
./actions/rule.cs(123,24): warning CS0169: The private property `System.Scripting.Actions.Rule<T>.Dump' is never used
./com/ExcepInfo.cs(37,24): warning CS0414: The private field `System.Scripting.Com.ExcepInfo.pvReserved' is assigned but its value is never used
./com/ExcepInfo.cs(38,24): warning CS0414: The private field `System.Scripting.Com.ExcepInfo.pfnDeferredFillIn' is assigned but its value is never used
./com/IDispatchComObject.cs(144,20): warning CS0169: The private method `System.Scripting.Com.IDispatchComObject.Invoke(System.Scripting.Com.IDispatch, int, out object)' is never used
./com/Variant.cs(150,21): warning CS0169: The private method `System.Scripting.Com.Variant.Dummy()' is never used
./com/Variant.cs(70,28): warning CS0169: The private field `System.Scripting.Com.Variant.Record._record' is never used
./com/Variant.cs(71,28): warning CS0169: The private field `System.Scripting.Com.Variant.Record._recordInfo' is never used
Compilation succeeded - 22 warning(s)
Read in 17 resources from '/usr/src/svn/ironruby/src/microsoft.scripting/math/MathResources.resx'
Writing resource file...  Done.
./tuple.cs(251,21): warning CS0219: The variable `argCnt' is assigned but its value is never used
./actions/combobinder.cs(42,36): warning CS3006: Overloaded method `Microsoft.Scripting.Actions.ComboBinder.Bind(params System.Scripting.Actions.MetaObject[])' differing only in ref or out, or in array rank, is not CLS-compliant
/usr/src/svn/ironruby/build/mono_debug/Microsoft.Scripting.Core.dll (Location of the symbol related to previous warning)
./actions/defaultbinder.conversions.cs(36,18): warning CS0219: The variable `knownType' is assigned but its value is never used
./actions/defaultbinder.getmember.cs(145,26): warning CS0219: The variable `x' is assigned but its value is never used
./actions/defaultbinder.invoke.cs(241,24): warning CS0219: The variable `instance' is assigned but its value is never used
./generation/ilgen.cs(1176,18): warning CS0219: The variable `isFromFloatingPoint' is assigned but its value is never used
./math/BigInteger.cs(364,13): warning CS0642: Possible mistaken empty statement
./actions/getmemberbinderhelper.cs(128,22): warning CS0169: The private method `Microsoft.Scripting.Actions.GetMemberBinderHelper<T>.MakeGenericBody(System.Type, Microsoft.Scripting.Actions.MemberGroup, System.Linq.Expressions.Expression)' is never used
./actions/getmemberbinderhelper.cs(189,30): warning CS0169: The private method `Microsoft.Scripting.Actions.GetMemberBinderHelper<T>.GetCallableMethods(Microsoft.Scripting.Actions.MemberGroup)' is never used
./actions/getmemberbinderhelper.cs(200,22): warning CS0169: The private method `Microsoft.Scripting.Actions.GetMemberBinderHelper<T>.MakeIncorrectArgumentCountError()' is never used
./actions/getmemberbinderhelper.cs(208,22): warning CS0169: The private method `Microsoft.Scripting.Actions.GetMemberBinderHelper<T>.MakeGenericPropertyError()' is never used
./actions/namespacetracker.cs(162,22): warning CS0169: The private method `Microsoft.Scripting.Actions.NamespaceTracker.LoadAllTypes()' is never used
./actions/calls/ByRefReturnBuilder.cs(60,31): warning CS0169: The private method `Microsoft.Scripting.Actions.Calls.ByRefReturnBuilder.GetValue(object[], object, int)' is never used
./actions/calls/MethodBinder.cs(528,22): warning CS0169: The private method `Microsoft.Scripting.Actions.Calls.MethodBinder.GetMinAndMaxArgs(out int, out int)' is never used
./ast/lambdabuilder.cs(614,28): warning CS0169: The private method `Microsoft.Scripting.Ast.LambdaBuilder.ToArray<T>(System.Collections.Generic.List<T>)' is never used
./interpretation/Interpreter.cs(517,31): warning CS0169: The private method `Microsoft.Scripting.Interpretation.Interpreter.EvalCoalesce(object, object)' is never used
./runtime/languagecontext.cs(437,26): warning CS0169: The private method `Microsoft.Scripting.Runtime.LanguageContext.GetArg<T>(object[], int, bool)' is never used
Compilation succeeded - 17 warning(s)
** Invoke compile_ruby (first_time)
** Invoke compile_dlr 
** Execute compile_ruby
./Compiler/AST/Expressions/WhileLoopExpression.cs(81,28): warning CS0219: The variable `clearRedoStmt' is assigned but its value is never used
./Compiler/AST/Expressions/YieldCall.cs(41,28): warning CS0219: The variable `evalUnwinder' is assigned but its value is never used
./Compiler/Generation/overriddenmembers.cs(181,22): warning CS0219: The variable `declType' is assigned but its value is never used
./Runtime/Converter.cs(502,17): warning CS0219: The variable `rank' is assigned but its value is never used
./Runtime/RubyExceptionData.cs(229,25): warning CS0219: The variable `dict' is assigned but its value is never used
./Runtime/RubyExceptionData.cs(273,25): warning CS0219: The variable `dict' is assigned but its value is never used
./Runtime/RubyExceptions.cs(149,34): warning CS0219: The variable `ec' is assigned but its value is never used
./Builtins/RubyClass.cs(117,35): warning CS0169: The private property `IronRuby.Builtins.RubyClass.UnderlyingSystemTypeProperty' is never used
./Compiler/AST/Statements/Finalizer.cs(28,44): warning CS0414: The private field `IronRuby.Compiler.Ast.Finalizer._definedScope' is assigned but its value is never used
./Compiler/AST/Statements/Initializer.cs(28,44): warning CS0414: The private field `IronRuby.Compiler.Ast.Initializer._definedScope' is assigned but its value is never used
./Compiler/Generation/RubyTypeBuilder.cs(279,22): warning CS0169: The private method `IronRuby.Compiler.Generation.RubyTypeBuilder.DefineDynamicObjectImplementation()' is never used
./Compiler/Generation/clstypeemitter.cs(120,29): warning CS0169: The private method `IronRuby.Compiler.Generation.ClsTypeEmitter.CallBaseConstructor(System.Reflection.ConstructorInfo, System.Reflection.ParameterInfo[], System.Reflection.ParameterInfo[], Microsoft.Scripting.Generation.ILGen)' is never used
./Compiler/Generation/clstypeemitter.cs(177,22): warning CS0169: The private method `IronRuby.Compiler.Generation.ClsTypeEmitter.ImplementProtectedFieldAccessors()' is never used
./Compiler/Generation/clstypeemitter.cs(708,23): warning CS0169: The private method `IronRuby.Compiler.Generation.ClsTypeEmitter.DefineExplicitInterfaceImplementation(System.Reflection.MethodInfo, out System.Reflection.Emit.MethodBuilder)' is never used
./Compiler/Parser/Parser.cs(264,37): warning CS0169: The private method `IronRuby.Compiler.Parser.MakeGlobalAlias(IronRuby.Compiler.Ast.RegexMatchReference, Microsoft.Scripting.SymbolId, System.Scripting.SourceSpan)' is never used
./Compiler/Parser/Parser.cs(268,33): warning CS0169: The private method `IronRuby.Compiler.Parser.MakeGlobalAlias(IronRuby.Compiler.Ast.RegexMatchReference, IronRuby.Compiler.Ast.RegexMatchReference, System.Scripting.SourceSpan)' is never used
./Compiler/Parser/Tokenizer.cs(217,24): warning CS0169: The private method `IronRuby.Compiler.Tokenizer.GetTokenString()' is never used
./Compiler/Parser/Tokenizer.cs(607,22): warning CS0169: The private method `IronRuby.Compiler.Tokenizer.peek(char)' is never used
./Compiler/Parser/Tokenizer.cs(615,21): warning CS0169: The private method `IronRuby.Compiler.Tokenizer.toklen()' is never used
./Compiler/Parser/Tokenizer.cs(619,21): warning CS0169: The private method `IronRuby.Compiler.Tokenizer.toklast()' is never used
./Runtime/Converter.cs(1077,29): warning CS0169: The private method `IronRuby.Runtime.Converter.IsIntegral(System.Type)' is never used
./Runtime/Loader.cs(81,21): warning CS0414: The private field `IronRuby.Runtime.Loader._cacheHitCount' is assigned but its value is never used
./Runtime/Loader.cs(83,21): warning CS0414: The private field `IronRuby.Runtime.Loader._compiledFileCount' is assigned but its value is never used
./Runtime/RubyScope.cs(341,42): warning CS0414: The private field `IronRuby.Runtime.RubyScope.DebugView._selfClassName' is assigned but its value is never used
./Runtime/RubyScope.cs(343,42): warning CS0414: The private field `IronRuby.Runtime.RubyScope.DebugView._matchClassName' is assigned but its value is never used
./Runtime/RubyScope.cs(413,46): warning CS0414: The private field `IronRuby.Runtime.RubyScope.DebugView.VariableView._name' is assigned but its value is never used
./Runtime/RubyScope.cs(415,41): warning CS0414: The private field `IronRuby.Runtime.RubyScope.DebugView.VariableView._value' is assigned but its value is never used
./Runtime/RubyScope.cs(417,46): warning CS0414: The private field `IronRuby.Runtime.RubyScope.DebugView.VariableView._valueClassName' is assigned but its value is never used
./Runtime/RubyUtils.cs(587,28): warning CS0414: The private field `IronRuby.Runtime.RubyUtils._stringEvalCounter' is assigned but its value is never used
./Runtime/instancedataweaktable.cs(99,14): warning CS0169: The private method `IronRuby.Runtime.WeakTable<TKey,TValue>.CheckCleanup()' is never used
./Runtime/Calls/RubyEventInfo.cs(52,29): warning CS0169: The private method `IronRuby.Runtime.Calls.RubyEventInfo.ReadAll(System.Collections.Generic.IList<System.Linq.Expressions.VariableExpression>, System.Collections.Generic.IList<System.Linq.Expressions.Expression>, int)' is never used
Compilation succeeded - 31 warning(s)
** Invoke compile_libraries (first_time)
** Invoke compile_ruby 
** Execute compile_libraries
error CS0433: The imported type `System.Linq.Expressions.Expression`1' is defined multiple times
/opt/mono/lib/mono/gac/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll (Location of the symbol related to previous error)
/usr/src/svn/ironruby/build/mono_debug/Microsoft.Scripting.Core.dll (Location of the symbol related to previous error)
Compilation failed: 1 error(s), 0 warnings
rake aborted!
Command failed with status (1): [gmcs /out:"/usr/src/svn/ironruby/build/mon...]
/usr/lib/ruby/1.8/rake.rb:722:in `sh'
/usr/lib/ruby/1.8/rake.rb:729:in `call'
/usr/lib/ruby/1.8/rake.rb:729:in `sh'
/usr/lib/ruby/1.8/rake.rb:812:in `sh'
./context.rb:214:in `exec'
./context.rb:503:in `compile'
./context.rb:487:in `chdir'
./context.rb:487:in `compile'
/usr/src/svn/ironruby/Rakefile:293
./context.rb:661:in `instance_eval'
./context.rb:661:in `source_context'
/usr/src/svn/ironruby/Rakefile:292
/usr/lib/ruby/1.8/rake.rb:387:in `call'
/usr/lib/ruby/1.8/rake.rb:387:in `execute'
/usr/lib/ruby/1.8/rake.rb:387:in `each'
/usr/lib/ruby/1.8/rake.rb:387:in `execute'
/usr/lib/ruby/1.8/rake.rb:357:in `invoke'
/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
/usr/lib/ruby/1.8/rake.rb:364:in `invoke_prerequisites'
/usr/lib/ruby/1.8/rake.rb:999:in `each'
/usr/lib/ruby/1.8/rake.rb:999:in `send'
/usr/lib/ruby/1.8/rake.rb:999:in `each'
/usr/lib/ruby/1.8/rake.rb:363:in `invoke_prerequisites'
/usr/lib/ruby/1.8/rake.rb:356:in `invoke'
/usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
/usr/lib/ruby/1.8/rake.rb:350:in `invoke'
/usr/lib/ruby/1.8/rake.rb:1906:in `run'
/usr/lib/ruby/1.8/rake.rb:1906:in `each'
/usr/lib/ruby/1.8/rake.rb:1906:in `run'
/usr/bin/rake:4
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080917/d06ec21c/attachment.bin>

From sanxiyn at gmail.com  Wed Sep 17 14:56:01 2008
From: sanxiyn at gmail.com (Seo Sanghyeon)
Date: Thu, 18 Sep 2008 03:56:01 +0900
Subject: [Ironruby-core] Working on Seo's r144 patch
In-Reply-To: <20080917170056.GP10987@colliertech.org>
References: <20080917170056.GP10987@colliertech.org>
Message-ID: <5b0248170809171156x3fa06a32k8cf3f462e8b4fa6a@mail.gmail.com>

2008/9/18 C.J. Adams-Collier <cjac at colliertech.org>:
> Seo mentioned to the IRC channel the other day that he got r144
> building, so I thought I'd try it.  I didn't get it working, so I'll
> post my results here.

Your log indicates that it builds fine up to IronRuby.dll. Now when you build
IronRuby.Libraries.dll, System.Core.dll is referenced again. I believe
the story goes
something like this:

Mono gmcs references System.Core.dll by default.
Mono gmcs /noconfig avoids referencing System.Core.dll.
However, ExtensionAttribute is in System.Core.dll, and due to current limitation
of Mono gmcs, it needs to reference System.Core.dll in order to compile
extension methods correctly.
DLR does not use extension methods.
IronRuby.dll uses extension methods, but none of assemblies IronRuby.dll
references use extension methods.
IronRuby.Libraries.dll uses extension methods, and references IronRuby.dll
which uses extension methods. System.Core.dll is pulled in, classes are defined
multiple times, FAIL.

-- 
Seo Sanghyeon

From Tomas.Matousek at microsoft.com  Wed Sep 17 21:10:14 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 17 Sep 2008 18:10:14 -0700
Subject: [Ironruby-core] Code Review: lib2
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8B7D0A6@NA-EXMSG-C112.redmond.corp.microsoft.com>

tfpt review "/shelveset:lib2;REDMOND\tomat"

  More library work (reviewed by John).

  MutableString now handles frozen and tainted flags.
  Improves construction, initialization and duplication of built-in classes.
  Makes more method use attributes for protocol conversions.


Tomas

-------------- next part --------------
A non-text attachment was scrubbed...
Name: lib2.diff
Type: application/octet-stream
Size: 373454 bytes
Desc: lib2.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080917/7640a833/attachment-0001.obj>

From stefan.dobrev at gmail.com  Fri Sep 19 04:06:44 2008
From: stefan.dobrev at gmail.com (Stefan Dobrev)
Date: Fri, 19 Sep 2008 11:06:44 +0300
Subject: [Ironruby-core] Working on Seo's r144 patch
In-Reply-To: <5b0248170809171156x3fa06a32k8cf3f462e8b4fa6a@mail.gmail.com>
References: <20080917170056.GP10987@colliertech.org>
	<5b0248170809171156x3fa06a32k8cf3f462e8b4fa6a@mail.gmail.com>
Message-ID: <928de89c0809190106n687fd296uad6fd6e0cd5dbcc5@mail.gmail.com>

Check out this blog post:
http://devhawk.net/2008/09/17/DLR+Namespace+Change+Fire+Drill.aspx

2008/9/17 Seo Sanghyeon <sanxiyn at gmail.com>

> 2008/9/18 C.J. Adams-Collier <cjac at colliertech.org>:
> > Seo mentioned to the IRC channel the other day that he got r144
> > building, so I thought I'd try it.  I didn't get it working, so I'll
> > post my results here.
>
> Your log indicates that it builds fine up to IronRuby.dll. Now when you
> build
> IronRuby.Libraries.dll, System.Core.dll is referenced again. I believe
> the story goes
> something like this:
>
> Mono gmcs references System.Core.dll by default.
> Mono gmcs /noconfig avoids referencing System.Core.dll.
> However, ExtensionAttribute is in System.Core.dll, and due to current
> limitation
> of Mono gmcs, it needs to reference System.Core.dll in order to compile
> extension methods correctly.
> DLR does not use extension methods.
> IronRuby.dll uses extension methods, but none of assemblies IronRuby.dll
> references use extension methods.
> IronRuby.Libraries.dll uses extension methods, and references IronRuby.dll
> which uses extension methods. System.Core.dll is pulled in, classes are
> defined
> multiple times, FAIL.
>
> --
> 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: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080919/e417e042/attachment.html>

From curth at microsoft.com  Fri Sep 19 07:47:20 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Fri, 19 Sep 2008 04:47:20 -0700
Subject: [Ironruby-core] Working on Seo's r144 patch
In-Reply-To: <928de89c0809190106n687fd296uad6fd6e0cd5dbcc5@mail.gmail.com>
References: <20080917170056.GP10987@colliertech.org>
	<5b0248170809171156x3fa06a32k8cf3f462e8b4fa6a@mail.gmail.com>
	<928de89c0809190106n687fd296uad6fd6e0cd5dbcc5@mail.gmail.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F671424D@NA-EXMSG-C118.redmond.corp.microsoft.com>

We haven't yet written the transformation script for IronRuby to move namespaces from System to Microsoft.  It should happen soon.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Stefan Dobrev
Sent: Friday, September 19, 2008 1:07 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Working on Seo's r144 patch

Check out this blog post:
http://devhawk.net/2008/09/17/DLR+Namespace+Change+Fire+Drill.aspx
2008/9/17 Seo Sanghyeon <sanxiyn at gmail.com<mailto:sanxiyn at gmail.com>>
2008/9/18 C.J. Adams-Collier <cjac at colliertech.org<mailto:cjac at colliertech.org>>:
> Seo mentioned to the IRC channel the other day that he got r144
> building, so I thought I'd try it.  I didn't get it working, so I'll
> post my results here.
Your log indicates that it builds fine up to IronRuby.dll. Now when you build
IronRuby.Libraries.dll, System.Core.dll is referenced again. I believe
the story goes
something like this:

Mono gmcs references System.Core.dll by default.
Mono gmcs /noconfig avoids referencing System.Core.dll.
However, ExtensionAttribute is in System.Core.dll, and due to current limitation
of Mono gmcs, it needs to reference System.Core.dll in order to compile
extension methods correctly.
DLR does not use extension methods.
IronRuby.dll uses extension methods, but none of assemblies IronRuby.dll
references use extension methods.
IronRuby.Libraries.dll uses extension methods, and references IronRuby.dll
which uses extension methods. System.Core.dll is pulled in, classes are defined
multiple times, FAIL.

--
Seo Sanghyeon
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080919/79b42942/attachment.html>

From curth at microsoft.com  Sat Sep 20 22:11:16 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Sat, 20 Sep 2008 19:11:16 -0700
Subject: [Ironruby-core] Code Review: RandomRubyFixes01
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F6714AAF@NA-EXMSG-C118.redmond.corp.microsoft.com>

tfpt review "/shelveset:RandomRubyFixes01;REDMOND\curth"

Comment  :
  Fix many bugs in Marshal; now passes all but 5 tests
  Implement Time._load and Time._dump to support marshaling of Time objects
  Implement "arity" function for method groups
  Correctly scope the constant when looking for the YAML module in yaml_as

--
Curt Hagenlocher
curth at microsoft.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RandomRubyFixes01.diff
Type: application/octet-stream
Size: 80378 bytes
Desc: RandomRubyFixes01.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080920/cb7511eb/attachment-0001.obj>

From olegtk at microsoft.com  Sun Sep 21 18:26:28 2008
From: olegtk at microsoft.com (Oleg Tkachenko)
Date: Sun, 21 Sep 2008 15:26:28 -0700
Subject: [Ironruby-core] Code Review: RandomRubyFixes01
In-Reply-To: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F6714AAF@NA-EXMSG-C118.redmond.corp.microsoft.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F6714AAF@NA-EXMSG-C118.redmond.corp.microsoft.com>
Message-ID: <A5DE25409C1E51458D103EDB73EA953A7265A6648D@NA-EXMSG-C104.redmond.corp.microsoft.com>

I wonder why you removed spec comments from TimeOps? Not that I object that, just curious if our convention is not to include such things into the code.
Also you marked some methods in Marshal as private, while a bunch of them still left with no access modifier, I think we should be more consistent here and mark everything with explicit access modifiers.

Otherwise looks great.
--
Oleg


-----Original Message-----
From: Curt Hagenlocher
Sent: Saturday, September 20, 2008 7:11 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: RandomRubyFixes01

tfpt review "/shelveset:RandomRubyFixes01;REDMOND\curth"

Comment  :
  Fix many bugs in Marshal; now passes all but 5 tests
  Implement Time._load and Time._dump to support marshaling of Time objects
  Implement "arity" function for method groups
  Correctly scope the constant when looking for the YAML module in yaml_as

--
Curt Hagenlocher
curth at microsoft.com

From Tomas.Matousek at microsoft.com  Sun Sep 21 18:33:52 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sun, 21 Sep 2008 15:33:52 -0700
Subject: [Ironruby-core] Code Review: RandomRubyFixes01
In-Reply-To: <A5DE25409C1E51458D103EDB73EA953A7265A6648D@NA-EXMSG-C104.redmond.corp.microsoft.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F6714AAF@NA-EXMSG-C118.redmond.corp.microsoft.com>
	<A5DE25409C1E51458D103EDB73EA953A7265A6648D@NA-EXMSG-C104.redmond.corp.microsoft.com>
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8CB7866@NA-EXMSG-C112.redmond.corp.microsoft.com>

Right, our convention is not to copy documentation from ri.
I agree on access modifiers.

Tomas

-----Original Message-----
From: Oleg Tkachenko
Sent: Sunday, September 21, 2008 3:26 PM
To: Curt Hagenlocher; IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: RE: Code Review: RandomRubyFixes01

I wonder why you removed spec comments from TimeOps? Not that I object that, just curious if our convention is not to include such things into the code.
Also you marked some methods in Marshal as private, while a bunch of them still left with no access modifier, I think we should be more consistent here and mark everything with explicit access modifiers.

Otherwise looks great.
--
Oleg


-----Original Message-----
From: Curt Hagenlocher
Sent: Saturday, September 20, 2008 7:11 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: RandomRubyFixes01

tfpt review "/shelveset:RandomRubyFixes01;REDMOND\curth"

Comment  :
  Fix many bugs in Marshal; now passes all but 5 tests
  Implement Time._load and Time._dump to support marshaling of Time objects
  Implement "arity" function for method groups
  Correctly scope the constant when looking for the YAML module in yaml_as

--
Curt Hagenlocher
curth at microsoft.com

From curth at microsoft.com  Sun Sep 21 18:34:59 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Sun, 21 Sep 2008 15:34:59 -0700
Subject: [Ironruby-core] Code Review: RandomRubyFixes01
In-Reply-To: <F58FE69873E2D5459B72C347DE1582412AD8CB7866@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F6714AAF@NA-EXMSG-C118.redmond.corp.microsoft.com>
	<A5DE25409C1E51458D103EDB73EA953A7265A6648D@NA-EXMSG-C104.redmond.corp.microsoft.com>
	<F58FE69873E2D5459B72C347DE1582412AD8CB7866@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F6714B4F@NA-EXMSG-C118.redmond.corp.microsoft.com>

I thought I had gotten all the access modifiers but I think I got bored with adding them and lost focus. ;)  I'll fix that.

-----Original Message-----
From: Tomas Matousek
Sent: Sunday, September 21, 2008 3:34 PM
To: Oleg Tkachenko; Curt Hagenlocher; IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: RE: Code Review: RandomRubyFixes01

Right, our convention is not to copy documentation from ri.
I agree on access modifiers.

Tomas

-----Original Message-----
From: Oleg Tkachenko
Sent: Sunday, September 21, 2008 3:26 PM
To: Curt Hagenlocher; IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: RE: Code Review: RandomRubyFixes01

I wonder why you removed spec comments from TimeOps? Not that I object that, just curious if our convention is not to include such things into the code.
Also you marked some methods in Marshal as private, while a bunch of them still left with no access modifier, I think we should be more consistent here and mark everything with explicit access modifiers.

Otherwise looks great.
--
Oleg


-----Original Message-----
From: Curt Hagenlocher
Sent: Saturday, September 20, 2008 7:11 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: RandomRubyFixes01

tfpt review "/shelveset:RandomRubyFixes01;REDMOND\curth"

Comment  :
  Fix many bugs in Marshal; now passes all but 5 tests
  Implement Time._load and Time._dump to support marshaling of Time objects
  Implement "arity" function for method groups
  Correctly scope the constant when looking for the YAML module in yaml_as

--
Curt Hagenlocher
curth at microsoft.com

From bacondarwin at googlemail.com  Mon Sep 22 04:27:10 2008
From: bacondarwin at googlemail.com (Peter Bacon Darwin)
Date: Mon, 22 Sep 2008 09:27:10 +0100
Subject: [Ironruby-core] Code Review: RandomRubyFixes01
In-Reply-To: <F58FE69873E2D5459B72C347DE1582412AD8CB7866@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F6714AAF@NA-EXMSG-C118.redmond.corp.microsoft.com>	<A5DE25409C1E51458D103EDB73EA953A7265A6648D@NA-EXMSG-C104.redmond.corp.microsoft.com>
	<F58FE69873E2D5459B72C347DE1582412AD8CB7866@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <000301c91c8d$03164f50$0942edf0$@com>

Does that mean I should remove the documentation from the Numeric classes,
too?  In that code I had put them in as C# xml documentation i.e.
///<summary>... kind of stuff.  Is this not wanted any more?
Pete

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Sunday,21 September 21, 2008 23:34
To: Oleg Tkachenko; Curt Hagenlocher; IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Code Review: RandomRubyFixes01

Right, our convention is not to copy documentation from ri.
I agree on access modifiers.

Tomas


From lists at ruby-forum.com  Tue Sep 23 08:42:54 2008
From: lists at ruby-forum.com (Jay Turpin)
Date: Tue, 23 Sep 2008 14:42:54 +0200
Subject: [Ironruby-core] question on RubyGems
In-Reply-To: <a880efe10808180903ne3a729k67197ee65b29023d@mail.gmail.com>
References: <97263115eb6548e822cf1b4284874c72@ruby-forum.com>
	<a880efe10808180903ne3a729k67197ee65b29023d@mail.gmail.com>
Message-ID: <950832af81cafc93baa81b654959c233@ruby-forum.com>

I did some research into getting rubygems and rake to work in IronRuby. 
The first thing I had to do was set the ENV variable GEM_PATH to the 
IronRuby/lib/ruby/gems/1.8 directory. That enabled rubygems to at least 
locate the rake gem.

But now I'm stuck on an possible issue in the rubygems library. Looks 
like it is handling the version numbers of the libraries differently 
than Ruby. I'm looking into it further.

Does anybody know how to do a --trace to print out the script callstack? 
It would certainly make it easier to track down problems in the .rb 
files.

Thanks
Jay Turpin
-- 
Posted via http://www.ruby-forum.com/.

From michael.letterle at gmail.com  Tue Sep 23 08:47:19 2008
From: michael.letterle at gmail.com (Michael Letterle)
Date: Tue, 23 Sep 2008 08:47:19 -0400
Subject: [Ironruby-core] question on RubyGems
In-Reply-To: <950832af81cafc93baa81b654959c233@ruby-forum.com>
References: <97263115eb6548e822cf1b4284874c72@ruby-forum.com>
	<a880efe10808180903ne3a729k67197ee65b29023d@mail.gmail.com>
	<950832af81cafc93baa81b654959c233@ruby-forum.com>
Message-ID: <ef5222770809230547o1e2a68ebw5099af06f9992f4@mail.gmail.com>

-D should give you script line numbers on the stack trace.

On Tue, Sep 23, 2008 at 8:42 AM, Jay Turpin <lists at ruby-forum.com> wrote:

> I did some research into getting rubygems and rake to work in IronRuby.
> The first thing I had to do was set the ENV variable GEM_PATH to the
> IronRuby/lib/ruby/gems/1.8 directory. That enabled rubygems to at least
> locate the rake gem.
>
> But now I'm stuck on an possible issue in the rubygems library. Looks
> like it is handling the version numbers of the libraries differently
> than Ruby. I'm looking into it further.
>
> Does anybody know how to do a --trace to print out the script callstack?
> It would certainly make it easier to track down problems in the .rb
> files.
>
> Thanks
> Jay Turpin
> --
> 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: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080923/7c286550/attachment.html>

From Tomas.Matousek at microsoft.com  Tue Sep 23 12:16:37 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 23 Sep 2008 09:16:37 -0700
Subject: [Ironruby-core] question on RubyGems
In-Reply-To: <ef5222770809230547o1e2a68ebw5099af06f9992f4@mail.gmail.com>
References: <97263115eb6548e822cf1b4284874c72@ruby-forum.com>
	<a880efe10808180903ne3a729k67197ee65b29023d@mail.gmail.com>
	<950832af81cafc93baa81b654959c233@ruby-forum.com>
	<ef5222770809230547o1e2a68ebw5099af06f9992f4@mail.gmail.com>
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8CB7D71@NA-EXMSG-C112.redmond.corp.microsoft.com>

You can also use tracing proc:

Hook it in a code:
set_trace_func proc { |*a|
  p a
}

and run ir.exe with -trace option.

Note that stack traces are not available in -X:Interpret mode yet and in compiled mode they contain some internal frames. It's the next item in my TODO list to fix that.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle
Sent: Tuesday, September 23, 2008 5:47 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] question on RubyGems


-D should give you script line numbers on the stack trace.
On Tue, Sep 23, 2008 at 8:42 AM, Jay Turpin <lists at ruby-forum.com<mailto:lists at ruby-forum.com>> wrote:
I did some research into getting rubygems and rake to work in IronRuby.
The first thing I had to do was set the ENV variable GEM_PATH to the
IronRuby/lib/ruby/gems/1.8 directory. That enabled rubygems to at least
locate the rake gem.

But now I'm stuck on an possible issue in the rubygems library. Looks
like it is handling the version numbers of the libraries differently
than Ruby. I'm looking into it further.

Does anybody know how to do a --trace to print out the script callstack?
It would certainly make it easier to track down problems in the .rb
files.

Thanks
Jay Turpin
--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto: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: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080923/f0632211/attachment-0001.html>

From jay.turpin at intel.com  Tue Sep 23 12:14:55 2008
From: jay.turpin at intel.com (Turpin, Jay)
Date: Tue, 23 Sep 2008 09:14:55 -0700
Subject: [Ironruby-core] question on RubyGems
In-Reply-To: <ef5222770809230547o1e2a68ebw5099af06f9992f4@mail.gmail.com>
References: <97263115eb6548e822cf1b4284874c72@ruby-forum.com>
	<a880efe10808180903ne3a729k67197ee65b29023d@mail.gmail.com>
	<950832af81cafc93baa81b654959c233@ruby-forum.com>
	<ef5222770809230547o1e2a68ebw5099af06f9992f4@mail.gmail.com>
Message-ID: <02EA1FD4E5205C48BE881A7ACE2F7C8C1206A412@azsmsx502.amr.corp.intel.com>

Michael - Thanks for the quick response, but that's not quite what I meant. When I run Ruby and get an error, I get the complete stack trace of the Ruby code:

C:\temp>ruby t.rb
c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:283:in `satisfy?': Bogus Error (RuntimeError)
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `satisfied_by?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:86:in `all?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `each'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `all?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `satisfied_by?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:187:in `search'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in `each'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in `search'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:165:in `find_name'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems.rb:187:in `activate'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `require'
        from t.rb:2

However, when I run IronRuby and get an error, I only get one line of ruby code and the rest is the C# stack trace:

C:\temp>ir t.rb
custom_require.rb:26:in `require': Bogus Error (RuntimeError)
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from :0
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from :0

The error really happens deep inside the Ruby code. Any ideas?

Thanks

Regards,
Jay Turpin
"Over 48.7% of all statistics are useless." - Anonymous
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080923/26ba3a47/attachment.html>

From Tomas.Matousek at microsoft.com  Tue Sep 23 12:30:29 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 23 Sep 2008 09:30:29 -0700
Subject: [Ironruby-core] question on RubyGems
In-Reply-To: <02EA1FD4E5205C48BE881A7ACE2F7C8C1206A412@azsmsx502.amr.corp.intel.com>
References: <97263115eb6548e822cf1b4284874c72@ruby-forum.com>
	<a880efe10808180903ne3a729k67197ee65b29023d@mail.gmail.com>
	<950832af81cafc93baa81b654959c233@ruby-forum.com>
	<ef5222770809230547o1e2a68ebw5099af06f9992f4@mail.gmail.com>
	<02EA1FD4E5205C48BE881A7ACE2F7C8C1206A412@azsmsx502.amr.corp.intel.com>
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8CB7D87@NA-EXMSG-C112.redmond.corp.microsoft.com>

-D is actually what you need:

C:\Temp>rbd x.rb
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:7:in `bar'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\MatchCaller.Generated.cs:30:in `Call2'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:3:in `foo'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\MatchCaller.Generated.cs:30:in `Call2'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:10

As I said, some internal frames are included as well, which is a bug that I'm going to fix soon.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Turpin, Jay
Sent: Tuesday, September 23, 2008 9:15 AM
To: 'ironruby-core at rubyforge.org'
Subject: Re: [Ironruby-core] question on RubyGems

Michael - Thanks for the quick response, but that's not quite what I meant. When I run Ruby and get an error, I get the complete stack trace of the Ruby code:

C:\temp>ruby t.rb
c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:283:in `satisfy?': Bogus Error (RuntimeError)
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `satisfied_by?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:86:in `all?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `each'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `all?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `satisfied_by?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:187:in `search'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in `each'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in `search'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:165:in `find_name'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems.rb:187:in `activate'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `require'
        from t.rb:2

However, when I run IronRuby and get an error, I only get one line of ruby code and the rest is the C# stack trace:

C:\temp>ir t.rb
custom_require.rb:26:in `require': Bogus Error (RuntimeError)
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from :0
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from :0

The error really happens deep inside the Ruby code. Any ideas?

Thanks

Regards,
Jay Turpin
"Over 48.7% of all statistics are useless." - Anonymous
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080923/f5e38add/attachment-0001.html>

From Tomas.Matousek at microsoft.com  Tue Sep 23 12:31:54 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 23 Sep 2008 09:31:54 -0700
Subject: [Ironruby-core] question on RubyGems
In-Reply-To: <F58FE69873E2D5459B72C347DE1582412AD8CB7D87@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <97263115eb6548e822cf1b4284874c72@ruby-forum.com>
	<a880efe10808180903ne3a729k67197ee65b29023d@mail.gmail.com>
	<950832af81cafc93baa81b654959c233@ruby-forum.com>
	<ef5222770809230547o1e2a68ebw5099af06f9992f4@mail.gmail.com>
	<02EA1FD4E5205C48BE881A7ACE2F7C8C1206A412@azsmsx502.amr.corp.intel.com>
	<F58FE69873E2D5459B72C347DE1582412AD8CB7D87@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8CB7D8B@NA-EXMSG-C112.redmond.corp.microsoft.com>

Note that "rbd" is an alias for "ir -D" on my machine ;)

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, September 23, 2008 9:30 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] question on RubyGems

-D is actually what you need:

C:\Temp>rbd x.rb
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:7:in `bar'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\MatchCaller.Generated.cs:30:in `Call2'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:3:in `foo'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\MatchCaller.Generated.cs:30:in `Call2'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:10

As I said, some internal frames are included as well, which is a bug that I'm going to fix soon.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Turpin, Jay
Sent: Tuesday, September 23, 2008 9:15 AM
To: 'ironruby-core at rubyforge.org'
Subject: Re: [Ironruby-core] question on RubyGems

Michael - Thanks for the quick response, but that's not quite what I meant. When I run Ruby and get an error, I get the complete stack trace of the Ruby code:

C:\temp>ruby t.rb
c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:283:in `satisfy?': Bogus Error (RuntimeError)
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `satisfied_by?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:86:in `all?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `each'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `all?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `satisfied_by?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:187:in `search'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in `each'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in `search'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:165:in `find_name'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems.rb:187:in `activate'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `require'
        from t.rb:2

However, when I run IronRuby and get an error, I only get one line of ruby code and the rest is the C# stack trace:

C:\temp>ir t.rb
custom_require.rb:26:in `require': Bogus Error (RuntimeError)
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from :0
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from :0

The error really happens deep inside the Ruby code. Any ideas?

Thanks

Regards,
Jay Turpin
"Over 48.7% of all statistics are useless." - Anonymous
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080923/9f650f03/attachment.html>

From jay.turpin at intel.com  Tue Sep 23 12:37:11 2008
From: jay.turpin at intel.com (Turpin, Jay)
Date: Tue, 23 Sep 2008 09:37:11 -0700
Subject: [Ironruby-core] question on RubyGems
In-Reply-To: <F58FE69873E2D5459B72C347DE1582412AD8CB7D87@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <97263115eb6548e822cf1b4284874c72@ruby-forum.com>
	<a880efe10808180903ne3a729k67197ee65b29023d@mail.gmail.com>
	<950832af81cafc93baa81b654959c233@ruby-forum.com>
	<ef5222770809230547o1e2a68ebw5099af06f9992f4@mail.gmail.com>
	<02EA1FD4E5205C48BE881A7ACE2F7C8C1206A412@azsmsx502.amr.corp.intel.com>
	<F58FE69873E2D5459B72C347DE1582412AD8CB7D87@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <02EA1FD4E5205C48BE881A7ACE2F7C8C1206A485@azsmsx502.amr.corp.intel.com>

Tomas - Thanks for the advice. However, it is still not working as expected. When I run this ruby script:

require 'rubygems'
require 'rake'

puts $LOAD_PATH

It give me this output:

C:\temp>ir -D t.rb
C:/Projects/IronRuby/lib/ruby/site_ruby/1.8\rubygems/custom_require.rb:31:in `require': Bogus Error (RuntimeError)
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from t.rb:3
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from t.rb:3

But the error is actually coming from deep inside the rubygems library

Thanks!

Regards,
Jay Turpin
"In the end, everything is a gag." - Charlie Chaplin
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, September 23, 2008 9:30 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] question on RubyGems

-D is actually what you need:

C:\Temp>rbd x.rb
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:7:in `bar'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\MatchCaller.Generated.cs:30:in `Call2'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:3:in `foo'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\MatchCaller.Generated.cs:30:in `Call2'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:10

As I said, some internal frames are included as well, which is a bug that I'm going to fix soon.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Turpin, Jay
Sent: Tuesday, September 23, 2008 9:15 AM
To: 'ironruby-core at rubyforge.org'
Subject: Re: [Ironruby-core] question on RubyGems

Michael - Thanks for the quick response, but that's not quite what I meant. When I run Ruby and get an error, I get the complete stack trace of the Ruby code:

C:\temp>ruby t.rb
c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:283:in `satisfy?': Bogus Error (RuntimeError)
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `satisfied_by?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:86:in `all?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `each'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `all?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `satisfied_by?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:187:in `search'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in `each'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in `search'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:165:in `find_name'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems.rb:187:in `activate'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `require'
        from t.rb:2

However, when I run IronRuby and get an error, I only get one line of ruby code and the rest is the C# stack trace:

C:\temp>ir t.rb
custom_require.rb:26:in `require': Bogus Error (RuntimeError)
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from :0
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from :0

The error really happens deep inside the Ruby code. Any ideas?

Thanks

Regards,
Jay Turpin
"Over 48.7% of all statistics are useless." - Anonymous
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080923/28ce1946/attachment-0001.html>

From Tomas.Matousek at microsoft.com  Tue Sep 23 13:11:40 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 23 Sep 2008 10:11:40 -0700
Subject: [Ironruby-core] question on RubyGems
In-Reply-To: <02EA1FD4E5205C48BE881A7ACE2F7C8C1206A485@azsmsx502.amr.corp.intel.com>
References: <97263115eb6548e822cf1b4284874c72@ruby-forum.com>
	<a880efe10808180903ne3a729k67197ee65b29023d@mail.gmail.com>
	<950832af81cafc93baa81b654959c233@ruby-forum.com>
	<ef5222770809230547o1e2a68ebw5099af06f9992f4@mail.gmail.com>
	<02EA1FD4E5205C48BE881A7ACE2F7C8C1206A412@azsmsx502.amr.corp.intel.com>
	<F58FE69873E2D5459B72C347DE1582412AD8CB7D87@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<02EA1FD4E5205C48BE881A7ACE2F7C8C1206A485@azsmsx502.amr.corp.intel.com>
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8CB7DDA@NA-EXMSG-C112.redmond.corp.microsoft.com>

I see. Well it seems more broken than I thought it is :)

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Turpin, Jay
Sent: Tuesday, September 23, 2008 9:37 AM
To: 'ironruby-core at rubyforge.org'
Subject: Re: [Ironruby-core] question on RubyGems

Tomas - Thanks for the advice. However, it is still not working as expected. When I run this ruby script:

require 'rubygems'
require 'rake'

puts $LOAD_PATH

It give me this output:

C:\temp>ir -D t.rb
C:/Projects/IronRuby/lib/ruby/site_ruby/1.8\rubygems/custom_require.rb:31:in `require': Bogus Error (RuntimeError)
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from t.rb:3
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from t.rb:3

But the error is actually coming from deep inside the rubygems library

Thanks!

Regards,
Jay Turpin
"In the end, everything is a gag." - Charlie Chaplin
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, September 23, 2008 9:30 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] question on RubyGems

-D is actually what you need:

C:\Temp>rbd x.rb
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:7:in `bar'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\MatchCaller.Generated.cs:30:in `Call2'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:3:in `foo'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\MatchCaller.Generated.cs:30:in `Call2'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:10

As I said, some internal frames are included as well, which is a bug that I'm going to fix soon.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Turpin, Jay
Sent: Tuesday, September 23, 2008 9:15 AM
To: 'ironruby-core at rubyforge.org'
Subject: Re: [Ironruby-core] question on RubyGems

Michael - Thanks for the quick response, but that's not quite what I meant. When I run Ruby and get an error, I get the complete stack trace of the Ruby code:

C:\temp>ruby t.rb
c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:283:in `satisfy?': Bogus Error (RuntimeError)
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `satisfied_by?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:86:in `all?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `each'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `all?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `satisfied_by?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:187:in `search'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in `each'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in `search'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:165:in `find_name'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems.rb:187:in `activate'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `require'
        from t.rb:2

However, when I run IronRuby and get an error, I only get one line of ruby code and the rest is the C# stack trace:

C:\temp>ir t.rb
custom_require.rb:26:in `require': Bogus Error (RuntimeError)
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from :0
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from :0

The error really happens deep inside the Ruby code. Any ideas?

Thanks

Regards,
Jay Turpin
"Over 48.7% of all statistics are useless." - Anonymous
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080923/dacc1503/attachment-0001.html>

From jay.turpin at intel.com  Tue Sep 23 13:35:47 2008
From: jay.turpin at intel.com (Turpin, Jay)
Date: Tue, 23 Sep 2008 10:35:47 -0700
Subject: [Ironruby-core] question on RubyGems
In-Reply-To: <F58FE69873E2D5459B72C347DE1582412AD8CB7DDA@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <97263115eb6548e822cf1b4284874c72@ruby-forum.com>
	<a880efe10808180903ne3a729k67197ee65b29023d@mail.gmail.com>
	<950832af81cafc93baa81b654959c233@ruby-forum.com>
	<ef5222770809230547o1e2a68ebw5099af06f9992f4@mail.gmail.com>
	<02EA1FD4E5205C48BE881A7ACE2F7C8C1206A412@azsmsx502.amr.corp.intel.com>
	<F58FE69873E2D5459B72C347DE1582412AD8CB7D87@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<02EA1FD4E5205C48BE881A7ACE2F7C8C1206A485@azsmsx502.amr.corp.intel.com>
	<F58FE69873E2D5459B72C347DE1582412AD8CB7DDA@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <02EA1FD4E5205C48BE881A7ACE2F7C8C1206A5E0@azsmsx502.amr.corp.intel.com>

Tomas - The problem seems to be coming from rubygems/custom_required.rb. It redefines Kernel.required() and is not re-throwing the error properly:

This works:

module Kernel
  alias gem_original_require require # :nodoc:

  def require(path) # :nodoc:
    gem_original_require path
  end
end  # module Kernel

but this doesn't:

module Kernel
  alias gem_original_require require # :nodoc:

  def require(path) # :nodoc:
    gem_original_require path
    rescue LoadError => load_error
      raise load_error
  end
end  # module Kernel

Regards,
Jay Turpin
"It is always the best policy to tell the truth, unless, of course, you are an exceptionally good liar." - Jerome K. Jerome
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, September 23, 2008 10:12 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] question on RubyGems

I see. Well it seems more broken than I thought it is :)

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Turpin, Jay
Sent: Tuesday, September 23, 2008 9:37 AM
To: 'ironruby-core at rubyforge.org'
Subject: Re: [Ironruby-core] question on RubyGems

Tomas - Thanks for the advice. However, it is still not working as expected. When I run this ruby script:

require 'rubygems'
require 'rake'

puts $LOAD_PATH

It give me this output:

C:\temp>ir -D t.rb
C:/Projects/IronRuby/lib/ruby/site_ruby/1.8\rubygems/custom_require.rb:31:in `require': Bogus Error (RuntimeError)
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from t.rb:3
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from t.rb:3

But the error is actually coming from deep inside the rubygems library

Thanks!

Regards,
Jay Turpin
"In the end, everything is a gag." - Charlie Chaplin
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, September 23, 2008 9:30 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] question on RubyGems

-D is actually what you need:

C:\Temp>rbd x.rb
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:7:in `bar'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\MatchCaller.Generated.cs:30:in `Call2'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:3:in `foo'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\MatchCaller.Generated.cs:30:in `Call2'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:10

As I said, some internal frames are included as well, which is a bug that I'm going to fix soon.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Turpin, Jay
Sent: Tuesday, September 23, 2008 9:15 AM
To: 'ironruby-core at rubyforge.org'
Subject: Re: [Ironruby-core] question on RubyGems

Michael - Thanks for the quick response, but that's not quite what I meant. When I run Ruby and get an error, I get the complete stack trace of the Ruby code:

C:\temp>ruby t.rb
c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:283:in `satisfy?': Bogus Error (RuntimeError)
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `satisfied_by?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:86:in `all?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `each'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `all?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `satisfied_by?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:187:in `search'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in `each'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in `search'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:165:in `find_name'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems.rb:187:in `activate'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `require'
        from t.rb:2

However, when I run IronRuby and get an error, I only get one line of ruby code and the rest is the C# stack trace:

C:\temp>ir t.rb
custom_require.rb:26:in `require': Bogus Error (RuntimeError)
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from :0
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from :0

The error really happens deep inside the Ruby code. Any ideas?

Thanks

Regards,
Jay Turpin
"Over 48.7% of all statistics are useless." - Anonymous
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080923/b7f78706/attachment-0001.html>

From Tomas.Matousek at microsoft.com  Tue Sep 23 16:47:47 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 23 Sep 2008 13:47:47 -0700
Subject: [Ironruby-core] Code Review: EncodingX6
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8CB7F47@NA-EXMSG-C112.redmond.corp.microsoft.com>

tfpt review "/shelveset:EncodingX6;REDMOND\tomat"

  Adds RubyCompatibility enum that specifies the major version of Ruby that IronRuby should be compatible with.
  Adds -18, -19 and -20 command line options that switch the compatibility mode to Ruby 1.8, 1.9 and 2.0 respectively.
  For now the default compatibility mode is 1.8. The difference between -18 and -19 is currently mostly related to Unicode and string encodings. The encodings support is still quite experimental therefore -19 is not a default mode.

  Makes RubyEncoding instances per-domain singletons.
  Refactors tokenizer and implements \uXXXX and \u{code-point} string literal escapes.

  Makes StringLiteral a separate node (Literal was previously used for strings as well).
  Adds StringLiteralEncoding which defines what kind of characters are contained in the literal.
  Mixing encoded characters, \u and binary escapes (\xXX, \###) doesn't work yet.

  Replaces char? with int in libraries and fixes character handling in some library methods.
  Adds external_encoding, internal_encoding to IO class, although only external_encoding is used so far.


Tomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: EncodingX6.diff
Type: application/octet-stream
Size: 779640 bytes
Desc: EncodingX6.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080923/228edd22/attachment-0001.obj>

From curth at microsoft.com  Wed Sep 24 18:31:21 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Wed, 24 Sep 2008 15:31:21 -0700
Subject: [Ironruby-core] Code Review: RandomRubyFixes02
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F68626DC@NA-EXMSG-C118.redmond.corp.microsoft.com>

tfpt review "/shelveset:RandomRubyFixes02;REDMOND\curth"

Comment  :
  Implemented Proc.arity
  Fix "negative 0.0" test to work under Silverlight
  Fix the loader to treat files with no extension as ".rb" files
  Hide MutableString.version from Ruby so that Gems doesn't get confused

--
Curt Hagenlocher
curth at microsoft.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RandomRubyFixes02.diff
Type: application/octet-stream
Size: 10247 bytes
Desc: RandomRubyFixes02.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080924/a1b05577/attachment.obj>

From jay.turpin at intel.com  Wed Sep 24 19:13:05 2008
From: jay.turpin at intel.com (Turpin, Jay)
Date: Wed, 24 Sep 2008 16:13:05 -0700
Subject: [Ironruby-core] RubyGems Patch
In-Reply-To: <02EA1FD4E5205C48BE881A7ACE2F7C8C11FC1A82@azsmsx502.amr.corp.intel.com>
References: <97263115eb6548e822cf1b4284874c72@ruby-forum.com>
	<a880efe10808180903ne3a729k67197ee65b29023d@mail.gmail.com>
	<950832af81cafc93baa81b654959c233@ruby-forum.com>
	<ef5222770809230547o1e2a68ebw5099af06f9992f4@mail.gmail.com>
	<02EA1FD4E5205C48BE881A7ACE2F7C8C1206A412@azsmsx502.amr.corp.intel.com>
	<F58FE69873E2D5459B72C347DE1582412AD8CB7D87@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<02EA1FD4E5205C48BE881A7ACE2F7C8C1206A485@azsmsx502.amr.corp.intel.com>
	<F58FE69873E2D5459B72C347DE1582412AD8CB7DDA@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<02EA1FD4E5205C48BE881A7ACE2F7C8C11FC1A82@azsmsx502.amr.corp.intel.com>
Message-ID: <02EA1FD4E5205C48BE881A7ACE2F7C8C120E55BF@azsmsx502.amr.corp.intel.com>

I finally tracked down a bug that was causing an error when trying to use rubygems and rake. When a .gemspec was being read and evaluated to create a Gem::Specification instance, it was not creating a Gem::Version object properly. Turns out that the Version.create() method was checking to see if the parameter responds_to? :version. Somewhere along the line, the String class added a version method - which caused the error.

Regards,
Jay Turpin
"Always do right. This will gratify some people and astonish the rest." - Mark Twain
From: Turpin, Jay
Sent: Tuesday, September 23, 2008 10:36 AM
To: 'ironruby-core at rubyforge.org'
Subject: RE: [Ironruby-core] question on RubyGems

Tomas - The problem seems to be coming from rubygems/custom_required.rb. It redefines Kernel.required() and is not re-throwing the error properly:

This works:

module Kernel
  alias gem_original_require require # :nodoc:

  def require(path) # :nodoc:
    gem_original_require path
  end
end  # module Kernel

but this doesn't:

module Kernel
  alias gem_original_require require # :nodoc:

  def require(path) # :nodoc:
    gem_original_require path
    rescue LoadError => load_error
      raise load_error
  end
end  # module Kernel

Regards,
Jay Turpin
"It is always the best policy to tell the truth, unless, of course, you are an exceptionally good liar." - Jerome K. Jerome
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, September 23, 2008 10:12 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] question on RubyGems

I see. Well it seems more broken than I thought it is :)

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Turpin, Jay
Sent: Tuesday, September 23, 2008 9:37 AM
To: 'ironruby-core at rubyforge.org'
Subject: Re: [Ironruby-core] question on RubyGems

Tomas - Thanks for the advice. However, it is still not working as expected. When I run this ruby script:

require 'rubygems'
require 'rake'

puts $LOAD_PATH

It give me this output:

C:\temp>ir -D t.rb
C:/Projects/IronRuby/lib/ruby/site_ruby/1.8\rubygems/custom_require.rb:31:in `require': Bogus Error (RuntimeError)
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from t.rb:3
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from t.rb:3

But the error is actually coming from deep inside the rubygems library

Thanks!

Regards,
Jay Turpin
"In the end, everything is a gag." - Charlie Chaplin
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, September 23, 2008 9:30 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] question on RubyGems

-D is actually what you need:

C:\Temp>rbd x.rb
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:7:in `bar'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\MatchCaller.Generated.cs:30:in `Call2'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:3:in `foo'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\MatchCaller.Generated.cs:30:in `Call2'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:10

As I said, some internal frames are included as well, which is a bug that I'm going to fix soon.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Turpin, Jay
Sent: Tuesday, September 23, 2008 9:15 AM
To: 'ironruby-core at rubyforge.org'
Subject: Re: [Ironruby-core] question on RubyGems

Michael - Thanks for the quick response, but that's not quite what I meant. When I run Ruby and get an error, I get the complete stack trace of the Ruby code:

C:\temp>ruby t.rb
c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:283:in `satisfy?': Bogus Error (RuntimeError)
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `satisfied_by?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:86:in `all?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `each'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `all?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `satisfied_by?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:187:in `search'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in `each'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in `search'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:165:in `find_name'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems.rb:187:in `activate'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `require'
        from t.rb:2

However, when I run IronRuby and get an error, I only get one line of ruby code and the rest is the C# stack trace:

C:\temp>ir t.rb
custom_require.rb:26:in `require': Bogus Error (RuntimeError)
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from :0
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from :0

The error really happens deep inside the Ruby code. Any ideas?

Thanks

Regards,
Jay Turpin
"Over 48.7% of all statistics are useless." - Anonymous
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080924/0dbafbae/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ironruby_rubygems_version.patch
Type: application/octet-stream
Size: 472 bytes
Desc: ironruby_rubygems_version.patch
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080924/0dbafbae/attachment-0001.obj>

From curth at microsoft.com  Wed Sep 24 19:26:35 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Wed, 24 Sep 2008 16:26:35 -0700
Subject: [Ironruby-core] RubyGems Patch
In-Reply-To: <02EA1FD4E5205C48BE881A7ACE2F7C8C120E55BF@azsmsx502.amr.corp.intel.com>
References: <97263115eb6548e822cf1b4284874c72@ruby-forum.com>
	<a880efe10808180903ne3a729k67197ee65b29023d@mail.gmail.com>
	<950832af81cafc93baa81b654959c233@ruby-forum.com>
	<ef5222770809230547o1e2a68ebw5099af06f9992f4@mail.gmail.com>
	<02EA1FD4E5205C48BE881A7ACE2F7C8C1206A412@azsmsx502.amr.corp.intel.com>
	<F58FE69873E2D5459B72C347DE1582412AD8CB7D87@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<02EA1FD4E5205C48BE881A7ACE2F7C8C1206A485@azsmsx502.amr.corp.intel.com>
	<F58FE69873E2D5459B72C347DE1582412AD8CB7DDA@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<02EA1FD4E5205C48BE881A7ACE2F7C8C11FC1A82@azsmsx502.amr.corp.intel.com>
	<02EA1FD4E5205C48BE881A7ACE2F7C8C120E55BF@azsmsx502.amr.corp.intel.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED1519F6862778@NA-EXMSG-C118.redmond.corp.microsoft.com>

Yes, I found the same thing yesterday :).  The patch I submitted for review a few hours ago contains a fix for this.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Turpin, Jay
Sent: Wednesday, September 24, 2008 4:13 PM
To: 'ironruby-core at rubyforge.org'
Subject: [Ironruby-core] RubyGems Patch

I finally tracked down a bug that was causing an error when trying to use rubygems and rake. When a .gemspec was being read and evaluated to create a Gem::Specification instance, it was not creating a Gem::Version object properly. Turns out that the Version.create() method was checking to see if the parameter responds_to? :version. Somewhere along the line, the String class added a version method - which caused the error.

Regards,
Jay Turpin
"Always do right. This will gratify some people and astonish the rest." - Mark Twain
From: Turpin, Jay
Sent: Tuesday, September 23, 2008 10:36 AM
To: 'ironruby-core at rubyforge.org'
Subject: RE: [Ironruby-core] question on RubyGems

Tomas - The problem seems to be coming from rubygems/custom_required.rb. It redefines Kernel.required() and is not re-throwing the error properly:

This works:

module Kernel
  alias gem_original_require require # :nodoc:

  def require(path) # :nodoc:
    gem_original_require path
  end
end  # module Kernel

but this doesn't:

module Kernel
  alias gem_original_require require # :nodoc:

  def require(path) # :nodoc:
    gem_original_require path
    rescue LoadError => load_error
      raise load_error
  end
end  # module Kernel

Regards,
Jay Turpin
"It is always the best policy to tell the truth, unless, of course, you are an exceptionally good liar." - Jerome K. Jerome
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, September 23, 2008 10:12 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] question on RubyGems

I see. Well it seems more broken than I thought it is :)

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Turpin, Jay
Sent: Tuesday, September 23, 2008 9:37 AM
To: 'ironruby-core at rubyforge.org'
Subject: Re: [Ironruby-core] question on RubyGems

Tomas - Thanks for the advice. However, it is still not working as expected. When I run this ruby script:

require 'rubygems'
require 'rake'

puts $LOAD_PATH

It give me this output:

C:\temp>ir -D t.rb
C:/Projects/IronRuby/lib/ruby/site_ruby/1.8\rubygems/custom_require.rb:31:in `require': Bogus Error (RuntimeError)
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from t.rb:3
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from t.rb:3

But the error is actually coming from deep inside the rubygems library

Thanks!

Regards,
Jay Turpin
"In the end, everything is a gag." - Charlie Chaplin
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, September 23, 2008 9:30 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] question on RubyGems

-D is actually what you need:

C:\Temp>rbd x.rb
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:7:in `bar'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\MatchCaller.Generated.cs:30:in `Call2'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:3:in `foo'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\MatchCaller.Generated.cs:30:in `Call2'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in `UpdateAndExecute'
C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in `Update2'
x.rb:10

As I said, some internal frames are included as well, which is a bug that I'm going to fix soon.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Turpin, Jay
Sent: Tuesday, September 23, 2008 9:15 AM
To: 'ironruby-core at rubyforge.org'
Subject: Re: [Ironruby-core] question on RubyGems

Michael - Thanks for the quick response, but that's not quite what I meant. When I run Ruby and get an error, I get the complete stack trace of the Ruby code:

C:\temp>ruby t.rb
c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:283:in `satisfy?': Bogus Error (RuntimeError)
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `satisfied_by?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:86:in `all?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `each'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `all?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in `satisfied_by?'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:187:in `search'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in `each'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in `search'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:165:in `find_name'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems.rb:187:in `activate'
        from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `require'
        from t.rb:2

However, when I run IronRuby and get an error, I only get one line of ruby code and the rest is the C# stack trace:

C:\temp>ir t.rb
custom_require.rb:26:in `require': Bogus Error (RuntimeError)
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from :0
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in `Call3'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in `UpdateAndExecute'
        from C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in `Update3'
        from :0

The error really happens deep inside the Ruby code. Any ideas?

Thanks

Regards,
Jay Turpin
"Over 48.7% of all statistics are useless." - Anonymous
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080924/d59dfd00/attachment-0001.html>

From jflam at microsoft.com  Thu Sep 25 15:51:43 2008
From: jflam at microsoft.com (John Lam (IRONRUBY))
Date: Thu, 25 Sep 2008 12:51:43 -0700
Subject: [Ironruby-core] Code Review: trace-5
Message-ID: <372109E149E8084D8E6C7D9CFD82E063334960E4C0@NA-EXMSG-C115.redmond.corp.microsoft.com>

tfpt review "/shelveset:trace-5;REDMOND\jflam"

FYI - reviewed F2F w/Tomas.

Work to enable IronRuby tracing. This is part of a larger effort to diff execution traces of Rails between IronRuby and MRI to track down bugs.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: trace-5.diff
Type: application/octet-stream
Size: 24295 bytes
Desc: trace-5.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080925/9f241243/attachment-0001.obj>

From bacondarwin at googlemail.com  Fri Sep 26 14:26:20 2008
From: bacondarwin at googlemail.com (Peter Bacon Darwin)
Date: Fri, 26 Sep 2008 19:26:20 +0100
Subject: [Ironruby-core] Code Review: trace-5
In-Reply-To: <372109E149E8084D8E6C7D9CFD82E063334960E4C0@NA-EXMSG-C115.redmond.corp.microsoft.com>
References: <372109E149E8084D8E6C7D9CFD82E063334960E4C0@NA-EXMSG-C115.redmond.corp.microsoft.com>
Message-ID: <00ef01c92005$61159720$2340c560$@com>

Just a clarification rather than anything else.  In KernelOps.cs you added
this new method...

+        [RubyMethod("to_a")]
+        public static RubyArray/*!*/ ToA(RubyScope/*!*/ scope, object self)
{
+            // Return an array that contains self
+            RubyArray result = new RubyArray(new object[] { self });
+
+            return scope.ExecutionContext.TaintObjectBy(result, self);
+        }

I noticed that you have used the RubyScope special parameter here but that
you are only using it to get hold of the ExecutionContext.  My understanding
was that the RubyExecutionContext will be merged into the RubyContext at
some point soon.  Would it not be better to just use the RubyContext object
in the parameter list then?

Also, I note that Ruby 1.8.7 has been released (although not for Ruby One
Click Installer yet).  Is IronRuby going to move toward this version or are
we sticking with 1.8.6 until we go for 1.9?

Cheers,
Pete

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of John Lam
(IRONRUBY)
Sent: Thursday,25 September 25, 2008 20:52
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Code Review: trace-5

tfpt review "/shelveset:trace-5;REDMOND\jflam"

FYI - reviewed F2F w/Tomas.

Work to enable IronRuby tracing. This is part of a larger effort to diff
execution traces of Rails between IronRuby and MRI to track down bugs.




From ben2004uk at googlemail.com  Fri Sep 26 20:46:54 2008
From: ben2004uk at googlemail.com (Ben Hall)
Date: Sat, 27 Sep 2008 01:46:54 +0100
Subject: [Ironruby-core] question on RubyGems
In-Reply-To: <02EA1FD4E5205C48BE881A7ACE2F7C8C1206A5E0@azsmsx502.amr.corp.intel.com>
References: <97263115eb6548e822cf1b4284874c72@ruby-forum.com>
	<a880efe10808180903ne3a729k67197ee65b29023d@mail.gmail.com>
	<950832af81cafc93baa81b654959c233@ruby-forum.com>
	<ef5222770809230547o1e2a68ebw5099af06f9992f4@mail.gmail.com>
	<02EA1FD4E5205C48BE881A7ACE2F7C8C1206A412@azsmsx502.amr.corp.intel.com>
	<F58FE69873E2D5459B72C347DE1582412AD8CB7D87@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<02EA1FD4E5205C48BE881A7ACE2F7C8C1206A485@azsmsx502.amr.corp.intel.com>
	<F58FE69873E2D5459B72C347DE1582412AD8CB7DDA@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<02EA1FD4E5205C48BE881A7ACE2F7C8C1206A5E0@azsmsx502.amr.corp.intel.com>
Message-ID: <a04554c00809261746w66125ba4g33c023ab7c3c507a@mail.gmail.com>

Hi Tomas,

I tried your block of code, but i'm still getting an error.  Are you
getting this error, or do you have rake working?

>>> require 'rake'
E:\IronRuby\trunk\src\IronRuby.Libraries\Builtins\KernelOps.cs:416:in
`require': no such file to load -- rake (LoadError)
        from E:\IronRuby\trunk\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in
`Call3'
        from E:\IronRuby\trunk\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in
`UpdateAndExecute'
        from E:\IronRuby\trunk\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in
`Update3'
        from :0

Thanks

Ben

On Tue, Sep 23, 2008 at 6:35 PM, Turpin, Jay <jay.turpin at intel.com> wrote:
> Tomas - The problem seems to be coming from rubygems/custom_required.rb. It
> redefines Kernel.required() and is not re-throwing the error properly:
>
>
>
> This works:
>
>
>
> module Kernel
>
>   alias gem_original_require require # :nodoc:
>
>
>
>   def require(path) # :nodoc:
>
>     gem_original_require path
>
>   end
>
> end  # module Kernel
>
>
>
> but this doesn't:
>
>
>
> module Kernel
>
>   alias gem_original_require require # :nodoc:
>
>
>
>   def require(path) # :nodoc:
>
>     gem_original_require path
>
>     rescue LoadError => load_error
>
>       raise load_error
>
>   end
>
> end  # module Kernel
>
>
>
> Regards,
> Jay Turpin
> "It is always the best policy to tell the truth, unless, of course, you are
> an exceptionally good liar." - Jerome K. Jerome
>
> From: ironruby-core-bounces at rubyforge.org
> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
> Sent: Tuesday, September 23, 2008 10:12 AM
>
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] question on RubyGems
>
>
>
> I see. Well it seems more broken than I thought it is J
>
>
>
> Tomas
>
>
>
> From: ironruby-core-bounces at rubyforge.org
> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Turpin, Jay
> Sent: Tuesday, September 23, 2008 9:37 AM
> To: 'ironruby-core at rubyforge.org'
> Subject: Re: [Ironruby-core] question on RubyGems
>
>
>
> Tomas ? Thanks for the advice. However, it is still not working as expected.
> When I run this ruby script:
>
>
>
> require 'rubygems'
>
> require 'rake'
>
>
>
> puts $LOAD_PATH
>
>
>
> It give me this output:
>
>
>
> C:\temp>ir -D t.rb
>
> C:/Projects/IronRuby/lib/ruby/site_ruby/1.8\rubygems/custom_require.rb:31:in
> `require': Bogus Error (RuntimeError)
>
>         from
> C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in
> `Call3'
>
>         from
> C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in
> `UpdateAndExecute'
>
>         from
> C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in
> `Update3'
>
>         from t.rb:3
>
>         from
> C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in
> `Call3'
>
>         from
> C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in
> `UpdateAndExecute'
>
>         from
> C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in
> `Update3'
>
>         from t.rb:3
>
>
>
> But the error is actually coming from deep inside the rubygems library
>
>
>
> Thanks!
>
>
>
> Regards,
> Jay Turpin
> "In the end, everything is a gag." - Charlie Chaplin
>
> From: ironruby-core-bounces at rubyforge.org
> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
> Sent: Tuesday, September 23, 2008 9:30 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] question on RubyGems
>
>
>
> -D is actually what you need:
>
>
>
> C:\Temp>rbd x.rb
>
> C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in
> `UpdateAndExecute'
>
> C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in
> `Update2'
>
> x.rb:7:in `bar'
>
> C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\MatchCaller.Generated.cs:30:in
> `Call2'
>
> C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in
> `UpdateAndExecute'
>
> C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in
> `Update2'
>
> x.rb:3:in `foo'
>
> C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\MatchCaller.Generated.cs:30:in
> `Call2'
>
> C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\CallSite.cs:275:in
> `UpdateAndExecute'
>
> C:\M1\ndp\fx\src\Core\Microsoft\Scripting\Actions\UpdateDelegates.Generated.cs:38:in
> `Update2'
>
> x.rb:10
>
>
>
> As I said, some internal frames are included as well, which is a bug that
> I'm going to fix soon.
>
>
>
> Tomas
>
>
>
> From: ironruby-core-bounces at rubyforge.org
> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Turpin, Jay
> Sent: Tuesday, September 23, 2008 9:15 AM
> To: 'ironruby-core at rubyforge.org'
> Subject: Re: [Ironruby-core] question on RubyGems
>
>
>
> Michael ? Thanks for the quick response, but that's not quite what I meant.
> When I run Ruby and get an error, I get the complete stack trace of the Ruby
> code:
>
>
>
> C:\temp>ruby t.rb
>
> c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:283:in `satisfy?': Bogus
> Error (RuntimeError)
>
>         from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in
> `satisfied_by?'
>
>         from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:86:in
> `all?'
>
>         from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in
> `each'
>
>         from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in
> `all?'
>
>         from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/version.rb:273:in
> `satisfied_by?'
>
>         from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:187:in
> `search'
>
>         from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in
> `each'
>
>         from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:185:in
> `search'
>
>         from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:165:in
> `find_name'
>
>         from c:/ruby/lib/ruby/site_ruby/1.8/rubygems.rb:187:in `activate'
>
>         from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in
> `require'
>
>         from t.rb:2
>
>
>
> However, when I run IronRuby and get an error, I only get one line of ruby
> code and the rest is the C# stack trace:
>
>
>
> C:\temp>ir t.rb
>
> custom_require.rb:26:in `require': Bogus Error (RuntimeError)
>
>         from
> C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in
> `Call3'
>
>         from
> C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in
> `UpdateAndExecute'
>
>         from
> C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in
> `Update3'
>
>         from :0
>
>         from
> C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in
> `Call3'
>
>         from
> C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in
> `UpdateAndExecute'
>
>         from
> C:\Projects\IronRuby\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in
> `Update3'
>
>         from :0
>
>
>
> The error really happens deep inside the Ruby code. Any ideas?
>
>
>
> Thanks
>
>
>
> Regards,
> Jay Turpin
> "Over 48.7% of all statistics are useless." - Anonymous
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>

From ben2004uk at googlemail.com  Sat Sep 27 08:53:47 2008
From: ben2004uk at googlemail.com (Ben Hall)
Date: Sat, 27 Sep 2008 13:53:47 +0100
Subject: [Ironruby-core] RubyModule CreateAnonymousModule -
	NotImplementedException
Message-ID: <a04554c00809270553u278699acn5ede75af228d5ece@mail.gmail.com>

Hello,

Just been playing around with IronRuby, however I am hitting an issue
with RubyModule.CreateAnonymousModule() - basically, it hasn't been
implemented yet :)

// Ruby constructor:
public static RubyModule/*!*/
CreateAnonymousModule([NotNull]BlockParam/*!*/ block, RubyClass/*!*/
self) {
  // TODO:
  throw new NotImplementedException();
}

You have implemented another method:
public static RubyModule/*!*/ CreateAnonymousModule(RubyClass/*!*/ self) {
   return self.ExecutionContext.DefineModule(SymbolId.Empty);
}

But I don't know how to to implement with relation to the block.  Is
it just not supported yet?

If you could provide me with any help that would be great, its really
blocking me at the moment.

Thanks
Ben

From bacondarwin at googlemail.com  Sat Sep 27 12:08:55 2008
From: bacondarwin at googlemail.com (Peter Bacon Darwin)
Date: Sat, 27 Sep 2008 17:08:55 +0100
Subject: [Ironruby-core] RubyModule CreateAnonymousModule
	-	NotImplementedException
In-Reply-To: <a04554c00809270553u278699acn5ede75af228d5ece@mail.gmail.com>
References: <a04554c00809270553u278699acn5ede75af228d5ece@mail.gmail.com>
Message-ID: <000c01c920bb$587f9820$097ec860$@com>

The documentation says that the block version of the code creates the
anonymous module and then passes this new module to the block via a dynamic
call to Module#module_eval.
The following code is a quick hack (that may work!!) but really we should be
hitting a DynamicSite to invoke the module_eval.

        // Ruby constructor:
        public static object CreateAnonymousModule([NotNull]BlockParam/*!*/
block, RubyClass/*!*/ self) {
            RubyModule module =
self.ExecutionContext.DefineModule(SymbolId.Empty);
            return RubyUtils.EvaluateInModule(module, block);
        }

Disclaimer: I haven't tried this at all.
Pete

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ben Hall
Sent: Saturday,27 September 27, 2008 13:54
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] RubyModule CreateAnonymousModule -
NotImplementedException

Hello,

Just been playing around with IronRuby, however I am hitting an issue
with RubyModule.CreateAnonymousModule() - basically, it hasn't been
implemented yet :)

// Ruby constructor:
public static RubyModule/*!*/
CreateAnonymousModule([NotNull]BlockParam/*!*/ block, RubyClass/*!*/
self) {
  // TODO:
  throw new NotImplementedException();
}

You have implemented another method:
public static RubyModule/*!*/ CreateAnonymousModule(RubyClass/*!*/ self) {
   return self.ExecutionContext.DefineModule(SymbolId.Empty);
}

But I don't know how to to implement with relation to the block.  Is
it just not supported yet?

If you could provide me with any help that would be great, its really
blocking me at the moment.

Thanks
Ben
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From ben2004uk at googlemail.com  Sat Sep 27 18:10:20 2008
From: ben2004uk at googlemail.com (Ben Hall)
Date: Sat, 27 Sep 2008 23:10:20 +0100
Subject: [Ironruby-core] RubyModule CreateAnonymousModule -
	NotImplementedException
In-Reply-To: <000c01c920bb$587f9820$097ec860$@com>
References: <a04554c00809270553u278699acn5ede75af228d5ece@mail.gmail.com>
	<000c01c920bb$587f9820$097ec860$@com>
Message-ID: <a04554c00809271510u6dcd0f3fk2eb227f3d3bdf091@mail.gmail.com>

Hi Peter,

Thanks for your reply. That is what I tried initially, however you
need to return a RubyModule object. I tried:

return (RubyModule) RubyUtils.EvaluateInModule(module, block);

but I get the errror:

E:\IronRuby\trunk\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated.cs:35:in
`Call3': Unable to cast object of
type 'IronRuby.Builtins.Proc' to type 'IronRuby.Builtins.RubyModule'.
(System::InvalidCastException)
        from E:\IronRuby\trunk\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in
`UpdateAndExecute'
        from E:\IronRuby\trunk\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs:45:in
`Update3'
        from step.rb:19:in `init_module'


I tried this implementation:
            RubyModule module = new RubyModule(self);
            module.Name = SymbolId.Empty;
            RubyUtils.EvaluateInModule(module, block);
            return module;

When appears to allow me to progress some more, but now i'm hitting
LocalJumpError("unexpected return"); in
RuntimeFlowControl.BlockReturn, I guess something isn't correct.


Out of interest, what documentation is available?

Thanks

Ben


On Sat, Sep 27, 2008 at 5:08 PM, Peter Bacon Darwin
<bacondarwin at googlemail.com> wrote:
> The documentation says that the block version of the code creates the
> anonymous module and then passes this new module to the block via a dynamic
> call to Module#module_eval.
> The following code is a quick hack (that may work!!) but really we should be
> hitting a DynamicSite to invoke the module_eval.
>
>        // Ruby constructor:
>        public static object CreateAnonymousModule([NotNull]BlockParam/*!*/
> block, RubyClass/*!*/ self) {
>            RubyModule module =
> self.ExecutionContext.DefineModule(SymbolId.Empty);
>            return RubyUtils.EvaluateInModule(module, block);
>        }
>
> Disclaimer: I haven't tried this at all.
> Pete
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org
> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ben Hall
> Sent: Saturday,27 September 27, 2008 13:54
> To: ironruby-core at rubyforge.org
> Subject: [Ironruby-core] RubyModule CreateAnonymousModule -
> NotImplementedException
>
> Hello,
>
> Just been playing around with IronRuby, however I am hitting an issue
> with RubyModule.CreateAnonymousModule() - basically, it hasn't been
> implemented yet :)
>
> // Ruby constructor:
> public static RubyModule/*!*/
> CreateAnonymousModule([NotNull]BlockParam/*!*/ block, RubyClass/*!*/
> self) {
>  // TODO:
>  throw new NotImplementedException();
> }
>
> You have implemented another method:
> public static RubyModule/*!*/ CreateAnonymousModule(RubyClass/*!*/ self) {
>   return self.ExecutionContext.DefineModule(SymbolId.Empty);
> }
>
> But I don't know how to to implement with relation to the block.  Is
> it just not supported yet?
>
> If you could provide me with any help that would be great, its really
> blocking me at the moment.
>
> 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 ben2004uk at googlemail.com  Sun Sep 28 07:18:52 2008
From: ben2004uk at googlemail.com (Ben Hall)
Date: Sun, 28 Sep 2008 12:18:52 +0100
Subject: [Ironruby-core] Backtrace supported?
Message-ID: <a04554c00809280418pab6a195t68b30e8f01e0b9c9@mail.gmail.com>

Hello,

I was just wondering if backtrace was supported yet with Exceptions.

In my code, I had this:
rescue Exception => e

However, the backtrace is always nil.

puts e
puts e.backtrace.nil?

Is this a known issue?  Is there anyway to find out what is \ isn't
implemented yet?

trunk\tests\ironruby\Runtime\Exception spec's don't seem to cover backtrace.

Thanks

Ben

From bacondarwin at googlemail.com  Sun Sep 28 09:27:37 2008
From: bacondarwin at googlemail.com (Peter Bacon Darwin)
Date: Sun, 28 Sep 2008 14:27:37 +0100
Subject: [Ironruby-core] RubyModule CreateAnonymousModule
	-	NotImplementedException
In-Reply-To: <a04554c00809271510u6dcd0f3fk2eb227f3d3bdf091@mail.gmail.com>
References: <a04554c00809270553u278699acn5ede75af228d5ece@mail.gmail.com>	<000c01c920bb$587f9820$097ec860$@com>
	<a04554c00809271510u6dcd0f3fk2eb227f3d3bdf091@mail.gmail.com>
Message-ID: <000001c9216d$fab0c350$f01249f0$@com>

The only documentation I use in these matters is at www.ruby-doc.org/core/.
For example: http://www.ruby-doc.org/core/classes/Module.html#M001705.
Pete

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ben Hall
Sent: Saturday,27 September 27, 2008 23:10
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] RubyModule CreateAnonymousModule -
NotImplementedException

Hi Peter,

Thanks for your reply. That is what I tried initially, however you
need to return a RubyModule object. I tried:

return (RubyModule) RubyUtils.EvaluateInModule(module, block);

but I get the errror:

E:\IronRuby\trunk\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated
.cs:35:in
`Call3': Unable to cast object of
type 'IronRuby.Builtins.Proc' to type 'IronRuby.Builtins.RubyModule'.
(System::InvalidCastException)
        from
E:\IronRuby\trunk\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in
`UpdateAndExecute'
        from
E:\IronRuby\trunk\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Gener
ated.cs:45:in
`Update3'
        from step.rb:19:in `init_module'


I tried this implementation:
            RubyModule module = new RubyModule(self);
            module.Name = SymbolId.Empty;
            RubyUtils.EvaluateInModule(module, block);
            return module;

When appears to allow me to progress some more, but now i'm hitting
LocalJumpError("unexpected return"); in
RuntimeFlowControl.BlockReturn, I guess something isn't correct.


Out of interest, what documentation is available?

Thanks

Ben


On Sat, Sep 27, 2008 at 5:08 PM, Peter Bacon Darwin
<bacondarwin at googlemail.com> wrote:
> The documentation says that the block version of the code creates the
> anonymous module and then passes this new module to the block via a
dynamic
> call to Module#module_eval.
> The following code is a quick hack (that may work!!) but really we should
be
> hitting a DynamicSite to invoke the module_eval.
>
>        // Ruby constructor:
>        public static object CreateAnonymousModule([NotNull]BlockParam/*!*/
> block, RubyClass/*!*/ self) {
>            RubyModule module =
> self.ExecutionContext.DefineModule(SymbolId.Empty);
>            return RubyUtils.EvaluateInModule(module, block);
>        }
>
> Disclaimer: I haven't tried this at all.
> Pete
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org
> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ben Hall
> Sent: Saturday,27 September 27, 2008 13:54
> To: ironruby-core at rubyforge.org
> Subject: [Ironruby-core] RubyModule CreateAnonymousModule -
> NotImplementedException
>
> Hello,
>
> Just been playing around with IronRuby, however I am hitting an issue
> with RubyModule.CreateAnonymousModule() - basically, it hasn't been
> implemented yet :)
>
> // Ruby constructor:
> public static RubyModule/*!*/
> CreateAnonymousModule([NotNull]BlockParam/*!*/ block, RubyClass/*!*/
> self) {
>  // TODO:
>  throw new NotImplementedException();
> }
>
> You have implemented another method:
> public static RubyModule/*!*/ CreateAnonymousModule(RubyClass/*!*/ self) {
>   return self.ExecutionContext.DefineModule(SymbolId.Empty);
> }
>
> But I don't know how to to implement with relation to the block.  Is
> it just not supported yet?
>
> If you could provide me with any help that would be great, its really
> blocking me at the moment.
>
> 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 bacondarwin at googlemail.com  Sun Sep 28 10:29:08 2008
From: bacondarwin at googlemail.com (Peter Bacon Darwin)
Date: Sun, 28 Sep 2008 15:29:08 +0100
Subject: [Ironruby-core] RubyModule CreateAnonymousModule -
	NotImplementedException
In-Reply-To: <a04554c00809271510u6dcd0f3fk2eb227f3d3bdf091@mail.gmail.com>
References: <a04554c00809270553u278699acn5ede75af228d5ece@mail.gmail.com>	<000c01c920bb$587f9820$097ec860$@com>
	<a04554c00809271510u6dcd0f3fk2eb227f3d3bdf091@mail.gmail.com>
Message-ID: <000301c92176$92c80790$b85816b0$@com>

Hi Ben,
Here is a better version that should work, except for the dynamic monkey
patching aspect.  In RubyModule.cs you have to have this method:

        // Ruby constructor:
        public static RubyModule/*!*/
CreateAnonymousModule([NotNull]BlockParam/*!*/ block, RubyClass/*!*/ self) {
            RubyModule module =
self.ExecutionContext.DefineModule(SymbolId.Empty);
            object returnedValue = RubyUtils.EvaluateInModule(module,
block);
            if ( block.BlockJumped(returnedValue) ) {
                return null;
            }
            return module;
        }

This additional complexity is because MRI normally returns the module rather
than the result of the block, unless the block jumped (i.e. break).
The following code works the same in MRI and this version of IronRuby...

Module.new 
Module.new {|m| puts m.class}
Module.new {|m| puts m.class; 123}
Module.new {|m| puts m.class; break;}
Module.new {|m| puts m.class; break; 123}

In MRI this prints Module to the console and then returns the anonymous
Module object unless the block breaks in which case it returns nil.

By the way, this is still not strictly correct yet, since if we monkey patch
module_eval this version will not call the new version of module_eval.

Pete

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ben Hall
Sent: Saturday,27 September 27, 2008 23:10
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] RubyModule CreateAnonymousModule -
NotImplementedException

Hi Peter,

Thanks for your reply. That is what I tried initially, however you
need to return a RubyModule object. I tried:

return (RubyModule) RubyUtils.EvaluateInModule(module, block);

but I get the errror:

E:\IronRuby\trunk\src\Microsoft.Scripting.Core\Actions\MatchCaller.Generated
.cs:35:in
`Call3': Unable to cast object of
type 'IronRuby.Builtins.Proc' to type 'IronRuby.Builtins.RubyModule'.
(System::InvalidCastException)
        from
E:\IronRuby\trunk\src\Microsoft.Scripting.Core\Actions\CallSite.cs:275:in
`UpdateAndExecute'
        from
E:\IronRuby\trunk\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Gener
ated.cs:45:in
`Update3'
        from step.rb:19:in `init_module'


I tried this implementation:
            RubyModule module = new RubyModule(self);
            module.Name = SymbolId.Empty;
            RubyUtils.EvaluateInModule(module, block);
            return module;

When appears to allow me to progress some more, but now i'm hitting
LocalJumpError("unexpected return"); in
RuntimeFlowControl.BlockReturn, I guess something isn't correct.


Out of interest, what documentation is available?

Thanks

Ben


On Sat, Sep 27, 2008 at 5:08 PM, Peter Bacon Darwin
<bacondarwin at googlemail.com> wrote:
> The documentation says that the block version of the code creates the
> anonymous module and then passes this new module to the block via a
dynamic
> call to Module#module_eval.
> The following code is a quick hack (that may work!!) but really we should
be
> hitting a DynamicSite to invoke the module_eval.
>
>        // Ruby constructor:
>        public static object CreateAnonymousModule([NotNull]BlockParam/*!*/
> block, RubyClass/*!*/ self) {
>            RubyModule module =
> self.ExecutionContext.DefineModule(SymbolId.Empty);
>            return RubyUtils.EvaluateInModule(module, block);
>        }
>
> Disclaimer: I haven't tried this at all.
> Pete
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org
> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ben Hall
> Sent: Saturday,27 September 27, 2008 13:54
> To: ironruby-core at rubyforge.org
> Subject: [Ironruby-core] RubyModule CreateAnonymousModule -
> NotImplementedException
>
> Hello,
>
> Just been playing around with IronRuby, however I am hitting an issue
> with RubyModule.CreateAnonymousModule() - basically, it hasn't been
> implemented yet :)
>
> // Ruby constructor:
> public static RubyModule/*!*/
> CreateAnonymousModule([NotNull]BlockParam/*!*/ block, RubyClass/*!*/
> self) {
>  // TODO:
>  throw new NotImplementedException();
> }
>
> You have implemented another method:
> public static RubyModule/*!*/ CreateAnonymousModule(RubyClass/*!*/ self) {
>   return self.ExecutionContext.DefineModule(SymbolId.Empty);
> }
>
> But I don't know how to to implement with relation to the block.  Is
> it just not supported yet?
>
> If you could provide me with any help that would be great, its really
> blocking me at the moment.
>
> 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 bacondarwin at googlemail.com  Sun Sep 28 10:55:59 2008
From: bacondarwin at googlemail.com (Peter Bacon Darwin)
Date: Sun, 28 Sep 2008 15:55:59 +0100
Subject: [Ironruby-core] RubyModule CreateAnonymousModule -
	NotImplementedException
In-Reply-To: <a04554c00809271510u6dcd0f3fk2eb227f3d3bdf091@mail.gmail.com>
References: <a04554c00809270553u278699acn5ede75af228d5ece@mail.gmail.com>	<000c01c920bb$587f9820$097ec860$@com>
	<a04554c00809271510u6dcd0f3fk2eb227f3d3bdf091@mail.gmail.com>
Message-ID: <000401c9217a$52ad5df0$f80819d0$@com>

And if you want the monkey patching to work then this should help...

In RubyModule.cs you need:

        // Ruby constructor:
        public static RubyModule/*!*/
CreateAnonymousModule([NotNull]BlockParam/*!*/ block, RubyClass/*!*/ self) {
            RubyModule module =
self.ExecutionContext.DefineModule(SymbolId.Empty);
            object returnedValue =
RubySites.ModuleEval(block.Proc.LocalScope, module, block.Proc);
            if ( block.BlockJumped(returnedValue) ) {
                return null;
            }
            return module;
        }

And in RubySites.cs you need:

        private static readonly CallSite<Func<CallSite, CodeContext,
RubyModule, Proc, object>> ModuleEvalSharedSite = CallSite<Func<CallSite,
CodeContext, RubyModule, Proc, object>>.Create(
            InstanceCallAction("module_eval",
RubyCallSignature.WithBlock(0)));

        public static object ModuleEval(CodeContext context, RubyModule
self, Proc block) {
            return ModuleEvalSharedSite.Target(ModuleEvalSharedSite,
context, self, block);
        }

There are probably a number of corner cases that I have missed but this
should work for the majority of uses.

Regards,
Pete


From ben2004uk at googlemail.com  Sun Sep 28 11:26:16 2008
From: ben2004uk at googlemail.com (Ben Hall)
Date: Sun, 28 Sep 2008 16:26:16 +0100
Subject: [Ironruby-core] RubyModule CreateAnonymousModule -
	NotImplementedException
In-Reply-To: <000401c9217a$52ad5df0$f80819d0$@com>
References: <a04554c00809270553u278699acn5ede75af228d5ece@mail.gmail.com>
	<000c01c920bb$587f9820$097ec860$@com>
	<a04554c00809271510u6dcd0f3fk2eb227f3d3bdf091@mail.gmail.com>
	<000401c9217a$52ad5df0$f80819d0$@com>
Message-ID: <a04554c00809280826p4bbfe6bekfa01e632196dcaba@mail.gmail.com>

Thanks Peter, I really appreciate it.

On Sun, Sep 28, 2008 at 3:55 PM, Peter Bacon Darwin
<bacondarwin at googlemail.com> wrote:
> And if you want the monkey patching to work then this should help...
>
> In RubyModule.cs you need:
>
>        // Ruby constructor:
>        public static RubyModule/*!*/
> CreateAnonymousModule([NotNull]BlockParam/*!*/ block, RubyClass/*!*/ self) {
>            RubyModule module =
> self.ExecutionContext.DefineModule(SymbolId.Empty);
>            object returnedValue =
> RubySites.ModuleEval(block.Proc.LocalScope, module, block.Proc);
>            if ( block.BlockJumped(returnedValue) ) {
>                return null;
>            }
>            return module;
>        }
>
> And in RubySites.cs you need:
>
>        private static readonly CallSite<Func<CallSite, CodeContext,
> RubyModule, Proc, object>> ModuleEvalSharedSite = CallSite<Func<CallSite,
> CodeContext, RubyModule, Proc, object>>.Create(
>            InstanceCallAction("module_eval",
> RubyCallSignature.WithBlock(0)));
>
>        public static object ModuleEval(CodeContext context, RubyModule
> self, Proc block) {
>            return ModuleEvalSharedSite.Target(ModuleEvalSharedSite,
> context, self, block);
>        }
>
> There are probably a number of corner cases that I have missed but this
> should work for the majority of uses.
>
> Regards,
> Pete
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>

From jdeville at microsoft.com  Sun Sep 28 14:55:11 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Sun, 28 Sep 2008 11:55:11 -0700
Subject: [Ironruby-core] Backtrace supported?
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B591@NA-EXMSG-C112.redmond.corp.microsoft.com>

I don't know if its implemented yet, but you should also check the RubySpecs to se what is tested.

-----Original Message-----
From: Ben Hall <ben2004uk at googlemail.com>
Sent: September 28, 2008 4:19 AM
To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
Subject: [Ironruby-core] Backtrace supported?


Hello,

I was just wondering if backtrace was supported yet with Exceptions.

In my code, I had this:
rescue Exception => e

However, the backtrace is always nil.

puts e
puts e.backtrace.nil?

Is this a known issue?  Is there anyway to find out what is \ isn't
implemented yet?

trunk\tests\ironruby\Runtime\Exception spec's don't seem to cover backtrace.

Thanks

Ben
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From ben2004uk at googlemail.com  Sun Sep 28 17:57:16 2008
From: ben2004uk at googlemail.com (Ben Hall)
Date: Sun, 28 Sep 2008 22:57:16 +0100
Subject: [Ironruby-core] Backtrace supported?
In-Reply-To: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B591@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B591@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <a04554c00809281457i4ccd16a4g8de74173ea9677e3@mail.gmail.com>

Hi Jim,

Sorry, I got confused by your tests and RubySpecs

E:\IronRuby\trunk\build\release>rake mspec:core Exception
(in E:/IronRuby/trunk)
........................................

Finished in 8.744558 seconds

21 files, 40 examples, 40 expectations, 0 failures, 0 errors

However, I had a quick look at what was included.  backtrace_spec.rb
is empty.  Git commit notification seems to imply its waiting for
someone to write it :)

Are many of the specs empty? I assume they are a work in progress...

Thanks

Ben

On Sun, Sep 28, 2008 at 7:55 PM, Jim Deville <jdeville at microsoft.com> wrote:
> I don't know if its implemented yet, but you should also check the RubySpecs to se what is tested.
>
> -----Original Message-----
> From: Ben Hall <ben2004uk at googlemail.com>
> Sent: September 28, 2008 4:19 AM
> To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
> Subject: [Ironruby-core] Backtrace supported?
>
>
> Hello,
>
> I was just wondering if backtrace was supported yet with Exceptions.
>
> In my code, I had this:
> rescue Exception => e
>
> However, the backtrace is always nil.
>
> puts e
> puts e.backtrace.nil?
>
> Is this a known issue?  Is there anyway to find out what is \ isn't
> implemented yet?
>
> trunk\tests\ironruby\Runtime\Exception spec's don't seem to cover backtrace.
>
> 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 jdeville at microsoft.com  Sun Sep 28 21:50:57 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Sun, 28 Sep 2008 18:50:57 -0700
Subject: [Ironruby-core] Backtrace supported?
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B593@NA-EXMSG-C112.redmond.corp.microsoft.com>

Yeah, they are a work in progress. Backtrace is probably hard to spec because it may differ implementation to implementation.

JD

-----Original Message-----
From: Ben Hall <ben2004uk at googlemail.com>
Sent: September 28, 2008 2:57 PM
To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Backtrace supported?


Hi Jim,

Sorry, I got confused by your tests and RubySpecs

E:\IronRuby\trunk\build\release>rake mspec:core Exception
(in E:/IronRuby/trunk)
........................................

Finished in 8.744558 seconds

21 files, 40 examples, 40 expectations, 0 failures, 0 errors

However, I had a quick look at what was included.  backtrace_spec.rb
is empty.  Git commit notification seems to imply its waiting for
someone to write it :)

Are many of the specs empty? I assume they are a work in progress...

Thanks

Ben

On Sun, Sep 28, 2008 at 7:55 PM, Jim Deville <jdeville at microsoft.com> wrote:
> I don't know if its implemented yet, but you should also check the RubySpecs to se what is tested.
>
> -----Original Message-----
> From: Ben Hall <ben2004uk at googlemail.com>
> Sent: September 28, 2008 4:19 AM
> To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
> Subject: [Ironruby-core] Backtrace supported?
>
>
> Hello,
>
> I was just wondering if backtrace was supported yet with Exceptions.
>
> In my code, I had this:
> rescue Exception => e
>
> However, the backtrace is always nil.
>
> puts e
> puts e.backtrace.nil?
>
> Is this a known issue?  Is there anyway to find out what is \ isn't
> implemented yet?
>
> trunk\tests\ironruby\Runtime\Exception spec's don't seem to cover backtrace.
>
> 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 Tomas.Matousek at microsoft.com  Sun Sep 28 22:47:18 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sun, 28 Sep 2008 19:47:18 -0700
Subject: [Ironruby-core] Backtrace supported?
In-Reply-To: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B593@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B593@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8DE9E60@NA-EXMSG-C112.redmond.corp.microsoft.com>

Could you sent the script where you see the behavior? What parameters do you pass on command line?

I tried this and it works:

a.rb:

def foo
  bar
end

def bar
  raise
end

begin
  foo
rescue
  p $!
  puts $!.backtrace
end


C:\Temp>ir -D a.rb
#<RuntimeError: RuntimeError>
a.rb:6:in `bar'
a.rb:2:in `foo'
a.rb:10

Tomas

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Sunday, September 28, 2008 6:51 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Backtrace supported?

Yeah, they are a work in progress. Backtrace is probably hard to spec because it may differ implementation to implementation.

JD

-----Original Message-----
From: Ben Hall <ben2004uk at googlemail.com>
Sent: September 28, 2008 2:57 PM
To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Backtrace supported?


Hi Jim,

Sorry, I got confused by your tests and RubySpecs

E:\IronRuby\trunk\build\release>rake mspec:core Exception
(in E:/IronRuby/trunk)
........................................

Finished in 8.744558 seconds

21 files, 40 examples, 40 expectations, 0 failures, 0 errors

However, I had a quick look at what was included.  backtrace_spec.rb
is empty.  Git commit notification seems to imply its waiting for
someone to write it :)

Are many of the specs empty? I assume they are a work in progress...

Thanks

Ben

On Sun, Sep 28, 2008 at 7:55 PM, Jim Deville <jdeville at microsoft.com> wrote:
> I don't know if its implemented yet, but you should also check the RubySpecs to se what is tested.
>
> -----Original Message-----
> From: Ben Hall <ben2004uk at googlemail.com>
> Sent: September 28, 2008 4:19 AM
> To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
> Subject: [Ironruby-core] Backtrace supported?
>
>
> Hello,
>
> I was just wondering if backtrace was supported yet with Exceptions.
>
> In my code, I had this:
> rescue Exception => e
>
> However, the backtrace is always nil.
>
> puts e
> puts e.backtrace.nil?
>
> Is this a known issue?  Is there anyway to find out what is \ isn't
> implemented yet?
>
> trunk\tests\ironruby\Runtime\Exception spec's don't seem to cover backtrace.
>
> 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 ben2004uk at googlemail.com  Mon Sep 29 05:51:03 2008
From: ben2004uk at googlemail.com (Ben Hall)
Date: Mon, 29 Sep 2008 10:51:03 +0100
Subject: [Ironruby-core] Backtrace supported?
In-Reply-To: <F58FE69873E2D5459B72C347DE1582412AD8DE9E60@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B593@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<F58FE69873E2D5459B72C347DE1582412AD8DE9E60@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <a04554c00809290251m5f015cdgf88aa24c2c8c3491@mail.gmail.com>

Sure, i'll zip up the code and send it over to you.

Ben

On Mon, Sep 29, 2008 at 3:47 AM, Tomas Matousek
<Tomas.Matousek at microsoft.com> wrote:
> Could you sent the script where you see the behavior? What parameters do you pass on command line?
>
> I tried this and it works:
>
> a.rb:
>
> def foo
>  bar
> end
>
> def bar
>  raise
> end
>
> begin
>  foo
> rescue
>  p $!
>  puts $!.backtrace
> end
>
>
> C:\Temp>ir -D a.rb
> #<RuntimeError: RuntimeError>
> a.rb:6:in `bar'
> a.rb:2:in `foo'
> a.rb:10
>
> Tomas
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
> Sent: Sunday, September 28, 2008 6:51 PM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Backtrace supported?
>
> Yeah, they are a work in progress. Backtrace is probably hard to spec because it may differ implementation to implementation.
>
> JD
>
> -----Original Message-----
> From: Ben Hall <ben2004uk at googlemail.com>
> Sent: September 28, 2008 2:57 PM
> To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
> Subject: Re: [Ironruby-core] Backtrace supported?
>
>
> Hi Jim,
>
> Sorry, I got confused by your tests and RubySpecs
>
> E:\IronRuby\trunk\build\release>rake mspec:core Exception
> (in E:/IronRuby/trunk)
> ........................................
>
> Finished in 8.744558 seconds
>
> 21 files, 40 examples, 40 expectations, 0 failures, 0 errors
>
> However, I had a quick look at what was included.  backtrace_spec.rb
> is empty.  Git commit notification seems to imply its waiting for
> someone to write it :)
>
> Are many of the specs empty? I assume they are a work in progress...
>
> Thanks
>
> Ben
>
> On Sun, Sep 28, 2008 at 7:55 PM, Jim Deville <jdeville at microsoft.com> wrote:
>> I don't know if its implemented yet, but you should also check the RubySpecs to se what is tested.
>>
>> -----Original Message-----
>> From: Ben Hall <ben2004uk at googlemail.com>
>> Sent: September 28, 2008 4:19 AM
>> To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
>> Subject: [Ironruby-core] Backtrace supported?
>>
>>
>> Hello,
>>
>> I was just wondering if backtrace was supported yet with Exceptions.
>>
>> In my code, I had this:
>> rescue Exception => e
>>
>> However, the backtrace is always nil.
>>
>> puts e
>> puts e.backtrace.nil?
>>
>> Is this a known issue?  Is there anyway to find out what is \ isn't
>> implemented yet?
>>
>> trunk\tests\ironruby\Runtime\Exception spec's don't seem to cover backtrace.
>>
>> 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
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>

From bacondarwin at googlemail.com  Mon Sep 29 09:03:52 2008
From: bacondarwin at googlemail.com (Peter Bacon Darwin)
Date: Mon, 29 Sep 2008 14:03:52 +0100
Subject: [Ironruby-core] Backtrace supported?
In-Reply-To: <a04554c00809290251m5f015cdgf88aa24c2c8c3491@mail.gmail.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B593@NA-EXMSG-C112.redmond.corp.microsoft.com>	<F58FE69873E2D5459B72C347DE1582412AD8DE9E60@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<a04554c00809290251m5f015cdgf88aa24c2c8c3491@mail.gmail.com>
Message-ID: <000601c92233$d38d0240$7aa706c0$@com>

Are you running IronRuby in compilation or interpret mode?  I have a feeling
that the stack tracing might not work right in interpret mode.  Is that
right Tomas?

RubySpecs are definitely a work in progress and anything you can do to help
push them along would be warmly welcomed, in my experience!

By the way, be careful running rake mspec:...  By default it runs under ci
mode which doesn't run specs that have a fail tag.  See ironruby-tags
project that you should have got from Git.  (ci stands for continuous
integration and is designed to catch regression bugs)
Try running with run as the runner.  I.E. rake mspec:core Exception - run.
This will also run those tagged specs and give a much better idea of what is
implemented/working in IronRuby.  Of course if the specs are empty then this
won't make any difference.

Pete

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ben Hall
Sent: Monday,29 September 29, 2008 10:51
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Backtrace supported?

Sure, i'll zip up the code and send it over to you.

Ben

On Mon, Sep 29, 2008 at 3:47 AM, Tomas Matousek
<Tomas.Matousek at microsoft.com> wrote:
> Could you sent the script where you see the behavior? What parameters do
you pass on command line?
>
> I tried this and it works:
>
> a.rb:
>
> def foo
>  bar
> end
>
> def bar
>  raise
> end
>
> begin
>  foo
> rescue
>  p $!
>  puts $!.backtrace
> end
>
>
> C:\Temp>ir -D a.rb
> #<RuntimeError: RuntimeError>
> a.rb:6:in `bar'
> a.rb:2:in `foo'
> a.rb:10
>
> Tomas
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
> Sent: Sunday, September 28, 2008 6:51 PM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Backtrace supported?
>
> Yeah, they are a work in progress. Backtrace is probably hard to spec
because it may differ implementation to implementation.
>
> JD
>
> -----Original Message-----
> From: Ben Hall <ben2004uk at googlemail.com>
> Sent: September 28, 2008 2:57 PM
> To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
> Subject: Re: [Ironruby-core] Backtrace supported?
>
>
> Hi Jim,
>
> Sorry, I got confused by your tests and RubySpecs
>
> E:\IronRuby\trunk\build\release>rake mspec:core Exception
> (in E:/IronRuby/trunk)
> ........................................
>
> Finished in 8.744558 seconds
>
> 21 files, 40 examples, 40 expectations, 0 failures, 0 errors
>
> However, I had a quick look at what was included.  backtrace_spec.rb
> is empty.  Git commit notification seems to imply its waiting for
> someone to write it :)
>
> Are many of the specs empty? I assume they are a work in progress...
>
> Thanks
>
> Ben
>
> On Sun, Sep 28, 2008 at 7:55 PM, Jim Deville <jdeville at microsoft.com>
wrote:
>> I don't know if its implemented yet, but you should also check the
RubySpecs to se what is tested.
>>
>> -----Original Message-----
>> From: Ben Hall <ben2004uk at googlemail.com>
>> Sent: September 28, 2008 4:19 AM
>> To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
>> Subject: [Ironruby-core] Backtrace supported?
>>
>>
>> Hello,
>>
>> I was just wondering if backtrace was supported yet with Exceptions.
>>
>> In my code, I had this:
>> rescue Exception => e
>>
>> However, the backtrace is always nil.
>>
>> puts e
>> puts e.backtrace.nil?
>>
>> Is this a known issue?  Is there anyway to find out what is \ isn't
>> implemented yet?
>>
>> trunk\tests\ironruby\Runtime\Exception spec's don't seem to cover
backtrace.
>>
>> 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
>
> _______________________________________________
> 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  Mon Sep 29 12:13:41 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Mon, 29 Sep 2008 09:13:41 -0700
Subject: [Ironruby-core] Backtrace supported?
In-Reply-To: <000601c92233$d38d0240$7aa706c0$@com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA07B593@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<F58FE69873E2D5459B72C347DE1582412AD8DE9E60@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<a04554c00809290251m5f015cdgf88aa24c2c8c3491@mail.gmail.com>
	<000601c92233$d38d0240$7aa706c0$@com>
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8DE9F14@NA-EXMSG-C112.redmond.corp.microsoft.com>

I implemented some basic support last week, so you will get some traces - it's not finished yet though, so you might also get some failed assertions or imprecise traces.

Tomas

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Peter Bacon Darwin
Sent: Monday, September 29, 2008 6:04 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Backtrace supported?

Are you running IronRuby in compilation or interpret mode?  I have a feeling
that the stack tracing might not work right in interpret mode.  Is that
right Tomas?

RubySpecs are definitely a work in progress and anything you can do to help
push them along would be warmly welcomed, in my experience!

By the way, be careful running rake mspec:...  By default it runs under ci
mode which doesn't run specs that have a fail tag.  See ironruby-tags
project that you should have got from Git.  (ci stands for continuous
integration and is designed to catch regression bugs)
Try running with run as the runner.  I.E. rake mspec:core Exception - run.
This will also run those tagged specs and give a much better idea of what is
implemented/working in IronRuby.  Of course if the specs are empty then this
won't make any difference.

Pete

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ben Hall
Sent: Monday,29 September 29, 2008 10:51
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Backtrace supported?

Sure, i'll zip up the code and send it over to you.

Ben

On Mon, Sep 29, 2008 at 3:47 AM, Tomas Matousek
<Tomas.Matousek at microsoft.com> wrote:
> Could you sent the script where you see the behavior? What parameters do
you pass on command line?
>
> I tried this and it works:
>
> a.rb:
>
> def foo
>  bar
> end
>
> def bar
>  raise
> end
>
> begin
>  foo
> rescue
>  p $!
>  puts $!.backtrace
> end
>
>
> C:\Temp>ir -D a.rb
> #<RuntimeError: RuntimeError>
> a.rb:6:in `bar'
> a.rb:2:in `foo'
> a.rb:10
>
> Tomas
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
> Sent: Sunday, September 28, 2008 6:51 PM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Backtrace supported?
>
> Yeah, they are a work in progress. Backtrace is probably hard to spec
because it may differ implementation to implementation.
>
> JD
>
> -----Original Message-----
> From: Ben Hall <ben2004uk at googlemail.com>
> Sent: September 28, 2008 2:57 PM
> To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
> Subject: Re: [Ironruby-core] Backtrace supported?
>
>
> Hi Jim,
>
> Sorry, I got confused by your tests and RubySpecs
>
> E:\IronRuby\trunk\build\release>rake mspec:core Exception
> (in E:/IronRuby/trunk)
> ........................................
>
> Finished in 8.744558 seconds
>
> 21 files, 40 examples, 40 expectations, 0 failures, 0 errors
>
> However, I had a quick look at what was included.  backtrace_spec.rb
> is empty.  Git commit notification seems to imply its waiting for
> someone to write it :)
>
> Are many of the specs empty? I assume they are a work in progress...
>
> Thanks
>
> Ben
>
> On Sun, Sep 28, 2008 at 7:55 PM, Jim Deville <jdeville at microsoft.com>
wrote:
>> I don't know if its implemented yet, but you should also check the
RubySpecs to se what is tested.
>>
>> -----Original Message-----
>> From: Ben Hall <ben2004uk at googlemail.com>
>> Sent: September 28, 2008 4:19 AM
>> To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
>> Subject: [Ironruby-core] Backtrace supported?
>>
>>
>> Hello,
>>
>> I was just wondering if backtrace was supported yet with Exceptions.
>>
>> In my code, I had this:
>> rescue Exception => e
>>
>> However, the backtrace is always nil.
>>
>> puts e
>> puts e.backtrace.nil?
>>
>> Is this a known issue?  Is there anyway to find out what is \ isn't
>> implemented yet?
>>
>> trunk\tests\ironruby\Runtime\Exception spec's don't seem to cover
backtrace.
>>
>> 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
>
> _______________________________________________
> 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  Mon Sep 29 12:35:06 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 29 Sep 2008 09:35:06 -0700
Subject: [Ironruby-core] Code Review: rubyspec4
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>

This is a large diff due to updating Rubyspec, MSpec and Ironruby-tags.

tfpt review "/shelveset:rubyspec4;REDMOND\jdeville"
Comment  :
  Re-syncing MERLIN_EXTERNAL mspec to the head of MSpec to pick up new tests. Re-baselining to get new tests included.



From bacondarwin at googlemail.com  Mon Sep 29 12:48:26 2008
From: bacondarwin at googlemail.com (Peter Bacon Darwin)
Date: Mon, 29 Sep 2008 17:48:26 +0100
Subject: [Ironruby-core] Code Review: rubyspec4
In-Reply-To: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <001001c92253$32e9e8b0$98bdba10$@com>

The diff has only 94 bytes

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Monday,29 September 29, 2008 17:35
To: IronRuby External Code Reviewers; Srivatsn Narayanan
Cc: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Code Review: rubyspec4

This is a large diff due to updating Rubyspec, MSpec and Ironruby-tags.

tfpt review "/shelveset:rubyspec4;REDMOND\jdeville"
Comment  :
  Re-syncing MERLIN_EXTERNAL mspec to the head of MSpec to pick up new
tests. Re-baselining to get new tests included.




From srivatsn at microsoft.com  Mon Sep 29 13:07:04 2008
From: srivatsn at microsoft.com (Srivatsn Narayanan)
Date: Mon, 29 Sep 2008 10:07:04 -0700
Subject: [Ironruby-core] Code Review: rubyspec4
In-Reply-To: <001001c92253$32e9e8b0$98bdba10$@com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<001001c92253$32e9e8b0$98bdba10$@com>
Message-ID: <B0F32F33670C5D47BB6D5D315C32CD6620AB1AA4DB@NA-EXMSG-C108.redmond.corp.microsoft.com>

Using the tf diff tool, I see that a lot of files are identical except for changes in newline characters (maybe \n changed to \r\n)? From my random sampling I hardly found any files that have actually changed. Maybe it would help to have a guideline about the preferred newline character.

Also, regarding the baselining, how are we planning to track bugs and their related regression tests? If we are closing a bug on rubyforge and want to make sure that regression tests exist for that scenario, it would be good to have a link between the disabled test and the bug itself. In the IronPython testcode this is done by adding a disabled decorator to the test with the bug id. Here maybe a tag can have one more field to indicate the bug id? This is a change to the mspec runner itself and I'm not asking for it to be done with this shelveset but it's something to be discussed about.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Peter Bacon Darwin
Sent: Monday, September 29, 2008 9:48 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Code Review: rubyspec4

The diff has only 94 bytes

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Monday,29 September 29, 2008 17:35
To: IronRuby External Code Reviewers; Srivatsn Narayanan
Cc: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Code Review: rubyspec4

This is a large diff due to updating Rubyspec, MSpec and Ironruby-tags.

tfpt review "/shelveset:rubyspec4;REDMOND\jdeville"
Comment  :
  Re-syncing MERLIN_EXTERNAL mspec to the head of MSpec to pick up new
tests. Re-baselining to get new tests included.



_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From jdeville at microsoft.com  Mon Sep 29 13:44:21 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 29 Sep 2008 10:44:21 -0700
Subject: [Ironruby-core] Code Review: rubyspec4
In-Reply-To: <B0F32F33670C5D47BB6D5D315C32CD6620AB1AA4DB@NA-EXMSG-C108.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<001001c92253$32e9e8b0$98bdba10$@com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA4DB@NA-EXMSG-C108.redmond.corp.microsoft.com>
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548CA3@NA-EXMSG-C112.redmond.corp.microsoft.com>

Grr. I was afraid that is why Curt had no changes. I think that is Git doing auto line endings. I'll need to research that to figure out how to handle it.

Regarding tracking bugs, the MSpec tag format has a place for comments. I took them out in the past when we had issues, but we can try again. The format is tag(comment):string


JD

> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> bounces at rubyforge.org] On Behalf Of Srivatsn Narayanan
> Sent: Monday, September 29, 2008 10:07 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Code Review: rubyspec4
>
> Using the tf diff tool, I see that a lot of files are identical except
> for changes in newline characters (maybe \n changed to \r\n)? From my
> random sampling I hardly found any files that have actually changed.
> Maybe it would help to have a guideline about the preferred newline
> character.
>
> Also, regarding the baselining, how are we planning to track bugs and
> their related regression tests? If we are closing a bug on rubyforge
> and want to make sure that regression tests exist for that scenario, it
> would be good to have a link between the disabled test and the bug
> itself. In the IronPython testcode this is done by adding a disabled
> decorator to the test with the bug id. Here maybe a tag can have one
> more field to indicate the bug id? This is a change to the mspec runner
> itself and I'm not asking for it to be done with this shelveset but
> it's something to be discussed about.
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> bounces at rubyforge.org] On Behalf Of Peter Bacon Darwin
> Sent: Monday, September 29, 2008 9:48 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Code Review: rubyspec4
>
> The diff has only 94 bytes
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org
> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
> Sent: Monday,29 September 29, 2008 17:35
> To: IronRuby External Code Reviewers; Srivatsn Narayanan
> Cc: ironruby-core at rubyforge.org
> Subject: [Ironruby-core] Code Review: rubyspec4
>
> This is a large diff due to updating Rubyspec, MSpec and Ironruby-tags.
>
> tfpt review "/shelveset:rubyspec4;REDMOND\jdeville"
> Comment  :
>   Re-syncing MERLIN_EXTERNAL mspec to the head of MSpec to pick up new
> tests. Re-baselining to get new tests included.
>
>
>
> _______________________________________________
> 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 bacondarwin at googlemail.com  Mon Sep 29 13:47:20 2008
From: bacondarwin at googlemail.com (Peter Bacon Darwin)
Date: Mon, 29 Sep 2008 18:47:20 +0100
Subject: [Ironruby-core] Code Review: rubyspec4
In-Reply-To: <B0F32F33670C5D47BB6D5D315C32CD6620AB1AA4DB@NA-EXMSG-C108.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>	<001001c92253$32e9e8b0$98bdba10$@com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA4DB@NA-EXMSG-C108.redmond.corp.microsoft.com>
Message-ID: <001101c9225b$6deb5f40$49c21dc0$@com>

It is possible that the many files that are only different in newlines is
actually my fault.  I think that Jim integrated a load of my changes to the
rubyspecs last month but I was having newbie issues with Git and my setup
changed a load of the line endings.  I have now got over this issue after
some mucking about with git config.

I have subsequently had these changes incorporated into the official
rubyspec repository on github.  If the only files are ones that I broke then
you can just bin those commits and use the versions from the official github
repository instead.

Is there much benefit in keeping a separate fork of mspec and rubyspec now
anyway?  Ironruby now seems to be able to run mspec unmodified and the guys
who manage these projects seem happy to give responsible people commit
rights to the official repositories.
You could apply tags to versions of rubyspec or mspec to baseline versions
that are good for ironruby.
In addition there are a number of guards available in mspec that allow
rubyspecs to be filtered based on ruby implementation and version.  This is
how the jruby and rubinius projects use rubyspec.

In terms of tracking regression tests for a specific ironruby bug in
rubyforge.  How about you just list the descriptions of the examples (i.e.
"it" blocks) that fail for the bug.  It would be fairly easy to check that
these now run ok.  In many ways the tagged rubyspec examples are a direct
representation of the bugs that are still to be solved.

Pete

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Srivatsn Narayanan
Sent: Monday,29 September 29, 2008 18:07
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Code Review: rubyspec4

Using the tf diff tool, I see that a lot of files are identical except for
changes in newline characters (maybe \n changed to \r\n)? From my random
sampling I hardly found any files that have actually changed. Maybe it would
help to have a guideline about the preferred newline character.

Also, regarding the baselining, how are we planning to track bugs and their
related regression tests? If we are closing a bug on rubyforge and want to
make sure that regression tests exist for that scenario, it would be good to
have a link between the disabled test and the bug itself. In the IronPython
testcode this is done by adding a disabled decorator to the test with the
bug id. Here maybe a tag can have one more field to indicate the bug id?
This is a change to the mspec runner itself and I'm not asking for it to be
done with this shelveset but it's something to be discussed about.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Peter Bacon Darwin
Sent: Monday, September 29, 2008 9:48 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Code Review: rubyspec4

The diff has only 94 bytes

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Monday,29 September 29, 2008 17:35
To: IronRuby External Code Reviewers; Srivatsn Narayanan
Cc: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Code Review: rubyspec4

This is a large diff due to updating Rubyspec, MSpec and Ironruby-tags.

tfpt review "/shelveset:rubyspec4;REDMOND\jdeville"
Comment  :
  Re-syncing MERLIN_EXTERNAL mspec to the head of MSpec to pick up new
tests. Re-baselining to get new tests included.



_______________________________________________
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  Mon Sep 29 13:54:34 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 29 Sep 2008 10:54:34 -0700
Subject: [Ironruby-core] Code Review: rubyspec4
In-Reply-To: <001101c9225b$6deb5f40$49c21dc0$@com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<001001c92253$32e9e8b0$98bdba10$@com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA4DB@NA-EXMSG-C108.redmond.corp.microsoft.com>
	<001101c9225b$6deb5f40$49c21dc0$@com>
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548CB2@NA-EXMSG-C112.redmond.corp.microsoft.com>

Right now, the only reason I keep our fork of MSpec is to not force everyone to change again. We are running MSpec completely unmodified. I actually run it out of the official repo. We have some changes to Rubyspec that I haven't pushed to the official repo due to lack of time. After we push those we may want to follow your idea. Some of our changes are to guards like you mention. Right now, most of the changes I make to RubySpecs are made to the official version then pulled into our repo, so I'm trying to head in that direction already.

As for tags, I've already asked Brian (and he has agreed) to tag releases, so we can have people sync to tags already.

The tags are a powerful concept, and eventually it'd be nice to tag failing tests with a unique tag, so you could run just the tests that demonstrate a bug. It's fully possible, we just aren't set up for it yet. I'd like to get the Rakefile cleaned up and more flexible to allow for that.


JD


> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> bounces at rubyforge.org] On Behalf Of Peter Bacon Darwin
> Sent: Monday, September 29, 2008 10:47 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Code Review: rubyspec4
>
> It is possible that the many files that are only different in newlines
> is
> actually my fault.  I think that Jim integrated a load of my changes to
> the
> rubyspecs last month but I was having newbie issues with Git and my
> setup
> changed a load of the line endings.  I have now got over this issue
> after
> some mucking about with git config.
>
> I have subsequently had these changes incorporated into the official
> rubyspec repository on github.  If the only files are ones that I broke
> then
> you can just bin those commits and use the versions from the official
> github
> repository instead.
>
> Is there much benefit in keeping a separate fork of mspec and rubyspec
> now
> anyway?  Ironruby now seems to be able to run mspec unmodified and the
> guys
> who manage these projects seem happy to give responsible people commit
> rights to the official repositories.
> You could apply tags to versions of rubyspec or mspec to baseline
> versions
> that are good for ironruby.
> In addition there are a number of guards available in mspec that allow
> rubyspecs to be filtered based on ruby implementation and version.
> This is
> how the jruby and rubinius projects use rubyspec.
>
> In terms of tracking regression tests for a specific ironruby bug in
> rubyforge.  How about you just list the descriptions of the examples
> (i.e.
> "it" blocks) that fail for the bug.  It would be fairly easy to check
> that
> these now run ok.  In many ways the tagged rubyspec examples are a
> direct
> representation of the bugs that are still to be solved.
>
> Pete
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org
> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Srivatsn
> Narayanan
> Sent: Monday,29 September 29, 2008 18:07
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Code Review: rubyspec4
>
> Using the tf diff tool, I see that a lot of files are identical except
> for
> changes in newline characters (maybe \n changed to \r\n)? From my
> random
> sampling I hardly found any files that have actually changed. Maybe it
> would
> help to have a guideline about the preferred newline character.
>
> Also, regarding the baselining, how are we planning to track bugs and
> their
> related regression tests? If we are closing a bug on rubyforge and want
> to
> make sure that regression tests exist for that scenario, it would be
> good to
> have a link between the disabled test and the bug itself. In the
> IronPython
> testcode this is done by adding a disabled decorator to the test with
> the
> bug id. Here maybe a tag can have one more field to indicate the bug
> id?
> This is a change to the mspec runner itself and I'm not asking for it
> to be
> done with this shelveset but it's something to be discussed about.
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org
> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Peter Bacon
> Darwin
> Sent: Monday, September 29, 2008 9:48 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Code Review: rubyspec4
>
> The diff has only 94 bytes
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org
> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
> Sent: Monday,29 September 29, 2008 17:35
> To: IronRuby External Code Reviewers; Srivatsn Narayanan
> Cc: ironruby-core at rubyforge.org
> Subject: [Ironruby-core] Code Review: rubyspec4
>
> This is a large diff due to updating Rubyspec, MSpec and Ironruby-tags.
>
> tfpt review "/shelveset:rubyspec4;REDMOND\jdeville"
> Comment  :
>   Re-syncing MERLIN_EXTERNAL mspec to the head of MSpec to pick up new
> tests. Re-baselining to get new tests included.
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core


From Tomas.Matousek at microsoft.com  Mon Sep 29 16:14:32 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Mon, 29 Sep 2008 13:14:32 -0700
Subject: [Ironruby-core] Code Review: ArrayInit
Message-ID: <F58FE69873E2D5459B72C347DE1582412AD8DEA0DE@NA-EXMSG-C112.redmond.corp.microsoft.com>

tfpt review "/shelveset:ArrayInit;REDMOND\tomat"

  Fixes array initializers.

Tomas



From curth at microsoft.com  Mon Sep 29 16:17:58 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Mon, 29 Sep 2008 13:17:58 -0700
Subject: [Ironruby-core] Code Review: ArrayInit
In-Reply-To: <F58FE69873E2D5459B72C347DE1582412AD8DEA0DE@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <F58FE69873E2D5459B72C347DE1582412AD8DEA0DE@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED151B84B9E37D@NA-EXMSG-C118.redmond.corp.microsoft.com>

Looks good.

-----Original Message-----
From: Tomas Matousek
Sent: Monday, September 29, 2008 1:15 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: ArrayInit

tfpt review "/shelveset:ArrayInit;REDMOND\tomat"

  Fixes array initializers.

Tomas



From jdeville at microsoft.com  Mon Sep 29 16:51:05 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 29 Sep 2008 13:51:05 -0700
Subject: [Ironruby-core] Code Review: rubyspec4
In-Reply-To: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548CB2@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<001001c92253$32e9e8b0$98bdba10$@com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA4DB@NA-EXMSG-C108.redmond.corp.microsoft.com>
	<001101c9225b$6deb5f40$49c21dc0$@com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548CB2@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548DEC@NA-EXMSG-C112.redmond.corp.microsoft.com>

Srivatsn: do you see any problems, or can I go ahead with this.

Peter: judging by the diff in Tomas's latest Code review, there might be something wrong with the script we use to generate diff's. That would explain the size.


JD


> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> bounces at rubyforge.org] On Behalf Of Jim Deville
> Sent: Monday, September 29, 2008 10:55 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Code Review: rubyspec4
>
> Right now, the only reason I keep our fork of MSpec is to not force
> everyone to change again. We are running MSpec completely unmodified. I
> actually run it out of the official repo. We have some changes to
> Rubyspec that I haven't pushed to the official repo due to lack of
> time. After we push those we may want to follow your idea. Some of our
> changes are to guards like you mention. Right now, most of the changes
> I make to RubySpecs are made to the official version then pulled into
> our repo, so I'm trying to head in that direction already.
>
> As for tags, I've already asked Brian (and he has agreed) to tag
> releases, so we can have people sync to tags already.
>
> The tags are a powerful concept, and eventually it'd be nice to tag
> failing tests with a unique tag, so you could run just the tests that
> demonstrate a bug. It's fully possible, we just aren't set up for it
> yet. I'd like to get the Rakefile cleaned up and more flexible to allow
> for that.
>
>
> JD
>
>
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> > bounces at rubyforge.org] On Behalf Of Peter Bacon Darwin
> > Sent: Monday, September 29, 2008 10:47 AM
> > To: ironruby-core at rubyforge.org
> > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> >
> > It is possible that the many files that are only different in
> newlines
> > is
> > actually my fault.  I think that Jim integrated a load of my changes
> to
> > the
> > rubyspecs last month but I was having newbie issues with Git and my
> > setup
> > changed a load of the line endings.  I have now got over this issue
> > after
> > some mucking about with git config.
> >
> > I have subsequently had these changes incorporated into the official
> > rubyspec repository on github.  If the only files are ones that I
> broke
> > then
> > you can just bin those commits and use the versions from the official
> > github
> > repository instead.
> >
> > Is there much benefit in keeping a separate fork of mspec and
> rubyspec
> > now
> > anyway?  Ironruby now seems to be able to run mspec unmodified and
> the
> > guys
> > who manage these projects seem happy to give responsible people
> commit
> > rights to the official repositories.
> > You could apply tags to versions of rubyspec or mspec to baseline
> > versions
> > that are good for ironruby.
> > In addition there are a number of guards available in mspec that
> allow
> > rubyspecs to be filtered based on ruby implementation and version.
> > This is
> > how the jruby and rubinius projects use rubyspec.
> >
> > In terms of tracking regression tests for a specific ironruby bug in
> > rubyforge.  How about you just list the descriptions of the examples
> > (i.e.
> > "it" blocks) that fail for the bug.  It would be fairly easy to check
> > that
> > these now run ok.  In many ways the tagged rubyspec examples are a
> > direct
> > representation of the bugs that are still to be solved.
> >
> > Pete
> >
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org
> > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Srivatsn
> > Narayanan
> > Sent: Monday,29 September 29, 2008 18:07
> > To: ironruby-core at rubyforge.org
> > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> >
> > Using the tf diff tool, I see that a lot of files are identical
> except
> > for
> > changes in newline characters (maybe \n changed to \r\n)? From my
> > random
> > sampling I hardly found any files that have actually changed. Maybe
> it
> > would
> > help to have a guideline about the preferred newline character.
> >
> > Also, regarding the baselining, how are we planning to track bugs and
> > their
> > related regression tests? If we are closing a bug on rubyforge and
> want
> > to
> > make sure that regression tests exist for that scenario, it would be
> > good to
> > have a link between the disabled test and the bug itself. In the
> > IronPython
> > testcode this is done by adding a disabled decorator to the test with
> > the
> > bug id. Here maybe a tag can have one more field to indicate the bug
> > id?
> > This is a change to the mspec runner itself and I'm not asking for it
> > to be
> > done with this shelveset but it's something to be discussed about.
> >
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org
> > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Peter Bacon
> > Darwin
> > Sent: Monday, September 29, 2008 9:48 AM
> > To: ironruby-core at rubyforge.org
> > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> >
> > The diff has only 94 bytes
> >
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org
> > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
> > Sent: Monday,29 September 29, 2008 17:35
> > To: IronRuby External Code Reviewers; Srivatsn Narayanan
> > Cc: ironruby-core at rubyforge.org
> > Subject: [Ironruby-core] Code Review: rubyspec4
> >
> > This is a large diff due to updating Rubyspec, MSpec and Ironruby-
> tags.
> >
> > tfpt review "/shelveset:rubyspec4;REDMOND\jdeville"
> > Comment  :
> >   Re-syncing MERLIN_EXTERNAL mspec to the head of MSpec to pick up
> new
> > tests. Re-baselining to get new tests included.
> >
> >
> >
> > _______________________________________________
> > 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 srivatsn at microsoft.com  Mon Sep 29 17:04:59 2008
From: srivatsn at microsoft.com (Srivatsn Narayanan)
Date: Mon, 29 Sep 2008 14:04:59 -0700
Subject: [Ironruby-core] Code Review: rubyspec4
In-Reply-To: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548DEC@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<001001c92253$32e9e8b0$98bdba10$@com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA4DB@NA-EXMSG-C108.redmond.corp.microsoft.com>
	<001101c9225b$6deb5f40$49c21dc0$@com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548CB2@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548DEC@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <B0F32F33670C5D47BB6D5D315C32CD6620AB1AA856@NA-EXMSG-C108.redmond.corp.microsoft.com>

Go ahead with it but do publish whatever you find out about git's line ending handling. I think my git config is screwed up as well in that respect.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Monday, September 29, 2008 1:51 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Code Review: rubyspec4

Srivatsn: do you see any problems, or can I go ahead with this.

Peter: judging by the diff in Tomas's latest Code review, there might be something wrong with the script we use to generate diff's. That would explain the size.


JD


> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> bounces at rubyforge.org] On Behalf Of Jim Deville
> Sent: Monday, September 29, 2008 10:55 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Code Review: rubyspec4
>
> Right now, the only reason I keep our fork of MSpec is to not force
> everyone to change again. We are running MSpec completely unmodified. I
> actually run it out of the official repo. We have some changes to
> Rubyspec that I haven't pushed to the official repo due to lack of
> time. After we push those we may want to follow your idea. Some of our
> changes are to guards like you mention. Right now, most of the changes
> I make to RubySpecs are made to the official version then pulled into
> our repo, so I'm trying to head in that direction already.
>
> As for tags, I've already asked Brian (and he has agreed) to tag
> releases, so we can have people sync to tags already.
>
> The tags are a powerful concept, and eventually it'd be nice to tag
> failing tests with a unique tag, so you could run just the tests that
> demonstrate a bug. It's fully possible, we just aren't set up for it
> yet. I'd like to get the Rakefile cleaned up and more flexible to allow
> for that.
>
>
> JD
>
>
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> > bounces at rubyforge.org] On Behalf Of Peter Bacon Darwin
> > Sent: Monday, September 29, 2008 10:47 AM
> > To: ironruby-core at rubyforge.org
> > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> >
> > It is possible that the many files that are only different in
> newlines
> > is
> > actually my fault.  I think that Jim integrated a load of my changes
> to
> > the
> > rubyspecs last month but I was having newbie issues with Git and my
> > setup
> > changed a load of the line endings.  I have now got over this issue
> > after
> > some mucking about with git config.
> >
> > I have subsequently had these changes incorporated into the official
> > rubyspec repository on github.  If the only files are ones that I
> broke
> > then
> > you can just bin those commits and use the versions from the official
> > github
> > repository instead.
> >
> > Is there much benefit in keeping a separate fork of mspec and
> rubyspec
> > now
> > anyway?  Ironruby now seems to be able to run mspec unmodified and
> the
> > guys
> > who manage these projects seem happy to give responsible people
> commit
> > rights to the official repositories.
> > You could apply tags to versions of rubyspec or mspec to baseline
> > versions
> > that are good for ironruby.
> > In addition there are a number of guards available in mspec that
> allow
> > rubyspecs to be filtered based on ruby implementation and version.
> > This is
> > how the jruby and rubinius projects use rubyspec.
> >
> > In terms of tracking regression tests for a specific ironruby bug in
> > rubyforge.  How about you just list the descriptions of the examples
> > (i.e.
> > "it" blocks) that fail for the bug.  It would be fairly easy to check
> > that
> > these now run ok.  In many ways the tagged rubyspec examples are a
> > direct
> > representation of the bugs that are still to be solved.
> >
> > Pete
> >
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org
> > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Srivatsn
> > Narayanan
> > Sent: Monday,29 September 29, 2008 18:07
> > To: ironruby-core at rubyforge.org
> > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> >
> > Using the tf diff tool, I see that a lot of files are identical
> except
> > for
> > changes in newline characters (maybe \n changed to \r\n)? From my
> > random
> > sampling I hardly found any files that have actually changed. Maybe
> it
> > would
> > help to have a guideline about the preferred newline character.
> >
> > Also, regarding the baselining, how are we planning to track bugs and
> > their
> > related regression tests? If we are closing a bug on rubyforge and
> want
> > to
> > make sure that regression tests exist for that scenario, it would be
> > good to
> > have a link between the disabled test and the bug itself. In the
> > IronPython
> > testcode this is done by adding a disabled decorator to the test with
> > the
> > bug id. Here maybe a tag can have one more field to indicate the bug
> > id?
> > This is a change to the mspec runner itself and I'm not asking for it
> > to be
> > done with this shelveset but it's something to be discussed about.
> >
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org
> > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Peter Bacon
> > Darwin
> > Sent: Monday, September 29, 2008 9:48 AM
> > To: ironruby-core at rubyforge.org
> > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> >
> > The diff has only 94 bytes
> >
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org
> > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
> > Sent: Monday,29 September 29, 2008 17:35
> > To: IronRuby External Code Reviewers; Srivatsn Narayanan
> > Cc: ironruby-core at rubyforge.org
> > Subject: [Ironruby-core] Code Review: rubyspec4
> >
> > This is a large diff due to updating Rubyspec, MSpec and Ironruby-
> tags.
> >
> > tfpt review "/shelveset:rubyspec4;REDMOND\jdeville"
> > Comment  :
> >   Re-syncing MERLIN_EXTERNAL mspec to the head of MSpec to pick up
> new
> > tests. Re-baselining to get new tests included.
> >
> >
> >
> > _______________________________________________
> > Ironruby-core mailing list
> > Ironruby-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/ironruby-core
> >
> > _______________________________________________
> > Ironruby-core mailing list
> > Ironruby-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/ironruby-core
> >
> > _______________________________________________
> > Ironruby-core mailing list
> > Ironruby-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From jdeville at microsoft.com  Mon Sep 29 17:05:04 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 29 Sep 2008 14:05:04 -0700
Subject: [Ironruby-core] Code Review: rubyspec4
In-Reply-To: <B0F32F33670C5D47BB6D5D315C32CD6620AB1AA856@NA-EXMSG-C108.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<001001c92253$32e9e8b0$98bdba10$@com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA4DB@NA-EXMSG-C108.redmond.corp.microsoft.com>
	<001101c9225b$6deb5f40$49c21dc0$@com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548CB2@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548DEC@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA856@NA-EXMSG-C108.redmond.corp.microsoft.com>
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548E02@NA-EXMSG-C112.redmond.corp.microsoft.com>

Sure thing


JD


> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> bounces at rubyforge.org] On Behalf Of Srivatsn Narayanan
> Sent: Monday, September 29, 2008 2:05 PM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Code Review: rubyspec4
>
> Go ahead with it but do publish whatever you find out about git's line
> ending handling. I think my git config is screwed up as well in that
> respect.
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> bounces at rubyforge.org] On Behalf Of Jim Deville
> Sent: Monday, September 29, 2008 1:51 PM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Code Review: rubyspec4
>
> Srivatsn: do you see any problems, or can I go ahead with this.
>
> Peter: judging by the diff in Tomas's latest Code review, there might
> be something wrong with the script we use to generate diff's. That
> would explain the size.
>
>
> JD
>
>
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> > bounces at rubyforge.org] On Behalf Of Jim Deville
> > Sent: Monday, September 29, 2008 10:55 AM
> > To: ironruby-core at rubyforge.org
> > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> >
> > Right now, the only reason I keep our fork of MSpec is to not force
> > everyone to change again. We are running MSpec completely unmodified.
> I
> > actually run it out of the official repo. We have some changes to
> > Rubyspec that I haven't pushed to the official repo due to lack of
> > time. After we push those we may want to follow your idea. Some of
> our
> > changes are to guards like you mention. Right now, most of the
> changes
> > I make to RubySpecs are made to the official version then pulled into
> > our repo, so I'm trying to head in that direction already.
> >
> > As for tags, I've already asked Brian (and he has agreed) to tag
> > releases, so we can have people sync to tags already.
> >
> > The tags are a powerful concept, and eventually it'd be nice to tag
> > failing tests with a unique tag, so you could run just the tests that
> > demonstrate a bug. It's fully possible, we just aren't set up for it
> > yet. I'd like to get the Rakefile cleaned up and more flexible to
> allow
> > for that.
> >
> >
> > JD
> >
> >
> > > -----Original Message-----
> > > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> > > bounces at rubyforge.org] On Behalf Of Peter Bacon Darwin
> > > Sent: Monday, September 29, 2008 10:47 AM
> > > To: ironruby-core at rubyforge.org
> > > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> > >
> > > It is possible that the many files that are only different in
> > newlines
> > > is
> > > actually my fault.  I think that Jim integrated a load of my
> changes
> > to
> > > the
> > > rubyspecs last month but I was having newbie issues with Git and my
> > > setup
> > > changed a load of the line endings.  I have now got over this issue
> > > after
> > > some mucking about with git config.
> > >
> > > I have subsequently had these changes incorporated into the
> official
> > > rubyspec repository on github.  If the only files are ones that I
> > broke
> > > then
> > > you can just bin those commits and use the versions from the
> official
> > > github
> > > repository instead.
> > >
> > > Is there much benefit in keeping a separate fork of mspec and
> > rubyspec
> > > now
> > > anyway?  Ironruby now seems to be able to run mspec unmodified and
> > the
> > > guys
> > > who manage these projects seem happy to give responsible people
> > commit
> > > rights to the official repositories.
> > > You could apply tags to versions of rubyspec or mspec to baseline
> > > versions
> > > that are good for ironruby.
> > > In addition there are a number of guards available in mspec that
> > allow
> > > rubyspecs to be filtered based on ruby implementation and version.
> > > This is
> > > how the jruby and rubinius projects use rubyspec.
> > >
> > > In terms of tracking regression tests for a specific ironruby bug
> in
> > > rubyforge.  How about you just list the descriptions of the
> examples
> > > (i.e.
> > > "it" blocks) that fail for the bug.  It would be fairly easy to
> check
> > > that
> > > these now run ok.  In many ways the tagged rubyspec examples are a
> > > direct
> > > representation of the bugs that are still to be solved.
> > >
> > > Pete
> > >
> > > -----Original Message-----
> > > From: ironruby-core-bounces at rubyforge.org
> > > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Srivatsn
> > > Narayanan
> > > Sent: Monday,29 September 29, 2008 18:07
> > > To: ironruby-core at rubyforge.org
> > > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> > >
> > > Using the tf diff tool, I see that a lot of files are identical
> > except
> > > for
> > > changes in newline characters (maybe \n changed to \r\n)? From my
> > > random
> > > sampling I hardly found any files that have actually changed. Maybe
> > it
> > > would
> > > help to have a guideline about the preferred newline character.
> > >
> > > Also, regarding the baselining, how are we planning to track bugs
> and
> > > their
> > > related regression tests? If we are closing a bug on rubyforge and
> > want
> > > to
> > > make sure that regression tests exist for that scenario, it would
> be
> > > good to
> > > have a link between the disabled test and the bug itself. In the
> > > IronPython
> > > testcode this is done by adding a disabled decorator to the test
> with
> > > the
> > > bug id. Here maybe a tag can have one more field to indicate the
> bug
> > > id?
> > > This is a change to the mspec runner itself and I'm not asking for
> it
> > > to be
> > > done with this shelveset but it's something to be discussed about.
> > >
> > > -----Original Message-----
> > > From: ironruby-core-bounces at rubyforge.org
> > > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Peter
> Bacon
> > > Darwin
> > > Sent: Monday, September 29, 2008 9:48 AM
> > > To: ironruby-core at rubyforge.org
> > > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> > >
> > > The diff has only 94 bytes
> > >
> > > -----Original Message-----
> > > From: ironruby-core-bounces at rubyforge.org
> > > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim
> Deville
> > > Sent: Monday,29 September 29, 2008 17:35
> > > To: IronRuby External Code Reviewers; Srivatsn Narayanan
> > > Cc: ironruby-core at rubyforge.org
> > > Subject: [Ironruby-core] Code Review: rubyspec4
> > >
> > > This is a large diff due to updating Rubyspec, MSpec and Ironruby-
> > tags.
> > >
> > > tfpt review "/shelveset:rubyspec4;REDMOND\jdeville"
> > > Comment  :
> > >   Re-syncing MERLIN_EXTERNAL mspec to the head of MSpec to pick up
> > new
> > > tests. Re-baselining to get new tests included.
> > >
> > >
> > >
> > > _______________________________________________
> > > Ironruby-core mailing list
> > > Ironruby-core at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/ironruby-core
> > >
> > > _______________________________________________
> > > Ironruby-core mailing list
> > > Ironruby-core at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/ironruby-core
> > >
> > > _______________________________________________
> > > Ironruby-core mailing list
> > > Ironruby-core at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/ironruby-core
> >
> > _______________________________________________
> > Ironruby-core mailing list
> > Ironruby-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core


From bacondarwin at googlemail.com  Mon Sep 29 17:17:36 2008
From: bacondarwin at googlemail.com (Peter Bacon Darwin)
Date: Mon, 29 Sep 2008 22:17:36 +0100
Subject: [Ironruby-core] Code Review: rubyspec4
In-Reply-To: <B0F32F33670C5D47BB6D5D315C32CD6620AB1AA856@NA-EXMSG-C108.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>	<001001c92253$32e9e8b0$98bdba10$@com>	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA4DB@NA-EXMSG-C108.redmond.corp.microsoft.com>	<001101c9225b$6deb5f40$49c21dc0$@com>	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548CB2@NA-EXMSG-C112.redmond.corp.microsoft.com>	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548DEC@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA856@NA-EXMSG-C108.redmond.corp.microsoft.com>
Message-ID: <001801c92278$cce09520$66a1bf60$@com>

The key to fixing your line endings is to use "git-config core.autocrlf
true" and "git-config core.safecrlf true".
I believe this is now the default for msysgit at least as of
Git-preview20080301.exe.
What this does is convert line endings to crlf on the way out of git (i.e.
into your working files) and back to lf only on the way back in.
That way our windows apps don't complain (or sneakily add the cr back in)
and the git repository stays clean for unix users.
Pete

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Srivatsn Narayanan
Sent: Monday,29 September 29, 2008 22:05
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Code Review: rubyspec4

Go ahead with it but do publish whatever you find out about git's line
ending handling. I think my git config is screwed up as well in that
respect.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Monday, September 29, 2008 1:51 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Code Review: rubyspec4

Srivatsn: do you see any problems, or can I go ahead with this.

Peter: judging by the diff in Tomas's latest Code review, there might be
something wrong with the script we use to generate diff's. That would
explain the size.


JD


> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> bounces at rubyforge.org] On Behalf Of Jim Deville
> Sent: Monday, September 29, 2008 10:55 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Code Review: rubyspec4
>
> Right now, the only reason I keep our fork of MSpec is to not force
> everyone to change again. We are running MSpec completely unmodified. I
> actually run it out of the official repo. We have some changes to
> Rubyspec that I haven't pushed to the official repo due to lack of
> time. After we push those we may want to follow your idea. Some of our
> changes are to guards like you mention. Right now, most of the changes
> I make to RubySpecs are made to the official version then pulled into
> our repo, so I'm trying to head in that direction already.
>
> As for tags, I've already asked Brian (and he has agreed) to tag
> releases, so we can have people sync to tags already.
>
> The tags are a powerful concept, and eventually it'd be nice to tag
> failing tests with a unique tag, so you could run just the tests that
> demonstrate a bug. It's fully possible, we just aren't set up for it
> yet. I'd like to get the Rakefile cleaned up and more flexible to allow
> for that.
>
>
> JD
>
>
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> > bounces at rubyforge.org] On Behalf Of Peter Bacon Darwin
> > Sent: Monday, September 29, 2008 10:47 AM
> > To: ironruby-core at rubyforge.org
> > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> >
> > It is possible that the many files that are only different in
> newlines
> > is
> > actually my fault.  I think that Jim integrated a load of my changes
> to
> > the
> > rubyspecs last month but I was having newbie issues with Git and my
> > setup
> > changed a load of the line endings.  I have now got over this issue
> > after
> > some mucking about with git config.
> >
> > I have subsequently had these changes incorporated into the official
> > rubyspec repository on github.  If the only files are ones that I
> broke
> > then
> > you can just bin those commits and use the versions from the official
> > github
> > repository instead.
> >
> > Is there much benefit in keeping a separate fork of mspec and
> rubyspec
> > now
> > anyway?  Ironruby now seems to be able to run mspec unmodified and
> the
> > guys
> > who manage these projects seem happy to give responsible people
> commit
> > rights to the official repositories.
> > You could apply tags to versions of rubyspec or mspec to baseline
> > versions
> > that are good for ironruby.
> > In addition there are a number of guards available in mspec that
> allow
> > rubyspecs to be filtered based on ruby implementation and version.
> > This is
> > how the jruby and rubinius projects use rubyspec.
> >
> > In terms of tracking regression tests for a specific ironruby bug in
> > rubyforge.  How about you just list the descriptions of the examples
> > (i.e.
> > "it" blocks) that fail for the bug.  It would be fairly easy to check
> > that
> > these now run ok.  In many ways the tagged rubyspec examples are a
> > direct
> > representation of the bugs that are still to be solved.
> >
> > Pete
> >
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org
> > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Srivatsn
> > Narayanan
> > Sent: Monday,29 September 29, 2008 18:07
> > To: ironruby-core at rubyforge.org
> > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> >
> > Using the tf diff tool, I see that a lot of files are identical
> except
> > for
> > changes in newline characters (maybe \n changed to \r\n)? From my
> > random
> > sampling I hardly found any files that have actually changed. Maybe
> it
> > would
> > help to have a guideline about the preferred newline character.
> >
> > Also, regarding the baselining, how are we planning to track bugs and
> > their
> > related regression tests? If we are closing a bug on rubyforge and
> want
> > to
> > make sure that regression tests exist for that scenario, it would be
> > good to
> > have a link between the disabled test and the bug itself. In the
> > IronPython
> > testcode this is done by adding a disabled decorator to the test with
> > the
> > bug id. Here maybe a tag can have one more field to indicate the bug
> > id?
> > This is a change to the mspec runner itself and I'm not asking for it
> > to be
> > done with this shelveset but it's something to be discussed about.
> >
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org
> > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Peter Bacon
> > Darwin
> > Sent: Monday, September 29, 2008 9:48 AM
> > To: ironruby-core at rubyforge.org
> > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> >
> > The diff has only 94 bytes
> >
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org
> > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
> > Sent: Monday,29 September 29, 2008 17:35
> > To: IronRuby External Code Reviewers; Srivatsn Narayanan
> > Cc: ironruby-core at rubyforge.org
> > Subject: [Ironruby-core] Code Review: rubyspec4
> >
> > This is a large diff due to updating Rubyspec, MSpec and Ironruby-
> tags.
> >
> > tfpt review "/shelveset:rubyspec4;REDMOND\jdeville"
> > Comment  :
> >   Re-syncing MERLIN_EXTERNAL mspec to the head of MSpec to pick up
> new
> > tests. Re-baselining to get new tests included.
> >
> >
> >
> > _______________________________________________
> > Ironruby-core mailing list
> > Ironruby-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/ironruby-core
> >
> > _______________________________________________
> > Ironruby-core mailing list
> > Ironruby-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/ironruby-core
> >
> > _______________________________________________
> > Ironruby-core mailing list
> > Ironruby-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From jdeville at microsoft.com  Mon Sep 29 17:22:43 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 29 Sep 2008 14:22:43 -0700
Subject: [Ironruby-core] Code Review: rubyspec4
In-Reply-To: <001801c92278$cce09520$66a1bf60$@com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<001001c92253$32e9e8b0$98bdba10$@com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA4DB@NA-EXMSG-C108.redmond.corp.microsoft.com>
	<001101c9225b$6deb5f40$49c21dc0$@com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548CB2@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548DEC@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA856@NA-EXMSG-C108.redmond.corp.microsoft.com>
	<001801c92278$cce09520$66a1bf60$@com>
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548E2B@NA-EXMSG-C112.redmond.corp.microsoft.com>

Thanks, I'll check on those two configs. Can they be set on the main repo? Or only on local copies?


JD


> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> bounces at rubyforge.org] On Behalf Of Peter Bacon Darwin
> Sent: Monday, September 29, 2008 2:18 PM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Code Review: rubyspec4
>
> The key to fixing your line endings is to use "git-config core.autocrlf
> true" and "git-config core.safecrlf true".
> I believe this is now the default for msysgit at least as of
> Git-preview20080301.exe.
> What this does is convert line endings to crlf on the way out of git
> (i.e.
> into your working files) and back to lf only on the way back in.
> That way our windows apps don't complain (or sneakily add the cr back
> in)
> and the git repository stays clean for unix users.
> Pete
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org
> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Srivatsn
> Narayanan
> Sent: Monday,29 September 29, 2008 22:05
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Code Review: rubyspec4
>
> Go ahead with it but do publish whatever you find out about git's line
> ending handling. I think my git config is screwed up as well in that
> respect.
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org
> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
> Sent: Monday, September 29, 2008 1:51 PM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Code Review: rubyspec4
>
> Srivatsn: do you see any problems, or can I go ahead with this.
>
> Peter: judging by the diff in Tomas's latest Code review, there might
> be
> something wrong with the script we use to generate diff's. That would
> explain the size.
>
>
> JD
>
>
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> > bounces at rubyforge.org] On Behalf Of Jim Deville
> > Sent: Monday, September 29, 2008 10:55 AM
> > To: ironruby-core at rubyforge.org
> > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> >
> > Right now, the only reason I keep our fork of MSpec is to not force
> > everyone to change again. We are running MSpec completely unmodified.
> I
> > actually run it out of the official repo. We have some changes to
> > Rubyspec that I haven't pushed to the official repo due to lack of
> > time. After we push those we may want to follow your idea. Some of
> our
> > changes are to guards like you mention. Right now, most of the
> changes
> > I make to RubySpecs are made to the official version then pulled into
> > our repo, so I'm trying to head in that direction already.
> >
> > As for tags, I've already asked Brian (and he has agreed) to tag
> > releases, so we can have people sync to tags already.
> >
> > The tags are a powerful concept, and eventually it'd be nice to tag
> > failing tests with a unique tag, so you could run just the tests that
> > demonstrate a bug. It's fully possible, we just aren't set up for it
> > yet. I'd like to get the Rakefile cleaned up and more flexible to
> allow
> > for that.
> >
> >
> > JD
> >
> >
> > > -----Original Message-----
> > > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> > > bounces at rubyforge.org] On Behalf Of Peter Bacon Darwin
> > > Sent: Monday, September 29, 2008 10:47 AM
> > > To: ironruby-core at rubyforge.org
> > > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> > >
> > > It is possible that the many files that are only different in
> > newlines
> > > is
> > > actually my fault.  I think that Jim integrated a load of my
> changes
> > to
> > > the
> > > rubyspecs last month but I was having newbie issues with Git and my
> > > setup
> > > changed a load of the line endings.  I have now got over this issue
> > > after
> > > some mucking about with git config.
> > >
> > > I have subsequently had these changes incorporated into the
> official
> > > rubyspec repository on github.  If the only files are ones that I
> > broke
> > > then
> > > you can just bin those commits and use the versions from the
> official
> > > github
> > > repository instead.
> > >
> > > Is there much benefit in keeping a separate fork of mspec and
> > rubyspec
> > > now
> > > anyway?  Ironruby now seems to be able to run mspec unmodified and
> > the
> > > guys
> > > who manage these projects seem happy to give responsible people
> > commit
> > > rights to the official repositories.
> > > You could apply tags to versions of rubyspec or mspec to baseline
> > > versions
> > > that are good for ironruby.
> > > In addition there are a number of guards available in mspec that
> > allow
> > > rubyspecs to be filtered based on ruby implementation and version.
> > > This is
> > > how the jruby and rubinius projects use rubyspec.
> > >
> > > In terms of tracking regression tests for a specific ironruby bug
> in
> > > rubyforge.  How about you just list the descriptions of the
> examples
> > > (i.e.
> > > "it" blocks) that fail for the bug.  It would be fairly easy to
> check
> > > that
> > > these now run ok.  In many ways the tagged rubyspec examples are a
> > > direct
> > > representation of the bugs that are still to be solved.
> > >
> > > Pete
> > >
> > > -----Original Message-----
> > > From: ironruby-core-bounces at rubyforge.org
> > > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Srivatsn
> > > Narayanan
> > > Sent: Monday,29 September 29, 2008 18:07
> > > To: ironruby-core at rubyforge.org
> > > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> > >
> > > Using the tf diff tool, I see that a lot of files are identical
> > except
> > > for
> > > changes in newline characters (maybe \n changed to \r\n)? From my
> > > random
> > > sampling I hardly found any files that have actually changed. Maybe
> > it
> > > would
> > > help to have a guideline about the preferred newline character.
> > >
> > > Also, regarding the baselining, how are we planning to track bugs
> and
> > > their
> > > related regression tests? If we are closing a bug on rubyforge and
> > want
> > > to
> > > make sure that regression tests exist for that scenario, it would
> be
> > > good to
> > > have a link between the disabled test and the bug itself. In the
> > > IronPython
> > > testcode this is done by adding a disabled decorator to the test
> with
> > > the
> > > bug id. Here maybe a tag can have one more field to indicate the
> bug
> > > id?
> > > This is a change to the mspec runner itself and I'm not asking for
> it
> > > to be
> > > done with this shelveset but it's something to be discussed about.
> > >
> > > -----Original Message-----
> > > From: ironruby-core-bounces at rubyforge.org
> > > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Peter
> Bacon
> > > Darwin
> > > Sent: Monday, September 29, 2008 9:48 AM
> > > To: ironruby-core at rubyforge.org
> > > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> > >
> > > The diff has only 94 bytes
> > >
> > > -----Original Message-----
> > > From: ironruby-core-bounces at rubyforge.org
> > > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim
> Deville
> > > Sent: Monday,29 September 29, 2008 17:35
> > > To: IronRuby External Code Reviewers; Srivatsn Narayanan
> > > Cc: ironruby-core at rubyforge.org
> > > Subject: [Ironruby-core] Code Review: rubyspec4
> > >
> > > This is a large diff due to updating Rubyspec, MSpec and Ironruby-
> > tags.
> > >
> > > tfpt review "/shelveset:rubyspec4;REDMOND\jdeville"
> > > Comment  :
> > >   Re-syncing MERLIN_EXTERNAL mspec to the head of MSpec to pick up
> > new
> > > tests. Re-baselining to get new tests included.
> > >
> > >
> > >
> > > _______________________________________________
> > > Ironruby-core mailing list
> > > Ironruby-core at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/ironruby-core
> > >
> > > _______________________________________________
> > > Ironruby-core mailing list
> > > Ironruby-core at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/ironruby-core
> > >
> > > _______________________________________________
> > > Ironruby-core mailing list
> > > Ironruby-core at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/ironruby-core
> >
> > _______________________________________________
> > Ironruby-core mailing list
> > Ironruby-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core


From Jimmy.Schementi at microsoft.com  Mon Sep 29 17:27:07 2008
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Mon, 29 Sep 2008 14:27:07 -0700
Subject: [Ironruby-core] Code Review: rubyspec4
In-Reply-To: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548E2B@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<001001c92253$32e9e8b0$98bdba10$@com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA4DB@NA-EXMSG-C108.redmond.corp.microsoft.com>
	<001101c9225b$6deb5f40$49c21dc0$@com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548CB2@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548DEC@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA856@NA-EXMSG-C108.redmond.corp.microsoft.com>
	<001801c92278$cce09520$66a1bf60$@com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548E2B@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <5283CA0A4168DF4FBBD71AE9ECA5A328489EF18C46@NA-EXMSG-C116.redmond.corp.microsoft.com>

Dude, you're such a git newbee =)

It changes the files in your .git folder, and those can be pushed back up.

> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> bounces at rubyforge.org] On Behalf Of Jim Deville
> Sent: Monday, September 29, 2008 2:23 PM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Code Review: rubyspec4
>
> Thanks, I'll check on those two configs. Can they be set on the main
> repo? Or only on local copies?
>
>
> JD
>
>
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> > bounces at rubyforge.org] On Behalf Of Peter Bacon Darwin
> > Sent: Monday, September 29, 2008 2:18 PM
> > To: ironruby-core at rubyforge.org
> > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> >
> > The key to fixing your line endings is to use "git-config
> core.autocrlf
> > true" and "git-config core.safecrlf true".
> > I believe this is now the default for msysgit at least as of
> > Git-preview20080301.exe.
> > What this does is convert line endings to crlf on the way out of git
> > (i.e.
> > into your working files) and back to lf only on the way back in.
> > That way our windows apps don't complain (or sneakily add the cr back
> > in)
> > and the git repository stays clean for unix users.
> > Pete
> >
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org
> > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Srivatsn
> > Narayanan
> > Sent: Monday,29 September 29, 2008 22:05
> > To: ironruby-core at rubyforge.org
> > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> >
> > Go ahead with it but do publish whatever you find out about git's
> line
> > ending handling. I think my git config is screwed up as well in that
> > respect.
> >
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org
> > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
> > Sent: Monday, September 29, 2008 1:51 PM
> > To: ironruby-core at rubyforge.org
> > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> >
> > Srivatsn: do you see any problems, or can I go ahead with this.
> >
> > Peter: judging by the diff in Tomas's latest Code review, there might
> > be
> > something wrong with the script we use to generate diff's. That would
> > explain the size.
> >
> >
> > JD
> >
> >
> > > -----Original Message-----
> > > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> > > bounces at rubyforge.org] On Behalf Of Jim Deville
> > > Sent: Monday, September 29, 2008 10:55 AM
> > > To: ironruby-core at rubyforge.org
> > > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> > >
> > > Right now, the only reason I keep our fork of MSpec is to not force
> > > everyone to change again. We are running MSpec completely
> unmodified.
> > I
> > > actually run it out of the official repo. We have some changes to
> > > Rubyspec that I haven't pushed to the official repo due to lack of
> > > time. After we push those we may want to follow your idea. Some of
> > our
> > > changes are to guards like you mention. Right now, most of the
> > changes
> > > I make to RubySpecs are made to the official version then pulled
> into
> > > our repo, so I'm trying to head in that direction already.
> > >
> > > As for tags, I've already asked Brian (and he has agreed) to tag
> > > releases, so we can have people sync to tags already.
> > >
> > > The tags are a powerful concept, and eventually it'd be nice to tag
> > > failing tests with a unique tag, so you could run just the tests
> that
> > > demonstrate a bug. It's fully possible, we just aren't set up for
> it
> > > yet. I'd like to get the Rakefile cleaned up and more flexible to
> > allow
> > > for that.
> > >
> > >
> > > JD
> > >
> > >
> > > > -----Original Message-----
> > > > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> > > > bounces at rubyforge.org] On Behalf Of Peter Bacon Darwin
> > > > Sent: Monday, September 29, 2008 10:47 AM
> > > > To: ironruby-core at rubyforge.org
> > > > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> > > >
> > > > It is possible that the many files that are only different in
> > > newlines
> > > > is
> > > > actually my fault.  I think that Jim integrated a load of my
> > changes
> > > to
> > > > the
> > > > rubyspecs last month but I was having newbie issues with Git and
> my
> > > > setup
> > > > changed a load of the line endings.  I have now got over this
> issue
> > > > after
> > > > some mucking about with git config.
> > > >
> > > > I have subsequently had these changes incorporated into the
> > official
> > > > rubyspec repository on github.  If the only files are ones that I
> > > broke
> > > > then
> > > > you can just bin those commits and use the versions from the
> > official
> > > > github
> > > > repository instead.
> > > >
> > > > Is there much benefit in keeping a separate fork of mspec and
> > > rubyspec
> > > > now
> > > > anyway?  Ironruby now seems to be able to run mspec unmodified
> and
> > > the
> > > > guys
> > > > who manage these projects seem happy to give responsible people
> > > commit
> > > > rights to the official repositories.
> > > > You could apply tags to versions of rubyspec or mspec to baseline
> > > > versions
> > > > that are good for ironruby.
> > > > In addition there are a number of guards available in mspec that
> > > allow
> > > > rubyspecs to be filtered based on ruby implementation and
> version.
> > > > This is
> > > > how the jruby and rubinius projects use rubyspec.
> > > >
> > > > In terms of tracking regression tests for a specific ironruby bug
> > in
> > > > rubyforge.  How about you just list the descriptions of the
> > examples
> > > > (i.e.
> > > > "it" blocks) that fail for the bug.  It would be fairly easy to
> > check
> > > > that
> > > > these now run ok.  In many ways the tagged rubyspec examples are
> a
> > > > direct
> > > > representation of the bugs that are still to be solved.
> > > >
> > > > Pete
> > > >
> > > > -----Original Message-----
> > > > From: ironruby-core-bounces at rubyforge.org
> > > > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of
> Srivatsn
> > > > Narayanan
> > > > Sent: Monday,29 September 29, 2008 18:07
> > > > To: ironruby-core at rubyforge.org
> > > > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> > > >
> > > > Using the tf diff tool, I see that a lot of files are identical
> > > except
> > > > for
> > > > changes in newline characters (maybe \n changed to \r\n)? From my
> > > > random
> > > > sampling I hardly found any files that have actually changed.
> Maybe
> > > it
> > > > would
> > > > help to have a guideline about the preferred newline character.
> > > >
> > > > Also, regarding the baselining, how are we planning to track bugs
> > and
> > > > their
> > > > related regression tests? If we are closing a bug on rubyforge
> and
> > > want
> > > > to
> > > > make sure that regression tests exist for that scenario, it would
> > be
> > > > good to
> > > > have a link between the disabled test and the bug itself. In the
> > > > IronPython
> > > > testcode this is done by adding a disabled decorator to the test
> > with
> > > > the
> > > > bug id. Here maybe a tag can have one more field to indicate the
> > bug
> > > > id?
> > > > This is a change to the mspec runner itself and I'm not asking
> for
> > it
> > > > to be
> > > > done with this shelveset but it's something to be discussed
> about.
> > > >
> > > > -----Original Message-----
> > > > From: ironruby-core-bounces at rubyforge.org
> > > > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Peter
> > Bacon
> > > > Darwin
> > > > Sent: Monday, September 29, 2008 9:48 AM
> > > > To: ironruby-core at rubyforge.org
> > > > Subject: Re: [Ironruby-core] Code Review: rubyspec4
> > > >
> > > > The diff has only 94 bytes
> > > >
> > > > -----Original Message-----
> > > > From: ironruby-core-bounces at rubyforge.org
> > > > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim
> > Deville
> > > > Sent: Monday,29 September 29, 2008 17:35
> > > > To: IronRuby External Code Reviewers; Srivatsn Narayanan
> > > > Cc: ironruby-core at rubyforge.org
> > > > Subject: [Ironruby-core] Code Review: rubyspec4
> > > >
> > > > This is a large diff due to updating Rubyspec, MSpec and
> Ironruby-
> > > tags.
> > > >
> > > > tfpt review "/shelveset:rubyspec4;REDMOND\jdeville"
> > > > Comment  :
> > > >   Re-syncing MERLIN_EXTERNAL mspec to the head of MSpec to pick
> up
> > > new
> > > > tests. Re-baselining to get new tests included.
> > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > Ironruby-core mailing list
> > > > Ironruby-core at rubyforge.org
> > > > http://rubyforge.org/mailman/listinfo/ironruby-core
> > > >
> > > > _______________________________________________
> > > > Ironruby-core mailing list
> > > > Ironruby-core at rubyforge.org
> > > > http://rubyforge.org/mailman/listinfo/ironruby-core
> > > >
> > > > _______________________________________________
> > > > Ironruby-core mailing list
> > > > Ironruby-core at rubyforge.org
> > > > http://rubyforge.org/mailman/listinfo/ironruby-core
> > >
> > > _______________________________________________
> > > Ironruby-core mailing list
> > > Ironruby-core at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/ironruby-core
> >
> > _______________________________________________
> > Ironruby-core mailing list
> > Ironruby-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/ironruby-core
> >
> > _______________________________________________
> > Ironruby-core mailing list
> > Ironruby-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/ironruby-core
> >
> > _______________________________________________
> > Ironruby-core mailing list
> > Ironruby-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core


From orion.edwards at open2view.com  Mon Sep 29 17:41:01 2008
From: orion.edwards at open2view.com (Orion Edwards)
Date: Tue, 30 Sep 2008 10:41:01 +1300
Subject: [Ironruby-core] IronRuby svn 154 fails to build
In-Reply-To: <5283CA0A4168DF4FBBD71AE9ECA5A328489EF18C46@NA-EXMSG-C116.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>	<001001c92253$32e9e8b0$98bdba10$@com>	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA4DB@NA-EXMSG-C108.redmond.corp.microsoft.com>	<001101c9225b$6deb5f40$49c21dc0$@com>	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548CB2@NA-EXMSG-C112.redmond.corp.microsoft.com>	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548DEC@NA-EXMSG-C112.redmond.corp.microsoft.com>	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA856@NA-EXMSG-C108.redmond.corp.microsoft.com>	<001801c92278$cce09520$66a1bf60$@com>	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548E2B@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<5283CA0A4168DF4FBBD71AE9ECA5A328489EF18C46@NA-EXMSG-C116.redmond.corp.microsoft.com>
Message-ID: <48E14B6D.4090000@open2view.com>

I get this when running rake compile. Just checked out from rubyforge, 
and I've previously successfully built many other revisions of IR on 
this box.

Should I just roll back to a previous version, or am I doing something 
wrong?

(in c:/development/ironruby)
Read in 17 resources from "c:\development\ironruby\src\microsoft.scripting\math\MathResources.resx"
Writing resource file...  Done.
warning CS1685: The predefined type 'System.Runtime.CompilerServices.ExtensionAttribute' is defined in multiple assemblies in the global alias; using definition from 'c:\development\ironruby\src\microsoft.scripting\utils\extension.cs'
warning CS1685: The predefined type 'System.Runtime.CompilerServices.ExtensionAttribute' is defined in multiple assemblies in the global alias; using definition from 'c:\development\ironruby\src\ironruby\extension.cs'
warning CS1685: The predefined type 'System.Runtime.CompilerServices.ExtensionAttribute' is defined in multiple assemblies in the global alias; using definition from 'c:\development\ironruby\build\debug\Microsoft.Scripting.Core.dll'
initializers.generated.cs(6813,17): error CS0123: No overload for 'Add' matches delegate 'System.Func<Microsoft.Scripting.Runtime.CodeContext,IronRuby.StandardLibrary.BigDecimal.BigDecimal,object,object,object>'
c:\development\ironruby\build\debug\Microsoft.Scripting.Core.dll: (Location of symbol related to previous error)
bigdecimal\BigDecimalOps.cs(352,30): (Location of symbol related to previous error)
initializers.generated.cs(6822,17): error CS0123: No overload for 'Coerce' matches delegate 'System.Func<Microsoft.Scripting.Runtime.CodeContext,IronRuby.StandardLibrary.BigDecimal.BigDecimal,double,IronRuby.Builtins.RubyArray>'
c:\development\ironruby\build\debug\Microsoft.Scripting.Core.dll: (Location of symbol related to previous error)
bigdecimal\BigDecimalOps.cs(268,38): (Location of symbol related to previous error)
bigdecimal\BigDecimalOps.cs(272,38): (Location of symbol related to previous error)
bigdecimal\BigDecimalOps.cs(276,38): (Location of symbol related to previous error)
bigdecimal\BigDecimalOps.cs(280,38): (Location of symbol related to previous error)
initializers.generated.cs(6876,17): error CS0123: No overload for 'Inspect' matches delegate 'System.Func<Microsoft.Scripting.Runtime.CodeContext,IronRuby.StandardLibrary.BigDecimal.BigDecimal,IronRuby.Builtins.MutableString>'
c:\development\ironruby\build\debug\Microsoft.Scripting.Core.dll: (Location of symbol related to previous error)
bigdecimal\BigDecimalOps.cs(257,42): (Location of symbol related to previous error)
initializers.generated.cs(6897,17): error CS0123: No overload for 'Multiply' matches delegate 'System.Func<Microsoft.Scripting.Runtime.CodeContext,IronRuby.StandardLibrary.BigDecimal.BigDecimal,object,object,object>'
c:\development\ironruby\build\debug\Microsoft.Scripting.Core.dll: (Location of symbol related to previous error)
bigdecimal\BigDecimalOps.cs(438,30): (Location of symbol related to previous error)
initializers.generated.cs(6953,17): error CS0123: No overload for 'Subtract' matches delegate 'System.Func<Microsoft.Scripting.Runtime.CodeContext,IronRuby.StandardLibrary.BigDecimal.BigDecimal,object,object,object>'
c:\development\ironruby\build\debug\Microsoft.Scripting.Core.dll: (Location of symbol related to previous error)
bigdecimal\BigDecimalOps.cs(395,30): (Location of symbol related to previous error)
initializers.generated.cs(6972,17): error CS0123: No overload for 'ToString' matches delegate 'System.Func<Microsoft.Scripting.Runtime.CodeContext,IronRuby.StandardLibrary.BigDecimal.BigDecimal,object,IronRuby.Builtins.MutableString>'
c:\development\ironruby\build\debug\Microsoft.Scripting.Core.dll: (Location of symbol related to previous error)
bigdecimal\BigDecimalOps.cs(228,42): (Location of symbol related to previous error)
bigdecimal\BigDecimalOps.cs(232,42): (Location of symbol related to previous error)
bigdecimal\BigDecimalOps.cs(236,42): (Location of symbol related to previous error)
c:\Windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll: (Location of symbol related to previous error)
initializers.generated.cs(6998,17): error CS0123: No overload for 'InducedFrom' matches delegate 'System.Func<Microsoft.Scripting.Runtime.CodeContext,IronRuby.Builtins.RubyClass,object,IronRuby.StandardLibrary.BigDecimal.BigDecimal>'
c:\development\ironruby\build\debug\Microsoft.Scripting.Core.dll: (Location of symbol related to previous error)
bigdecimal\BigDecimalOps.cs(178,34): (Location of symbol related to previous error)
bigdecimal\BigDecimalOps.cs(182,34): (Location of symbol related to previous error)
bigdecimal\BigDecimalOps.cs(186,34): (Location of symbol related to previous error)
bigdecimal\BigDecimalOps.cs(190,34): (Location of symbol related to previous error)
initializers.generated.cs(7003,17): error CS0123: No overload for 'Limit' matches delegate 'System.Func<Microsoft.Scripting.Runtime.CodeContext,IronRuby.Builtins.RubyClass,object,int>'
c:\development\ironruby\build\debug\Microsoft.Scripting.Core.dll: (Location of symbol related to previous error)
bigdecimal\BigDecimalOps.cs(158,27): (Location of symbol related to previous error)
bigdecimal\BigDecimalOps.cs(164,27): (Location of symbol related to previous error)



From orion.edwards at open2view.com  Mon Sep 29 18:51:35 2008
From: orion.edwards at open2view.com (Orion Edwards)
Date: Tue, 30 Sep 2008 11:51:35 +1300
Subject: [Ironruby-core] Presentation
In-Reply-To: <48E14B6D.4090000@open2view.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>	<001001c92253$32e9e8b0$98bdba10$@com>	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA4DB@NA-EXMSG-C108.redmond.corp.microsoft.com>	<001101c9225b$6deb5f40$49c21dc0$@com>	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548CB2@NA-EXMSG-C112.redmond.corp.microsoft.com>	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548DEC@NA-EXMSG-C112.redmond.corp.microsoft.com>	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA856@NA-EXMSG-C108.redmond.corp.microsoft.com>	<001801c92278$cce09520$66a1bf60$@com>	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548E2B@NA-EXMSG-C112.redmond.corp.microsoft.com>	<5283CA0A4168DF4FBBD71AE9ECA5A328489EF18C46@NA-EXMSG-C116.redmond.corp.microsoft.com>
	<48E14B6D.4090000@open2view.com>
Message-ID: <48E15BF7.7010606@open2view.com>

An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080930/25bac448/attachment.html>

From jflam at microsoft.com  Tue Sep 30 11:36:16 2008
From: jflam at microsoft.com (John Lam (IRONRUBY))
Date: Tue, 30 Sep 2008 08:36:16 -0700
Subject: [Ironruby-core] Presentation
In-Reply-To: <48E15BF7.7010606@open2view.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<001001c92253$32e9e8b0$98bdba10$@com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA4DB@NA-EXMSG-C108.redmond.corp.microsoft.com>
	<001101c9225b$6deb5f40$49c21dc0$@com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548CB2@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548DEC@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA856@NA-EXMSG-C108.redmond.corp.microsoft.com>
	<001801c92278$cce09520$66a1bf60$@com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548E2B@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<5283CA0A4168DF4FBBD71AE9ECA5A328489EF18C46@NA-EXMSG-C116.redmond.corp.microsoft.com>
	<48E14B6D.4090000@open2view.com> <48E15BF7.7010606@open2view.com>
Message-ID: <372109E149E8084D8E6C7D9CFD82E063334ABA082D@NA-EXMSG-C115.redmond.corp.microsoft.com>

Loved the Borat photo and the Duck!

But to be fair, your IsCool function could have been written:

public bool IsCool() { return m_name.Contains("0"); }

And the new C# 3.0 Property stuff would have let you write:

public string Name { get; set; }

I used to use these kinds of arguments for C# 2.0, but Anders keeps on making it harder to continue doing so :)

Thanks,
-John

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards
Sent: Monday, September 29, 2008 3:52 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Presentation

I recently gave a presentation about IronRuby to my local .NET user group.

As none of them knew anything about ruby it's about 2/3'rds introduction to ruby and 1/3'rd talking about IronRuby and the DLR specifically.

As part of this I also built a small project which is basically "IRB in your winforms app".
I found it to be a really effective way of showing off :-)

I've posted links on my blog for the members of the local DNUG to have a look, but I figured other IronRubyists might be interested, so if you are,

Link to blog entry showing presentation slides<http://orionedwards.blogspot.com/2008/09/ironruby-presentation.html>

Link to blog entry explaining interactive console thing<http://orionedwards.blogspot.com/2008/09/embedded-ironruby-interactive-console.html>

Cheers, and thanks to all the IronRuby team for all their hard work :-)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080930/8f01247d/attachment.html>

From ben2004uk at googlemail.com  Tue Sep 30 12:17:42 2008
From: ben2004uk at googlemail.com (Ben Hall)
Date: Tue, 30 Sep 2008 17:17:42 +0100
Subject: [Ironruby-core] Presentation
In-Reply-To: <372109E149E8084D8E6C7D9CFD82E063334ABA082D@NA-EXMSG-C115.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548CB2@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548DEC@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA856@NA-EXMSG-C108.redmond.corp.microsoft.com>
	<001801c92278$cce09520$66a1bf60$@com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548E2B@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<5283CA0A4168DF4FBBD71AE9ECA5A328489EF18C46@NA-EXMSG-C116.redmond.corp.microsoft.com>
	<48E14B6D.4090000@open2view.com> <48E15BF7.7010606@open2view.com>
	<372109E149E8084D8E6C7D9CFD82E063334ABA082D@NA-EXMSG-C115.redmond.corp.microsoft.com>
Message-ID: <a04554c00809300917q25edd8can8d0ae7fbe40e7fcc@mail.gmail.com>

I agree, Anders doesn't allow the argument to be so convincing.
However, I generally go 2.0 > 3.0 > Ruby - Ruby still better.... :)

On Tue, Sep 30, 2008 at 4:36 PM, John Lam (IRONRUBY)
<jflam at microsoft.com> wrote:
> Loved the Borat photo and the Duck!
>
>
>
> But to be fair, your IsCool function could have been written:
>
>
>
> public bool IsCool() { return m_name.Contains("0"); }
>
>
>
> And the new C# 3.0 Property stuff would have let you write:
>
>
>
> public string Name { get; set; }
>
>
>
> I used to use these kinds of arguments for C# 2.0, but Anders keeps on
> making it harder to continue doing so J
>
>
>
> Thanks,
>
> -John
>
>
>
> From: ironruby-core-bounces at rubyforge.org
> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards
> Sent: Monday, September 29, 2008 3:52 PM
> To: ironruby-core at rubyforge.org
> Subject: [Ironruby-core] Presentation
>
>
>
> I recently gave a presentation about IronRuby to my local .NET user group.
>
> As none of them knew anything about ruby it's about 2/3'rds introduction to
> ruby and 1/3'rd talking about IronRuby and the DLR specifically.
>
> As part of this I also built a small project which is basically "IRB in your
> winforms app".
> I found it to be a really effective way of showing off :-)
>
> I've posted links on my blog for the members of the local DNUG to have a
> look, but I figured other IronRubyists might be interested, so if you are,
>
> Link to blog entry showing presentation slides
>
> Link to blog entry explaining interactive console thing
>
> Cheers, and thanks to all the IronRuby team for all their hard work :-)
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>

From curth at microsoft.com  Tue Sep 30 12:37:44 2008
From: curth at microsoft.com (Curt Hagenlocher)
Date: Tue, 30 Sep 2008 09:37:44 -0700
Subject: [Ironruby-core] Presentation
In-Reply-To: <a04554c00809300917q25edd8can8d0ae7fbe40e7fcc@mail.gmail.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548CB2@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548DEC@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA856@NA-EXMSG-C108.redmond.corp.microsoft.com>
	<001801c92278$cce09520$66a1bf60$@com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548E2B@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<5283CA0A4168DF4FBBD71AE9ECA5A328489EF18C46@NA-EXMSG-C116.redmond.corp.microsoft.com>
	<48E14B6D.4090000@open2view.com> <48E15BF7.7010606@open2view.com>
	<372109E149E8084D8E6C7D9CFD82E063334ABA082D@NA-EXMSG-C115.redmond.corp.microsoft.com>
	<a04554c00809300917q25edd8can8d0ae7fbe40e7fcc@mail.gmail.com>
Message-ID: <B47F8D37BAA6DC4DAA41CA69D8FBED151B8577F3D0@NA-EXMSG-C118.redmond.corp.microsoft.com>

> I agree, Anders doesn't allow the argument to be so convincing.
> However, I generally go 2.0 > 3.0 > Ruby - Ruby still better.... :)

Sorry about the pendantry, but I think you wanted that to say
"2.0 < 3.0 < Ruby"

:)

-Curt

From blowmage at gmail.com  Tue Sep 30 12:44:56 2008
From: blowmage at gmail.com (Mike Moore)
Date: Tue, 30 Sep 2008 10:44:56 -0600
Subject: [Ironruby-core] Presentation
In-Reply-To: <B47F8D37BAA6DC4DAA41CA69D8FBED151B8577F3D0@NA-EXMSG-C118.redmond.corp.microsoft.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<B0F32F33670C5D47BB6D5D315C32CD6620AB1AA856@NA-EXMSG-C108.redmond.corp.microsoft.com>
	<001801c92278$cce09520$66a1bf60$@com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548E2B@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<5283CA0A4168DF4FBBD71AE9ECA5A328489EF18C46@NA-EXMSG-C116.redmond.corp.microsoft.com>
	<48E14B6D.4090000@open2view.com> <48E15BF7.7010606@open2view.com>
	<372109E149E8084D8E6C7D9CFD82E063334ABA082D@NA-EXMSG-C115.redmond.corp.microsoft.com>
	<a04554c00809300917q25edd8can8d0ae7fbe40e7fcc@mail.gmail.com>
	<B47F8D37BAA6DC4DAA41CA69D8FBED151B8577F3D0@NA-EXMSG-C118.redmond.corp.microsoft.com>
Message-ID: <f5bedd150809300944o39662cbpd2371e8ef5a412d7@mail.gmail.com>

On Tue, Sep 30, 2008 at 10:37 AM, Curt Hagenlocher <curth at microsoft.com>wrote:

> > I agree, Anders doesn't allow the argument to be so convincing.
> > However, I generally go 2.0 > 3.0 > Ruby - Ruby still better.... :)
>
> Sorry about the pendantry, but I think you wanted that to say
> "2.0 < 3.0 < Ruby"
>

I hope that was what he was trying to say. Otherwise, he could be the IT
Director at my old job.


> :)
>
> -Curt
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080930/fb453a18/attachment-0001.html>

From ben2004uk at googlemail.com  Tue Sep 30 13:41:16 2008
From: ben2004uk at googlemail.com (Ben Hall)
Date: Tue, 30 Sep 2008 18:41:16 +0100
Subject: [Ironruby-core] Presentation
In-Reply-To: <f5bedd150809300944o39662cbpd2371e8ef5a412d7@mail.gmail.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<001801c92278$cce09520$66a1bf60$@com>
	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548E2B@NA-EXMSG-C112.redmond.corp.microsoft.com>
	<5283CA0A4168DF4FBBD71AE9ECA5A328489EF18C46@NA-EXMSG-C116.redmond.corp.microsoft.com>
	<48E14B6D.4090000@open2view.com> <48E15BF7.7010606@open2view.com>
	<372109E149E8084D8E6C7D9CFD82E063334ABA082D@NA-EXMSG-C115.redmond.corp.microsoft.com>
	<a04554c00809300917q25edd8can8d0ae7fbe40e7fcc@mail.gmail.com>
	<B47F8D37BAA6DC4DAA41CA69D8FBED151B8577F3D0@NA-EXMSG-C118.redmond.corp.microsoft.com>
	<f5bedd150809300944o39662cbpd2371e8ef5a412d7@mail.gmail.com>
Message-ID: <a04554c00809301041q4788734ch632beaca4f38901f@mail.gmail.com>

hehehe! I actually meant how the code can progresses and improves as
you move along the line :)

2.0 (not great) --> 3.0 (better) --> Ruby (Much better!)

Make sense?

On Tue, Sep 30, 2008 at 5:44 PM, Mike Moore <blowmage at gmail.com> wrote:
> On Tue, Sep 30, 2008 at 10:37 AM, Curt Hagenlocher <curth at microsoft.com>
> wrote:
>>
>> > I agree, Anders doesn't allow the argument to be so convincing.
>> > However, I generally go 2.0 > 3.0 > Ruby - Ruby still better.... :)
>>
>> Sorry about the pendantry, but I think you wanted that to say
>> "2.0 < 3.0 < Ruby"
>
> I hope that was what he was trying to say. Otherwise, he could be the IT
> Director at my old job.
>
>>
>> :)
>>
>> -Curt
>> _______________________________________________
>> 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 orion.edwards at open2view.com  Tue Sep 30 15:50:00 2008
From: orion.edwards at open2view.com (Orion Edwards)
Date: Wed, 01 Oct 2008 08:50:00 +1300
Subject: [Ironruby-core] Presentation
In-Reply-To: <a04554c00809301041q4788734ch632beaca4f38901f@mail.gmail.com>
References: <B8A3C6EE027AF84086DD3A049CF34A4A2BAA548C16@NA-EXMSG-C112.redmond.corp.microsoft.com>	<001801c92278$cce09520$66a1bf60$@com>	<B8A3C6EE027AF84086DD3A049CF34A4A2BAA548E2B@NA-EXMSG-C112.redmond.corp.microsoft.com>	<5283CA0A4168DF4FBBD71AE9ECA5A328489EF18C46@NA-EXMSG-C116.redmond.corp.microsoft.com>	<48E14B6D.4090000@open2view.com>
	<48E15BF7.7010606@open2view.com>	<372109E149E8084D8E6C7D9CFD82E063334ABA082D@NA-EXMSG-C115.redmond.corp.microsoft.com>	<a04554c00809300917q25edd8can8d0ae7fbe40e7fcc@mail.gmail.com>	<B47F8D37BAA6DC4DAA41CA69D8FBED151B8577F3D0@NA-EXMSG-C118.redmond.corp.microsoft.com>	<f5bedd150809300944o39662cbpd2371e8ef5a412d7@mail.gmail.com>
	<a04554c00809301041q4788734ch632beaca4f38901f@mail.gmail.com>
Message-ID: <48E282E8.9040907@open2view.com>

Thanks everyone for the responses :-)


From Tomas.Matousek at microsoft.com  Tue Sep 30 20:26:34 2008
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 30 Sep 2008 17:26:34 -0700
Subject: [Ironruby-core] Code Review: BacktraceFix
Message-ID: <F58FE69873E2D5459B72C347DE1582412ADA2DE5E5@NA-EXMSG-C112.redmond.corp.microsoft.com>

tfpt review "/shelveset:BacktraceFix;REDMOND\tomat"
Comment  :
  Backtraces weren't handled correctly for rethrown exceptions.
  Adds some tests for backtraces and modifies the infrastructure to run unit tests in all combinations of /interpret and /partial modes.

Tomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: BacktraceFix.diff
Type: application/octet-stream
Size: 27696 bytes
Desc: BacktraceFix.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080930/d08a26c0/attachment-0001.obj>

From jdeville at microsoft.com  Tue Sep 30 23:26:02 2008
From: jdeville at microsoft.com (Jim Deville)
Date: Tue, 30 Sep 2008 20:26:02 -0700
Subject: [Ironruby-core] Code Review: BacktraceFix
In-Reply-To: <F58FE69873E2D5459B72C347DE1582412ADA2DE5E5@NA-EXMSG-C112.redmond.corp.microsoft.com>
References: <F58FE69873E2D5459B72C347DE1582412ADA2DE5E5@NA-EXMSG-C112.redmond.corp.microsoft.com>
Message-ID: <B8A3C6EE027AF84086DD3A049CF34A4A2BABB5DA5E@NA-EXMSG-C112.redmond.corp.microsoft.com>

Test changes look good.

JD
________________________________________
From: ironruby-core-bounces at rubyforge.org [ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek [Tomas.Matousek at microsoft.com]
Sent: Tuesday, September 30, 2008 5:26 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Code Review: BacktraceFix

tfpt review "/shelveset:BacktraceFix;REDMOND\tomat"
Comment  :
  Backtraces weren't handled correctly for rethrown exceptions.
  Adds some tests for backtraces and modifies the infrastructure to run unit tests in all combinations of /interpret and /partial modes.

Tomas