RE: [IronPython] RE: Numpy port

2005-08-27 Thread Keith J. Farmer
I think it'd be a good project. Used properly, the CLR's already been shown to have decent speed for numeric calculations (and C# has access to pointers). I was considering getting the OO Numerical Methods in Java & Smalltalk book at some point, and porting the Java source to J#. Python's got a f

Re: [IronPython] RE: Numpy port

2005-08-27 Thread Paul Barrett
Option 1 is the way to go if you want a quick and dirty multidimensional array module that currently has a lot of community support. Numarray/Numeric 3 was designed with the C programming language in mind and is therefore constrained by C's lack of object-oriented features. The Numarray code can

RE: [IronPython] RE: Numpy port

2005-08-27 Thread Thane
Correction: the library I was thinking of is called "Numarray". See http://www.stsci.edu/resources/software_hardware/numarray I think that "numpy" is the import name for the "Numerical" library originally created by Paul Dubois. _ Also, I think the Numeric library would be prefer

RE: [IronPython] RE: Numpy port

2005-08-27 Thread Keith J. Farmer
Title: RE: [IronPython] Environment.Platform? and a bug It’s been ages; all I remember is Numpy.   - Keith J. Farmer [EMAIL PROTECTED] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Thane Sent: Saturday, 27 August 2005 15:24 There are two approaches

[IronPython] RE: Numpy port

2005-08-27 Thread Thane
There are two approaches: 1) wrap the unmanaged API in managed C++, or, 2) rewrite the library in managed code (IronPython?). Also, I think the Numeric library would be preferable to Numpy, although I'd bet Numpy has a larger user base. Option 1 could be done fairly quickly, but option 2 is the b