Discussion :

[andrebernard]

Bonjour à tous,

Je suis débutant et pour créer un exécutable WINDOWS d'un code GTK

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
17
18
19
20
21
22
23
24
25
26
27
28
29
#include <stdio.h>
#include <stdlib.h>
#include <gtk/gtk.h>
 
int main(int argc, char *argv[])
{
    printf("La premiere fenêtre à RICO\n");
 
    /* Init GTK */
    gtk_init(&argc, &argv);
 
    /* Create main window */
    GtkWidget *main_window=gtk_window_new(GTK_WINDOW_TOPLEVEL);
    gtk_window_set_title(GTK_WINDOW(main_window),"La premiere fenetre a RICO");
 
    /* Connect exit signal */
    g_signal_connect(main_window,"delete-event",gtk_main_quit,NULL);
 
    /* Display window */
    gtk_widget_show_all(main_window);
 
    /* Run main loop */
    gtk_main();
 
    /* The following will be executed after the main loop ends */
    printf("Main loop exited\n");
 
    return 0;
}

je fait comme ceci

Code :

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

C:\MinGW\bin\gcc -mwindows C:\Fenetre2_GTK_WIN.c -o C:\Fenetre2_GTK_WIN.exe -mms-bitfields -IC:/GTK+/include/gtk-2.0 -IC:/GTK+/lib/gtk-2.0/include -IC:/GTK+/include/atk-1.0 -IC:/GTK+/include/cairo -IC:/GTK+/include/gdk-pixbuf-2.0 -IC:/GTK+/include/pango-1.0 -IC:/GTK+/include/glib-2.0 -IC:/GTK+/lib/glib-2.0/include -IC:/GTK+/include -IC:/GTK+/include/freetype2 -IC:/GTK+/include/libpng14  -LC:/GTK+/lib -lgtk-win32-2.0 -lgdk-win32-2.0 -latk-1.0 -lgio-2.0 -lpangowin32-1.0 -lgdi32 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lintl

Pour obtenir les paramétres à passer dans la ligne de commande, je fait comme ceci

Code :

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

C:\MinGW\bin\pkg-config --cflags --libs gtk+-2.0

Et mon executable Windows est bien créé

Maintenant je voudrais compiler le même code source pour RASPBERRY
Pour ceci j'utilise un crosscompilateur "gcc-linaro-arm-linux-gnueabihf-4.8-2013.11_win32"
J'ai déposé un "pkg-config.exe" dans le répertoire binaire de "gcc-linaro-arm-linux-gnueabihf-4.8-2013.11_win32" et l'ai lancé pour faire la même méthode qu'au dessus, j'obtiens donc

Code :

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

C:\arm-linux-gnueabihf-gcc.exe "C:\Fenetre1_GTK.c" -o "C:\Fenetre_GTK_NUX.nux" -IC:/gtk+-3.5.4-1-bundle/include/gtk-3.0 -IC:/gtk+-3.5.4-1-bundle/include/atk-1.0 -IC:/gtk+-3.5.4-1-bundle/include/cairo -IC:/gtk+-3.5.4-1-bundle/include/gdk-pixbuf-2.0 -IC:/gtk+-3.5.4-1-bundle/include/pango-1.0 -IC:/gtk+-3.5.4-1-bundle/include/glib-2.0 -IC:/gtk+-3.5.4-1-bundle/lib/glib-2.0/include -IC:/gtk+-3.5.4-1-bundle/include -IC:/gtk+-3.5.4-1-bundle/include/pixman-1 -IC:/gtk+-3.5.4-1-bundle/include/freetype2 -IC:/gtk+-3.5.4-1-bundle/include/libpng15  -Wl,-luuid -LC:/gtk+-3.5.4-1-bundle/lib -lgtk-3 -lgdk-3 -limm32 -lshell32 -lole32 -latk-1.0 -lgio-2.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo-gobject -lpangoft2-1.0 -lpangowin32-1.0 -lgdi32 -lfreetype -lfontconfig -lpango-1.0 -lm -lcairo -lgobject-2.0 -lglib-2.0 -lintl

Mais lorsque je lance ce code j'obtiens des pages d'erreurs

In file included from C:/gtk+-3.5.4-1-bundle/include/glib-2.0/glib/gal
loca.h:34,
from C:/gtk+-3.5.4-1-bundle/include/glib-2.0/glib.h:3
2,
from C:/gtk+-3.5.4-1-bundle/include/gtk-3.0/gdk/gdkco
nfig.h:13,
from C:/gtk+-3.5.4-1-bundle/include/gtk-3.0/gdk/gdk.h
:30,
from C:/gtk+-3.5.4-1-bundle/include/gtk-3.0/gtk/gtk.h
:30,
from C:\Fenetre1_GTK.c:3:

C:/gtk+-3.5.4-1-bundle/include/glib-2.0/glib/gtypes.h:476:33: warning:
return type defaults to 'int' [-Wimplicit-int]
# define GLIB_VAR extern __declspec(dllimport)
^~~~~~~~~~
C:/gtk+-3.5.4-1-bundle/include/glib-2.0/glib/gmem.h:276:1: note: in ex
pansion of macro 'GLIB_VAR'
GLIB_VAR gboolean g_mem_gc_friendly;
^~~~~~~~
In file included from C:/gtk+-3.5.4-1-bundle/include/glib-2.0/glib/gli
st.h:34,
from C:/gtk+-3.5.4-1-bundle/include/glib-2.0/glib/gha
sh.h:35,
from C:/gtk+-3.5.4-1-bundle/include/glib-2.0/glib.h:5
2,
from C:/gtk+-3.5.4-1-bundle/include/gtk-3.0/gdk/gdkco
nfig.h:13,
from C:/gtk+-3.5.4-1-bundle/include/gtk-3.0/gdk/gdk.h
:30,
from C:/gtk+-3.5.4-1-bundle/include/gtk-3.0/gtk/gtk.h
:30,
from C:\Fenetre1_GTK.c:3:

C:/gtk+-3.5.4-1-bundle/include/glib-2.0/glib/gmem.h: In function '__de
clspec':
C:/gtk+-3.5.4-1-bundle/include/glib-2.0/glib/gmem.h:280:10: error: exp
ected '=', ',', ';', 'asm' or '__attribute__' before 'GMemVTable'
GLIB_VAR GMemVTable *glib_mem_profiler_table;
^~~~~~~~~~
.........................
........................
etc ...thousands pages

Je suppose donc que ce n'est pas du tout comme ceci qu'il faut s'y prendre
Mais j'ai cherché pendant plusieurs jours et pas trouvé d'exemples complets pour faire ce genre de manipulations

Si quelqu'un a déjà fait ce genre de manipulation, je ne serais pas contre un petit peu d'aide pour comprendre le principe le plus simple de la crosscompilation Windows/Raspbian
Je vous remercie par avance et vous souhaite dors et déjà une bonne journée

[LittleWhite]

Bonjour,

Ah la cross compilation, toujours une partie de plaisir !

Déjà, dans le premier cas (fonctionnel ?) vous pointez sur gtk2 et sur le second cas (rpi) vous utilisez gtk3.
Ensuite, êtes vous sur que vous pointez sur du gtk3 pour ARM ?

[andrebernard]

Bonjour LittleWhite,

Avant toutes choses....merci mille fois de votre réponse, car je me sent vraiment tout seul et perdu dans ce monde du C qui m'a toujours passionné, mais dont je ne connais presque rien

Si je pointe sur différents GTK c'est surement dû au fait que j'ai tellement essayé de trucs avant de vous déranger, que j'ai surement tout mélangé
Mais la première chose que j'aimerais savoir afin de me rassurer, c'est est ce que c'est possible de crosscompiler comme je m'y prend ?

C'est à dire utiliser "gcc-linaro-arm-linux-gnueabihf-4.8-2013.11_win32" sur un PC windows, pour créer un exécutable RASP utilisant la librairie GTK, que je n'aurais plus qu'à transférer et lancer sur RASPBIAN ?

[andrebernard]

Bon, j'ai refait un essai en faisant bien attention aux chemins
J'ouvre une console et tape ces 4 lignes

Code :

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

1
2
3
4
5
SET PATH=C:\GCC\gcc-linaro-arm-linux-gnueabihf-4.8-2013.11_win32\bin;%PATH%;
SET PATH=C:\GCC\gtk+\bin;%PATH%
SET PKG_CONFIG_PATH=C:\GCC\gtk+\lib\pkgconfig
 
C:\GCC\gtk+\bin\pkg-config.exe --cflags --libs gtk+-2.0

J'obtiens cette réponse

Code :

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

1
2
3
4
5
6
7
8
-mms-bitfields -IC:/GCC/gtk+/include/gtk-2.0 -IC:/GCC/gtk+/lib/gtk-2.0/include -
IC:/GCC/gtk+/include/atk-1.0 -IC:/GCC/gtk+/include/cairo -IC:/GCC/gtk+/include/g
dk-pixbuf-2.0 -IC:/GCC/gtk+/include/pango-1.0 -IC:/GCC/gtk+/include/glib-2.0 -IC
:/GCC/gtk+/lib/glib-2.0/include -IC:/GCC/gtk+/include -IC:/GCC/gtk+/include/free
type2 -IC:/GCC/gtk+/include/libpng14  -LC:/GCC/gtk+/lib -lgtk-win32-2.0 -lgdk-wi
n32-2.0 -latk-1.0 -lgio-2.0 -lpangowin32-1.0 -lgdi32 -lpangocairo-1.0 -lgdk_pixb
uf-2.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0
-lintl

Je rajoute à ma ligne de compilation

Code :

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

C:\GCC\gcc-linaro-arm-linux-gnueabihf-4.8-2013.11_win32\bin\arm-linux-gnueabihf-gcc.exe C:\GCC\Fenetre1_GTK.c -o C:\GCC\Fenetre_GTK_NUX.nux

les parametres du dessus remontés par "C:\GCC\gtk+\bin\pkg-config.exe"

Code :

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

1
2
C:\GCC\gcc-linaro-arm-linux-gnueabihf-4.8-2013.11_win32\bin\arm-linux-gnueabihf-gcc.exe C:\GCC\Fenetre1_GTK.c -o C:\GCC\Fenetre_GTK_NUX.nux -mms-bitfields -IC:/GCC/gtk+/include/gtk-2.0 -IC:/GCC/gtk+/lib/gtk-2.0/include -IC:/GCC/gtk+/include/atk-1.0 -IC:/GCC/gtk+/include/cairo -IC:/GCC/gtk+/include/gdk-pixbuf-2.0 -IC:/GCC/gtk+/include/pango-1.0 -IC:/GCC/gtk+/include/glib-2.0 -IC
:/GCC/gtk+/lib/glib-2.0/include -IC:/GCC/gtk+/include -IC:/GCC/gtk+/include/freetype2 -IC:/GCC/gtk+/include/libpng14  -LC:/GCC/gtk+/lib -lgtk-win32-2.0 -lgdk-win32-2.0 -latk-1.0 -lgio-2.0 -lpangowin32-1.0 -lgdi32 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lintl

Et j'obtiens cette réponse

arm-linux-gnueabihf-gcc.exe: erreur: unrecognized command line option '-mms-bitfields'

Et quand je supprime le parametre '-mms-bitfields' en question
J'obtiens des centaines d'erreurs

In file included from C:/GCC/gtk+/include/glib-2.0/glib/gthread.h:35:0,
from C:/GCC/gtk+/include/glib-2.0/glib/gasyncqueue.h:34,
from C:/GCC/gtk+/include/glib-2.0/glib.h:34,
from C:/GCC/gtk+/include/glib-2.0/gobject/gbinding.h:30,
from C:/GCC/gtk+/include/glib-2.0/glib-object.h:25,
from C:/GCC/gtk+/include/glib-2.0/gio/gioenums.h:30,
from C:/GCC/gtk+/include/glib-2.0/gio/giotypes.h:30,
from C:/GCC/gtk+/include/glib-2.0/gio/gio.h:28,
from C:/GCC/gtk+/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30,
from C:/GCC/gtk+/include/gtk-2.0/gdk/gdk.h:32,
from C:/GCC/gtk+/include/gtk-2.0/gtk/gtk.h:32,
from C:\GCC\Fenetre1_GTK.c:3:
C:/GCC/gtk+/include/glib-2.0/glib/gutils.h: In function '__declspec':
C:/GCC/gtk+/include/glib-2.0/glib/gutils.h:433:10: error: expected '=', ',', ';'
, 'asm' or '__attribute__' before 'const'
GLIB_VAR const guint glib_minor_version;
^
C:/GCC/gtk+/include/glib-2.0/glib/gutils.h:434:10: error: expected '=', ',', ';'
, 'asm' or '__attribute__' before 'const'
GLIB_VAR const guint glib_micro_version;
^
C:/GCC/gtk+/include/glib-2.0/glib/gutils.h:435:10: error: expected '=', ',', ';'
, 'asm' or '__attribute__' before 'const'
GLIB_VAR const guint glib_interface_age;
^
C:/GCC/gtk+/include/glib-2.0/glib/gutils.h:436:10: error: expected '=', ',', ';'
, 'asm' or '__attribute__' before 'const'
GLIB_VAR const guint glib_binary_age;
^
In file included from C:/GCC/gtk+/include/glib-2.0/glib/gasyncqueue.h:34:0,
from C:/GCC/gtk+/include/glib-2.0/glib.h:34,
from C:/GCC/gtk+/include/glib-2.0/gobject/gbinding.h:30,
from C:/GCC/gtk+/include/glib-2.0/glib-object.h:25,
from C:/GCC/gtk+/include/glib-2.0/gio/gioenums.h:30,
from C:/GCC/gtk+/include/glib-2.0/gio/giotypes.h:30,
from C:/GCC/gtk+/include/glib-2.0/gio/gio.h:28,
from C:/GCC/gtk+/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30,
from C:/GCC/gtk+/include/gtk-2.0/gdk/gdk.h:32,
from C:/GCC/gtk+/include/gtk-2.0/gtk/gtk.h:32,
from C:\GCC\Fenetre1_GTK.c:3:
C:/GCC/gtk+/include/glib-2.0/glib/gthread.h:43:15: error: storage class specifie
d for parameter 'g_thread_error_quark'
extern GQuark g_thread_error_quark (void);

Quelqu'un comprend il ce qui se passe ?

[LittleWhite]

Sans certitude, essayez en enlevant les :

Code :

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

1
2
#include <stdio.h>
#include <stdlib.h>

Sinon,

Mais la première chose que j'aimerais savoir afin de me rassurer, c'est est ce que c'est possible de crosscompiler comme je m'y prend ?

Possible, mais pas facile. En effet, il faut avoir le bon compilateur (il semble que ce soit bon pour vous), les bonnes bibliothèques (au bon format, prévu pour la plateforme cible) et quand on dit les bonnes bibliothèques, on parle aussi des bibliothèques de base comme la bibliothèque C.

C'est à dire utiliser "gcc-linaro-arm-linux-gnueabihf-4.8-2013.11_win32" sur un PC windows, pour créer un exécutable RASP utilisant la librairie GTK, que je n'aurais plus qu'à transférer et lancer sur RASPBIAN ?

Oui, dans la théorie.
Dans la pratique, il faudra que les bibliothèques telles que GTK soient installées sur le Raspberry Pi (ou quelle soit dans l'exécutable en statique, ou alors, elles aussi copier avec l'exécutable).
Dans un cas comme le votre, où le Raspberry Pi a assez de puissance pour compiler, on conseillera de directement compiler sur le Raspberry Pi (et même de code directement dessus).

Ou encore, je considère (à titre personnel) que cela serait plus facile, en étant sous Linux (mais là, peut être je me fais une fausse idée).

[andrebernard]

Bon bah merci de votre explication.
Je vais essayer de me rabattre plutôt sur la remote compilation que la crosscompilation
Bonne journée

[Bktero]

Ca n'a rien à voir avec le problème mais pourquoi utiliser une aussi vieille version de GCC ? Linaro semble proposer du GCC7 https://releases.linaro.org/componen...nux-gnueabihf/

[andrebernard]

Bonjour BKTERO,

Merci de vous intéresser à mon triste cas, car je me sens un peu seul au monde dans cette recherche qui dure depuis plusieurs semaines déjà avant que je m'adresse par désespoir sur ce site de passionnés et professionnels du C

pour répondre à votre question, tout bêtement parce que pendant ces semaines de recherches j'ai essayé de suivre les conseils de divers réponses dans divers forums,de tutos,pour ne jamais arriver à rien
Dans ces posts, il y avait des liens et j'ai bêtement suivi ces derniers, je suppose que les posts étaient vieux car quand on lit des centaines de pages on ne fait plus attention aux dates.

Il y aurait donc une version 7 pour windows...je vais faire des essais
Merci beaucoup de votre précieuse aide, peut être est ce là la solution

[LittleWhite]

Aussi, je viens de penser : êtes vous sur que vous arrivez à cross compiler un simple hello world ?
Du coup, même après changement du compilo (enfin de version), faites un test avec un simple hello world avant de rattaquer avec GTK .

[Bktero]

Aussi, je viens de penser : êtes vous sur que vous arrivez à cross compiler un simple hello world ?
Du coup, même après changement du compilo (enfin de version), faites un test avec un simple hello world avant de rattaquer avec GTK .

J'allais poser la question !

[andrebernard]

Super, je vais pouvoir répondre à deux maitres du C en une seule réponse

Oui bien sûr, la cross compilation d'un simple "Hello word" fonctionne parfaitement, et c'est ça qui m’énerve

J'arrive à compiler :

- Un "Hello word" avec Windows pour Windows en utilisant "MinGW"

- Un "Hello word" avec Windows pour RASPBERRY en utilisant "gcc-linaro-arm-linux-gnueabihf-4.8-2013.11_win32"

- Une fenêtre GTK avec Windows pour Windows en utilisant "MinGW"

Mais je n'arrive pas à compiler une fenêtre GTK avec Windows pour RASPBERRY en utilisant "gcc-linaro-arm-linux-gnueabihf-4.8-2013.11_win32"
La première erreur qui remonte est qu'il ne comprend pas le paramètre "-mms-bitfields"
Et si je retire le paramètre "-mms-bitfields" cette fois il me retourne des dizaines de pages d'erreurs

n file included from C:/GCC/gtk+/include/glib-2.0/glib/gthread.h:35:0,
from C:/GCC/gtk+/include/glib-2.0/glib/gasyncqueue.h:34,
from C:/GCC/gtk+/include/glib-2.0/glib.h:34,
from C:/GCC/gtk+/include/glib-2.0/gobject/gbinding.h:30,
from C:/GCC/gtk+/include/glib-2.0/glib-object.h:25,
from C:/GCC/gtk+/include/glib-2.0/gio/gioenums.h:30,
from C:/GCC/gtk+/include/glib-2.0/gio/giotypes.h:30,
from C:/GCC/gtk+/include/glib-2.0/gio/gio.h:28,
from C:/GCC/gtk+/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30,
from C:/GCC/gtk+/include/gtk-2.0/gdk/gdk.h:32,
from C:/GCC/gtk+/include/gtk-2.0/gtk/gtk.h:32,
from C:\GCC\Fenetre1_GTK.c:3:
C:/GCC/gtk+/include/glib-2.0/glib/gutils.h: In function '__declspec':
C:/GCC/gtk+/include/glib-2.0/glib/gutils.h:433:10: error: expected '=', ',', ';'
, 'asm' or '__attribute__' before 'const'
GLIB_VAR const guint glib_minor_version;
^
C:/GCC/gtk+/include/glib-2.0/glib/gutils.h:434:10: error: expected '=', ',', ';'
, 'asm' or '__attribute__' before 'const'
GLIB_VAR const guint glib_micro_version;
^
C:/GCC/gtk+/include/glib-2.0/glib/gutils.h:435:10: error: expected '=', ',', ';'
, 'asm' or '__attribute__' before 'const'
GLIB_VAR const guint glib_interface_age;
^
C:/GCC/gtk+/include/glib-2.0/glib/gutils.h:436:10: error: expected '=', ',', ';'
, 'asm' or '__attribute__' before 'const'
GLIB_VAR const guint glib_binary_age;
^
In file included from C:/GCC/gtk+/include/glib-2.0/glib/gasyncqueue.h:34:0,
from C:/GCC/gtk+/include/glib-2.0/glib.h:34,
from C:/GCC/gtk+/include/glib-2.0/gobject/gbinding.h:30,
from C:/GCC/gtk+/include/glib-2.0/glib-object.h:25,
from C:/GCC/gtk+/include/glib-2.0/gio/gioenums.h:30,
from C:/GCC/gtk+/include/glib-2.0/gio/giotypes.h:30,
from C:/GCC/gtk+/include/glib-2.0/gio/gio.h:28,
from C:/GCC/gtk+/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30,
from C:/GCC/gtk+/include/gtk-2.0/gdk/gdk.h:32,
from C:/GCC/gtk+/include/gtk-2.0/gtk/gtk.h:32,
from C:\GCC\Fenetre1_GTK.c:3:
C:/GCC/gtk+/include/glib-2.0/glib/gthread.h:43:15: error: storage class specifie
d for parameter 'g_thread_error_quark'
extern GQuark g_thread_error_quark (void);

Il y a autre chose que je n'arrive pas à faire, si cela pouvait aider à la compréhension de mon probleme

Lorsque je fait

Code :

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

C:\GCC\gtk+\bin\pkg-config.exe --cflags --libs gtk+-2.0

et que j'obtiens cette réponse

Code :

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

1
2
3
4
5
6
7
8
-mms-bitfields -IC:/GCC/gtk+/include/gtk-2.0 -IC:/GCC/gtk+/lib/gtk-2.0/include -
IC:/GCC/gtk+/include/atk-1.0 -IC:/GCC/gtk+/include/cairo -IC:/GCC/gtk+/include/g
dk-pixbuf-2.0 -IC:/GCC/gtk+/include/pango-1.0 -IC:/GCC/gtk+/include/glib-2.0 -IC
:/GCC/gtk+/lib/glib-2.0/include -IC:/GCC/gtk+/include -IC:/GCC/gtk+/include/free
type2 -IC:/GCC/gtk+/include/libpng14  -LC:/GCC/gtk+/lib -lgtk-win32-2.0 -lgdk-wi
n32-2.0 -latk-1.0 -lgio-2.0 -lpangowin32-1.0 -lgdi32 -lpangocairo-1.0 -lgdk_pixb
uf-2.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0
-lintl

Normalement en mode compilation avec Windows pour Windows, je colle le résultat ci-dessus obtenu à la suite de ma commande

Code :

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

C:\GCC\MinGW\bin\gcc.exe C:\GCC\Fenetre1_GTK.c -o C:\GCC\Fenetre1_GTK_WIndows.exe

Ce qui donne donc

Code :

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

C:\GCC\MinGw\bin\gcc.exe C:\GCC\Fenetre1_GTK.c -o C:\GCC\Fenetre1_GTK_WIndows.exe -mms-bitfields -IC:/GCC/gtk+/include/gtk-2.0 -IC:/GCC/gtk+/lib/gtk-2.0/include -IC:/GCC/gtk+/include/atk-1.0 -IC:/GCC/gtk+/include/cairo -IC:/GCC/gtk+/include/gdk-pixbuf-2.0 -IC:/GCC/gtk+/include/pango-1.0 -IC:/GCC/gtk+/include/glib-2.0 -IC:/GCC/gtk+/lib/glib-2.0/include -IC:/GCC/gtk+/include -IC:/GCC/gtk+/include/freetype2 -IC:/GCC/gtk+/include/libpng14  -LC:/GCC/gtk+/lib -lgtk-win32-2.0 -lgdk-win32-2.0 -latk-1.0 -lgio-2.0 -lpangowin32-1.0 -lgdi32 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lint

Et ça marche nickel, j'obtiens ma fenêtre GTK pour Windows, si bien sûr je joint la flopée de DLL GTK à coté de l'exe Windows créé

Mais normalement, l'on peut faire ça en une seule manip, en faisant

Code :

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

C:\GCC\MinGW\bin\gcc.exe C:\GCC\Fenetre1_GTK.c `pkg-config --cflags --libs gtk+-2.0` -o C:\GCC\Fenetre1_GTK.exe

Et bien là pas moyen non plus

J'ai lu que lorsque l'on mettait entre "backticks" un exe en paramètre de GCC, celui ci le lançait en sous process
Et là...quedal, il arrête pas de me dire qu'il ne trouve pas "pkg-config", même si je lui ecrit juste avant

Code :

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

1
2
3
4
SET PATH=C:\GCC\MinGW\bin;%PATH%
SET PATH=C:\GCC\gtk+\bin;%PATH%
SET PATH=C:\GCC\gtk+\bin;%PATH%
SET PKG_CONFIG_PATH=C:\GCC\gtk+\lib\pkgconfig

Je vous remercie beaucoup de votre intérêt à mon désespoir

[LittleWhite]

Pour les backticks, je pense que ce n'est compatible avec la ligne de commandes de Windows. J'ose croise que c'est uniquement valide dans les terminaux Linux (style Bash).

[andrebernard]

Aaaah !!! ce serait ça !!!!
Et ben, dans toutes les pages que j'ai lu, il n'y avait pas cette info
Merci, j'ai déjà un probleme résolu ....
Je connaissais pas ce "backticks" surement alors parce que jusqu'à maintenant je n'étais que sur WINDOWS

[Bktero]

Quelque chose me chagrine... Dans ton message #4, tu mets une ligne de commande et je vois ça :

Code :

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

C:\GCC\gcc-linaro-arm-linux-gnueabihf-4.8-2013.11_win32\bin\arm-linux-gnueabihf-gcc.exe [...] -lgtk-win32-2.0 [...]

Donc tu compiles pour Linux mais en essayant de lier une bibliothèque win32. Ca me semble louche.

EDIT : ton erreur indique une erreur de compilation, donc tu n'es pas encore arrivé à la phase de linkage. Ce que je veux dire c'est que ta ligne de commande n'est peut-être pas bonne du tout.

[andrebernard]

Je me suis aussi fait cette réfection
Je me suis dit c'est bizarre que la librairie Windows servent dans les deux cas
Mais comme je connait rien au mécanisme de cette crosscompilation, je me suis aussi dit qu'il avaient prévu dans la lib GTK pour les deux
C'est aussi le fait que Linaro ne veuille pas le "-mms-bitfields" que le "pkg-config" donne dans la compil Windows/Rasp, alors qu'il l'accepte dans la compil Windows/Windows
Ce serait donc surement ça.

Mais alors d’après toi, il faudrait poser la lib GTK de LINUX a coté de Linaro...et pour les paramètres ? Il faudra que je regarde si il y a un "pkg-config.exe" pour les créer...ce qui m'étonnerait
Ou alors peut être qu'il ne faut pas de paramètres, ce qui m'étonne aussi, car comment Linaro peut savoir que je vais utiliser GTK ?

Quel casse tête !!!

[LittleWhite]

Je viens de repasser et je me dis que pour l'astuce des backticks pour pkg-config, il y a aussi le problème que pkg-config n'est pas dans le PATH et donc, qu'il faut spécifier le chemin complet de l'outil.
Pour le résultat de pkg-config, je le prendrai (même pour Windows) et je l'éditerai pour pointer vers les libs GTK ARMv7.

[andrebernard]

Rebonjour LittleWhite

Et ben, les ingenieurs ça fête pas noël ?
En tout cas merci de réfléchir à mon triste cas ce jour important de l'année

et je l'éditerai pour pointer vers les libs GTK ARMv7.

Qu'est ce que ça veut dire exactement "je l'éditerais"

[LittleWhite]

Cette réponse de pkg-config :

-mms-bitfields -IC:/GCC/gtk+/include/gtk-2.0 -IC:/GCC/gtk+/lib/gtk-2.0/include -
IC:/GCC/gtk+/include/atk-1.0 -IC:/GCC/gtk+/include/cairo -IC:/GCC/gtk+/include/g
dk-pixbuf-2.0 -IC:/GCC/gtk+/include/pango-1.0 -IC:/GCC/gtk+/include/glib-2.0 -IC
:/GCC/gtk+/lib/glib-2.0/include -IC:/GCC/gtk+/include -IC:/GCC/gtk+/include/free
type2 -IC:/GCC/gtk+/include/libpng14 -LC:/GCC/gtk+/lib -lgtk-win32-2.0 -lgdk-wi
n32-2.0 -latk-1.0 -lgio-2.0 -lpangowin32-1.0 -lgdi32 -lpangocairo-1.0 -lgdk_pixb
uf-2.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0
-lintl

Je l'éditerai (chaque chemin qui apparait) pour pointer sur le GTK 2 version ARMv7 (version pour Raspberry Pi). Ainsi, j'aurais les "bonnes options", et finalement, les bons chemins, même si je n'arrive pas à avoir un pkg-config fonctionnel pour déterminer ce qu'il faut pour ARMv7.

[andrebernard]

Aaahhh d'accord, je vais essayer ton conseil, dès que possible.
Encore merci

[chrtophe]

-mms-bitfields correspond à une option spécifique x86. c'est pour ça que ça merde.

Je pense qu'il te faut aussi crosscompiler la bibliothèque.

Ou peut-être essayer de compiler de chaque coté en utilisant par exemple cmake, qui te permet de génerer facilement un makefile pour chaque plateforme.