ERROR :: 1 undefined reference to __calculator - Page 1

Voilà, alors que je modifait un programme qui n'est pas le mien, en ajoutant une lib qui n'est pas la mienne j'ai eu cette erreur

j'utilise une lib archive, et je pense que ca viens de la.. (quand je clique dessus, ca me met une page grise

thx

La librairie n'a pas été compilée correctement. L'auteur de la librairie doit définir _GENERIC_ARCHIVE.

pourtant j'ai deux exemples qui compile avec cette lib!

et d'ailleur il y a bien le generic archive..

TiMad
a écrit : pourtant j'ai deux exemples qui compile avec cette lib!

Si ton programme utilise la détection de modèle au démarrage, il compilera avec cette librairie. Si tu le compiles pour un seul modèle et/ou si tu désactives entièrement la détection de modèle au démarrage avec NO_CALC_DETECT, ça ne marchera pas.

TiMad
a écrit : et d'ailleur il y a bien le generic archive..

Peut-être pas orthographé correctement ou pas au bon endroit?

comprend pas:
if (TI89); undefined TI89, c'est pourtant comme cela qu'il faut faire?

Normalement oui...

il me dit que c'est non declaré!
pourtant:
// C Source File
// Created 21/02/2002; 18:19:37

//options de compilation:
// pour tigcc: -Os -Wall -W -Wwrite-strings
// pour A68k: -g -t

#define USE_TI89 // Produce .89z File
#define USE_TI92PLUS // Produce .9xz File
#define USE_V200

#define USE_KERNEL

#define OPTIMIZE_ROM_CALLS // Use ROM Call Optimization

//only one version to compile at time !
#define VERSION_FR
//#define VERSION_ENG

#include <tigcclib.h> // Include All Header Files
#include "TinyX.h"

#include "key.h" // touches pour rowread
#ifdef USE_KERNEL
#include "zip.h" // pour utiliser ziplib
#else
#include "zip2.h" // fonction de compression de François Lieber
#endif
#include "fastgraph.h" // pour l'affichage de texte, de ligne : optimisé par TICT
#include "textes.h" // tous les textes de prog

ya bien ce qu'il faut
j'utilise la derniere version de tigcc.. peut etre ca?

Non, elle est justement censée marcher...

en fait, ca vient du fait que tu compiles que pour une seule calculatrice ...
fait:
short _calculator=0;
avant tigcclib

?? a bon...
comprend pas.. d'ailleur si je vire kernel ca compile..

il se trouve que j'ai un pb similaire
je me suis fait un lib archive de l'algo de komp
puis qd je compile hibext en nostub, pas de pb
qd je compile hibtext en kernel, plein de _rom_call_ undefined de partout

ce pb n'existe pas si je vire l'utilisation de cette lib archive...

que fo-t'il faire avec _GENERIC_ARCHIVE ?

bein alors le prob viens de toi, vu que je compilai ton prog

TiMad a écrit :
?? a bon... comprend pas.. d'ailleur si je vire kernel ca compile..

C'est normal. USE_KERNEL désactive le remplissage de __calculator lors de la détection de modèle au démarrage, vu qu'on utilise le RAM_CALL correspondant en mode kernel. Mais ça n'explique pas:
* pourquoi une des librairies utilisées (certainement pas le programme principal, il sait qu'il faut utiliser le RAM_CALL, lui) importe __calculator. La librairie statique est censée utiliser une détection en temps d'exécution, indépendante du code de démarrage et du mode (kernel/_nostub).
* d'où vient ton "undefined (reference to) TI89" - il n'y a strictement rien qui importe TI89 dans TIGCC, c'est toujours défini sous forme de macro!

hibou a écrit :
il se trouve que j'ai un pb similaire
je me suis fait un lib archive de l'algo de komp
puis qd je compile hibext en nostub, pas de pb
qd je compile hibtext en kernel, plein de _rom_call_ undefined de partout

ce pb n'existe pas si je vire l'utilisation de cette lib archive...
que fo-t'il faire avec _GENERIC_ARCHIVE ?

Voilà le problème: ta librairie statique n'utilise pas _GENERIC_ARCHIVE, donc ça ne marche pas.
Il faut mettre #define _GENERIC_ARCHIVE devant #include <tigcclib.h>. Ça s'utilise comme SAVE_SCREEN, OPTIMIZE_ROM_CALLS et compagnie. La différence est que _GENERIC_ARCHIVE s'utilise dans les librairies statiques alors que le reste s'utilise dans les programmes principaux.

L'absence de _GENERIC_ARCHIVE cause plusieurs problèmes:
* le problème de __calculator.
* le fait que _nostub soit exporté par la librairie statique, donc USE_KERNEL ne marche plus.

Ah tiens, je vois pourquoi __calculator est importé! _GENERIC_ARCHIVE devrait impliquer NO_CALC_DETECT, mais ce n'est pas le cas actuellement. On va corriger cela, mais en attendant, il faut définir aussi NO_CALC_DETECT dans la librairie statique.

Correction proposée:

--- Include.old/C/default.h	Fri Jan 24 20:51:22 2003
+++ Include/C/default.h	Mon Mar 17 15:32:54 2003
@@ -62,6 +62,14 @@
 _INCLUDE_PATCH(_execute_in_ghost_space);
 #endif
 
+#ifdef _GENERIC_ARCHIVE
+#undef NO_CALC_DETECT /* avoid redefinition warnings */
+#define NO_CALC_DETECT
+#undef OPTIMIZE_ROM_CALLS
+#undef USE_FLINE_ROM_CALLS
+#undef USE_INTERNAL_FLINE_EMULATOR
+#endif
+
 #if (!defined (NO_CALC_DETECT)) && (!((defined (USE_KERNEL) || defined (DOORS)) && defined (_SUPPORT_ALL_CALCS)))
 #define _NEED_CALC_DETECT
  _INCLUDE_PATCH(_detect_calc_);
@@ -162,12 +170,6 @@
 #define _rom_call_attr(type,args,attr,index) (*((type(*__ATTR_TIOS__ attr)args)(_rom_call_addr_concat(0x##index,_ROM_CALL_##index))))
 #define import_binary(filename,symname) asm(".globl "#symname"\n"#symname":\n\t.incbin \""filename"\"")
 /* End Auto-Generated Part */
-
-#ifdef _GENERIC_ARCHIVE
-#undef OPTIMIZE_ROM_CALLS
-#undef USE_FLINE_ROM_CALLS
-#undef USE_INTERNAL_FLINE_EMULATOR
-#endif
 
 #ifdef USE_INTERNAL_FLINE_EMULATOR
 _INCLUDE_PATCH(fline_internal_emulator);

ca marche, c'est ok
merci bien

(c'était pas hibtext na )

huhu

TiMad: tu pourrais me mailer le résultat de hibtext deès que dispo ? (histoire que je change un peu mon vieu txtrider)

bein tu gagnes rien en vitesse,car la perte de vitesse ne viens pas de la, il reaffiche pas a chaque boucle

heurf ... comment il fait ?

un scroll

TiMad
a écrit : bein tu gagnes rien en vitesse,

Ben voilà, c'est ce que j'essaye de vous faire comprendre depuis le début: vous perdez votre temps à optimiser des routines graphiques en vitesse, ce n'est pas ça qui accélérera les programmes!

c'est parce que j'utilise des fonctions dejà accélérées qu'il n'y a pas de différences !
pour sh'L, les stats sont différentes !