Giorgio Pastore <pastgio_at_univ.trieste.it> wrote in message
38430076.FE91FA8D_at_univ.trieste.it...
>
> ...omissis
>
> Ultimo messaggio su questo thread ( per le guerre di religione tra
> linguaggi non ho interesse ):
??? Ma quale guerra?
> Il fortran odierno e' il fortran95. Il f95 prevede "built-in"
> espressioni che facciano riferimento a tutto un array (matrici incluse)
> per rappresentare i prodotti
> "per componenti". Tutto il controllo "built_in" nel linguaggio sulle
> precisioni dei vari tipi dati andrebbe implementato "in casa" in C++.
Macch� casa. Ce ne sono tante di librerie come la mia. E ce ne sono che
usano i 'template', che permettono di usare il tipo di dato che pi� ci
aggrada (a 'compile-time', quindi niente penalizzazioni in prestazione). La
forza del C++ risiede proprio nel fatto che l'ossatura del linguaggio �
ridotta al minimo. Immagino il casino che deve essere il parser dell'F95.
A proposito, mi accorgo ora che l'F95 comincia ad utilizzare il concetto di
'modulo' ed il tipo 'pointer', che � stato introdotto con Ada e C...
Complimenti.
> Comunque, se invece di ragionare in astratto qualcuno vuole discutere
> dei pro e contro di implementazioni di problemi di fisica
> computazionale in C++ e f95 sono interessato.
A parit� di algoritmo, C e C++ producono codice pi� veloce.
> A patto pero' di parlare
> di f95, NON di antenati dello stesso!
Percarit�. Come se il buongiorno non si vedesse dal mattino...
Buon Fortran,
PS: Sei mica docente?
--
------------------------------------------------------
Giampaolo Tomassoni Information Systems Consultant
P.za 8 Aprile 1948, 4 Tel/Fax: +39 (578) 21100
I-53044 Chiusi (SI) e-mail: tomassoni_at_geocities.com
ITALY
homepage: http://www.geocities.com/Eureka/Park/2209/
Received on Fri Dec 03 1999 - 00:00:00 CET