Compilation de GTK+3 sous windows (MinGW)

Version imprimable

21/08/2011, 13h50
Invité

Compilation de GTK+3 sous windows (MinGW)

Bonjour à tous,

Je suis en train de développer une application sous Linux utilisant GTK+3. Pour la rendre compatible avec Windows, j'ai donc logiquement besoin de la compiler (vu que gtk.org ne la fournit pas encore). J'ai essayé le petit paquet http://www.developpez.net/forums/d10...e/#post6104097 AVEC grand succès (depuis l'édit ^^) mais je voudrais quand même réussir à compiler gtk+3.

Après quelques longues (très longues) heures de recherche, j'arrive à tout compiler, gcc accepte de compiler un "hello word" en gtk3 mais quand je le lance, c'est le drame...

Je voulais donc savoir si quelqu'un c'était déjà penché sur ce problème et qui est intéressé pour compiler gtk+3. Je peux (bien évidemment) fournir la procédure exacte que j'ai rédigé sous forme d'un script bash sur la base d'une installation fraiche de MinGW.

Voilà, voilà... Des personnes sont intéressées ? :D

Merci.
21/08/2011, 14h53
liberforce

La question est: pourquoi pourquoi veux tu le compiler ? Des binaires pré-compilés pour MinGW sont disponibles.
21/08/2011, 15h44
Invité

Pour deux raisons (par ordre inverse d'importance) :

1) Je suis par nature un peu méfiant des paquets qui sont proposés par une source autre que celle officielle. On ne sais jamais quelle sont les modifications qui peuvent avoir été apportées. Même si normalement, il y a obligation de publier les modifications (s'il y en a), ils ont peut-être fait 2-3 modifications pour la portabilité entre Linux et Windows et ne se sont pas embêter à les publier. Mais ce n'est pas le principal problème (surtout que les dlls fournies semblent marcher).

2) Je souhaite intégrer de la 3D dans l'interface GTK. Même si je n'ai encore rien programmé je pensais utiliser la fonctionnalité Opengl de Cairo. Je souhaite éviter d'utiliser gtkglext ou gtkglarea qui, de toute façon, ne sont pas compatible avec GTK+3. Et d'après mes quelques recherches et la comparaison entre les résultats de la commande nm (qui liste les symboles dans les librairies) des librairies de ma distribution Gentoo où l'option opengl est activée et des dlls fournis par Suse, ceux de Suse ne semble pas les avoir.

Après, je suis quelqu'un ouvert d'esprit :) si il y a une autre possibilité pour intégrer de l'opengl à l'intérieur d'une fenêtre GTK, je suis preneur.
21/08/2011, 19h31
Gamall

Citation:

Envoyé par bansan_85

Bonjour à tous,

Je suis en train de développer une application sous Linux utilisant GTK+3. Pour la rendre compatible avec Windows, j'ai donc logiquement besoin de la compiler (vu que gtk.org ne la fournit pas encore). J'ai essayé le petit paquet http://www.developpez.net/forums/d10...e/#post6104097 AVEC grand succès (depuis l'édit ^^) mais je voudrais quand même réussir à compiler gtk+3.

Après quelques longues (très longues) heures de recherche, j'arrive à tout compiler, gcc accepte de compiler un "hello word" en gtk3 mais quand je le lance, c'est le drame...

Je voulais donc savoir si quelqu'un c'était déjà penché sur ce problème et qui est intéressé pour compiler gtk+3. Je peux (bien évidemment) fournir la procédure exacte que j'ai rédigé sous forme d'un script bash sur la base d'une installation fraiche de MinGW.

Voilà, voilà... Des personnes sont intéressées ? :D

Merci.

Perso j'ai essayé pas mal de truc notamment la cross compilation de Gtk3 sous GNU/Linux ainsi que compiler directement avec MSyS et je dois t'avouer que c'est tout sauf facile et c'est d'ailleurs pour ça que j'ai abandonné. Il y a beaucoup d'erreurs de compilation, notamment avec le type pthread_t qui est utilisé en tant que int alors que c'est une structure sous win32 et pas mal d'incohérences dans ce genre. J'avais fait quelques patchs mais j'ai finit par abandonner. :aie:
21/08/2011, 21h23
Invité

Merci pour ton retour.

Citation:

Envoyé par artificier59

Il y a beaucoup d'erreurs de compilation, notamment avec le type pthread_t qui est utilisé en tant que int alors que c'est une structure sous win32

C'est pour ça qu'il y a dans la libxml2 un pthread_t(-1) !?! Ca me semblait bizarre... Tout s'explique. 8O

En tout cas, je vous tiendrais au courant si j'arrive à compiler la gtk+3, d'abord sans le support opengl puis (si j'y arrive un jour) avec.

Et sinon, ce n'est pas possible d'avoir une fenêtre opengl avec des menus, barres d'outils GTK et autres... autour de la fenêtre opengl ? Dans mon cas, je n'ai pas besoin que la totalité de la fenêtre soit compatible opengl, pas besoin de gérer la transparence ou de faire une animation qui passe de bouton en bouton... J'ai juste besoin de faire un peu comme CATIA, Autocad ou comme n'importe quel éditeur : avoir des outils sur les bordures de la fenêtre et au milieu un espace 3D pour avoir une représentation graphique de ce que je fais. En gros faire comme : http://jeux.developpez.com/sources/o...ase#WINDOW_glx avec des composants GTK autour du triangle mais dans la même fenêtre. Si je séparais en deux fenêtres, je n'aurais pas de problème mais je n'ai pas vraiment envie de me la faire à la GIMP avec plein de fenêtres partout.
22/08/2011, 18h57
Invité

Bon ben... De mon coté, j'ai réussi à compiler gtk sous MinGW (si ça intéresse quelque je peux fournir les scripts bash) mais actuellement, sans le support de OpenGL. Je ne sais pas pourquoi mais je sens que l'ajout de l'OpenGL risque de me prendre plus de temps que pour compiler la librairie GTK sans... :(
Affaire à suivre...

Sinon, pour revenir à mon problème d'intégration de l'opengl à GTK, il semblerait qu'il y ait comme projet d'intégrer gtkglext dans gtk+3 (http://live.gnome.org/ProjectRidley) ce qui serait une excellente chose mais aucune date n'est fixée :( bis.
23/08/2011, 07h07
troumad

Bonjour

Si tu parles de compiler gtk3 pour windows, je suis d'accord ! Mais, après, tu as les dll gtk3 pour windows ?
23/08/2011, 09h27
Invité

1 pièce(s) jointe(s)

Disons que, après que tout soit compilé, je peux compiler un "hello word" sans à avoir à utiliser les dlls contenues dans le paquet que je citais précédemment puisque j'ai "créé" toutes ces dlls (je suis clair ???).

J'ai mis ci-joint un petit fichier zip qui contient les différents scripts que j'ai utilisé. J'ai fait un script qui télécharge tous les programmes et ensuite j'ai mis un script par librairie qu'il suffit de lancer dans l'ordre. Tout est décrit dans le fichier INSTALL.txt qui détail tout.

Il y a quelques librairies qui sont facultatives avec par exemple rsvg ou encore poppler que j'ai inclus. Je précise que je n'ai testé ma compilation que sur le "Hello word" que j'ai trouvé sur Wikipedia. (http://en.wikipedia.org/wiki/GTK%2B). Donc je n'ai pas testé si les librairies rsvg et poppler sont correctement supportées.

PS : Windows 7 Edition Familiale Premium Version 6.1 (numéro 7601 SP1)
23/08/2011, 09h42
troumad

Citation:

Envoyé par bansan_85

sans à avoir à utiliser les dlls contenues dans le paquet que je citais précédemment puisque j'ai "créé" toutes ces dlls (je suis clair ???).
[...]
Il y a quelques librairies qui sont facultatives avec par exemple rsvg ou encore poppler que j'ai inclus. Je précise que je n'ai testé ma compilation que sur le "Hello word" que j'ai trouvé sur Wikipedia. (http://en.wikipedia.org/wiki/GTK%2B). Donc je n'ai pas testé si les librairies rsvg et poppler sont correctement supportées.

Si je compile pour Windows, c'est pour distribuer un petit programme sous windows à des non experts en informatique avec la librairie unique... Donc, ça craint pour le moment non ?
Chez moi, sous Linux, ça tourne, mais je n'ai pas trop de windows pour tester ;)
23/08/2011, 10h05
Invité

ça c'est sûr, ça craint complètement pour le moment. Mais il faut la tester. La librairie que j'ai compilé n'est pas vraiment instable, il faut simplement tester que toutes les fonctionnalités marchent.

En gros, j'ai vu qu'il y avait un programme gtk3-demo. Il faudrait par exemple le lancer et tester toutes les fonctionnalités de cette démo avec les dlls fournis par Suse et les dlls compilées par mes scripts et comparer et réajuster probablement quelques uns de mes scripts de compilation voire peut-être ajouter une ou deux librairies optionnelles.

Après, c'est comme dit liberforce

Citation:

Envoyé par liberforce

La question est: pourquoi veux tu le compiler ? Des binaires pré-compilés pour MinGW sont disponibles.

Personnellement moi, c'est 1) pas de support de cairo-opengl 2) les dlls ne sont pas fournit par gtk.org et 3) personne ne semble savoir (ou fournir les instructions pour) compiler gtk+ sous Windows alors comme j'arrive à faire un premier jet, je me dis que ça peut intéresser d'autres personnes.

Citation:

Envoyé par troumad

Chez moi, sous Linux, ça tourne, mais je n'ai pas trop de windows pour tester.

Fait comme moi, emprunte le PC portable de quelqu'un qui ne s'en sert pas souvent ou qui a un PC fixe ET portable (il y en a beaucoup et même un Windows 98 devrait suffire :D ).
23/08/2011, 12h48
liberforce

Effectivement, le non-support par défaut d'opengl est un bon argument. Mais dans ce cas il faudrait peut être ouvrir un rapport de bug chez SuSE ? En fait il n'y a pas grand monde qui compiler GTK+. La plupart des développeurs, même du temps de GTK2, utilisaient les binaires fournis par le projet GTK. Et une bonne partie des projets qui fournissent des exécutables windows (gedit, evince, ekiga, etc.) les génèrent sous Linux par cross-compilation.

Pour le fait que les binaires ne sont pas fournis pas gtk.org, je t'assure que SuSE est une source fiable. Il a été question à un moment que les binaires Windows de l'OBS soient les binaires officiels. Si ce n'est pas déjà le cas, c'est qu'il n'y a malheureusement plus grand monde prêt à consacrer du temps à GT3 sous Windows. J'ai posé la question d'un installateur GTK3 pour Windows à l'équipe GTK au Desktop Summit à Berlin il y a 2 semaines, la réponse à été claire: il n'y a personne pour faire le boulot.

Pour ce qui est des scripts de récupération de modules, etc. Je vous conseille d'utiliser le script qui récupère les binaires sur l'OBS. Il permet aussi de récupérer les sources:

Code:

download-mingw-rpm.py --deps --src --no-clean -z -m gtk3

http://stackoverflow.com/questions/6...dows-installer

Il y a aussi le projet jhbuild on windows. Jhbuild est l'outil officiel pour compiler les composants de GNOME, dont GTK.
23/08/2011, 13h38
Invité

Merci pour tout ça, je vais voir quelles informations je peux en tirer pour m'aider. Quant à remplir un bug chez OpenSUSE, c'est peut-être une bonne idée mais je vais attendre un peu afin de mieux maitriser le sujet sur cairo-opengl.

Et c'est d'accord, j'accorde ma confiance aux dlls fournies par OpenSUSE. C'est juste que j'étais un peu perplexe que gtk ne fournisse pas d'informations à ce sujet mais peut-être ont-ils peur de se retrouver à faire le support des dlls fournies par OpenSUSE.

J'ai regardé vite fait ta procédure décrite dans INSTALL.txt:

L'installation tel que tu le fais n'est pas nécessaire. Les versions récentes de MinGW incluent mingw-get qui se comporte comme un gestionnaire de paquets classique. Ainsi, pour installer wget:

Code:

mingw-get install msys-wget

Il est aussi assez facile de scripter l'installation de l'environnement MinGW: décompression des binaires de mingw-get et pkginfo dans un fichier ".bat" (je fais la décompression avec 7-zip). mingw-get est actuellement l'interface recommandée pour l'installation de MinGW. Voilà approximativement ce que je fais pour automatiser l'installation:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 @echo off set MINGW_SETUP_DIR=. set SEVEN_ZIP="C:\Program Files\7-zip\7z.exe set MINGW_INSTALL_DIR=C:\mingw rem Uncompress MinGW files %SEVEN_ZIP% x -y "%MINGW_SETUP_DIR%\*.tar.gz" -o"%MINGW_SETUP_DIR%" %SEVEN_ZIP% x -y "%MINGW_SETUP_DIR%\*.tar" -o"%MINGW_INSTALL_DIR%" rem Install MSYS and other development packages c: cd %MINGW_INSTALL_DIR%\bin mingw-get install mingw32-gcc-g++ mingw32-gdb mingw32-gettext msys-base msys-rxvt msys-vim msys-patch rem Crate an fstab file to have MinGW in the PATH copy %MINGW_INSTALL_DIR%\msys\1.0\etc\fstab.sample %MINGW_INSTALL_DIR%\msys\1.0\etc\fstab @echo on rem Create a shortcut to %MINGW_INSTALL_DIR%\msys\msys.bat rem If you prefer the rxvt terminal over Windows' cmd terminal, add --rxvt rem in shortcut's target command line. pause

23/08/2011, 14h47
troumad

Citation:

Envoyé par liberforce

Pour ce qui est des scripts de récupération de modules, etc. Je vous conseille d'utiliser le script qui récupère les binaires sur l'OBS. Il permet aussi de récupérer les sources:

Code:

download-mingw-rpm.py --deps --src --no-clean -z -m gtk3

http://stackoverflow.com/questions/6...dows-installer

Est-ce que ça peut marcher sous windows cette méthode ? J'ai un windows virtuel qui me sert à compiler mon application gtk2, si je peux passer en gtk3, je serais heureux. Pour info, j'utilise Code::Block comme edi . Après, j'ai un autre windows pour tester l'exécutable hors de l’environnement de compilation.

J'ai regardé vite fait ta procédure décrite dans INSTALL.txt:

L'installation tel que tu le fais n'est pas nécessaire. Les versions récentes de MinGW incluent mingw-get qui se comporte comme un gestionnaire de paquets classique. Ainsi, pour installer wget:

Code:

mingw-get install msys-wget

Il est aussi assez facile de scripter l'installation de l'environnement MinGW: décompression des binaires de mingw-get et pkginfo dans un fichier ".bat" (je fais la décompression avec 7-zip). mingw-get est actuellement l'interface recommandée pour l'installation de MinGW. Voilà approximativement ce que je fais pour automatiser l'installation:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 @echo off set MINGW_SETUP_DIR=. set SEVEN_ZIP="C:\Program Files\7-zip\7z.exe" set MINGW_INSTALL_DIR=C:\mingw rem Uncompress MinGW files %SEVEN_ZIP% x -y "%MINGW_SETUP_DIR%\*.tar.gz" -o"%MINGW_SETUP_DIR%" %SEVEN_ZIP% x -y "%MINGW_SETUP_DIR%\*.tar" -o"%MINGW_INSTALL_DIR%" rem Install MSYS and other development packages c: cd %MINGW_INSTALL_DIR%\bin mingw-get install mingw32-gcc-g++ mingw32-gdb mingw32-gettext msys-base msys-rxvt msys-vim msys-patch rem Crate an fstab file to have MinGW in the PATH copy %MINGW_INSTALL_DIR%\msys\1.0\etc\fstab.sample %MINGW_INSTALL_DIR%\msys\1.0\etc\fstab @echo on rem Create a shortcut to %MINGW_INSTALL_DIR%\msys\msys.bat rem If you prefer the rxvt terminal over Windows' cmd terminal, add --rxvt rem in shortcut's target command line. pause
En ce qui concerne Jhbuild, la construction de gtk se fait en utilisant le moduleset (groupe de modules) gnome-suites-core-deps-3.0.modules.

23/08/2011, 14h53
liberforce

Citation:

Envoyé par troumad

Est-ce que ça peut marcher sous windows cette méthode ? J'ai un windows virtuel qui me sert à compiler mon application gtk2, si je peux passer en gtk3, je serais heureux. Pour info, j'utilise Code::Block comme edi . Après, j'ai un autre windows pour tester l'exécutable hors de l’environnement de compilation.

Le scripts sert à récupérer les binaires générés par l'OBS, c'est justement fait pour Windows :aie:

En revanche je pense encore avoir des problèmes (morceaux manquants ou mal compilés par l'OBS ? bugs gtk ?) car gtk-demo marche assez mal.
23/08/2011, 15h19
troumad

Citation:

Envoyé par liberforce

En revanche je pense encore avoir des problèmes (morceaux manquants ou mal compilés par l'OBS ? bugs gtk ?) car gtk-demo marche assez mal.

J'attendrais alors... Comme pour le moment, je pense que c'est encore compatible gtk2, je compilerais sous windows avec gtk2 sans la librairie unique.
23/08/2011, 15h26
Invité

Arf... Je connaissais pas mingw-get :aie: J'utilise MinGW depuis environ 2 semaines (depuis que j'ai décidé de compiler GTK+3 sous Windows)

Et sinon, j'ai volontairement fait un script pour paquet. C'est mon coté "précautionneux" car je sais que la compilation marche sur mon PC mais je sais aussi qu'il y aura 90% qu'elle ne marche pas sur un autre PC (Loi de Murphy). Je préfère donc solliciter plus l'utilisateur et avoir quelque chose de plus "sûr" dans le déroulement et forcer l'utilisateur à savoir ce qu'il fait.

Sinon, j'ai aussi remarqué de gtk3-demo marchait pas de façon terrible avec pas mal de bugs à droite et à gauche. Et je crains malheureusement que ça soit dû à GTK et non pas à la compilation. J'essaie de faire quelques tests d'ici la fin de la journée pour "comparer" les bugs.

Edit : Je viens de faire quelques tests rapides (très rapides) mais il en ressort que même si il y a quelques bugs dus au manque de paramétrage de ma librairie compilée, il est présent des bugs communs comme notamment certaines icônes dans les boutons qui n'apparaissent que lorsque la souris passe dessus le bouton. Je pense donc que la GTK+3 fonctionne plutôt bien pour Linux mais pas terriblement sur Windows (très probablement dû à un manque de testeurs sur cette plateforme).
Voilà, voilà... Une version de la GTK+3.2 devrait probablement sortir dans les mois à venir (les numéros de version de la 3.1 défilent beaucoup ;) ). En espérant que le problème soit résolu à ce moment.
23/08/2011, 16h36
liberforce

Citation:

Envoyé par bansan_85

Arf... Je connaissais pas mingw-get :aie: J'utilise MinGW depuis environ 2 semaines (depuis que j'ai décidé de compiler GTK+3 sous Windows)

Bin c'est déjà pas mal pour un début, j'en suis à 1 an d'utilisation, mais ça ne fait pas longtemps que je suis passé mingw-get, j'utilisais leur installateur tout-en-un avant.

Citation:

Envoyé par bansan_85

Edit : Je viens de faire quelques tests rapides (très rapides) mais il en ressort que même si il y a quelques bugs dus au manque de paramétrage de ma librairie compilée, il est présent des bugs communs comme notamment certaines icônes dans les boutons qui n'apparaissent que lorsque la souris passe dessus le bouton. Je pense donc que la GTK+3 fonctionne plutôt bien pour Linux mais pas terriblement sur Windows (très probablement dû à un manque de testeurs sur cette plateforme).

Manque de testeurs et de développeurs... En revanche c'est intéressant ce que tu me dis sur les icônes. J'ai le même problème avec la démo "application main window" pour l'icône du bouton "quit", et pour celle du bouton GTK, j'ai le warning suivant:

Code:

** (gtk3-demo.exe:500): WARNING **: failed to load GTK logo for toolbar

La demo où les bugs sont les plus visibles étant la démo "tool palette", où les icônes n'apparaissent que depuis la position du curseur jusqu'au bas de la palette. Il y a aussi pas mal de bugs d'images et de fichiers source des démos manquants. Cela ressemble à ce que tu as comme symptômes ?

Citation:

Envoyé par bansan_85

Voilà, voilà... Une version de la GTK+3.2 devrait probablement sortir dans les mois à venir (les numéros de version de la 3.1 défilent beaucoup ;) ). En espérant que le problème soit résolu à ce moment.

Sans doute juste avant la sortie de GNOME 3.2, prévue pour fin septembre. Mais je ne suis pas sûr que ces bugs seront résolus. Les mainteneurs de GTK ne sont pas assez nombreux depuis un moment, et il n'y a plus de spécialiste Windows actif.

Autre chose, il y a des instructions récentes sur comment compiler GTK3 avec MSVC.
23/08/2011, 18h15
Invité

Citation:

Envoyé par liberforce

J'ai le même problème avec la démo "application main window" pour l'icône du bouton "quit", et pour celle du bouton GTK, j'ai le warning suivant:

Code:

** (gtk3-demo.exe:500): WARNING **: failed to load GTK logo for toolbar

Sur mon PC, j'ai ce WARNING si j'utilise "mes" dlls de la gtk mais pas ceux fournis. Par contre, si j'utilise mes dlls, j'ai bien les 4 icones dans le menu File alors que si j'utilise les dlls de Suse, j'ai seulement l'icone pour l'item Ouvrir. Ça m'a l'air d'être simple encore tout ça... Cela montre en tout cas que la même dll semble avoir un comportement différent en fonction du système et qu'il faut bien régler correctement les paramètres de compilation (mais ça, tout le monde s'en doute ;) )

Citation:

Envoyé par liberforce

La demo où les bugs sont les plus visibles étant la démo "tool palette", où les icônes n'apparaissent que depuis la position du curseur jusqu'au bas de la palette. Il y a aussi pas mal de bugs d'images et de fichiers source des démos manquants. Cela ressemble à ce que tu as comme symptômes ?

Voilà, c'est ce problème qui est un peu le même qui apparait dans toutes les fenêtres à partir du moment où il y a une image sur un bouton.

Citation:

Envoyé par liberforce

Autre chose, il y a des instructions récentes sur comment compiler GTK3 avec MSVC.

Je l'avais loupé cette fenêtre. Et c'est dommage, elle est très intéressant pour les options de compilation. Merci.

Après, la gtk3-demo m'a montré également que il faut que je corrige l'affichage des images puisque la majorité ne s'affiche pas avec mes dlls. Affaire à suivre... :mrgreen:
24/08/2011, 14h39
Invité

J'ai réussi à faire une première intégration de l'option opengl dans cairo. Le temps de mettre tout ça au propre et je fais une petite pièce jointe sur le même principe que la précédent.

Par contre, quelqu'un ici à déjà réalisé un petit programme style un "hello world" qui exploite cairo-opengl ??? Ca me permettrait de pouvoir tester si la dll de cairo marche bien. Sinon, je vais essayer d'adapter les exemples de la page http://cairographics.org/OpenGL/ qui sont fait pour la GTK2 et de les adapter pour la GTK3.
24/08/2011, 23h59
Invité

2 pièce(s) jointe(s)

J'ai mis ci-joint une nouvelle série de scripts contenant le support de l'opengl de cairo (en gros, j'ai rajouté glew et modifié cairo). J'ai aussi inclus une adaptation de cairo-gimmicks (http://cairographics.org/OpenGL/) pour utiliser la GTK+3 à la place de GTK+2.

J'ai testé l'exemple cairo-gimmicks sous Linux avec GTK+2. Aucune défaut n'a été constaté.

J'ai testé ensuite avec GTK+3 sous Linux. L'exemple est *horrible* et c'est un euphémisme !!! Les boutons et le fond clignotent de façon épileptique. Les boutons sont également quelques fois totalement invisibles. Il semble que la librairie GTK+3 ait quelques améliorations à faire...

Ensuite, j'ai compilé la GTK+3 avec cairo et l'opengl sous Windows. J'ai exactement le même comportement : les boutons et le fond qui clignotent en continu. Je n'ai pas testé avec la librairie GTK+2 sous Windows pour vérifier si l'exemple était stable.

Voilà, voilà... je pense que cela conclu ma première série de tests sur la librarie GTK+3. Et vous, de votre coté, réussissez-vous à compiler la GTK+3 avec cairo et opengl avec ma série de scripts ? Et avez-vous les mêmes symptomes ?

PS : petite précision : les tests sous Linux et sous Windows n'ont pas été réalisés sur le même ordinateur. L'un est un PC fixe avec une bonne carte graphique il y a 6 ans tournant sous Gentoo et l'autre est un PC portable premier prix qui à 6 mois tournant sous Windows Seven Familiale Premium.

Edit : j'ai mis résolu mais je suis toujours preneur d'un retour d'expérience sur GTK+3 sous Windows.
04/09/2012, 07h46
troumad

Si tu es toujours preneur...

J'ai mon programme qui marche sous Windows sans problème ou presque.
Il n'y a que gtk_application_new qui ne marche pas, mais, ce n'est pas trop gênant.

Enfin, il marchait sans trop de problèmes avant que je m'attaque aux css. Je travaille avec gtk 3.5 sous Linux et gtk 3.4 sous windows et les css be sont pas tout à fait compatibles entre les deux versions :(
Il me reste à trouver une astuce pour récupérer gtk3.5 sous windows !

nb : pour mon programme, c'est ici http://troumad/Mes_regles/perso.php

Fuseau horaire GMT +2. Il est actuellement 17h18.