L'API en C peut changer, des trucs deviennent obsolètes (surtout pour GTK+ ces derniers temps).
Exact. Pour éviter ce souci, les dernières versions des bibliothèques GNOME comprennent une surcouche nommée GObject-Introspection qui permet de régénérer des bindings "fiables" pour chaque nouvelle version de Vala.
Le problème se pose avec les autres biblios dont les bindings ont été écrits à la mano (GLUT par exemple).
Mais c'est valable aussi pour d'autres langages. Une solution que je préconise serait d'avoir une arborescence de paquets dédiés au langage, distincte de celle de la distro. On pourrait donc par exemple upgrader vers la dernière Ubuntu sans casser les bindings. Je songe à écrire une telle chose pour Vala, mais comme d'habitude le temps et le mécénat posent problème.
[^] # Re: Pourquoi Vala?
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Sortie de Val(a)IDE 0.7.2. Évalué à 1.
Exact. Pour éviter ce souci, les dernières versions des bibliothèques GNOME comprennent une surcouche nommée GObject-Introspection qui permet de régénérer des bindings "fiables" pour chaque nouvelle version de Vala.
Le problème se pose avec les autres biblios dont les bindings ont été écrits à la mano (GLUT par exemple).
Mais c'est valable aussi pour d'autres langages. Une solution que je préconise serait d'avoir une arborescence de paquets dédiés au langage, distincte de celle de la distro. On pourrait donc par exemple upgrader vers la dernière Ubuntu sans casser les bindings. Je songe à écrire une telle chose pour Vala, mais comme d'habitude le temps et le mécénat posent problème.