C sur Linux, même chose que windows?

Je commence à programmer en c et je veux le faire sur Linux. Je me demandais si vous connaissez un tutoriel pour linux.

Un autre question, est-ce que le programme ci-dessous devrait fonctionner sur Linux ?

Code:

---

1 2 3 4 5 6 7

#include <stdio.h> main() /* Notre premier programme en C */ { printf("hello, world\n"); return 0; }

---

Est-ce que vous connaissez un document qui explique la différence entre les deux? Entre le c pour windows et celui pour Linux.

Merci

Le C est portable, c'est-à-dire que les programmes écrits en C, s'ils respectent la norme, peuvent être compilés pour n'importe quel plateforme sans le moindre changement dans le code. Ce qui change de Windows à Linux par exemple, c'est la manière de compiler les programmes, pas les codes sources. Pour compiler un fichier hello.c par exemple sous Linux, il suffit juste de taper la commande gcc hello.c. Tu auras en sortie un fichier hello.out qui est l'exécutable. Il y a plein de tutoriels sur l'utilisation de gcc sous Linux sur le net.

Bonjour et bienvenue.

Merci d'utiliser les balises [CODE] lorsque tu postes un extrait de code sur le forum.

Tu as à ta disposition des tutoriaux et une F.A.Q., ainsi que d'autres ressources dans le bandeau d'accueil du forum en haut de la page.

Le programme que tu présentes fonctionnera parfaitement sous Linux.

Le C est le même partout, en principe. Mais, contrairement à d'autres langages, le C n'a pas un nombre fini d'instructions : chaque nouvelle fonction que tu définis peut forme en soi une nouvelle commande. Ainsi, tu utilises des « bibliothèques » de fonctions (library) qui te proposent des facilités toutes faites.

L'une des caractéristiques d'un système d'exploitation est justement de fournir au programmeur un ensemble suffisant de ces bibliothèques pour que tu puisses faire quelque chose sans tout réinventer. C'est donc en grande partie le choix des outils que tu vas utiliser qui va rendre ton programme portable d'un système à l'autre ou non.

Toutefois, la norme C spécifie un certain nombre de fonctions « standard » qui doivent être, en principe, disponibles avec chaque compilateur C. « printf » en fait partie.

Citation:

---

Envoyé par Melem

Pour compiler un fichier hello.c par exemple sous Linux, il suffit juste de taper la commande gcc hello.c. Tu auras en sortie un fichier hello.out qui est l'exécutable.

---

Je suis sous ubuntu 9.10 et quand je fais gcc nomdefichier.c ca ne me donne pas un nomdefichier.out mais plutot un a.out. Sinon le C est portable mais je ne pense pas que un "getch()" ou toutes autres fonctions liées à la bibliothèque Windows marchent (logique vous me direz mais enfin :mouarf:). Enfin quelques petits changement mineures mais rien de bien compliqué au final :mrgreen:

Voila tchao

Bonsoir.

Citation:

---

Envoyé par Melem

il suffit juste de taper la commande gcc hello.c. Tu auras en sortie un fichier hello.out qui est l'exécutable. Il y a plein de tutoriels sur l'utilisation de gcc sous Linux sur le net.

---

Un fichier a.out plutôt, non ;) ?
Sinon : gcc nom_du_fichier.c -o nom_de_l_executable

Sinon, eclipse, Code::Blocks et d'autres IDE spécifiques à Linux (Anjuta par exemple) sont disponnibles ...

Citation:

---

Envoyé par Trademark

je ne pense pas que un "getch()" [...]

---

Eh oui tout ce qui vient de windows.h, conio.h & co c'est pas disponible. De même, il existe des bibliothèques Unix qui ne sont pas portables.

Pareil pour l'instruction system () qui exécute une commande de l'OS (les commandes ne sont pas les mêmes d'un OS à l'autre) ...

Pour getch, tu peut te servir d'autres instructions d'entrées portables (getchar (), fgets (), etc) ...

Pour finir, attention à la syntaxe de main :

Code:

---

1 2 3 4 5

int main (void) /* void quand on n'utilise pas les paramètres de main */ { /* instructions */ return 0; }

---

Citation:

---

Envoyé par ok.Idriss

Un fichier a.out plutôt, non ?

---

Euh ... oui, un truc de ce genre :mrgreen:.

Pour main, même les exemples de la norme ne mettent jamais void entre les parenthèses de main (sauf peut-être une ou deux fois et, là je spécule, probablement par inattention :mouarf:). Préciser le type de retour (qui est int) par contre est fortement recommandé.

Citation:

---

Envoyé par Melem

Pour main, même les exemples de la norme ne mettent jamais void entre les parenthèses de main (sauf peut-être une ou deux fois et, là je spécule, probablement par inattention :mouarf:). Préciser le type de retour (qui est int) par contre est fortement recommandé.

---

C'était surtout pour l'absence du type de retour que j'ai fait la remarque. Et comme j'ai pris l'habitude de mettre void entre parenthèses quand main ne prend pas de paramètres (le commentaire était à tire explicatif) ... je n'ai pas manqué à cette habitude en postant :) .

De manière générale, mettre void entre parenthèses dans une fonction sans paramètres est plus rigoureux, notamment pour indiquer au compilo que la fonction ne prend pas de paramètres (il indiquera ainsi une erreur lorsque l'on fait un appel de cette fonction avec des paramètres). Dans le cas contraire, la fonction peut prendre une infinité de paramètres. Évidemment, ce n'est pas très grave parce qu'on va pas s'amuser à faire des appels avec des paramètres inutilement (pour le cas de main, c'est encore moins important puisque l'on ne retrouve pas d'appel de celle-ci dans le code, le void c'est plutôt par habitude cette fois) ...

Sinon, c'est un peu (beaucoup) du chipotage mais on auras quand même un warning avec l'option -Wstrict-prototypes de gcc, si l'on ne met rien entre parenthèses (et on auras d'autres warning si on met les paramètres de main inutilement) :mouarf: .

Cordialement,
Idriss

Citation:

---

Envoyé par Melem

Le C est portable, c'est-à-dire que les programmes écrits en C, s'ils respectent la norme, peuvent être compilés pour n'importe quel plateforme sans le moindre changement dans le code. Ce qui change de Windows à Linux par exemple, c'est la manière de compiler les programmes, pas les codes sources. Pour compiler un fichier hello.c par exemple sous Linux, il suffit juste de taper la commande gcc hello.c. Tu auras en sortie un fichier hello.out qui est l'exécutable. Il y a plein de tutoriels sur l'utilisation de gcc sous Linux sur le net.

---

Merci.

Et pour ce qui est de faire des fenêtres, est-ce que c'est encore les mêmes normes? Parce que dans les tutoriels, je vois l'api de windows et GTK+ pour gnome.

Citation:

---

Envoyé par Matthieu57b1

Et pour ce qui est de faire des fenêtres, est-ce que c'est encore les mêmes normes? Parce que dans les tutoriels, je vois l'api de windows et GTK+ pour gnome.

---

On ne parle pas de normes mais de bibliothèques graphiques (on sort du C standard). Tu as bien gtk (gtk+ étant l'équivalent Windows il me semble mais bon, c'est du détail) ... mais l'api win32 je ne pense pas :mouarf: .

Citation:

---

Envoyé par Obsidian

Bonjour et bienvenue.

Merci d'utiliser les balises [CODE] lorsque tu postes un extrait de code sur le forum.

Tu as à ta disposition des tutoriaux et une F.A.Q., ainsi que d'autres ressources dans le bandeau d'accueil du forum en haut de la page.

Le programme que tu présentes fonctionnera parfaitement sous Linux.

Le C est le même partout, en principe. Mais, contrairement à d'autres langages, le C n'a pas un nombre fini d'instructions : chaque nouvelle fonction que tu définis peut forme en soi une nouvelle commande. Ainsi, tu utilises des « bibliothèques » de fonctions (library) qui te proposent des facilités toutes faites.

L'une des caractéristiques d'un système d'exploitation est justement de fournir au programmeur un ensemble suffisant de ces bibliothèques pour que tu puisses faire quelque chose sans tout réinventer. C'est donc en grande partie le choix des outils que tu vas utiliser qui va rendre ton programme portable d'un système à l'autre ou non.

Toutefois, la norme C spécifie un certain nombre de fonctions « standard » qui doivent être, en principe, disponibles avec chaque compilateur C. « printf » en fait partie.

---

Bonjours à tous, j'avais oublié.

Oui, j'avais regarder la FAQ mais j'ai oublié pour le code, je vais faire attention la prochaine fois.

Peut-être lire mon message précédent dans le fils.

Auriez-vous un lien qui donne toute les fonction c, arguement ou commande possible avec une expliquation? Peut-être devhelp que je suis entrain de télécharger.

Par ailleur, j'ai trouvé un livre de c pour Linux et il n'utilise pas printf. (je me souviens plus exactement, puts je crois, blanc de mémoire. Je vais revenir avec la fonction demain. )

merci

Citation:

---

Envoyé par ok.Idriss

On ne parle pas de normes mais de bibliothèques graphiques (on sort du C standard). Tu as bien gtk (gtk+ étant l'équivalent Windows il me semble mais bon, c'est du détail) ... mais l'api win32 je ne pense pas :mouarf: .

---

Et est-ce que il y a un standart pour du graphique en C ?

Citation:

---

Envoyé par Matthieu57b1

Et est-ce que il y a un standart pour du graphique en C ?

---

Euh non, je ne crois pas (j'en suis certain même :mouarf:), il faut s'en tenir aux api externes comme gtk par exemple (qui fonctionne à la fois sous Windows et sous Linux).

Citation:

---

Envoyé par Matthieu57b1

Par ailleurs, j'ai trouvé un livre de c pour Linux et il n'utilise pas printf.

---

Tu peut sans problème utiliser printf, stdio.h est bien entendue standard (il y a pas mal d'instructions d'entrées/sorties standard dans cette bibliothèque) ;) .

Citation:

---

Envoyé par ok.Idriss

Euh non, je ne crois pas (j'en suis certain même :mouarf:), il faut s'en tenir aux api externes comme gtk par exemple (qui fonctionne à la fois sous Windows et sous Linux).

---

Parfait, merci :ccool:

Citation:

---

Envoyé par Matthieu57b1

Auriez-vous un lien qui donne toute les fonction c, arguement ou commande possible avec une expliquation? Peut-être devhelp que je suis entrain de télécharger.

---

Si tu développes sous Linux, et sous Unix en général, le point de départ incontournable est les « pages du manuel » ou « man pages ». Tu peux les avoir en ligne ici même, ou depuis la ligne de commande que tu utilises pour lancer gcc, par exemple. Tapes man 3 printf pour avoir le détail d'une fonction, d'une commande Shell ou autre. Il te faudra peut-être installer le bon package si ta distribution n'a pas été prévue à l'installation pour faire du développement.

Tu peux jeter un œil à la norme C si tu veux voir ce qui est défini par le standard. La wikipage correspondante te donne également tous les headers spécifiés par le standard. Par exemple, printf() fait partie de stdio.h. Un man stdio te donnera la liste des autres fonctions contenues dans ce header.

Tu peux ensuite voir les spécifications UNIX (pas faciles à trouver de prime abord) pour voir le minimum syndical qu'un système UNIX qui se respecte doit proposer. Enfin, jette ton autre œil vers [ame="http://fr.wikipedia.org/wiki/POSIX"]POSIX[/ame].

Avec ça, tu as de quoi t'occuper un moment. :-)

Citation:

---

Par ailleur, j'ai trouvé un livre de c pour Linux et il n'utilise pas printf. (je me souviens plus exactement, puts je crois, blanc de mémoire. Je vais revenir avec la fonction demain.)

---

Pourtant, printf() est probablement la fonction C standard la plus utilisée, et la première enseignée. Tu peux l'utiliser sans risque ! :-) puts() est pratique aussi car elle envoie la chaîne telle quelle sur la sortie standard sans traitement particulier, et lui ajoute automatiquement un retour à la ligne.

de plus, pour le graphique sur système Unix, la base est X11 (qui est équivalent à l'API Win32 sous Windows).

Par dessus, tu as différentes couches (GTK, Qt, etc), qui fournissent des "widgets" et diverses fonctionalités plus élaborées que la base du graphique...

Citation:

---

Envoyé par Obsidian

Si tu développes sous Linux, et sous Unix en général, le point de départ incontournable est les « pages du manuel » ou « man pages ». Tu peux les avoir en ligne ici même, ou depuis la ligne de commande que tu utilises pour lancer gcc, par exemple. Tapes man 3 printf pour avoir le détail d'une fonction, d'une commande Shell ou autre. Il te faudra peut-être installer le bon package si ta distribution n'a pas été prévue à l'installation pour faire du développement.

Tu peux jeter un œil à la norme C si tu veux voir ce qui est défini par le standard. La wikipage correspondante te donne également tous les headers spécifiés par le standard. Par exemple, printf() fait partie de stdio.h. Un man stdio te donnera la liste des autres fonctions contenues dans ce header.

Tu peux ensuite voir les spécifications UNIX (pas faciles à trouver de prime abord) pour voir le minimum syndical qu'un système UNIX qui se respecte doit proposer. Enfin, jette ton autre œil vers POSIX.

Avec ça, tu as de quoi t'occuper un moment. :-)



Pourtant, printf() est probablement la fonction C standard la plus utilisée, et la première enseignée. Tu peux l'utiliser sans risque ! :-) puts() est pratique aussi car elle envoie la chaîne telle quelle sur la sortie standard sans traitement particulier, et lui ajoute automatiquement un retour à la ligne.

---

Je savais pas que man avait aussi les fonction c. Je vais regarder cela tento.
Merci pour reste.

Citation:

---

Envoyé par souviron34

de plus, pour le graphique sur système Unix, la base est X11 (qui est équivalent à l'API Win32 sous Windows).

Par dessus, tu as différentes couches (GTK, Qt, etc), qui fournissent des "widgets" et diverses fonctionalités plus élaborées que la base du graphique...

---

Avoir eu le temps, j'aurais bien lu sur le sujet : [ame]http://fr.wikipedia.org/wiki/X_Window_System[/ame]

Si j'ai bien compris, c'est la base et il faut GTK ou autre pour faire du graphique en c.

merci encore

Non t'as pas bien compris. X est la base des interfaces graphiques dans les systèmes de type UNIX. Sous Linux, les bibliothèques telles que GTK+ utilisent X, mais toi aussi tu peux directement programmer X, sans passer par les bibliothèques comme GTK+. Voici un tutoriel sur la programmation de X : Etude et programmation du système X.

Sous Windows, la base est l'API Win32. Sous Windows, les bibliothèques telles que GTK+ utilisent l'API Win32, mais toi aussi tu peux directement programmer Win32, sans passer par les bibliothèques comme GTK+. Voici un tutoriel sur la programmation de Win32 : http://melem.developpez.com/tutoriels/api-windows/.

Comme tu peux le constater, GTK+ s'adapte au système. Sous Windows, elle va se servir des fonctions de Win32 et sous Linux, elle va se servir du serveur X. On dit alors qu'elle est multiplateforme, parce qu'elle peut être utiliser dans plus d'une plateforme. Pour GTK+, il n'y a pas que Windows et Linux qui sont supportés, ce n'étaient que des exemples.

Ha bien, merci beaucoup. J'ai bien hate d'esseyer ces fonctions quand je vais arriver chez moi tento.

:D

Citation:

---

Envoyé par Melem

Non t'as pas bien compris. X est la base des interfaces graphiques dans les systèmes de type UNIX. Sous Linux, les bibliothèques telles que GTK+ utilisent X, mais toi aussi tu peux directement programmer X, sans passer par les bibliothèques comme GTK+. Voici un tutoriel sur la programmation de X : Etude et programmation du système X.

Sous Windows, la base est l'API Win32. Sous Windows, les bibliothèques telles que GTK+ utilisent l'API Win32, mais toi aussi tu peux directement programmer Win32, sans passer par les bibliothèques comme GTK+. Voici un tutoriel sur la programmation de Win32 : http://melem.developpez.com/tutoriels/api-windows/.

Comme tu peux le constater, GTK+ s'adapte au système. Sous Windows, elle va se servir des fonctions de Win32 et sous Linux, elle va se servir du serveur X. On dit alors qu'elle est multiplateforme, parce qu'elle peut être utiliser dans plus d'une plateforme. Pour GTK+, il n'y a pas que Windows et Linux qui sont supportés, ce n'étaient que des exemples.

---

re,

J'ai lu le document de xwindows mais ce n'est pas vraiment ce que vous dites. On parle d'un système client-serveur... ?

Est-ce que vous pourriez me donner un exemple de code qui affiche une fenêtre vide sans rien dessu?

Et auriez-vous la documention de ce système de graphique? Quelles sont les fonctions pour faire une fenêtre, des bouttons, des menus déroulant. Je fais tout dans un editeur de texte, je n'aime pas trop les IDE pour programmer. Avant, sur windows, j'utilisais les IDE et je ne comprenais plus rien au code-source.

Merci

En passant, fprint fonctionne sur mon Ubuntu maintenant.

Citation:

---

Envoyé par Matthieu57b1

J'ai lu le document de xwindows mais ce n'est pas vraiment ce que vous dites. On parle d'un système client-serveur... ?

---

X-Window est le système graphique en usage sur pratiquement tous les Unix et assimilés. Dans un tel environnement, la gestion graphique est complètement séparée et indépendante du système. Elle est également complètement facultative.

X-Window est donc une application à part entière qui va se charger de gérer un ou plusieurs écrans graphiques. Tu peux également en lancer plusieurs instances, bien qu'elles soient gourmandes en mémoire.

Cette application est donc un serveur complètement indépendant du système et des autres applications : celles-ci se connectent au serveur X et lui envoient des ordres que le serveur traduit à l'écran. Dans l'absolu, il n'est même pas nécessaire que ces applications tournent sur la même machine que le serveur X. Par exemple, tu peux lancer OpenOffice sur ton PC de bureau et lui demander de s'afficher sur l'écran de ton laptop, via le réseau.

En outre, le serveur X va se charger de gérer des fenêtres, de les superposer, etc. mais elles sont, par défaut, complètement transparentes et ne sont ornées d'aucune décoration. C'est, là encore, une application dédiée et indépendante appelée Window Manager qui va se charger de surveiller l'activité du serveur et décorer les fenêtres quand elles sont créées. De fait, tu peux tuer cette application sans fermer les autres. Tu vois alors les fenêtres se « déshabiller » sans que leur contenu soit perdu et sans perturber les applications qui sont derrière.

C'est sur cette base que s'appuient les autres bibliothèques graphiques de plus haut niveau. Tu peux utiliser la X-Lib directement si cela te chante (personnellement, j'aime bien) mais cela peut vite devenir rébarbatif.

Citation:

---

Est-ce que vous pourriez me donner un exemple de code qui affiche une fenêtre vide sans rien dessu?

---

En voici un :

Code:

---

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 30 31 32 33 34 35 36 37 38 39 40 41 42 43

#include <stdio.h> #include <X11/Xlib.h> #include <errno.h>   int main (void) { Display * dpy = NULL; Window win; XEvent ev; XSetWindowAttributes swa;   dpy=XOpenDisplay(""); if (dpy!=NULL) { win = XCreateSimpleWindow (dpy, /* Connexion vers le serveur */ DefaultRootWindow(dpy), /* Fenêtre racine parente */ 10, 10, /* Coin sup. gauche en 10,10 */ 320,200, /* Taille : 320 x 200 */ 1, /* Epaisseur bordure : 1 px */ 0xff0000, /* Bordure rouge */ 0x0000ff); /* Fond bleu */   swa.event_mask = ButtonPressMask; /* On change certains attri- */ XChangeWindowAttributes (dpy, /* buts de la fenetre. Juste */ win, /* le masque des événements, */ CWEventMask, /* en fait, et parmi eux, on */ &swa); /* ne garde que ButtonPress. */   XMapWindow (dpy,win); /* Affiche la fenêtre */   do { XNextEvent (dpy,&ev); /* Attend le prochain evenement */ } while (ev.type != ButtonPress); /* Continue jusqu'à un clic */   XDestroyWindow (dpy,win); /* Tue la fenêtre */ XCloseDisplay (dpy); /* Referme la connexion */ } else perror ("Connexion au serveur X impossible");   return 0; }

---

Citation:

---

J'ai lu le document de xwindows mais ce n'est pas vraiment ce que vous dites. On parle d'un système client-serveur... ?

---

Tu veux dire t'as lu que l'intro je suppose. Serveur : c'est le système X. Client : c'est ton application. Ton application (le client) utilise des fonctionnalités proposées par un serveur (le système X), on dit que t'es dans un environnement client-serveur :roi:.

Citation:

---

Est-ce que vous pourriez me donner un exemple de code qui affiche une fenêtre vide sans rien dessu?
(...)
Quelles sont les fonctions pour faire une fenêtre, des bouttons, des menus déroulant.

---

Continue ta lecture :ccool:.

Citation:

---

Et auriez-vous la documention de ce système de graphique?

---

Je t'en ai déjà proposé un, et c'est l'un des meilleurs sur tout le net. Pour la documentation de référence, tu as les man pages bien sûr (mais les man pages ne remplacent pas un bon tutoriel, et un bon tutoriel ne remplace pas les man pages, il faut les deux).

Citation:

---

Envoyé par Obsidian

Cette application est donc un serveur complètement indépendant du système et des autres applications : celles-ci se connectent au serveur X et lui envoient des ordres que le serveur traduit à l'écran. Dans l'absolu, il n'est même pas nécessaire que ces applications tournent sur la même machine que le serveur X. Par exemple, tu peux lancer OpenOffice sur ton PC de bureau et lui demander de s'afficher sur l'écran de ton laptop, via le réseau.

---

Bon alors j'avais bien lu, c'est pour cela que je trouvais le tutoriel un peu bisard. Merci pour l'info et le code, je vais aller esseyer ça tento.

J'ai tout de même tenté de compiler avec X11/Xlib.h et ça n'avait pas fonctionner. Peut-être que le reste du code-source était pas correct. Je vais le refaire tento et je vais voir si ça fonctionne.

Citation:

---

Envoyé par Melem

Tu veux dire t'as lu que l'intro je suppose. Serveur : c'est le système X. Client : c'est ton application. Ton application (le client) utilise des fonctionnalités proposées par un serveur (le système X), on dit que t'es dans un environnement client-serveur :roi:.

---

Si vous lisez le message de Obsidian, vous allez voir qu'il dit la même chose que moié.

Citation:

---

Envoyé par Melem

Je t'en ai déjà proposé un, et c'est l'un des meilleurs sur tout le net. Pour la documentation de référence, tu as les man pages bien sûr (mais les man pages ne remplacent pas un bon tutoriel, et un bon tutoriel ne remplace pas les man pages, il faut les deux).

---

Je me souviens de l'aide dans l'IDE de delphie, c'était pas male différent. On parle d'un format de définition comme pour man. Donc chaque fonction est expliqué dans un cadre précis.

Citation:

---

Envoyé par Matthieu57b1

J'ai tout de même tenté de compiler avec X11/Xlib.h et ça n'avait pas fonctionner. Peut-être que le reste du code-source était pas correct. Je vais le refaire tento et je vais voir si ça fonctionne.

---

Les *.h contiennent les spécifications d'une bibliothèque, de manière à ce que ton compilateur puisse bâtir une application qui y sera liée ultérieurement. C'est au moment où tu compiles ton programme qu'il faut spécifier la bilbiothèque à utiliser :

Code:

---

$ gcc -o programme programme.c -lX11

---

Le cas échéant, il se peut que tu aies besoin de préciser l'emplacement sur le disque de cette bibliothèque avec -L (majuscule).

Citation:

---

Envoyé par Obsidian

Code:

---

$ gcc -o programme programme.c -lX11

---

Le cas échéant, il se peut que tu aies besoin de préciser l'emplacement sur le disque de cette bibliothèque avec -L (majuscule).

---

Merci, c'est ça qui me manquait je crois.