Forum Graph100

meme avec VC++ 6.0 les makefiles fonctionnent, heureusement....

j'utilise djgpp ;-)

existe même en pascal !!!

ben merde...

a croire que vous développez nimporte comment si un compilo plus stricte vous importune... à priori perso je pense qu'un prog bien fait ne génère aucun message d'erreur ni de warning sous gcc sous linux avec l'option -Wall  (all warnings) et aussi aucun message d'erreur sous TC30 (avec tous les message actifs)... s'il persiste des message c'est toujours que vous pouvez faire un prog plus propre...

bon c'est vrai que quand ya un warning sur un commentaire parce que c'est pas fait comme veut le compilo, ça passe mais perso je met que des /* */ et pas d'imbrication et comme ça ça passe avec tous les compilateurs...

je pense que laisser des warnings c'est un peu comme se raprocher de la programmation de windobe...

j'espère que je choque personne, c'est pas ma volontée...
(jsuis d'accord que ça prend du temps de virer tous les warning. mais bon...)

j'ai compilé awele sans messages d'erreur sous DM mais g pas eu le temps de linker... (cf le ptit message en bas de mes posts)

désolé, mais si ceci:

Code:

void bla(char a)
{
 void fonction(int, int);
 fonction(a, 10);
}

Génère des erreurs par ce qu' on a pas indiquer explicitement la conversion char vers int et que c' est ansi, bin l' ansi ils peuvent se le mettre ou je pense. non mais!

ARRGghhh !!!!

qu'esce que c'est que ce code avec une declaration de fonction dans une fonction.... à la méthode pascal en C....

c'est pas accepté par la norme ANSI ça...
t'as de la chance que ton compilo accepte ça... (faut rajouter des args de compil spéciaux et ça génere du code pour ça mais c'est plus bordélique...)

et tu envoie un char en argument dans une fonction qui récupère un int... !!! t'as encore de la chance que le compilo s'en rende compte car sinon bonjour les erreurs que ça génère dans l'utilisation de la fonction... sans l'extention de bit de signe sur le passage par pile en int à la fonction au niveau du code assembleur ça générerait un moche de décalage dans les octets que tu transmet... c'est honteux comme codage... il faut toujours respecter les format de données !!!!
(heureusement que tu fais pas de camel sinon tu serait cuit !!!!)

ps: désolé, je rigole en déscendant tes 4 lignes de code comme ça... mais bon, essaye de coder correctement, ton prog sera bcp plus clair.

toi aussi tu me déçois superna.
Tu me déçois, car moi au moins j' ai jamais prétendu ètre un bon programmeur.
ton menu de merde sous copyright jm' en balance.
tu sais pas faire la différence entre parodie et pillage c' est pas ma faute.

Ronanker> en effet c' est ce qu' appelle mon "prof" d' info un prototype ( perso j' en utilise jamais mais puisqu' il en avait parler je pensais que c' était ansi)
(faut dire que pour un "prof" d' info ne pas connaitre 'typedef' c' est plutot grave mais bon)
(tiens ça fera un futur cassage de ce prof quand on aura encore info)

Mais c' était juste pour montrer de quoi la fonction avait l' air!

pff et puis l' ansi c' est de la merde en fin de compte.

Désolé, mais faire ceci:

fonction((int)(bla), (unsigned int blabla));

C' est encore moins clair que ceci:

fonction(bla, blabla);

C' est mon opinion.

non mais serieusement, qu' est ce qu' est un langage de haut niveau si c' est aussi chiant à lire qu' un langage de bas niveau...

Puis tant que ça marche...

Maintenant jvoulais savoir un truc: tu parle de conversion... ya des chances que ça prenne de la mémoire & de la vitesse pour rien? ça doit ètre pour ça que ya un moment lorsque j' ai changé le type d' une variable d' un int vers un char ça a augmenté la taille...

:vert:  :argue:  :rouge:

ok chui d accor ac twa bug²

Sinon, pour en revenir à Digital Mars...

j'ai compilé AWELE sans probleme mais au link j'avais erreur kernel32.lib et user32.lib introuvables... j'ai donc copié ceux de cygwin dans le repertoire lib de DM et du coup ça à linké sans probleme...
MAIS, le gros hic, c'est que comme pour DevC++ l'executable résultant plante dès l'execution...
donc pour l'instant ya que avec turboC++3.0fr que ça marche... ça m'inquiète... car je ne sais pas pourquoi et j'ai peur que ça veuille dire que j'ai mal programmé un truc... et comme je l'ai dit precedemment, ça me traumatise... 

par pitié... dite moi que c'est pas ma faute mais que ce sont les logiciel qui marchent mal... :cry:

HAHAHAHAHAHAHAHA je me fous de ma propre gueule...  :P   

suis-je bête ! -> oui ! certainement.

j'aurais du me rendre compte que xxx32.lib ça devais etre des lib 32 bit et certainement pas compatible avec le dos...

je suppose que pour DevC++ c'est la même chose... il faut que je lui dise de compiler pour DOS...

bon je vais tester tout à l'heure.

OK !

Bon bah... Génial !!! tout marche !

au fait pourquoi l'executable généré par DM ne marche bien que sur la calto (sur le PC ya qq erreurs mathématiques... surtout au niveau des initialisation de tableau de valeurs)

j'voudrai mettre à jour mon WIP sur FGP mais j'arrive plus à me loguer...