Passer du C sur TI au C++ sous Window$ - Page 2

pourquoi "int argc, char *argv[]" dans les arguments de main ?

PS : j'ai exec ton truc, et rien ne se passe. T'es sur Windows combien ?

Bof, "int argc, char *argv[]", c'est parceque je les ais pas enlevée, y en a pas besoin ici, vu que ça demande pas d'arguments.
Ma fois, chez moi ça marche : windows 2000...
Ca doit être XP qui déconne.
Bon, dodo maintenant (ben j'ai cours demain )... J'espere que tu arrivera a faire marcher ça !

ok, merci quand même.

Thibaut >> ça marche chez toi son code (cad tu vois la fenêtre sous DOS) ?? avec WinXP hein (si tu l'as) ?

Thibaut >> autre chose, je ne sais pas si tu es allé regarder un peu les menus, mais il y a aussi une coloration synthaxique paramétrable ici. Bon, ça y est aussi dans TIGCC, mais moi j'avais laissé celle par défaut.
Va dans "Options" --> "Environment Options" --> "Syntax color"

guilc
a écrit : 3) > Le compilo fournit est MinGW32 (un des multiples portages de GCC pour windaube). Il est bien (c'est celui que j'utilise), mais son inconvénient, c'est qu'il utilise MSVCRT.dll. C'est pas forcement genant, vu qu'il est sous tous les windaubes depuis 95OSR2, mais bon, c'est pas forcément bien pour distribuer.

C'est facile de lui faire utiliser CRTDLL.DLL, qui est distribué dès Windows 95 première version (4.00.950) à la place de MSVCRT.DLL.
Pour la version GCC 3.1, utilise le patch suivant (ça change un fichier texte lu par la distribution binaire, donc rien à compiler): http://pcprogs.kevinkofler.cjb.net/mingw32-gcc3.1-crtdll-noexceptions-specs.zip, qui de plus fait en sorte que le code de traîtement d'exceptions n'est pas inclus si on utilise -fno-exceptions (conseillé pour tous les programmes en C pur et certains programmes en C++ ou C/C++ combiné).

Si ça te convient pas, il suffit de le remplacer par un autre portage de GCC pour win, le principal étant CygWin. Iln'utilise pas de dlls... (Il suffit d'écraser sauvagement les répertoires bin, include et lib...)

Si, CygWin utilise une DLL, CYGWIN1.DLL. Et c'est une DLL d'émulation POSIX (donc pleine de fonctions inefficaces qui n'utilisent pas l'API Win32 directement - ça rappelle le mode kernel sur TI-89/92+), qui de plus est GPL (donc utilisable seulement pour des programmes GPL) sauf licence commercielle payante.

Pkoi seulement pour des programmes GPL ?
libc.a sous linux est en GPL, et pourtant y'a plein d'application commerciales qui l'utilisent.

Pim89 : Oué je sais hier soir j'ai fait un petit tour des menus de l'IDE
J'ai modifié la coloration syntaxique, elle est exactement identique à celle de TIGCC

Chez moi le code ne marche pas, car il ne connaît pas getch
D'ailleurs y'a un truc chiant, il n'y a pas de graph.h dans la bibliothèque, du coup clrscr non plus n'existe pas


Au fait, il compile pour quel processeur DevC++ ?

Thibaut a écrit :
* les interfaces des applications se créent en disposant à la souris les composants sur la fenêtre, * les événements sont interceptés automatiquement : nous, programmeurs, on n'a plus qu'à surcharger les méthodes associées.

Essaye QT Non-Commercial pour Windows. Mais c'est seulement pour usage non-commercial et peut-être avec d'autres restrictions (programme open-source, ...).

Pim89 a écrit :
Par contre le prog me colle tout un tas d'instructions avant ma fonction main ! ils servent à quoi ? à bien faire fonctionner le prog j'imagine. On peut les virer où pas ? (j'ose pas essayer en ayant tout viré ).

C'est parce que tu as pris le choix "programme graphique", donc il te crée le code pour la fenêtre principale du programme.

n'oubliez pas le #36

Thibaut a écrit :
Chez moi le code ne marche pas, car il ne connaît pas getch

#include "conio.h"

D'ailleurs y'a un truc chiant, il n'y a pas de graph.h dans la bibliothèque, du coup clrscr non plus n'existe pas

Encore #include "conio.h", mais il te faut la version livrée avec Dev-C++ 4.9x (même si tu utilises la 4.01 qui est bien plus stable en effet, elle devrait marcher quand-même).

Au fait, il compile pour quel processeur DevC++ ?

386 minimum.

PpHd a écrit :
Pkoi seulement pour des programmes GPL ? libc.a sous linux est en GPL, et pourtant y'a plein d'application commerciales qui l'utilisent.

GLIBC est en LGPL, libgcc.a est en GPL avec une exception spéciale (appelée souvent "libc exception") qui fait que la licence est encore moins restrictive que la LGPL.
Pour Cygwin, il y a une exception libc, mais seulement pour les programmes open-source. Donc en fait, pour être précis, ce n'est pas limité à la GPL, mais aux programmes open-source en général.

Lequel des deux compilateurs est le plus performant ?

Comment leur demander d'optimiser pour PentiumI au minimum ?

Kevin : merci tu peux m'envoyer le nouveau conio.h ?

Thibaut
a écrit : Lequel des deux compilateurs est le plus performant ?

Parmi Cygwin ou Mingw? C'est GCC dans les 2 cas, donc de ce point de vue-là, c'est la même chose. Mais si tu utilises les fonctions non-Win32 de Cygwin, c'est plus lent que Mingw avec lequel tu utilises (presque) toujours les fonctions natives Win32 (je dis presque parce qu'il y a quand-même une petite libmingwex.a avec des fonctions ISO C99).

Comment leur demander d'optimiser pour PentiumI au minimum ?

-march=pentium -mcpu=pentium3
(processeur minimum requis: Pentium I, processeur pour lequel c'est optimisé le mieux: Pentium III)

Kevin : merci tu peux m'envoyer le nouveau conio.h ?

Va chercher ce qu'il te faut directement sur le CVS: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/dev-cpp/V5/source/conio/. (Il te faudra quand-même compiler conio.c en conio.o et utiliser ar conio.a conio.o. Mais il y a un makefile pour ça.)

Si Kevin n'était pas là ....
thanks !

Oups, j'avais mis -march et -mcpu à l'envers! (Je les confonds toujours.) Je viens de le corriger dans le message n°42.
Cf. http://gcc.gnu.org/onlinedocs/gcc-3.1/gcc/i386-and-x86-64-Options.html#i386%20and%20x86-64%20Options.

Pourquoi tu recommandes d'optimiser pour PIII ?

Parce que c'est ce que j'ai.
Non franchement, j'ai pris le PIII au hasard, tu peux optimiser pour ce que tu veux (ton processeur à toi par exemple ).

Tu penses que la perte de temps est grande si j'optimise pour PIII alors que j'exécute sur PI ?

hé, juste pour savoir, pourquoi mon code avec "printf" ne s'affiche pas alors ???
J'ai WinXP.

oups, j'ai rien dit, j'arrive à le faire marcher à présent.

Kevin >> est il vraiment nécéssaire d'optimiser le programme pour son processeur (j'ai un PII sur mon ordi perso) ???

si oui, où parametrer : "-march=pentium -mcpu=pentium2" ??? (j'ai cherché mais rien trouvé).

Thibaut > comment te sers tu de conio.h ?? même quand j'ai DL le truc et que je l'inclu au projet, il ne connait tjs pas "'clrscr();" !

J'en sais rien J'ai téléchargé conio.c, conio.h, Makefile mais je fais quoi avec ça, maintenant ? Makefile ressemble à un batch pour Linux, moi j'ai window$.

========================================================

Il vaut mieux optimiser les progs compilés, mais ce n'est pas nécessaire. Ca sert à avoir un programme (parfois beaucoup) plus rapide.

Aujourd'hui presque tout le monde a au moins un PentiumI, donc je demande à Mingw de générer de l'assembleur pour Pentium. Cela signifie que mes programmes ne tourneront pas sur 386 et 486 mais en contrepartie ils seront plus rapides sur les ordinateurs récents que s'ils avaient été compilés pour 386

Il faut que tu ailles dans "Compiler Options", là sur le premier onglet, il y a deux cases à cocher, tu coches la deuxième et tu ajoutes dans la ligne juste en-dessous -march=pentium -mcpu=pentium3

erf, mais ensuite lors des compilations, il me sort des erreurs (dans "Linker") :

"gcc: c:documents and settingsusermes documentssimonprogrammationordi_dev_cprojetssource1.o: No such file or directory
gcc: file path prefix `C:PROGRA~1dev_cBin' never used

gcc: c:documents and settingsusermes documentssimonprogrammationordi_dev_cprojetssource1.o: No such file or directory
gcc: file path prefix `C:PROGRA~1dev_cBin' never used"



donc je laisse comme avant plutôt.

Edit : nan nan, erreur trouvée

Thibaut ou guilc >> existe il avec Dev-C++ une aide comme celle de TIGCC, récapitulant toutes les fonctions par ordre alphabétique, leur mode de fonctionnement, ainsi que la librairie auquelles elles appartiennent ???

Quel newbie ce Pim89

C'est ben bô de déclarer un pointeur, mais si tu ne lui dit pas vers où pointer, il pointe n'importe où en mémoire, d'où le plantage puisque du coup gets stocke la chaîne n'importe où

Tout d'abord, il faut chercher un endroit en mémoire où il pourra pointer. Ca se fait avec la fonction malloc(combien d'octets je veux). Tu places la valeur renvoyée par malloc dans ton pointeur : tu as obtenu ainsi un endroit en mémoire de combien d'octets je veux octets où tu peux faire ce que tu veux... comme stocker des caractères rentrés au clavier avec gets par exemple


Voilà, j'ai essayé d'être hyper-clair

c'est byzarre, mais pour utiliser getch(), j'ai pas besoin de conio.h ! stdlib.h suffit ! (sauf sous linux)

Pim > Si tu veux des aides C : google powaaaaaaa !!!!!!!!! Y plein de trucs, sur des sites d'universités (je peux plus te dire lesquels, vu que j'ai formaté récement, donc plus de signets...)

Thibaut >> nan nan, merci quand même, mais j'avais trouvé mon erreur. je m'en suis rendu compte et j'ai déclaré un : char pt[50]; plutôt. et plus de bug.

aussi, comme dit guilc, j'utilie getch() sans conio.h, juste avec stdlib.h

Ok.


Moi c'est clrscr que je veux !!!!!!!!!!!!!!!!!!!!!! où puis-je l'avoir ???? il est déclaré dans le *.h de la 4.01 mais pas codé dans le *.o, si bien que le linker échoue
=> qui pourrait répondre à la première ligne du post #50 ?????

Tu crées conio.o avec le Makefile que je t'ai fait télécharger et tu remplaces conio.o dans ton répertoire DevcppLib par le nouveau.

Mais il ne marche pas ce Makefile !
Tu l'as regardé ?

oué, j'y arrive pas non plus ...