vmagnin a écrit 680 commentaires

Bonjour,

personnellement, je prendrais du moyen de gamme, dans une marque connue : 20-25 € me paraît raisonnable. 7 € j'éviterais…

Après bien sûr ça dépend de l'usage. Les critères principaux pour la RAM sont la vitesse (accès, transfert…), la fiabilité et le prix. Par exemple, si c'est pour faire de la bureautique, la vitesse importe peu. Si l'ordinateur a déjà un certain âge, il faut de la RAM raisonnablement fiable (elle n'a pas besoin de durer 12 ans). Donc un prix moyen. Et ça suffira à rendre l'ordinateur plus agréable à utiliser et à prolonger sa durée d'usage (donc c'est plus écologique que d'en changer).

Si c'est toujours sous Lubuntu, 4 Go sera très suffisant pour être à l'aise.

A noter que les barrettes actuelles me semble plutôt fiable. Ca fait quand même pas mal d'années que je n'ai pas eu de problème de barrette mémoire bien que j'utilise pas mal d'ordis.

Je viens d'installer le paquet flang-7 sur une Debian Sid. Ca marche bien sur les petits programmes que j'ai essayés. Par contre avec mon projet gtk-fortran, il compile (longuement) quelques fichiers puis affiche des erreurs :

F90-S-0087-Non-constant expression where constant expression required (/home/osboxes/gtk-fortran/src/gtkenums-auto.f90: 355)
...
C'est un fichier qui contient des énumérateurs Fortran dont la valeur est pour quelques-uns définie par une expression:

enum, bind(c) !GModuleFlags
enumerator :: G_MODULE_BIND_LAZY = ISHFTC(1, 0)
enumerator :: G_MODULE_BIND_LOCAL = ISHFTC(1, 1)
enumerator :: G_MODULE_BIND_MASK = INT(z'03')
end enum
D'après la norme Fortran (>=2003), on peut utiliser des scalar-int-constant-expr pour définir les énumérateurs. Et une telle expression est définie ainsi :

A constant expression is an expression with limitations that make it suitable for use as initializer, or named constant. It is an expression in which each operation is intrinsic…

Les fonctions ISHFTC() et INT() sont pourtant des fonctions intrinsèques du langage. Avec gfortran, ça passe sans problème. Avec ifort 2015 également.

J'imagine qu'il me faudra attendre un peu que le nouveau compilateur f18 soit opérationnel et disponible sous forme de paquet.

Merci pour ce thread très intéressant. Je ne savais pas que NVIDIA était derrière Flang, et je n'avais pas vu ce nouveau projet f18 de réécriture de Flang en C++. Avec pour but de faire partie du projet LLVM à côté de Clang.

Merci beaucoup pour l'info,
effectivement, j'ai une machine virtuelle avec une Debian Sid et je vois un paquet :

flang-7/unstable 20181226-2 amd64
Fortran compiler front-end for LLVM

Je testerai la semaine prochaine.

Bonjour,
si j'ai bien compris LLVM est une infrastructure pour construire des compilateurs et Clang le compilateur C correspondant. En ce moment, je commence à m'intéresser au compilateur Fortran Flang qui utilise LLVM (même si je n'ai pas réussi à l'installer pour l'instant avec le gestionnaire de paquets Spack dont ils parlent sur leur site).

• Quels sont les rapports entre Flang et LLVM: est-ce qu'il fait partie du projet LLVM ou est-ce un projet à part ?
• Quelqu'un a-t-il déjà utilisé Flang ? Qu'en pensez-vous ?

J'utilise depuis des années gfortran qui fait partie de GCC et j'en suis très content. Mais c'est toujours intéressant de compiler un code sur plusieurs compilateurs, ça permet parfois de détecter des anomalies.