Quand je parlais du peu de contrôle offert par le SDK de Casio, c'en est un exemple, c'est un combo SDK / IDE en fait (même s'il est assez peu envisageable d'éditer du code en son sein…) ; ce qui pourrait se rapprocher le plus d'un Makefile serait alors ce fichier, je suppose : https://git.planet-casio.com/Nemh/Eigen ... /Eigen.g1w, c'est une sorte de fichier "projet" qu'il suffirait d'importer pour que le SDK sache de quoi on lui parle.
À cause des limitations de ce SDK j'avais justement commencé à travailler au passage du tout sous gcc, c'est le rôle de cette branche : https://git.planet-casio.com/Nemh/Eigen ... liberation, qui a une structure sans doute plus classique. Ça compile mais tourne approximativement : il reste quelques soucis : la transformation de la bibliothèque fournie par le SDK de Casio vers une bibliothèque utilisable avec gcc ne semble pas totalement parfaite, et les fonctions mathématiques notamment posent problème (je ne sais plus exactement quelles avaient été mes conclusions, peut être un problème de convention d'appel, ou de format des flottants, ou autre… :s).
En tout les cas, le code qui est là est destinée aux Graph *5 monochromes, et celui de gbl08ma aux fx-CG10/20 (et donc normalement G90 également), d'où les différences assez flagrantes entre les deux projets. Je n'utilisais pas d'allocateur séparé, mais Eigenmath a tendance à manquer plus rapidement de mémoire sur Graph*5 que sur fx-CG20.
La taille de l'objet memmgr.o vient sans doute de
static byte pool[POOL_SIZE] = {0};
, où POOL_SIZE est défini à 128 * 1024 dans le code de gbl08ma (ici et là) ; il doit être envisageable de diminuer cette valeur dans un premier temps.