Forum TI-Planet.org

parisse a écrit:

LeGmask a écrit:Deja il faudrait encore pouvoir compiler, c'est quand même relativement hasardeux et après plusieurs heures ca ne marche toujours pas ... Je pense que le plus gros problème est quand même ici, sur le manque de clarté sur comment compiler ...

Ah ca, ce n'est pas ma faute, c'est la faute au standard C++ qui evolue, et c'est bien pour ca que je me garde de faire des mises a jour de gcc sans necessite. J'ai rencontre un probleme analogue pour compiler la version mingw/windows de Xcas. J'avais mis a jour des packages de mon install mingw (pour compiler une DLL pour pouvoir utiliser gdb avec l'emulateur de Casio), et paf ca m'a mis a jour gcc, et paf xcas ne compilait plus. En rajoutant le flag de compilation

Code: Tout sélectionner

-std=c++0x

ca a remarche.

Je viens d'essayer votre solution, sauf que ca ne marche toujours pas, je rencontre toujours la même erreur ...

Qu'est-ce que vous avez en ligne 1047 de maple.cc?

S'il y a un apply dedans, alors maple.cc n'est pas a jour. Et on peut corriger le probleme en ajoutant giac:: devant apply

Il faudrait tout de même faire en sorte que le code reste compilable en C++17/20 tout de même, c++0x dépassé la decenie...
Je parle pas pour autant d'utiliser des nouveautés des standards récents, cela dit (même s'il y a des choses fort sympas)

Des breaking change du standard qui cassent les compil, il me semble que c'est extrêmement rare et parfois révélateur de problèmes sous-jacents.

Mais sinon, il vaut généralement mieux avoir un compilateur à jour, quitte à compiler avec un -std=xxxxx plus ancien si nécessaire.

Je suis d'accord avec Adriweb: mieux vaut avoir un compilo à jour, pour plus de correction (en moyenne, ça n'exclut évidemment pas les bugs présents dans de nouvelles releases), de mitigations, d'optimisation.

Dans un monde ideal, sans doute, mais mon experience dans le monde reel c'est qu'il vaut mieux ne pas toucher a une install qui marche. Ma machine de dev principale pour giac est une debian7 avec gcc-4.4.7 (je peux utiliser le raccourci ctrl-x espace pour mettre un point d'arret dans emacs alors qu'avec les emacs plus recents il faut faire ctrl-x ctrl-a ctrl-b). Le jour ou je changerai de machine (la mienne a bientot 7 ans), je passerai a des version plus recentes de VM et de gcc, avec l'ancienne machine en backup.

Vu.
Globalement, je ne suis pas très fan de l'approche "if it ain't broke, don't fix it", vu les résultats qu'elle donne en pratique (au boulot ou ailleurs): moins on change, plus c'est douloureux de changer (et plus on utilise des versions obsolètes et vulnérables de tout), et plus on garde sous le tapis de vrais problèmes.

Par exemple, j'ai recemment essaye de passer a une version a jour de gcc pour compilation sh3 (Casio). Et bien, ca rajoute une vingtaine de Ko a l'addin et du coup il est trop gros. Donc je suis revenu a une version plus ancienne de sh3eb-elf-gcc (la 7.3.0).

Lionel Debroux a écrit:Vu.
Globalement, je ne suis pas très fan de l'approche "if it ain't broke, don't fix it", vu les résultats qu'elle donne en pratique (au boulot ou ailleurs): moins on change, plus c'est douloureux de changer (et plus on utilise des versions obsolètes et vulnérables de tout), et plus on garde sous le tapis de vrais problèmes.

Bah la c'est même pire que CA, le code fournis dans l'archive officiel ne compile même pas... c'est pas que je veux pas mais bon d'être obliger de patcher pour pouvoir compiler ca commence a être une vrai marche, et c'est pas du tout accessible d'autre contributeurs. C'est vraiment un cache misère, autrement dit cacher la poussière sous le tapis.

On en reviens a ce qu'on disait, il est grand temps qu'une CI soit mise en place ... d'ailleurs, il y a des test d'anti régression ou pas dans giac ?

On peut supposer que ce qu'il y a côté geogebra, au minimum, devrait compiler, en supposant que le dernier état public du repo soit toujours compilable (selon [leur / au moins une] config).
Donc peut être juste une histoire de configuration du compilateur ? Mais de toute facon il faudrait que ca fasse partie du makefile ou équivalent, ca.