Dans le code final que je fasse
return this->corner +
this->uVec * (u + this->jitterBy.next()) +
this->vVec * (v + this->jitterBy.next());
ou
Tuple t1 = this->uVec * (u + this->jitterBy.next());
Tuple t2 = this->vVec * (v + this->jitterBy.next());;
return this->corner + t1 + t2;
retournais le meme probleme, forcement je ne reproduit pas avec le sample \o/
~ $ g++ -g -O3 testcase.cpp -o testcase && ./testcase 0.1 0.1
1.000000; 2.000000; 0.000000
4.000000; 3.000000; 0.000000
~ $ clang++ -g -O3 testcase.cpp -o testcase2 && ./testcase2 0.1 0.1
2.000000; 1.000000; 0.000000
4.000000; 3.000000; 0.000000
Le code:
Et forcement quand je veux reproduire ave cle code final ca ne se produit pas.
Mais la chose amusante c'est que je n'ai pas vu le probleme tout de suite. J'ai toujour compilé ce projet entre Linux (GCC + Clang) et Mac OS X (Clang uniquement) et n'ai jamais eu de soucis en local, la ou c'est amusant c'est sur travis, et c'est la ou j'ai vu passer le probleme. Ca a marché un temps, puis d'un coup sur des changement non lié ca c'est mis a merder sur certaines plarteforme et pas lest autres (travis build sur matrice GCC/CLANG vs OS X / Linux, un jour j'ajouterais windows)
J'ai fait pas mal de tests a l'epoque dont je n'ai pas gardé trace et ca c'est finit en coup de desactiver le test, car le rendu marche, tant pis pour le test
Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.