Steven D'Aprano [EMAIL PROTECTED] wrote:
On Mon, 26 Mar 2007 06:40:49 -0700, kyosohma wrote:
Fortran also appears to be a compiled language, whereas Python is an
interpreted language.
Sheesh. Do Java developers go around telling everybody that Java is an
interpreted language? I don't think
Beliavsky [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Mar 26, 10:16 am, [EMAIL PROTECTED] (Cameron Laird) wrote:
In article
[EMAIL PROTECTED],[EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Is there a mac version??
Thanks
Chris
Yes.
Several, in fact--all available at no
I feel obligated to fan the flames a bit by pointing to
http://www.fortranstatement.com/ a site which advocates discontinuing
development of Fortran and does a good job of summarizing the problems
with the contemporary development of that language.
I am not convinced that a new high performance
Tim Roberts [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
| Well, I'm being a bit argumentative here, but it's hard to deny that the
| use of compiled in the context of .pyc (or .javac) is very different
from
| the use of compiled in the context of running gcc.
Besides the fact
Terry Reedy wrote:
Tim Roberts [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
| Once upon a time,
| Basic enthusiasts would have used the word tokenized to describe .pyc
files.
Perhaps, but they would, I think, have been wrong. Tokenized Basic to the
best of my knowledge,
In article [EMAIL PROTECTED],
Beliavsky [EMAIL PROTECTED] wrote:
.
.
.
Your experience with Fortran is dated -- see below.
I'll be more clear: Fortran itself is a distinguished
language with many meritorious
On Mar 26, 12:59 pm, Erik Johnson [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
OK...
I've been told that Both Fortran and Python are easy to read, and are
quite useful in creating scientific apps for the number crunching, but
then Python is a tad
Mark Morss wrote:
Maybe somebody reading this will be able to convince me to look again
at Numpy/Scipy, but for the time being I will continue to do my
serious numerical computation in Fortran.
What I am missing in this discussion is a link to Pyrex to speed up
Python: Pyrex is almost
On Mar 27, 12:55 pm, Jaap Spies [EMAIL PROTECTED] wrote:
Mark Morss wrote:
Maybe somebody reading this will be able to convince me to look again
at Numpy/Scipy, but for the time being I will continue to do my
serious numerical computation in Fortran.
What I am missing in this discussion
Steven D'Aprano [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Sheesh. Do Java developers go around telling everybody that Java is an
interpreted language? I don't think so.
What do you think the c in .pyc files stands for? Cheese?
On the contrary... Sun is very careful to make
In [EMAIL PROTECTED], Mark Morss
wrote:
Well, the discussion was about Python vs. Fortran, and Pyrex, as I
understand it, is a tool for linking C to Python.
I think it's more than that. It's more a subset of Python with a little
static typing.
Ciao,
Marc 'BlackJack' Rintsch
--
On Mar 27, 6:32 am, [EMAIL PROTECTED] (Cameron Laird) wrote:
In article [EMAIL PROTECTED],Beliavsky [EMAIL PROTECTED] wrote:
.
.
.
Your experience with Fortran is dated -- see below.
I'll be more clear: Fortran
On Tue, 27 Mar 2007 12:11:01 -0600, Erik Johnson wrote:
But seriously... I'm not a language or architecture guru. Is there any
real difference between a JVM and an interpreter? I mean, I have some
general feel that bytecode is a lower-level, more direct and more efficient
thing to be
OK...
I've been told that Both Fortran and Python are easy to read, and are
quite useful in creating scientific apps for the number crunching, but
then Python is a tad slower than Fortran because of its a high level
language nature, so what are the advantages of using Python for
creating number
On 26 Mar 2007 06:20:32 -0700, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
OK...
I've been told that Both Fortran and Python are easy to read, and are
Python is hugely easier to read.
quite useful in creating scientific apps for the number crunching, but
then Python is a tad slower than Fortran
On Mar 26, 8:20 am, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
OK...
I've been told that Both Fortran and Python are easy to read, and are
quite useful in creating scientific apps for the number crunching, but
then Python is a tad slower than Fortran because of its a high level
language
On Mar 26, 9:20 am, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
OK...
I've been told that Both Fortran and Python are easy to read, and are
quite useful in creating scientific apps for the number crunching, but
then Python is a tad slower than Fortran because of its a high level
language
On Mar 26, 3:20 pm, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
OK...
I've been told that Both Fortran and Python are easy to read, and are
quite useful in creating scientific apps for the number crunching, but
then Python is a tad slower than Fortran because of its a high level
language
On Mar 26, 2:42 pm, Jean-Paul Calderone [EMAIL PROTECTED] wrote:
On 26 Mar 2007 06:20:32 -0700, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
OK...
I've been told that Both Fortran and Python are easy to read, and are
Python is hugely easier to read.
quite useful in creating scientific apps
On 26 Mar 2007 06:47:18 -0700, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Mar 26, 2:42 pm, Jean-Paul Calderone [EMAIL PROTECTED] wrote:
On 26 Mar 2007 06:20:32 -0700, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
OK...
I've been told that Both Fortran and Python are easy to read, and are
You can get the speed of fortran in Python by using libraries like
Numeric without losing the readability of Python.
Can you back this up with some source??
Chris
Is this really the most important issue in your choice ?
As said by others, Portability, scalability RAD as an
On 26 Mar, 14:20, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
what are the advantages of using Python for
creating number crunching apps over Fortran??
If you have to ask, you've not experienced enough Fortran to know its
sheer horror.
You can write programs in Python that do usefully
On 26 Mar, 15:06, stef [EMAIL PROTECTED] wrote:
You can get the speed of fortran in Python by using libraries like
Numeric without losing the readability of Python.
Can you back this up with some source??
Chris
Is this really the most important issue in your choice ?
As said by
On Mar 26, 4:47 pm, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
You can get the speed of fortran in Python by using libraries like
Numeric without losing the readability of Python.
Can you back this up with some source??
Chris
If you execute one command in Python which tells a
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
...
So I'ld suggest to start with downloading the Enthought edition of Python,
and you can judge for yourself within 10 minutes,
if it's fast enough.
cheers,
Stef Mientki
Is there a mac version??
In article [EMAIL PROTECTED],
Jean-Paul Calderone [EMAIL PROTECTED] wrote:
On 26 Mar 2007 06:20:32 -0700, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
OK...
I've been told that Both Fortran and Python are easy to read, and are
Python is hugely easier to read.
quite useful in creating scientific
On 26 Mar 2007 06:20:32 -0700, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
OK...
I've been told that Both Fortran and Python are easy to read, and are
quite useful in creating scientific apps for the number crunching, but
then Python is a tad slower than Fortran because of its a high level
On Mar 26, 10:11 am, Andy Dingley [EMAIL PROTECTED] wrote:
On 26 Mar, 14:20, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
what are the advantages of using Python for
creating number crunching apps over Fortran??
If you have to ask, you've not experienced enough Fortran to know its
sheer
On Mar 26, 3:20 pm, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I've been told that Both Fortran and Python are easy to read, and are
quite useful in creating scientific apps for the number crunching, but
then Python is a tad slower than Fortran because of its a high level
language nature, so
[EMAIL PROTECTED] a écrit :
On Mar 26, 8:20 am, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
OK...
I've been told that Both Fortran and Python are easy to read, and are
quite useful in creating scientific apps for the number crunching, but
then Python is a tad slower than Fortran because of its
In article [EMAIL PROTECTED],
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
.
.
.
You can get the speed of fortran in Python by using libraries like
Numeric without losing the readability of Python.
Can you back this up with
In article [EMAIL PROTECTED],
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
.
.
.
Is there a mac version??
Thanks
Chris
Yes.
Several, in fact--all available at no charge. The Python
world is different from what experience
In article [EMAIL PROTECTED],
Alex Martelli [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
...
So I'ld suggest to start with downloading the Enthought edition of Python,
and you can judge for yourself within 10 minutes,
if it's fast enough.
cheers,
Stef Mientki
Alex Martelli wrote:
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
...
So I'ld suggest to start with downloading the Enthought edition of Python,
and you can judge for yourself within 10 minutes,
if it's fast enough.
cheers,
Stef Mientki
Is there a mac version??
On Mar 26, 9:42 am, Jean-Paul Calderone [EMAIL PROTECTED] wrote:
On 26 Mar 2007 06:20:32 -0700, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
OK...
I've been told that Both Fortran and Python are easy to read, and are
Python is hugely easier to read.
quite useful in creating scientific apps
[EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
OK...
I've been told that Both Fortran and Python are easy to read, and are
quite useful in creating scientific apps for the number crunching, but
then Python is a tad slower than Fortran because of its a high level
language nature,
On 26 Mar, 17:59, Erik Johnson [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
OK...
I've been told that Both Fortran and Python are easy to read, and are
quite useful in creating scientific apps for the number crunching, but
then Python is a tad
To: python-list@python.org
Subject: Fortran vs Python - Newbie Question
OK...
I've been told that Both Fortran and Python are easy to read, and are
quite useful in creating scientific apps for the number crunching, but
then Python is a tad slower than Fortran because of its a high level
language
On Mon, 26 Mar 2007 06:40:49 -0700, kyosohma wrote:
Fortran also appears to be a compiled language, whereas Python is an
interpreted language.
Sheesh. Do Java developers go around telling everybody that Java is an
interpreted language? I don't think so.
What do you think the c in .pyc files
On Mar 26, 3:20 pm, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
OK...
I've been told that Both Fortran and Python are easy to read, and are
quite useful in creating scientific apps for the number crunching, but
then Python is a tad slower than Fortran because of its a high level
language
On Mar 26, 8:40 am, [EMAIL PROTECTED] wrote:
On Mar 26, 8:20 am, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
OK...
I've been told that Both Fortran and Python are easy to read, and are
quite useful in creating scientific apps for the number crunching, but
then Python is a tad slower than
On Mar 26, 7:13 pm, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Thanks you all for giving a little insight into what Python can
actually do, I think I've read enough to convince me that Python is
generally a very flexible, fast, powerful language that can be used in
a wide variety of
On Mar 26, 8:42 am, Jean-Paul Calderone [EMAIL PROTECTED] wrote:
snip
You can get the speed of fortran in Python by using libraries like
Numeric without losing the readability of Python.
Numeric and Numpy will faster than raw Python for array operations,
but I don't think they will match
On Mon, 26 Mar 2007 15:53:56 -0700, sturlamolden wrote:
Python is a very high-level language. That means there are certain
things that put constraint on the attained speed. Most importantly:
keep the number of interpreter evals as scarce as possible. If you
make a for loop, the interpreter
On Mar 26, 9:06 am, stef [EMAIL PROTECTED] wrote:
As said by others, Portability, scalability RAD as an advantage of
Python are probably far more important.
All of those claimed advantages can be debated, although they may
exist for some tasks.
(1) Portability. Fortran has been run on
On Mar 26, 10:31 am, Carl Banks [EMAIL PROTECTED] wrote:
snip
You can write programs in Python that do usefully complicated things,
and you can get them to work in a reasonable time. Fortran can't do
this, for anything more than the trivial. Classic Fortran tasks of
the past are now seen
On Mar 26, 10:16 am, [EMAIL PROTECTED] (Cameron Laird) wrote:
In article [EMAIL PROTECTED],[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Is there a mac version??
Thanks
Chris
Yes.
Several, in fact--all available at no charge. The Python
world is different from what experience with Fortran
Cameron Laird [EMAIL PROTECTED] wrote:
...
If you're just trying to learn and check things out, it might be better
to get a more recent Python from python.org (2.5 or 2.4.4) and the
various other packages as and when you need them (you can use the
MacEnthon list as a guide:-). You'll need
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I've been told that Both Fortran and Python are easy to read, and are
quite useful in creating scientific apps for the number crunching, but
Incidentally, and a bit outside what you asked: if your number
crunching involves anything beyond linear
Carl Banks wrote:
On Mar 26, 10:11 am, Andy Dingley [EMAIL PROTECTED] wrote:
On 26 Mar, 14:20, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
what are the advantages of using Python for
creating number crunching apps over Fortran??
If you have to ask, you've not experienced enough Fortran to
50 matches
Mail list logo
