Contrairement à Fortran, le langage C prévoit deux situations : programmation sur machine bare metal ou bien machine dotée d'un système d'exploitation.
Étant donné que le choix a été fait de tout mettre dans une seule librairie, la libc cumule deux emplois : une extension au langage lui-même et une interface au système d'exploitation.
Dans le cas de gfortran, on est implicitement dans le cas d'une programmation sous système d'exploitation. (D'un point de vue historique, Fortran a d'abord été implémenté sur une machine bare metal. Par la suite, il y a eu les hyperviseurs puis les OS. Le langage successeur à la programmation algébrique sur machine bare metal fut Forth.)
Mon propos est que gfortran est l'un des frontends de GCC qui gère plusieurs langages de programmation. Que ce soit du C ou du Fortran, le processus passe toujours par le tronc commun GIMPLE. Le processus GCC passe la main ensuite à la libc quelque soit le (ou les) langage(s) de programmation à l'origine du processus. (Je peux être dans l'erreur mais c'est ainsi que je vois les choses.). De ce qui précède (c'est une boutade !) gfortran est bien en amont à la libc sans laquelle rien n'est possible sous Posix.
[^] # Re: Performance des compilateurs libres
Posté par Denis Bernard . En réponse au journal Des nouvelles de Fortran. Évalué à 3.
Je me suis mal exprimé !
Contrairement à Fortran, le langage C prévoit deux situations : programmation sur machine bare metal ou bien machine dotée d'un système d'exploitation.
Étant donné que le choix a été fait de tout mettre dans une seule librairie, la libc cumule deux emplois : une extension au langage lui-même et une interface au système d'exploitation.
Dans le cas de gfortran, on est implicitement dans le cas d'une programmation sous système d'exploitation. (D'un point de vue historique, Fortran a d'abord été implémenté sur une machine bare metal. Par la suite, il y a eu les hyperviseurs puis les OS. Le langage successeur à la programmation algébrique sur machine bare metal fut Forth.)
Mon propos est que gfortran est l'un des frontends de GCC qui gère plusieurs langages de programmation. Que ce soit du C ou du Fortran, le processus passe toujours par le tronc commun GIMPLE. Le processus GCC passe la main ensuite à la libc quelque soit le (ou les) langage(s) de programmation à l'origine du processus. (Je peux être dans l'erreur mais c'est ainsi que je vois les choses.). De ce qui précède (c'est une boutade !) gfortran est bien en amont à la libc sans laquelle rien n'est possible sous Posix.