Cherches pas plus loin, Windows ne respecte aucune norme, t'étonnes pas si sur ce dernier tu vois des antislashs "\" ou d'autres aberrations
Et de quels commentaires parles-tu ?

Des commentaires qu'on écrit pour s'y retrouver dans le code : // et /* */
Ils sont presque de la même couleur que le fond, soit blanc, donc impossible de les voirs, pourquoi et comment régler ça ?

Moi je te demandes comment t'as eu une console cyan ?!
Sinon sous Code::Blocks, il faut changer le bout du thème :
Settings -> Editor -> Syntax Highlighting
T'as aussi les couleurs des logs dans Settings -> Environment -> View

C'est vrai que c'est parfois dur à lire, mais sur mon écran, je me penche et ça augmente le contraste

Ok merci godrik, je vais continuer comme ça alors

D'ailleurs la norme C89 spécifie que l'on DOIT faire toutes les déclarations au début d'un bloc autrement le compilateur devrait balancer une erreur mais beaucoup de compilateurs C89 ignorent cette règle ou ne la propose qu'en option.

Merci bien ManBoy ça marche

Puis sinon pour la console cyan c'est juste les barres des programmes qui s'ajustent en fonction de la couleur de mon fond d'écran

PocoIo, de memoire, ce n'est que depuis C99 que l'on peut declarer des variables en C ou on le souhaite.

Au niveau de la norme oui mais il me semble que même avant ça il y avait des compilateurs C89 qui n'implémentaient pas forcément cette règle.

certainement, par exemple il y a eu plein de compilateur C qui comprenait les commentaire en // avant que ca soit integre dnas le norme. Cela etant dit, la plupart des programmeurs C que je connaisse s'assurent que le code compile pour une norme C precise. (Souvent les gens qui font du C se tapent des compilateurs bizarres et donc veulent s'assurer de ne pas etre dependant d'une specificite d'un compilo.)

Plus la norme est récente, moins elle est stricte et plus elle offre de possibilités alors ?
Y'avait un temps les commentaires n'étaient pas recommandés ?

avant C99, il n'y avait pa de commentaire //, seulement des commentaire /* */

En generale, les normes des langages rajoutent des fonctionnalite et ne casse pas la compatibilite avec les versions passees. (Sauf quand on aime faire chier les gens comme les mecs de python.)

Ah ouf.
Pour ce qui est de python, sans /* */...

Euh, on pourrait me dire qu'est-ce qui cloche là ?

En C++, pour le TP1 du tuto, c'est censé être une fonction qui prend une lettre au hasard d'un mot donné (ici la variable "choisit"), et la retourne, en l'effaçant de sa mémoire pour ne pas la reprendre quand je mettrais la boucle.

Mais sérieux j'ai rien compris au message d'erreur, pareil si je remplace le type de la fonction par tout les autres types

Le message d'erreur est plutot clair.

Effectivement.

Je suis en train de chercher de la doc sur l'utilisation des Quaternions, et visiblement la majorité des gens stockent leur transformation sous forme de vecteurs3D pour scale et translate et Quaternions pour la rotation, puis convertissent tout ça en Matrice 4x4 pour l'envoyer au Shader.

Quelqu'un aurait une doc récente où on envoie vecteurs et quat au shader plutôt que la matrice ?

Apparemment ya rien pour gérer nativement des Quat dans les shaders, donc ma question tombe un peu à l'eau. J'imagine que le surcoût de faire les additions et multiplications de float est beaucoup plus important que la simple conversion de Quat vers Matrice.

GreatLife T'as oublié le namespace std:: si t'as toujours pas trouvé

Et j'espère que t'as bien inclus <string> dans le .h aussi...

Si il l'avait pas fait il aurait eu une erreur dans le .h, là il en a pas