On Tue, Feb 14, 2012 at 6:29 PM, Dino Viehland wrote:
> There's still subclassing after that which Ruby has a different trick for :)
>
> But interpreting call sites should be pretty easy, isn't it just override
> BindDelegate and call into a helper?
I think so, but I haven't had a chance to dig
There's still subclassing after that which Ruby has a different trick for :)
But interpreting call sites should be pretty easy, isn't it just override
BindDelegate and call into a helper?
> -Original Message-
> From: [email protected]
> [mailto:iron
If it's an option to load the assemblies then users may as well just add the
code to load it themselves. I think the point of fixing the bug was reducing
the frustration factor when first using the hosting APIs and having it just
work. So I'm fine w/ just closing it.
From: Slide [mailto:slide
IronRuby does work with no IL generation whatsoever. The trick is to interpret
all dynamic site rules.
Tomas
-Original Message-
From: [email protected]
[mailto:[email protected]] On
Behalf Of
I was planning on making it an option to load assemblies, the current
behavior would be the default. I am thinking it would be best to leave
as-is though. Either that, or allow passing in assemblies to CreateEngine
to add references to.
On Tue, Feb 14, 2012 at 6:06 PM, Dino Viehland wrote:
> I’
I'm fine w/ either, but if it's an option it should be an option which disables
adding the references for scenarios like Markus wants (otherwise there really
is no reason to do it).
From: [email protected]
[mailto:ironpython-users-bounces+dinov=microsoft...
> I'd like to get the thoughts of the community on work item 19249 [1]. I am
> thinking we want to either make it an option, or just leave it as is. I
> prefer the latter.
I'd vote to leave as-is. There are was to make the request work, but as
that deviates from standard Python, it is a signal to
I'd like to get the thoughts of the community on work item 19249 [1]. I am
thinking we want to either make it an option, or just leave it as is. I
prefer the latter.
Thanks,
slide
[1] http://ironpython.codeplex.com/workitem/19249
--
Website: http://earl-of-code.com
On Tue, Feb 14, 2012 at 12:23 AM, Markus Schaber
wrote:
>> iOS
>> ---
>> Not supported - MonoTouch supports NO runtime code generation at all (not
>> even DynamicMethod). I need to look deeper to see if it's possible to run
>> without it.
>
> The problem with the runtime code generation is a leg
Hi ironpython,
Here's your Daily Digest of new issues for project "IronPython".
In today's digest:ISSUES
1. [New comment] IronPython Android Support
--
ISSUES
1. [New comment] IronPython Android Support
http://ironpython.codeplex.com/workitem/32232
Hi,
Von: Jeff Hardy
> The latest version of IronPython includes support for Android and Window
> Phone 7.5 devices. These are some rough notes for anyone who's interested:
> Android
> --
> Supports full code generation and almost every feature.
Great news, thanks!
> WP7
> -
> Does
11 matches
Mail list logo
