> Je vois pas pourquoi il ne serait pas de même pour Gnome et ses .h.
Parce que comme l'objet ne fait pas partie de la syntaxe C, il est emule a coup de macros et de struct, qui sont beaucoup plus difficile a parser.
Qui plus est, un certain nombre d'information sont tout simplement perdue dans la syntaxe C. Je pense aux signaux Gtk qui acceptent un argument de type void *
Tu noteras la presence de gpointer callback_data qui est impossible a interpreter pour un outil de binding automatique.
Au contraire, les signaux et slots Qt sont types et peuvent donc etre pris en compte dans une generation automatique.
De meme, les listes Gtk ne sont pas typees. Elles prennent aussi un gpointer pour la partie data donc tu ne sais pas de quoi est faite la liste. En C++, les listes sont faites avec des templates ou le type est explicitement visible.
[^] # Re: Gnome, toujours trois trains de retard
Posté par Philippe F (site web personnel) . En réponse à la dépêche Toutes les API GNOME dans tous les langages et pour bientôt ?. Évalué à 2.
Parce que comme l'objet ne fait pas partie de la syntaxe C, il est emule a coup de macros et de struct, qui sont beaucoup plus difficile a parser.
Qui plus est, un certain nombre d'information sont tout simplement perdue dans la syntaxe C. Je pense aux signaux Gtk qui acceptent un argument de type void *
cf
http://www.gtk.org/tutorial/sec-theoryofsignalsandcallbacks.html(...)
Tu noteras la presence de gpointer callback_data qui est impossible a interpreter pour un outil de binding automatique.
Au contraire, les signaux et slots Qt sont types et peuvent donc etre pris en compte dans une generation automatique.
De meme, les listes Gtk ne sont pas typees. Elles prennent aussi un gpointer pour la partie data donc tu ne sais pas de quoi est faite la liste. En C++, les listes sont faites avec des templates ou le type est explicitement visible.