Nouveau projet gtk-fortran

Version imprimable

13/02/2011, 12h53
vmagnin

Nouveau projet gtk-fortran

Bonjour,
avec Jerry DeLisle, un des développeurs du GNU Fortran (gcc), nous avons lancé récemment un projet d'interfaçage GTK+ / Fortran nommé gtk-fortran utilisant le module ISO_C_BINDING inclu dans la norme Fortran 2003. Vous pouvez suivre l'avancement du projet sur github:
https://github.com/jerryd/gtk-fortran/wiki

Les interfaces C/Fortran sont générées automatiquement par un script python qui scanne les fichiers .h des librairies de GTK+. Actuellement, environ 8000 fonctions sont disponibles (mais non testées !) dans la branche devel du projet.

Si certains d'entre vous sont intéressés, vos compétences en GTK+ seront très utiles car Jerry et moi-même sommes débutants en GTK+.

Cordialement
Vincent MAGNIN
13/02/2011, 15h37
gerald3d

Salut.

Je n'ai jamais fait de Fortran mais je vous féliçite pour cette démarche. Je suppose que de nombreux scientifiques seront contents de cette possibilité.

Je viens ici simplement pour vous demandez si vous avez pris en compte le fait que Gtk vient de passer officiellement à le version 3. Et de par le fait est-ce que votre interface se base-t-elle déjà dessus?
13/02/2011, 22h57
vmagnin

Citation:

Envoyé par gerald3d

Je viens ici simplement pour vous demandez si vous avez pris en compte le fait que Gtk vient de passer officiellement à le version 3. Et de par le fait est-ce que votre interface se base-t-elle déjà dessus?

Actuellement le projet utilise GTK+ 2.22, livré avec Ubuntu 10.10. J'attends la sortie d'Ubuntu 11.04 pour passer à GTK+ 3.0. Cela ne devrait pas poser trop de problèmes car les interfaces C / Fortran sont générées automatiquement par un script python qui scanne les fichiers headers de GTK. Peut-être y aura-t-il quelques adaptations à faire dans les fichiers exemples, mais ils sont peu nombreux pour l'instant. De plus j'ai prix soin d'inclure Cairo et Gdk-pixbuf pour les aspects graphisme.

L'interface n'est pas complète mais comprend pour l'instant 7900 fonctions GTK+ (GTK, GDK, GdkPixbuf, Cairo, Pango), probablement plus de 85 % de ces librairies. Bien sûr, seules quelques dizaines ont pour l'instant été testées.

Mais cela fonctionne étonnamment bien puisque les trois exemples Fortran du projet se compilent et tournent sans aucune modification sous Windows 7 et Linux Ubuntu 10.10.

Au fait quelqu'un a-t-il une idée du nombre "exact" de fonctions dans GTK+ ?
16/02/2011, 13h48
pvincent

Bonjour et bravo.
Excellente idée.
J'ai essayé l'exemple mandelbrot.f90 avec ma Debian 5.0 (Lenny), GTK+2.12 et le compilateur Intel Fortran 11 sans problème.
Par contre, je lis que vous avez interfacé plus de 8000 fonctions, or le fichier gtk.f90 que j'ai récupéré sur le site est tout petit et je me demande comment on peut récupérer le reste.

Encore bravo.
PV
16/02/2011, 14h07
pvincent

OK, j'ai trouvé, il faut aller dans la branche devel.
16/02/2011, 18h52
pvincent

En fait, c'est plus difficile avec l'interface complète. J'ai essayé de lancer le script python sur ma configuration et il y a un problème: il ne détecte pas correctement si la fonction est "void" et ne la transforme pas en subroutine, ce qui crée des problèmes ensuite, mais il se peut que Python soit en cause car j'ai déjà eu des problèmes avec lui.
J'ai aussi essayé de compiler le fichier gtk-auto.f90 récupéré sur le site avec le compilateur Intel 11 (ma version n'est pas à jour) et j'ai l'impression que le compilateur tourne en rond: au bout d'une dizaine minutes, bien que la CPU tourne à fond, rien de se passe du coté des fichiers temporaires créés par le compilateur, ce qui est suspect et j'ai arrété les frais. De toute façon, ce fichier correspond à une version de GTK postérieure à celle de la distribution Linux.
Il serai peut-être opportun de scinder la compilation en plusieurs séquences (glib, gdk, gtk,...) pour mieux cerner les problèmes.
17/02/2011, 10h27
pvincent
J'ai essayé de voir ce qui arrive en me limitant à cairo:
il semble que le script Python explore /usr/include/cairo par ordre alphabétique et donc (avec ma configuration) analyse cairo-svg.h AVANT cairo.h, or le premier fichier contient un #include cairo.h, d'où le message
Code:

1 2 /usr/include/cairo/cairo-svg.h Unknown data type: cairo_write_func_t write_func
17/02/2011, 10h36
vmagnin

réponse

Citation:

Envoyé par pvincent

En fait, c'est plus difficile avec l'interface complète. J'ai essayé de lancer le script python sur ma configuration et il y a un problème: il ne détecte pas correctement si la fonction est "void" et ne la transforme pas en subroutine, ce qui crée des problèmes ensuite, mais il se peut que Python soit en cause car j'ai déjà eu des problèmes avec lui.

Curieux. J'utilise la version python 2.6.6 fournie dans Ubuntu 10.10. Peut-être que votre Debian fonctionne avec la version 2.5 et que ça entraîne une différence de comportement du script ? Je ne peux pas tester car la 2.5 n'est plus disponible dans les paquets Ubuntu.

Citation:

Envoyé par pvincent

J'ai aussi essayé de compiler le fichier gtk-auto.f90 récupéré sur le site avec le compilateur Intel 11 (ma version n'est pas à jour) et j'ai l'impression que le compilateur tourne en rond: au bout d'une dizaine minutes, bien que la CPU tourne à fond, rien de se passe du coté des fichiers temporaires créés par le compilateur, ce qui est suspect et j'ai arrété les frais. De toute façon, ce fichier correspond à une version de GTK postérieure à celle de la distribution Linux.

Avec gfortran pour Windows, ça mouline également une dizaine de minutes mais ça finit par marcher. Si il y a un problème de version ça devrait provoquer une erreur de linkage à chaque fois qu'une fonction n'existant dans votre GTK apparaît.

Citation:

Envoyé par pvincent

Il serai peut-être opportun de scinder la compilation en plusieurs séquences (glib, gdk, gtk,...) pour mieux cerner les problèmes.

C'est une solution à laquelle je réfléchis. Sinon le moyen d'avoir une compilation très rapide est de copier/coller dans gtk.f90 uniquement les fonctions GTK que l'on utilise (et de supprimer include "gtk-auto.f90")