[Ironpython-users] Metro Profile support
cmello at gmail.com
Tue Nov 22 12:46:44 CET 2011
Thank you very much for the attention guys!
We plan to embed scripting in our server product, so the Metro profile is
not a concern currently. I just wanted to take some feedback about possible
difficulties for DLR-based languages in future refactorings of .NET, and
how the ironpython community would address them.
I didn't find Emit in the Developer Preview. The name of the Metro profile
is ".NET Core Profile" and not just "Metro", so who knows where else that
profile may be used (server hosting roles?)
During the next month I'll be working on prototypes and I'll test the
interpreter performance for our scenarios. And if there is enough time I'll
try to play with the Metro profile also.
Thank you so much.
On Mon, Nov 21, 2011 at 8:14 PM, Jeff Hardy <jdhardy at gmail.com> wrote:
> On Mon, Nov 21, 2011 at 12:51 PM, Steve Dower <s.j.dower at gmail.com> wrote:
> > Given IronPython runs on Mono/*nix as-is (ie. lack of PInvokes), there
> > shouldn't be too much preventing it from being hosted in a managed
> > Metro app, depending on exactly which .NET APIs have been removed --
> > there will be WinRT substitutes for these. The entry point is
> > important to get the proper message loops running, otherwise the async
> > APIs won't work properly.
> The big concern is the lack of Reflection.Emit support in Metro, and
> whether enough of the DLR is included in the Metro profile to not need
> it. It does mean that ctypes won't work, but I'm not sure what else
> without doing a deeper look.
> If we need a C# hosting stub, that's fine, and easy enough to provide.
> If you and Dino would be so kind as to bake it into PTVS, that'd be
> icing on the cake :).
> - Jeff
> Ironpython-users mailing list
> Ironpython-users at python.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Ironpython-users