Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #95458
| From | Laura Creighton <lac@openend.se> |
|---|---|
| Subject | Re: memory control in Python |
| References | <CAM5e_kbbTAEHE=mi0WFXutJ5G2A-UV4wLsAPMcBT5XrCqhr3MA@mail.gmail.com> <mailman.24.1439623320.4764.python-list@python.org> <685b4197-973b-432b-83fd-099f3bfc5239@googlegroups.com><CAPTjJmpx=J8SgHq6XW63ju6EMuMxS0p-PEXLuhM-GfBe2CpE1g@mail.gmail.com> |
| Date | 2015-08-18 08:16 +0200 |
| Newsgroups | comp.lang.python |
| Message-ID | <mailman.73.1439878593.4764.python-list@python.org> (permalink) |
In a message of Tue, 18 Aug 2015 10:13:57 +1000, Chris Angelico writes: >On Tue, Aug 18, 2015 at 8:09 AM, Ping Liu <yanzhipingliu@gmail.com> wrote: >> If I move from Python to Jython or IronPython, do I need to retool whatever I have done? If so, that may take quite a long time. This may make the reimplementation impossible. > >You're not moving from Python to something else; you're moving from >CPython to something else. It's like moving from Borland's C compiler >to Watcom's C compiler - all your code should still run unchanged. >There will be differences, but the bulk of your code shouldn't need >changing. With Python interpreters, the usual difference is extension >libraries - CPython can call on a bunch of things implemented in >native code, Jython can call on a bunch of things implemented in Java, >etc. > >ChrisA Unless, as I expect, what he has done uses Numpy and or SciPy a lot. Enthought is no longer supporting NumPy for IronPython (and it never worked all that well, anyway, I am told ... but I never used it myself). Even the maintainer of Jnumeric (which is trying to do Numeric not NumPy) thinks the Jnumeric project should die. http://stackoverflow.com/questions/18832169/numpy-analog-for-jython We already know that Ping has a really big C extension he needs to work with -- CPLEX, and well, here he may be in luck as there are java versions of CPLEX and there is something called the CPLEX/Concert .NET API which may -- I never tried this -- let him work with Iron Python. But that is one lirary. If he has many more C extensions he needs to use, then this could mean retooling them. Laura
Back to comp.lang.python | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: memory control in Python dieter <dieter@handshake.de> - 2015-08-15 09:21 +0200
Re: memory control in Python Ping Liu <yanzhipingliu@gmail.com> - 2015-08-17 15:09 -0700
Re: memory control in Python Chris Angelico <rosuav@gmail.com> - 2015-08-18 10:13 +1000
Re: memory control in Python dieter <dieter@handshake.de> - 2015-08-18 08:02 +0200
Re: memory control in Python Laura Creighton <lac@openend.se> - 2015-08-18 08:16 +0200
Re: memory control in Python Rustom Mody <rustompmody@gmail.com> - 2015-08-18 01:56 -0700
Re: memory control in Python Laura Creighton <lac@openend.se> - 2015-08-18 11:13 +0200
csiph-web