essaye sur ams ou vti si possible.

dans asti68k.c il y a printf((const char*) &HelpText); alors que HelpText est déclaré en tant que : const char* HelpText. Il ne faut donc pas mettre le "&".

Du coup il me fait un
move.l HelpText,-(sp), alors que j'attends un pea HelpText évidemment.

J'ai résoudru le problème cradement au niveau des sources : j'écris les chaines dans les printf. Mais j'aime pas, j'aime bien avoir les chaines groupées...

pas trop vérifié, mais helptext est déjà un pointeur non ? (c'est ce qui est expliqué sur la page précédente je crois)
le pea charcherait l'adresse du pointeur, ça n'irait pas

Une chaîne de caractères n'existe pas pas en C, c'est une vue de l'esprit : c'est un pointeur sur un char, et on a décidé par convention que ça continuait jusqu'à ce qu'on rencontre un '\0'

oui, je crois qu'il a rien compris a mes explications en fait.

helpText est l'adresse d'une case en mémoire qui contient l'adresse de .LC0, c'est ce qu'on appelle un pointeur en C

.LC0 est l'adresse de cases en mémoire qui contiennent ta chaine

si tu veux l'adresse de ta chaine, il faut le contenu de la mémoire à l'adresse helpText, donc move.l helpText, -(sp), sinon il faudrait pea .LC0

squalyl (./33) :
si tu veux l'adresse de ta chaine, il faut le contenu de la mémoire à l'adresse helpText, donc move.l helpText, -(sp), sinon il faudrait pea .LC0

ben justement, j'arrive pas à écrire ça en C de manière satisfaisante. Purée l'asm c'est simple, tout est pointeur...

Quoi qu'il en soit, rien de tout cela n'explique le "corrupted program".

l'adresse de la chaîne
const char* str= "huhu"
est str

RHAAAAAAAAA

 
char * pointeur = "gloubiboulga"; 
 
printf(pointeur); 
 
puts(pointeur); 
 
void puts(char *string) { 
  while(*string) { 
    putchar(*string); 
    string++; 
  } 
} 
 
putchar(char c) { 
 dessine_un_sprite_de_char_et_calcule_la_position_du_prochain(c); 
} 

Plutôt que de raconter absolument n'importe quoi à propos des pointeurs et de leur fonctionnement, je pense qu'il serait bien de limiter la pollution dans ce topic et d'attendre la réponse de gens susceptibles d'apporter des réponses utiles (genre ceux qui s'occupent de TIGCC ou GCC4TI)

on raconte quelles conneries
y'a pas besoin d'être spécialiste en compilation là, le code est correct point.

Précisément.

C'est bien pour ça que c'est pas la peine de passer 3 pages à se demander si HelpText est un pointeur ou non et à ajouter 3 tonnes de const, & et * au petit bonheur la chance avec des justifications aléatoires. Le code proposé par Folco était correct dès le départ. Si c'est effectivement un problème du compilateur, et il semblerait bien que ça en soit un, ceux qui ont déjà mis les mains dans GCC/TIGCC/GCC4TI ont plus de chances d'avoir des explications.

j'en ai un peu marre là. Je vais chercher des popcorns maintenant, et je laisse folco exécuter son code "pas correct" sur ams "pour voir".

Ben déjà lorsque je charge, ce n'est pas un prog kernel:
Fichier joint : (screenshot000.png)

Si on enlève --remove-unused, ca marche, mais ca reste un prog nostub...

Zephyr =>

SCPCD (./30) :
dans asti68k.c il y a printf((const char*) &HelpText); alors que HelpText est déclaré en tant que : const char* HelpText. Il ne faut donc pas mettre le "&".

Enfin si ça ne te dérange pas, on ne va pas insister, hein... (Il n'y a peut-être aucun rapport avec le problème d'origine, mais c'est un bug, stou)

Pen^2 -> j'ai essayé ça au pif, mais le code d'origine ne le comporte pas.


PpHd -> Bien vu et merci, je vais regarder pourquoi alors j'arrive pas à compiler correctement.

Folco (./44) : Pen^2 -> j'ai essayé ça au pif, mais le code d'origine ne le comporte pas.

OK

Il vaudrait mieux que tu postes le code d'origine, qui est correct d'après le début du topic, plutôt que les tentatives de contournement avec des casts partout (qui au mieux vont occulter le vrai problème, et au pire n'auront aucun sens).

Bon ok, ça marche. Bilan : il faut modifier kernel.h pour compiler avec l'IDE Win32 :

#define _main __main 
#define main _main 
#undef _main

(c'est de PpHd)

C'est pas évident, suivant qu'on utilise genlib et son gl_main ou pas, ou du kernel simple, faut bidouiller kernel.h.

heu... et c'est la conséquence de quoi, cette corruption qui apparait quand tu déclares une variable globale ?

Folco (./48) :
C'est pas évident, suivant qu'on utilise genlib et son gl_main ou pas, ou du kernel simple, faut bidouiller kernel.h.

A mon avis, il doit y avoir une merde dans genlib.a (la librarie statique) qui fait que tigcc veut mettre du code de démarrage mais il ne peut pas et pouf le programme.
Faudrait que je regarde ca proprement un jour.

Zephyr (./49) :

heu... et c'est la conséquence de quoi, cette corruption qui apparait quand tu déclares une variable globale ?

tigcc devait vouloir insérer du code de gestion de BSS ou que sais-je. et pas possible, d'où pouf le programme.

Je pense que le patch suivant sur genlib devrait corriger les problèmes:

 
--- a/src/static/Makefile 
+++ b/src/static/Makefile 
@@ -46,10 +46,10 @@ clean: 
        $(CC) -q $(INCLUDES) $< -o $@ 
  
 %.o: %.c Makefile 
-       $(CC) -DUSE_KERNEL $(CFLAGS) $(CPPFLAGS) $< -o $@ 
+       $(CC) -DUSE_KERNEL -D_GENERIC_ARCHIVE $(CFLAGS) $(CPPFLAGS) $< -o $@ 
  
 %.no: %.c Makefile 
-       $(CC) $(CFLAGS) $(CPPFLAGS) $< -o $@ 
+       $(CC) -D_GENERIC_ARCHIVE $(CFLAGS) $(CPPFLAGS) $< -o $@ 
  
 %.n.o: %.c Makefile 
        $(CC) $(CFLAGS) $(CPPFLAGS) $< -o $@ 

Super, merci \o/

Quand une lib réclame certaines options du code de startup (parce qu'elle n'a pas été compilée avec _GENERIC_ARCHIVE) et le programme client en réclame d'autres, "pouf", en effet
ExtGraph a également eu le bug, il y a très longtemps, avant que Sebastian m'indique le fix simple.

Heu, le bug avec printf qui faisait pas ce que je voulais et qui affichait rien, c'était que l'IDE... euh... est trop conne pour mettre un extern qui était pourtant évident.

Non ?


ok, ok

Tiens au fait, comment écrire mon code pour qu'il ne crée pas de variable pointeur, et ainsi fasse directement un :
pea machaine(pc)
bsr printf

machaine : dc.b "toto",0

printf ("toto") marche...

Tout à fait. Mais si je veux éviter ça ? J'aime bien regrouper mes chaines dans un fichier, et les trier en catégories données.

#include "chaines.h"
contenant:
#define chaine1 "Toto is good"

et tu laisses l'option qui demande au linkeur de fusionner les constantes textuelles ?

Oui. Et merci pour l'idée du header, c'est ça qu'il me faut.

edit -> ça cartonne ton truc ^^