C - Page 1

quelles sont les différences entre le C ANSI et GNU , car j'y connais rien...!

les variables anonymes (avec les smar macros)

ex: &(struct dara){1,2,3}

les tableaux automatiquement alloués à leure premiere utilisation:

ex: char tab[0];

et pleins de bons trucs...

en gros, pas mal de trucs pratiques sont pas ANSI

mais est-ce que le C-ANSI n'est pas mieux adapté aux PC et le GNU à Linux/unix ?!

bof, tant que tu as un compilateur qui accepte le GNU-C, autant utiliser les astuces GNU-C
(normalement, le comilo qui accepte le GNU-C acceptera le ANSI-C, je penses, vu que le GNU a rajouté des trucs par dessus l'ANSI)

cela dit, l'ANSI est normalement plus "compatible" (je veux dire que plus de compilos savent le compiler)

bof, gcc (et tous ses portages sous win32 comme mingw, cygwin, djgpp) supportent le C ANSI et GNU, donc à moins d'être assez maso pour utiliser un compilo micro$oft, on peut faire les deux indépendemment !

DEV-C++ utilise un compilateur GNU , non?

vas dire ça à mon prof de C/C++ que j'ai eu à l'IUT cette année....
il jurait que par l'ANSI...

qd on voulait utiliser des fonctions pas ANSI, il fallait qu'on les réécrive nous-même

(en ANSI, il y a atoi (je crois), et pas itoa (il me semble que c ça, et pas le contraire)... ben, il nous forçait à réécrire itoa ... enfin bon, je me suis pas fait chier, j'ai utilisé sprintf, qui est ANSI (mais bon, seuls ceux qui avaient déjà fait du C dans la classe connaissaients, pas les autres))

dev-C++ utilise mingw, donc un des portages de gcc, donc il comprend le gnu, et l'ansi...

qu'est ce qu'un portage ?

dans dev-C++ le compilateur est déjà intégré ? non ?

portage -> gcc est un compilo gnu linux/unix. Donc on fait un portage pour qu'il fonctionne sous windows... on l'adapte, on modifie dux ou trois trucs, etc...

On peut pas dire que dev-C++ ait un compilo intrégré : en fait, c'est seulement une ide, qui installe en meme temps un compilateur, en l'occurence, mingw32. Il est bien spécifié que tu peux changer ce compilo et mettre cygwin à la place. Fo juste faire gaffe à la version fournie par Dev-C++, c'est un portage de gcc 2.95, donc très vieux...

Donc c'est mieux de mettre cygwin que mingw32 ! Et quelles sont les principales différences ?

JM a écrit :
http://tigcc.ticalc.org/doc/gnuexts.html

C'est bien, mais en attendant que notre copie de la documentation de GCC soit mise à jour (prochaine bêta), consultez plutôt http://gcc.gnu.org/onlinedocs/gcc-3.1.1/gcc/C-Extensions.html#C%20Extensions.

PS: Les 0b... et bientôt aussi les chaînes de caractères multi-lignes sont des extensions TIGCC qui ne sont pas supportés par les versions non patchées de GCC! (Ceci dit, si la demande est suffisamment grande, je sortirai un patch multi-plateforme avec ces 2 fonctionnalités. Mais il faudra recompiler GCC pour votre plateforme si vous voulez l'utiliser.)

maxef
a écrit : DEV-C++ utilise un compilateur GNU , non?

Oui. (MinGW(32)).

maxef
a écrit : Donc c'est mieux de mettre cygwin que mingw32 ! Et quelles sont les principales différences ?

Non.
Cygwin, c'est un peu le "mode kernel" de Windows. Il y a une DLL obligatoire qui fait de l'émulation POSIX (ce qui est lent, et la DLL prend de la place).
Et en plus, il y a les problèmes de licences: si ton programme n'est pas sous une licence acceptée par l'OSI (http://www.opensource.org), tu dois acheter une licence commerciale si tu veux utiliser Cygwin. Et la DLL elle-même est sous GPL (avec une exception permettant de l'utiliser pour des programmes sous d'autres licences acceptées par l'OSI, et sauf si on achète une licence commerciale), donc tu ne peux pas la distribuer sans les sources, qui font 4 MO.

Qu'est-ce que l'émulation POSIX ?

Ça fait en sorte que Windows se comporte comme un système *nix (POSIX est le standard des systèmes de style Unix).

mingw est aussi "kernelleux" : il utilises kernel32.dll et msvcrt.dll

Ce sont des DLLs système livrées avec Windows. C'est donc l'équivalent des ROM_CALLs de AMS.

msvcrt.dll est livré que sur les windaubes à partir de 95OSR2, donc pas sous les premiers 95, ni sous 3.1

C'est pour ça que j'utilise une version de Mingw32 qui utilise CRTDLL.DLL au lieu de MSVRCRT.DLL pour TIGCC.

Visual C++ n'accepte pas le GNU-C, si ?
J'avais essayé les casts constructors qui sont bien pratique, ça n'avait pas l'air de marcher.

Il y a quelques extensions de langage dans Visual C++, mais la plupart des extensions GNU ne sont pas supportées en effet.
Solution: http://www.mingw.org

moué, mais qd tu as MSVC à l'université, par exemple

ben tu peux quand meme installer mingw : il y a pas besoin d'est admin pour faire ça, vu que l'install, c'est de la copie de fichiers (c'est comme ça qu'on installe tout, jeux, applis, sans rien demander aux admins systeme...)

sauf que pr faire de la prog visual, je sais pas si c possible, mingw

C'est possible, mais on ne peut pas utiliser les MFC. Il faut soit utiliser l'API Win32 directement, soit passer par un wrapper open-source comme wxWindows (qui a d'ailleurs l'avantage d'être multi-plateforme: il utilise les contrôles de l'API Win32 sous Windows, les contrôles de GTK+ sous Linux, et d'autres contrôles sur d'autres plateformes) ou par un toolkit open-source comme GTK+.

ok...