c sous linux

Version imprimable

21/05/2006, 01h57
zerocoolyoussef

c sous linux

bonsoir
j'ai orienté mon programme vers linux.Mais il ne reconnait plus les bibliothèque conio.h et stdlib.h.
21/05/2006, 02h22
fearyourself

Citation:

Envoyé par zerocoolyoussef

bonsoir
j'ai orienté mon programme vers linux.Mais il ne reconnait plus les bibliothèque

Ce n'est pas des bibliothèques mais des fichiers d'en-têtes...

Citation:

conio.h

Logique cela n'existe pas sous linux

Citation:

et stdlib.h.

Pas logique, quel est le message d'erreur?

Jc
21/05/2006, 10h29
zerocoolyoussef

vous avez raison

stdlib.h existe et il n'a aucun message d'erreur concernant ce fichier en tête excusez moi j'ai merdé et pour conio.h je fais quoi?j'ai besoin de quelque fonctions comme clrscr(),...............
21/05/2006, 12h13
Goundy

http://c.developpez.com/faq/c/?page=...n#SCREEN_conio
21/05/2006, 17h09
zerocoolyoussef

c'est très interessant cet article.Dites est ce que quelqu'un connaît l'origine de ce message qui s'affiche dans tous mes programmmes que je compile avec gcc.
warning:no new line at end of file
21/05/2006, 17h11
Jean-Marc.Bourguet

Citation:

Envoyé par zerocoolyoussef

c'est très interessant cet article.Dites est ce que quelqu'un connaît l'origine de ce message qui s'affiche dans tous mes programmmes que je compile avec gcc.
warning:no new line at end of file

Le dernier caractère de la dernière ligne n'est pas un \n.
21/05/2006, 17h17
Mayti4

La dernière ligne doit être vide, certains préprocesseurs ne l'ajoutent pas.
21/05/2006, 19h38
Jean-Marc.Bourguet

Citation:

Envoyé par Mayti4

La dernière ligne doit être vide, certains préprocesseurs ne l'ajoutent pas.

Tout dépend si on considère le \n à la fin de la ligne comme un marqueur de fin, auquel cas une ligne sans est incomplète, ou comme un séparateur, auquel cas il y a une ligne vide en fin de fichier.

La vision C de la chose, c'est que \n est un marqueur de fin, comme ; est un marqueur de fin d'instruction (en Pascal par exemple c'est un séparateur).
21/05/2006, 20h02
Gruik

Je pensais que c'était une forme de protection, au cas où le fichier était tronqué suite à un mauvais transfert
21/05/2006, 21h14
Jean-Marc.Bourguet

Citation:

Envoyé par Gruik

Je pensais que c'était une forme de protection, au cas où le fichier était tronqué suite à un mauvais transfert

Ça se retrouve aussi pour les streams en mode texte:

Citation:

Envoyé par ISO-9899-1990, 7.9.2

Data read in from a text stream will necessarily compare equal to the data that were earlier written out to that stream only if: the data consist only of printable characters and the control characters horizontal tab an new-line; no new-line character is immediately preceded by space characters; and the last character is a new-line character.

et c'est à cause de certains OS qui ont une notion de fichier texte qui impose ces exigences (au contraire de Unix et Windows pour lesquel il n'y a qu'un type de fichier, les fichiers textes étant des fichiers comme tous les autres mais respectant certaines conventions).

Dans le cas des fichiers sources, c'est aussi une concession à des préprocesseurs existant au moment de la normalisation qui avaient besoin du \n final.