He's also working on adding IronRuby from the Git repo.
JD
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Jimmy Schementi
Sent: Thursday, January 22, 2009 10:05 PM
To: ironruby-core@rubyforge.org
Subject: [Ironruby-core] DLR Daily Builds (incl
Benjamin van der Veen wrote:
> The new site looks great, truly an improvement over the old one.
Thanks =)
> Also would be nice to have a link to the mailing list on the
> homepage. Which, by the way: is this a mailing list or a message board?
> I'm viewing it at http://ruby-forum.com/forum/34 — i
In case this is new to anyone ... Harry Pierson recently built a daily-build
site for the IronPython and DLR Codeplex sites. Good news for IronRuby is it's
included in the DLR Codeplex source repository (since IronRuby shares a source
repository with DLR and IronPython, and the DLR Codeplex site
FYI, Jim (I believe) and I are starting to work out of Git primarily, so we'll
be forced to iron out these kinks. Also, preserving commit information between
git and tfs is a goal, so no more of the "sync with tfs" commits ... you'll see
the actual msg/author ... and we'll have to get a reliable
What, you don't like my emails?
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Michael Letterle
Sent: Thursday, January 22, 2009 5:48 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Git push
Now that github is the primary exter
Can you try command line? From Merlin\Main\Languages\Ruby, run "set
MERLIN_ROOT=Path\To\Merlin\Main", then run "rake compile". I will try to have
SpecSharp.targets moved in the next couple of pushes.
Tomas: Do we still need the second copy of SpecSharp.targets in
Merlin/Main/Languages/Ruby? Als
Now that github is the primary external repo, how about those of us who are
really interested (like me ;)) just subscribe to the rss feed?
http://github.com/feeds/ironruby/commits/ironruby/master
On Thu, Jan 22, 2009 at 7:57 PM, Jim Deville wrote:
> I've been doing daily pushes, but I forgot to
I've just gotten the latest ironruby bits from github and cannot
build. Using Merlin\Main\Languagues\Ruby\IronRuby.sln:
* Can't open the Microsoft.Scripting project because it imports from
"Merlin\Main\Support\SpecSharp.targets" which is not in the repo.
* Cryptographic failures when building
I've been doing daily pushes, but I forgot to send the emails. Sorry about
that. I've just pushed a new Git Revision.
Enjoy
JD
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
Please open a bug in rubyforge against me, I'll take a look at it.
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Jim Deville
Sent: Thursday, January 22, 2009 1:59 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Zlib::Inflate er
The file may be an accidental checkin, but the bug is real. I should be able to
handle a file with ~ in the filename.
JD
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Michael Letterle
Sent: Thursday, January 22, 2009 1:32 PM
To: ironruby-cor
/USUALLY/ filenames ending in ~ are backup files.. are you sure the file
causes issues is a critical file?
On Thu, Jan 22, 2009 at 3:19 PM, Ivan Porto Carrero wrote:
> I think you are aware of the error.. but I'd like to mention on the list
> that you can get around it by first installing the gem
I think you are aware of the error.. but I'd like to mention on the list
that you can get around it by first installing the gem in MRI that seems to
make it go away.
» igem install bacon
ERROR: While executing gem ... (TypeError)
allocator undefined for Zlib::Inflate
+ C:\Users\Ivan Porto Car
Makes sense. I think we can map it to InvalidCastException. The core
implementations of built-in classes such as Hash, RubyArray, etc. could still
throw InvalidOperationException if there is a problem with the object state and
the library wrappers can rethrow it as InvalidCast (TypeError) to mat
Btw, one more consideration is that if a .NET method throws
InvalidOperationException, IronRuby will map it to TypeError even though the
.NET method was not doing anything at all with the type system. This will be
confusing to users. So it would be preferable to map TypeError to
InvalidCastExce
15 matches
Mail list logo
