+1 on the MC++, this seems like an ideal use of it.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Curt Hagenlocher
Sent: Friday, October 12, 2007 11:38 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Announcement: Project to get some CPython C
extensions running under I
I'd like to announce that the Dynamic Language Runtime team (IronPython and
IronRuby) currently has an opening for a 'Software Development Engineer in
Test'. Quite simply put our team is in need of another tester with a strong
interest in dynamic languages and a background in Python or Ruby.
Hello IronPython Community,
We have just released IronPython 2.0 Alpha 5. Over the past month our team has
been busy fixing bugs which were typically chosen by the number of votes on
CodePlex. A little over forty CodePlex Work Items and around twenty bugs
reported internally were closed since
On 10/12/07, Giles Thomas <[EMAIL PROTECTED]> wrote:
>
> What is the best architecture? We're thinking of this as being a bit of
> C# managed code to interface with the C extension, and a thin Python wrapper
> on top. The module's existing C extension and Python code would "sandwich"
> this layer
NumPy would be cool :) And it probably gives you a few different data
structures to figure out marshalling, no?
From: [EMAIL PROTECTED] on behalf of Giles Thomas
Sent: Fri 10/12/2007 10:00 AM
To: Discussion of IronPython
Subject: [IronPython] Announcement: Proje
At Resolver Systems, we started building our core products with the view
that most of our clients would want to use them to connect spreadsheet
data and designs, Python code, and .NET objects. This was the right
decision; lots of people do want to do just that, and we've been working
with them