Re: Fortran to Python

2008-01-05 Thread Evgenii Rudnyi
umerical_libraries function to calculate an inverse matrix). > > What I wonder about, does anybody have a Fortran to Python conversion page > somewhere to map some of the basic types to Python equivalents? > What kind of speed difference should I expect? When it comes to matrices the differ

Re: Fortran to Python

2008-01-05 Thread Robert Kern
Jeroen Ruigrok van der Werven wrote: > -On [20080104 19:21], Dennis Lee Bieber ([EMAIL PROTECTED]) wrote: >> If the FORTRAN is using single precision reals, I'd expect a >> slow-down in Python just on that alone, as Python uses doubles as the >> only float type. There is also the overhead of o

Re: Fortran to Python

2008-01-05 Thread Jeroen Ruigrok van der Werven
-On [20080104 19:21], Dennis Lee Bieber ([EMAIL PROTECTED]) wrote: > If the FORTRAN is using single precision reals, I'd expect a >slow-down in Python just on that alone, as Python uses doubles as the >only float type. There is also the overhead of object access for each. In this case it use

Re: Fortran to Python

2008-01-05 Thread Jeroen Ruigrok van der Werven
-On [20080105 11:21], [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: >Why convert? Modern Fortran is an object oriented, structured language >with the singular advantage that it can run old Fortran programs. With all due respect to Fortran but I find the syntax to be utterly horrendous. :) Furtherm

Re: Fortran to Python

2008-01-05 Thread MartinRinehart
Jeroen Ruigrok van der Werven wrote: > I got someone who asked me to make changes in an old Fortran program she is > using for some calculations. Why convert? Modern Fortran is an object oriented, structured language with the singular advantage that it can run old Fortran programs. -- http://ma

Re: Fortran to Python

2008-01-04 Thread Robert Kern
> > What I wonder about, does anybody have a Fortran to Python conversion page > somewhere to map some of the basic types to Python equivalents? > What kind of speed difference should I expect? Fairly large, if you insist on avoiding numpy. However, if your inputs are small enough, i

Re: Fortran to Python

2008-01-04 Thread Jeroen Ruigrok van der Werven
-On [20080104 15:56], Robin Becker ([EMAIL PROTECTED]) wrote: >you probably want to look at numpy an extension that handles lots of matrix >things with great ease. I think it now lives at http://scipy.org/ Yeah, I am aware of SciPy/NumPy, but aside from these two calls to do this inverse matrix c

Re: Fortran to Python

2008-01-04 Thread Robin Becker
Jeroen Ruigrok van der Werven wrote: > -On [20080104 14:22], Jeroen Ruigrok van der Werven ([EMAIL PROTECTED]) wrote: >> What I wonder about, does anybody have a Fortran to Python conversion page >> somewhere to map some of the basic types to Python equivalents? > > Just

Re: Fortran to Python

2008-01-04 Thread Jeroen Ruigrok van der Werven
-On [20080104 14:22], Jeroen Ruigrok van der Werven ([EMAIL PROTECTED]) wrote: >What I wonder about, does anybody have a Fortran to Python conversion page >somewhere to map some of the basic types to Python equivalents? Just to share my own ideas: Seems COMPLEX*16/complex*16 ~= complex

Fortran to Python

2008-01-04 Thread Jeroen Ruigrok van der Werven
I got someone who asked me to make changes in an old Fortran program she is using for some calculations. The calculations are pretty standard aside from 2 calls to DLINCG (an IMSL numerical_libraries function to calculate an inverse matrix). What I wonder about, does anybody have a Fortran to