C sur Linux, même chose que windows?

**Matthieu57b1** · 17/01/2010, 16h53

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 :

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

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

**Melem** · 17/01/2010, 17h15

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.

**Obsidian** · 17/01/2010, 17h22

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.

**Trademark** · 17/01/2010, 20h07

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

). Enfin quelques petits changement mineures mais rien de bien compliqué au final

Voila tchao

**ok.Idriss** · 17/01/2010, 20h57

Bonsoir.

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 ...

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 :

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

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

**Melem** · 17/01/2010, 21h23

Envoyé par ok.Idriss

Un fichier a.out plutôt, non ?

Euh ... oui, un truc de ce genre

.

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

). Préciser le type de retour (qui est int) par contre est fortement recommandé.

**ok.Idriss** · 17/01/2010, 21h47

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

). 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)

.

Cordialement,
Idriss

**Matthieu57b1** · 17/01/2010, 22h08

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.

**ok.Idriss** · 17/01/2010, 22h11

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

.

**Matthieu57b1** · 17/01/2010, 22h16

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

**Matthieu57b1** · 17/01/2010, 22h18

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

.

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

**ok.Idriss** · 17/01/2010, 22h22

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

), il faut s'en tenir aux api externes comme gtk par exemple (qui fonctionne à la fois sous Windows et sous Linux).

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)

.

**Matthieu57b1** · 17/01/2010, 22h25

Envoyé par ok.Idriss

Euh non, je ne crois pas (j'en suis certain même

), il faut s'en tenir aux api externes comme gtk par exemple (qui fonctionne à la fois sous Windows et sous Linux).

Parfait, merci

**Obsidian** · 17/01/2010, 23h44

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. :-)

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.

**souviron34** · 18/01/2010, 13h55

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...

**Matthieu57b1** · 18/01/2010, 21h18

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.

**Matthieu57b1** · 18/01/2010, 21h27

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

**Melem** · 18/01/2010, 22h12

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.

**Matthieu57b1** · 19/01/2010, 17h45

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

**Matthieu57b1** · 29/01/2010, 17h11

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.

C sur Linux, même chose que windows?

C

Discussions similaires

Partager

Partager