Forum TI-Planet.org

Bien le bonjour,
en fait, je me posais la question: Qu'est-ce qu'il faudrait pour faire un éditeur C/C++ on calc (simple curiosité, je ne risque pas de le faire, ma flemme est trop puissante ).

Si c'est juste un éditeur que tu veux... un éditeur de texte suffit (et ça existe), mais si tu veux ensuite compiler/exécuter, va falloir porter gcc... (et le reste nécessaire pour que ce soit un programme Ndless valide).

Donc bref, "oublie".

Il est facile de faire un éditeur de texte sans syntax highlighting, il y en a déjà pour Nspire; mais dans le cas général, C est difficile à parser, et C++ est terriblement plus complexe que C. Le seul parser C/C++ complet et utilisable par des projets tiers est celui de Clang; celui de GCC remplit le premier critère, mais pas le deuxième, car GCC est un gros plâtras monolithique, en très lente amélioration, et la licence de Clang est de toute façon plus permissive.

Quant à la création d'un environnement de compilation complet on-calc... même des Nspire ou des Prime, pourtant les modèles du marché qui manquent le moins de puissance, sont bien trop limitées pour compiler des programmes C/C++ un peu complexes. TI combat activement le code natif sur la Nspire fermée, et HP ne documente pas la Prime ouverte.

Juste un assembleur on-calc ça serait bien. Et qu'on vienne pas me dire que les caltos sont pas assez puissante, Mimas sur z80 est la preuve du contraire

matref wrote:Juste un assembleur on-calc ça serait bien. Et qu'on vienne pas me dire que les caltos sont pas assez puissante, Mimas sur z80 est la preuve du contraire

Quel serait l'utilité ?
Ce serait comme faire (Si jamais un fou voulait porter GCC/Clang ) compiler directement sur la calto

De même pour un éditeur directement sur la calculette ... quel serait l'utilité ?
J'imagine (pour ma part, après avec de l’entraînement on fait peut être mieux) que j'ai un ratio d'environ 1h calto = 5min pc (pour taper du code par exemple). Donc bon ya pas photo ^^
(Et pis de toutes façons après faut transférer sur l'ordi pour (cross) compiler).

Il est nettement plus facile de porter un assembleur (programme d'assemblage de code source en langage d'assemblage) et un éditeur correct associé que même un compilateur C.

Pour une fois, je trouve Lionel un peu pessimiste.

GTC était un compilateur C oncalc, associé à un éditeur avec auto-completion incluant dans une info bulle un prototype de chaque fonction gérée... et tout cela fonctionnait sur TI92+, sur TI89 Titanium et sur V200.

Certes, il y avait des bugs gênants et le travail était inachevé, mais ça fonctionnait.

Alors dire que les Nspire et Prizm ne peuvent pas le faire me semble un peu exagéré.

Il n'a jamais été question d'"impossibilité", il me semble. Juste de "c'est vraiment chiant, lourd, et complexe à faire", et comme c'est relativement inutile, ben...

GTC avait en effet des features sympa, et à cause de qui on sait, il n'a pas eu le succès qu'il méritait...
Mais il était spécifique à la plate-forme TI-68k, et comme tu l'indiques, il était inachevé.
Porter les compilos C/C++ full-featured que sont GCC et Clang vers l'OS standard des Nspire est une autre paire de manches. Il faudrait se tourner vers des choses comme tcc... qui n'est pas exempt de limitations et de bugs. Bien sûr, ces compilos sont déjà disponibles sous Linux, mais ne peuvent pas compiler de code source trop complexe, faute d'avoir assez de RAM.