GTC : un TIGCC sur votre calculatrice ? - Page 76

Oui c'est documente, mais il n'est marque nulle part pourquoi c'etait comme ca.

Si je le savais, la limite ne serait plus là.

C'est si complique ? Je vais regarder 5s.

Deja dans SymTab.c, fonction ReadSymTab/AddSymTab, il y a un:
sprintf (wnum, "%d", LabLine);
avec wnum de taille 6 --> limite a 99999

Fonction Heap2Space et ParseSpace aussi (M'enfin ca doit pas porter a consequences).

A68kmisc.c: sprintf (tempstr, " %5d%c", LineCount, macflag);
A68kmisc.c: printf ("%5d %s\n", LineCount, Line); /* The line itself */

Pour un compilateur 16 bits, je suis d'accord que la limite est de 32768 lignes, mais en 32 bits, je vois pas trop pkoi.

PpHd
: Pour un compilateur 16 bits, je suis d'accord que la limite est de 32768 lignes, mais en 32 bits, je vois pas trop pkoi.

Parce que PedroM bogue si tu en mets plus?

et un "grep short *" ne donne rien ?

Il ne donne rien.

Y'a aussi:
A68kmisc.c: sprintf (tempstr, "%5d", ref->RefNum[j]);
A68kmisc.c: sprintf (tempstr, " +++ MACRO +++ %5d", sym->Defn);
A68kmisc.c: sprintf (tempstr, "%5d", ref->RefNum[j]);
Symtab.c: fprintf (stderr, "%5d\b\b\b\b\b", i);

Mais rien qui indique 32766 en mode 32 bits

Et un "grep 3276" ou un "grep 6553" ?

Mmmm

	currhunk = 32767;
	num = 0;
	if (rel = RelStart)	/* If we have anything, */
	    rel++;		/*  skip over the first chunk's link. */
	while (rel) {
	    if ((rel->Size == size) && (rel->Hunk >= 0)
	    && (rel->Target == -1) /* added by Kevin Kofler in v.2.71.F3l */
	    ) {
		if (rel->Hunk < currhunk) {
		    currhunk = rel->Hunk;	/* Lowest hunk number */
		    num = 1;			/* Reset counter. */
		} else if (rel->Hunk == currhunk) {
		    num++;			/* Count entries. */
		}
	    }
	    rel = rel->Link;
	}
	while (num > 0) {	/* Repeat for all hunk references. */
	    templong = num;
	    xputl (f, templong);	/* Number of entries */
	    xputl (f, currhunk);	/* Hunk number */
	    nexthunk = 32767;
	    num = 0;			/* Count

Peut etre ce code tire de A68kmisc.c

oui c'est très suspect, ça pourrait bien être ça et en plus Kevin avait regardé ce code

et donc en remplaçant les 32767 par INT_MAX, ça donne qqch ?

Ça veut dire Hunk (c'est-à-dire section en des termes plus modernes) n°32767, pas ligne n°32767...

Je sais. C'est pas forcement ca. Mais ca peut porter a consequences. LONG_MAX serait plus adapte.

Autre indice : lors du passage à la ligne 32768, il semblerait qu'il y ait un \n imprimé ou un truc du genre...

Oui.

Bon allez je vais regarder...

Mais je ne comprends pas pourquoi vous y fatiguez tant quand il y a déjà une solution à votre problème (qui est un followup à ce patch).

Ce serait plus simple de pas avoir besoin de patch...

Alors c'est simple, PpHd n'a qu'à intégrer mon patch à la version officielle de PedroM. Il est fait pour ça.

Y a pas besoin de se fatiguer... J'ai fait un grep de "3276" sur les sources, comme j'avais suggéré avant, et le truc le plus voyant est :

#define NODEF 32767 /* High line number for undefined symbols */

(et pour le problème du retour à la ligne c'est autre chose : c'est DebugEnd qui est initialisé à 32767)

donc :
#include <limits.h>
et
#define NODEF INT_MAX /* High line number for undefined symbols */
et
DebugStart = INT_MAX; DebugEnd = 0; /* Disable debug displays. */

Ca marche très bien.

Kevin : ça change rien, il faut toujours un patch.
C'est bien si t'es fier de ton patch et si tu tiens à ce qu'il soit utilisé mais si on peut l'éviter c'est mieux

Tu as essaye ?

Albert Instinct :
Kevin : ça change rien, il faut toujours un patch.

Non, si PpHd l'applique dans la distribution officielle, par définition il ne faut plus de patch!

C'est bien si t'es fier de ton patch et si tu tiens à ce qu'il soit utilisé mais si on peut l'éviter c'est mieux

Non, ce n'est pas mieux d'utiliser un convertisseur obsolète comme maketib à la place d'un linker moderne comme ld-tigcc!

---

PpHd
: Tu as essaye ?

de quoi ? mon chgt ? oui, Pedrom compile très bien, il faut que j'intègre ça dans l'IDE et hop

euh sinon ça te pose pas de pb moraux si en attendant que tu fasses les pedrom apps je considère que GTC est à $230000 (ou $430000) ? (je vérifie qd même avec un tag au cas où)

Flanker> menaces de mort ?

Kevin Kofler
:

Albert Instinct :
Kevin : ça change rien, il faut toujours un patch.

Non, si PpHd l'applique dans la distribution officielle, par définition il ne faut plus de patch!

OK....

C'est bien si t'es fier de ton patch et si tu tiens à ce qu'il soit utilisé mais si on peut l'éviter c'est mieux

Non, ce n'est pas mieux d'utiliser un convertisseur obsolète comme maketib à la place d'un linker moderne comme ld-tigcc!

C'est pas le sujet, si ?

Et Flanker disait à peu près :

C'est toi qui dit ça, utilisateur d'un OS obsolète ?

Albert Instinct
:

C'est bien si t'es fier de ton patch et si tu tiens à ce qu'il soit utilisé mais si on peut l'éviter c'est mieux

Non, ce n'est pas mieux d'utiliser un convertisseur obsolète comme maketib à la place d'un linker moderne comme ld-tigcc!

C'est pas le sujet, si ?

Si, regarde ce que font mes patches avant de dire n'importe quoi!

Tu parles à qui là ?

Voilà à qui et quoi je répondais.