GTK+ 3.2 disponible en version définitive

**troumad** · 09/11/2011, 07h05

Je ne suis pas pressé !
Il faut d'abord que je finisse mon projet sous Linux et en ce moment, je n'ai pas trop le temps de le regarder

Mais, s'il faut tester le script, je peux m'y mettre.

Invité · 09/11/2011, 15h32

c'est ci-joint. Il y a quelques bugs de compilation qui devrait apparaître, notamment un smiley étrange qui apparait dans certains Makefile. Pour les enlever, un simple find . -name "Makefile" -exec sed -i 's/^A//g' {} \; devrait suffire. ^A correspond au caractère d'échappement ^A obtenu en faisant CTRL+V CTRL+A.

**troumad** · 01/12/2011, 17h38

Je regarde enfin... On dirait un script Windows. C'est bien ça ?

Si c'est un script Linux, chez moi, ça commence mal :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
$ sh script_gtk.txt 
script_gtk.txt: ligne1: mingw-get : commande introuvable
script_gtk.txt: ligne2: $'\r' : commande introuvable
script_gtk.txt: ligne3: $'\r' : commande introuvable

**liberforce** · 01/12/2011, 17h55

En même temps tu lui demandais de quoi avoir GTK3 pour Windows, ça paraît un peu normal qu'il te donne donc un script pour Windows

**troumad** · 01/12/2011, 18h06

OK !
Il est possible de faire de la cross compilation

Et je ne savais pas que toutes les commandes que tu as utilisées dans ton script existaient aussi pour Windows !

Invité · 03/12/2011, 09h18

En fait, il faut faire "sh script_gtk.txt" depuis un environnement windows mingw+msys.

Invité · 03/12/2011, 09h33

Mais sinon, si tu ne souhaites pas vraiment d'embêter, je peux mettre sur un site de dépôt de fichiers le résultat de la compilation avec donc toutes les dlls prêtes à l'emploi, y compris les fichiers en-tête. Bref, tout ce qu'il te faut pour avoir gtk+3 pour windows.

La raison pour laquelle je ne l'ai pas fait, c'est que le résultat est à peu prêt l'équivalent de http://download.opensuse.org/reposit...actory/noarch/
De mon coté, je voulais savoir à compiler sous Windows parce que
- 1) je voulais le support opengl de cairo (que d'ailleurs, même si j'ai réussi à compiler, je n'ai pas réussi à l'utiliser)
- 2) comme je sais que la version windows n'est pas vraiment ce qu'il y a de plus fiable, je voulais que les options de debug soient liées aux fichiers sources pour faciliter le rapport de bugs.

Mais si de ton coté, tu souhaites simplement utiliser gtk sous Windows, la version opensuse est très probablement suffisant. Attention : le paquet mingw32-gtk3 dépend de beaucoup d'autres paquets qui sont tous dans la liste.

**troumad** · 03/12/2011, 10h01

Merci !
Mon but est uniquement de tester gtk sous windows

Maintenant, il va falloir que je comprenne comment utiliser les rpm sous windows !

Invité · 03/12/2011, 14h31

7zip ?

**troumad** · 04/12/2011, 14h23

Envoyé par bansan_85

7zip ?

Mais 7-zip gère les dépendances ?

Invité · 04/12/2011, 21h22

7-zip permet seulement de lire les fichiers rpm.

Pour trouver les dépendances, tu télécharges le paquet principal, et quand un message d'erreur t'indique qu'il manque une dll, tu télécharges le nouveau paquet.
Sinon, tu peux aussi essayer de relire la discussion sur la sortie de gtk3.0 qui aborde aussi ton problème : http://www.developpez.net/forums/d10...ce-officielle/

**liberforce** · 05/12/2011, 13h35

Il faut suivre les infos que j'ai données dans ce post:
http://www.developpez.net/forums/d10...e/#post5888540

J'ai aussi fait ce post sur stackoverflow.com:
http://stackoverflow.com/questions/6...008390#6008390

... qui contient le lien vers comment utiliser le script python en question:
http://lists.opensuse.org/opensuse-m.../msg00020.html

Attention, pour l'utiliser, il te faudra installer python 3.2 minimum.

**troumad** · 05/12/2011, 19h09

Je comptais faire ça demain, mais :
1) Je viens de voir un bug à corriger sur mon programme avant de tester sous Windows
2) Je viens de récupérer d'autres choses à faire

**pvincent** · 06/12/2011, 12h15

Pour afficher la liste des DLL utilisées par un programme sous MS Windows et leur provenance, il y a un outil gratuit vraiment pratique: Anvir Task Manager (http://www.anvir.com/).
Je l'ai utilisé pour savoir quels fichiers il me fallait recopier dans un seul répertoire avec l'exécutable de mon programme pour faire une distribution indépendante qui ne nécessite pas que l'utilisateur ait installé au préalable msys/MinGW.

**liberforce** · 06/12/2011, 12h35

Envoyé par pvincent

Pour afficher la liste des DLL utilisées par un programme sous MS Windows et leur provenance, il y a un outil gratuit vraiment pratique: Anvir Task Manager (http://www.anvir.com/).
Je l'ai utilisé pour savoir quels fichiers il me fallait recopier dans un seul répertoire avec l'exécutable de mon programme pour faire une distribution indépendante qui ne nécessite pas que l'utilisateur ait installé au préalable msys/MinGW.

Tu as aussi Dependency Walker qui doit être livré avec Visual Studio. C'est ce qu'on utilise au boulot.

**troumad** · 06/12/2011, 14h46

Je viens d'échouer à l'installation...
J'ai installé python, 7z et récupéré le programme en python.

J'ai commencé par vouloir l'exécuter à partir de l'environnement mingw. L'erreur m'a de suite indiqué que je n'étais pas dans le bon environnement => mauvais chemin d'accès.

Ensuite, j'essaie dans cmd.exe.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
C:\Documents and Settings\Troumad\Mes documents>.\download-mingw-rpm.py  mingw32-libunique
Error opening repository:
        http://download.opensuse.org/repositories/windows:/mingw:/win32/openSUSE_Factory/noarch/
        HTTP Error 404: Not Found
 
C:\Documents and Settings\Troumad\Mes documents>.\download-mingw-rpm.py  mingw32-libunique
Error opening repository:
        http://download.opensuse.org/repositories/windows:/mingw:/win32/openSUSE_Factory/
        no element found: line 1, column 0
C:\Documents and Settings\Troumad\Mes documents>.\download-mingw-rpm.py  gtk3-devel
Error opening repository:
        http://download.opensuse.org/repositories/windows:/mingw:/win32/openSUSE_Factory/
        no element found: line 1, column 0
 
C:\Documents and Settings\Troumad\Mes documents>

J'ai modifié le script python avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
  default_project = "windows:mingw:win32"
  default_repository = "openSUSE_Factory"

Suivant, les modifications faites, l'erreur change...

Je cherche encore !

Pour info, les deux modifications que j'ai faites dans le code auraient pu être faites avec les paramètres :
-p windows:mingw:win32 pour la première
-r openSUSE_Factory pour la seconde.

**troumad** · 02/03/2012, 08h51

Envoyé par liberforce

Une liste de diffusion pour le développement sous Windows a été ouverte, la windows-devel-list, mais il n'y a pas encore foule..

Je m'y inscrit. Je vais peut-être faire des progrès en anglais si on ne me fout pas à la porte à cause de mon niveau

**troumad** · 29/03/2012, 16h40

Envoyé par bansan_85

c'est ci-joint. Il y a quelques bugs de compilation qui devrait apparaître, notamment un smiley étrange qui apparait dans certains Makefile. Pour les enlever, un simple find . -name "Makefile" -exec sed -i 's/^A//g' {} \; devrait suffire. ^A correspond au caractère d'échappement ^A obtenu en faisant CTRL+V CTRL+A.

Ton script marcherait-il aussi avec gtk3.4 ? Il est là : http://ftp.gnome.org/pub/GNOME/sources/gtk+/3.4/

**troumad** · 15/07/2012, 19h15

Je fini de répondre à ma question...
Pour ne pas avoir les erreurs ,
1) changer le chemin vers l'éxécutable python.exe pour l'adapté à notre configuration
2) il faut passer par internet explorer et dire qu'on ne veut pas de proxi si c'est un problème de proxi...

Après quelques heures d'essais j'arrive enfin à récupérer gtk3.4 !

**troumad** · 01/12/2012, 16h51

Je viens encore d'utiliser cette méthode pour passer à gtk3.6 sous windows. Il n'y a toujours rien de plus simple ?
C'est dommage car le gros du travail (à mon avis) est déjà fait avec la livraison des rpm pour windows.

GTK+ 3.2 disponible en version définitive

GTK+ avec C & C++

Discussions similaires

Partager

Partager