I've been busy lately, so I haven't had time to answer.
The idea is of course to use Fortran with Python, not to build a
framework in Fortran. I also find C useful to interface with the
operating system, and Cython to write C extensions for Python.
Also, if the computationally demaning parts a
Den 16.03.2011 14:46, skrev Neal Becker:
> Also:
> * can it adopt external memory?
Yes.
Using CRAY pointers with libc malloc/free is e.g. a common way to get
dynamic memory in Fortran 77.
> * can it interwork with numpy? (kinda required for this audience)
>
Yes, that is why NumPy has f2py :-)
On 03/16/2011 08:10 PM, Ravi wrote:
> On Monday 14 March 2011 15:02:32 Sebastian Haase wrote:
>> Sturla has been writing so much about Fortran recently, and Ondrej now
>> says he has done the move from C/C++ to Fortran -- I thought Fortran
>> was dead ... !? ;-)
>> What am I missing here ?
> Comp
On Monday 14 March 2011 15:02:32 Sebastian Haase wrote:
> Sturla has been writing so much about Fortran recently, and Ondrej now
> says he has done the move from C/C++ to Fortran -- I thought Fortran
> was dead ... !? ;-)
> What am I missing here ?
Comparing Fortran with C++ is like comparing Ma
On Wed, Mar 16, 2011 at 09:46, Neal Becker wrote:
> Sturla Molden wrote:
>
> > Den 16.03.2011 13:25, skrev Sturla Molden:
> >>
> >> Fortran 90 pointers create a view.
> >>
> >> real*8, target :: array(n,m)
> >> real*8, pointer :: view
> >>
> >> view => array(::2, ::2)
> >
> > Pardon, the second
Sturla Molden wrote:
> Den 16.03.2011 13:25, skrev Sturla Molden:
>>
>> Fortran 90 pointers create a view.
>>
>> real*8, target :: array(n,m)
>> real*8, pointer :: view
>>
>> view => array(::2, ::2)
>
> Pardon, the second line should be
>
> real*8, pointer :: view(:,:)
>
>
> Sturla
Also:
* c
Den 16.03.2011 13:25, skrev Sturla Molden:
>
> Fortran 90 pointers create a view.
>
> real*8, target :: array(n,m)
> real*8, pointer :: view
>
> view => array(::2, ::2)
Pardon, the second line should be
real*8, pointer :: view(:,:)
Sturla
___
NumPy-D
Den 16.03.2011 00:01, skrev Neal Becker:
Here is how Fortran compares:
> * 1-d, 2-d only or N-d??
Any of those.
> * support for slice views? What exactly kind of support?
Fortran 90 pointers create a view.
real*8, target :: array(n,m)
real*8, pointer :: view
view => array(::2, ::2)
Slicing
Charles R Harris wrote:
> On Tue, Mar 15, 2011 at 9:12 AM, Sturla Molden wrote:
>
>> Den 14.03.2011 23:10, skrev Matthieu Brucher:
>> > - Fortran 95 has an excellent array support, which is not currently
>> > available in C/C++ (perhaps with ArBB?)
>>
>> In C++ you can actually make array librar
Den 15.03.2011 18:01, skrev Yung-Yu Chen:
> I really love the capabilities Fortran provides for quick array
> operations, especially floating-points. What I think Fortran is still
> lacking is better support of C pointers and structures.
Fortran 90 has user defined types, but they are not ABI
On Tue, Mar 15, 2011 at 12:10, Christopher Barker wrote:
> On 3/15/11 8:33 AM, Charles R Harris wrote:
> > There really isn't a satisfactory array library for C++. The fact that
> > every couple of years there is another project to produce one testifies
> > to that fact.
>
> And I think not just t
Den 15.03.2011 16:05, skrev Matthieu Brucher:
> BTW, instead of Blitzz++, you have vigra and Eigen that are the new
> equivalent libraries, and you may want to keep an eye on Intel's ArBB.
>
Intel's ArBB is interesting. But in order for this to work, there must
be an idustry standard that other
Den 15.03.2011 17:10, skrev Christopher Barker:
> I've been slowly arriving to the conclusion that that is no place for
> C++ in programming. If you really need to twiddle bits, use C. If you
> need high performance numerics, use Fortran. If you need high level
> complex data structures, use Python
Den 15.03.2011 16:33, skrev Charles R Harris:
>
> There really isn't a satisfactory array library for C++. The fact that
> every couple of years there is another project to produce one
> testifies to that fact.
In order to be competitive against Fortran 95, an array library for C++
must do all
On 3/15/11 8:33 AM, Charles R Harris wrote:
> There really isn't a satisfactory array library for C++. The fact that
> every couple of years there is another project to produce one testifies
> to that fact.
And I think not just the fact that there is not one, but that perhaps
C++ the language, or
On Tue, Mar 15, 2011 at 9:12 AM, Sturla Molden wrote:
> Den 14.03.2011 23:10, skrev Matthieu Brucher:
> > - Fortran 95 has an excellent array support, which is not currently
> > available in C/C++ (perhaps with ArBB?)
>
> In C++ you can actually make array libraries that behave almost like a
> Fo
Den 14.03.2011 23:10, skrev Matthieu Brucher:
> - Fortran 95 has an excellent array support, which is not currently
> available in C/C++ (perhaps with ArBB?)
In C++ you can actually make array libraries that behave almost like a
Fortran compiler (cf. Blitz++, Intel Array Building Blocks), but th
>
> C++ templates maks binaries almost impossible to debug.
>
Never had an issue with this and all my number crunching code is done
through metaprogramming (with vectorization, cache blocking...) So I have a
lot of complex template structures, and debugging them is easy.
Then, if someone doesn't w
Den 14.03.2011 23:10, skrev Matthieu Brucher:
>
> Intel Fortran is an excellent Fortran compiler. Why is Fortran still
> better than C and C++?
> - some rules are different, like arrays passed to functions are ALWAYS
> supposed to be independent in Fortran, whereas in C, you have to add a
> rest
Den 14.03.2011 23:02, skrev Sebastian Haase:
> Sturla has been writing so much about Fortran recently, and Ondrej now
> says he has done the move from C/C++ to Fortran -- I thought Fortran
> was dead ... !? ;-)
> What am I missing here
No, it is just that Fortran receives less hype. If Fortran
On Mon, 14 Mar 2011 23:10:13 +0100, Matthieu Brucher
wrote:
> Hi,
>
> Intel Fortran is an excellent Fortran compiler. Why is Fortran still better
> than C and C++?
> - some rules are different, like arrays passed to functions are ALWAYS
> supposed to be independent in Fortran, whereas in C, you
Hi,
Intel Fortran is an excellent Fortran compiler. Why is Fortran still better
than C and C++?
- some rules are different, like arrays passed to functions are ALWAYS
supposed to be independent in Fortran, whereas in C, you have to add a
restrict keyword
- due to the last fact, Fortran is a langua
On Mon, Mar 14, 2011 at 9:24 PM, Ondrej Certik wrote:
> Hi Sturla,
>
> On Tue, Mar 8, 2011 at 6:25 AM, Sturla Molden wrote:
>> Den 08.03.2011 05:05, skrev Dan Halbert:
>>> Thanks, that's a good suggestion. I have not written Fortran since 1971,
>>> but it's come a long way. I was a little worried
23 matches
Mail list logo