That's true, but if the low-level bindings are in the framework itself, rather than a consumer of the framework, it does make it easier to port to other platforms which have the same API that wrap the low-level bindings at the framework level.
On Wed, Feb 4, 2009 at 3:00 PM, Dan Shechter <d...@houmus.org> wrote: > I beg to differ... > Ultimately all undelying clr's (ms/mono) rely heavily on p/invoking so it > really boils down to who maintains the "low-level" bindings... Ultimately, > without pinvokes you wouldn't be able to accomplish anything... > > If I was able to get mmap working on Linux/windows/macosx x86/x64 in one day > then I'm sure it can't be that much of a problem... > > Beside managed runtimes like python/.net/java were never about being > platform agnostic, just about being "less" platform specific... > > I believe the official term is: > "write once, debug everywhere"... > > Shechter. > > On 04/02/2009, at 23:43, Slide <slide.o....@gmail.com> wrote: > >> I think that is a great plan. Having no P/Invokes makes it much more >> platform agnostic. >> >> >> >> On Wed, Feb 4, 2009 at 2:20 PM, Dino Viehland <di...@microsoft.com> wrote: >>> >>> Current thinking is that IronPython 3k will be the 1st version that will >>> take a dependency on .NET 4.0 so we'll have to wait until then. Having >>> to >>> rely on P/Invoke is one of the main reasons we don't have this yet >>> (IronPython doesn't have any p/invokes today and we'd like to avoid them >>> if >>> at possible). >>> >>> >>> >>> From: users-boun...@lists.ironpython.com >>> [mailto:users-boun...@lists.ironpython.com] On Behalf Of Dan Shechter >>> Sent: Wednesday, February 04, 2009 1:04 PM >>> To: Discussion of IronPython >>> Subject: Re: [IronPython] Resolver One 1.4 beta - with IronPython 2.0 >>> >>> >>> >>> I know :) >>> I have my own C# Assembly that does mmap() on Windows/Linux with PInvoke. >>> >>> I did notice though that .NET 4.0 WIll have "native" support for mmap() >>> through System.IO.MemoryMappedFiles... >>> So perhaps IP 2.X will add that as well... >>> >>> >>> On Wed, Feb 4, 2009 at 12:15 PM, William Reade >>> <will...@resolversystems.com> >>> wrote: >>> >>> I should point out ahead of time that there's no mmap module in >>> IronPython >>> at the moment, and so memory-mapped ndarrays don't work yet -- although >>> most >>> of the usual numpy save/load bits do work, so you'll probably be fine >>> (unless they're too big to fit in memory). >>> >>> Dan Shechter wrote: >>> >>> Here! >>> >>> I can't wait to use it with NumPy. >>> >>> I actually have a .NET C# assembly that does some really nasty low-level >>> stuff like loading data from memory mapped >>> files and wrapping them with IList<T> :) >>> >>> I can't wait to make Ironclad/Numpy blow up :) >>> >>> >>> On Tue, Feb 3, 2009 at 8:50 PM, Giles Thomas >>> <giles.tho...@resolversystems.com >>> <mailto:giles.tho...@resolversystems.com>> >>> wrote: >>> >>> Hi all, >>> >>> Version 1.4 of Resolver One, our Pythonic spreadsheet, is based on >>> IronPython 2.0, and includes (alpha-level) support for numpy using >>> our Ironclad project. >>> We're releasing the beta tomorrow: this has a few performance >>> problems (which are being addressed - many thanks to Dino Viehland >>> for helping with this!) but is otherwise functionally complete. >>> If you're interested in trying it out, drop me a line! >>> >>> >>> Best regards, >>> >>> Giles >>> -- >>> Giles Thomas >>> MD & CTO, Resolver Systems Ltd. >>> giles.tho...@resolversystems.com >>> >>> <mailto:giles.tho...@resolversystems.com> >>> >>> +44 (0) 20 7253 6372 >>> >>> Win up to $17,000 for a spreadsheet: >>> <http://www.resolversystems.com/competition/> >>> >>> 17a Clerkenwell Road, London EC1M 5RD, UK >>> VAT No.: GB 893 5643 79 >>> Registered in England and Wales as company number 5467329. >>> Registered address: 843 Finchley Road, London NW11 8NA, UK >>> >>> >>> _______________________________________________ >>> Users mailing list >>> >>> Users@lists.ironpython.com <mailto:Users@lists.ironpython.com> >>> >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >>> >>> >>> >>> >>> -- >>> >>> Shechter. >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Users mailing list >>> Users@lists.ironpython.com >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users@lists.ironpython.com >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >>> >>> >>> -- >>> >>> Shechter. >>> >>> _______________________________________________ >>> Users mailing list >>> Users@lists.ironpython.com >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >>> >>> >> >> >> >> -- >> slide-o-blog >> http://slide-o-blog.blogspot.com/ >> _______________________________________________ >> Users mailing list >> Users@lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > _______________________________________________ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- slide-o-blog http://slide-o-blog.blogspot.com/ _______________________________________________ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com