[GCC]Problème de compilation PowerPC

Bonjour à tous et toutes !
Je suis désolé pour le titre, je ne savais pas comment décrire mon problème.

A la compilation d'un fichier C (parmi des centaines) j'ai l'erreur suivante:

Code:

---

1 2 3 4

/tmp/cc42RfzW.s: Assembler messages: /tmp/cc42RfzW.s:21: Error: syntax error; found ` /tmp/cc42RfzW.s:63: Error: syntax error; found ` make[1]: *** [obj/root.o] Erreur 1

---

Lorsque j'ajoute l'option -S à gcc, afin d'éviter l'appelle à l'assembleur, j'ai un fichier assembleur (pour PowerPC je précise):

Code:

---

1 2 3 4 5 6 7 8 9

15 .file 1 "root.c" 16 .loc 1 478 0 17 .loc 1 489 0 18 #APP 19 stwu r1,-0x10(r1) 20 .loc 1 490 0 21 stw r8,(r1) 22 .loc 1 491 0 23 stw r9,4(r1)

---

Comme vous pouvez le voir, la ligne 21 ne contient pas de signe "`".
Je ne comprends pas cette erreur, et je ne vois pas ce qui peut la provoquer.

Si vous avez des idées, merci d'avance !!

Salut

oui mais la ligne 21 et 63 du C, elles correspondent à quoi ??

Comment ça se fait que tu aies "assembler messages" ??

Tu compiles avec -lang=assembler ??

La ligne 21 du C contient:

Code:

---

// 02/07 : Retrait de la structure ROOT_RAM_TAMPON

---

Je lance un gcc "classique" et j'ai une erreur de type assembleur, car j'imagine que GCC fait une compilation, génère le fichier asm, puis assemble ce fichier pour générer le fichier objet.

La ligne de compilation est en gros la suivante:

Code:

---

ppc_6xx-gcc -I. -I../../include -g -O -Wall -c root.c -o obj/root.o

---

les commentaires // ne sont acceptés que avec C99.......

Sinon c'est /* .... */

OR il me semble que par défaut gcc ne compile pas en C99...

J'ai d'autres fichiers C avec ce type de commentaires, et ils ne posent pas de soucis de compilation.

D'ailleurs, gcc a été compilé avec l'option --enable-c99.

alors je ne vois que 2 choses :

• soit une édition malencontreuse ayant laissé un caractère de contrôle quelque part avant.
  
  
• soit une mauvaise inclusion, une accolade mal fermée, quelque chose qui ne va pas dans les 20 lignes précédentes...

A mon avis, la solution la plus simple pour voir :

tu entoures ce que tu peux autour de cette ligne de #ifdef 0 pour que le précompilo le saute, et tu regardes ce que ça donne.

ou

tu retapes manuellement chacune des lignes..

Ca ne fait pas partie des lignes du fichier C je pense. Ou alors, pas aux lignes indiquées.
J'ai essayé d'entourer par un #if 0 et ça ne change rien du tout.
Mais la ligne indiquée est bien dans le code assembleur, pas dans le code C.

Si tu assembles a la main le fichier genere avec -s, que se passe-t'il?

Citation:

---

Envoyé par progfou

Ca ne fait pas partie des lignes du fichier C je pense. Ou alors, pas aux lignes indiquées.
J'ai essayé d'entourer par un #if 0 et ça ne change rien du tout.
Mais la ligne indiquée est bien dans le code assembleur, pas dans le code C.

---

je disais remonte de plus en plus ton #ifdef pour voir à quel moment ça coince...

Désolé Jean-Marc, mais je ne comprends pas ce que tu veux dire ?
Je ne vais pas taper un gcc -s root.o ?

Citation:

---

Envoyé par progfou

Désolé Jean-Marc, mais je ne comprends pas ce que tu veux dire ?
Je ne vais pas taper un gcc -s root.o ?

---

gcc -c root.s

Citation:

---

linker input file unused because linking not done

---

Citation:

---

Envoyé par souviron34

je disais remonte de plus en plus ton #ifdef pour voir à quel moment ça coince...

---

Si j'entoure la ligne 21, et juste elle, j'ai déjà l'erreur.

Citation:

---

Envoyé par progfou

Si j'entoure la ligne 21, et juste elle, j'ai déjà l'erreur.

---

bien sûr, je te dis de remonter le #ifdef ligne à ligne.. (j'ai dit que je pensais que l'erreur était avant)

tu laisses le #endif après la ligne 21...

J'ai remonté progressivement jusqu'en haut, ça n'a rien changé.
J'ai aussi essaye de supprimer les lignes, carrément, et ça n'a rien changé non plus.

Bizarre, il ne considere pas un .s comme un fichier a assembler? Ceci passe bien ici:

Code:

---

1 2 3

$ gcc -S progfou.c $ gcc -c progfou.s $ gcc progfou.o

---

(Tu peux aussi passer -v a gcc pour avoir plus d'info sur ce qu'il fait.)

Citation:

---

Envoyé par progfou

J'ai remonté progressivement jusqu'en haut, ça n'a rien changé.
J'ai aussi essaye de supprimer les lignes, carrément, et ça n'a rien changé non plus.

---

à ce compte-là, j'ai un doute qu'il prenne le bon fichier...

Il était nommé .o et non .s.
En le nommant .s, j'arrive à:

Code:

---

1 2 3

root.s: Assembler messages: root.s:21: Error: syntax error; found ` root.s:63: Error: syntax error; found `

---

Le -v donne:

Code:

---

as -mppc -V -Qy -o root.o root.s

---

Et pas beaucoup d'info à part cela.

ecoute, je serais toi, d'abord je commencerai par juste compiler avec l'option préprocesseur seulement, en verbose. Et en faisant sortir l'output dans un fichier.

Si ça ça passe, après vérification de tout, tu passes à la suite...

Essaye en virant les lignes problematiques du .s (naturellement, le resultat ne sera pas utilisable).

Regarde s'il n'y a pas un caractere de controle dans ces lignes (le ` est peut-etre une tentative de l'indiquer `ainsi').

Ca ne change rien du tout.

Citation:

---

Envoyé par Jean-Marc.Bourguet

Essaye en virant les lignes problematiques du .s (naturellement, le resultat ne sera pas utilisable).

Regarde s'il n'y a pas un caractere de controle dans ces lignes (le ` est peut-etre une tentative de l'indiquer `ainsi').

---

Caractère de controle ?
J'essaie en virant les lignes.

Les lignes sont toutes les deux des stw:

Code:

---

1 2	stw r8,(r1) stw r11,(r8)

---

Si je les vire, j'ai le droit à des erreurs d'assemblage (genre Error: unsupported relocation against r1).

Citation:

---

Envoyé par progfou

Caractère de controle ?

---

des fois, taper fct2, ou P7, ou autre chose (Shift+alt par exemple ;)) par erreur, ne s'affiche pas dans le texte et provoque des conneries du style..

Mais franchement je t'engagerais à essayer le préprocesseur seulement d'abord..

Et ensuite, tu remets ton ifdef, mais en prenant tout le fichier sauf les include, et puis tu avances (juste les déclarations de fonctions sans le corps, etc etc).

C'est malheureusement des fois la seule manière quand rien n'est évident et que l'eereur est bizarre..

OK, j'ai la réponse... Un peu honte de le dire maintenant. :oops:
Le code assembleur en question n'était pas généré par gcc, mais déjà présent dans le code (en ligne 453 !).
Du coup, en modifiant ce bout de code, ça fonctionne.