[boso kernel] Assembleur inline GCC - Undefined Reference

Bonjour à tous !
J'ai repris le code de Boso Kernel trés légèrement modifié d'un point de vue de la structure.

Vous trouverez mon code ci joint : http://kishrem.free.fr/BesOS.rar , il y a le makefile bien sur...
C'est pas bien compliqué, il y a peu de fichier.

Mon soucis : dans le fichier x86_gdt.c qui se charge d'initialiser la GDT, lorsque je link, LD me renvoit dans la gueule un undefined reference pour la variable kgdtr.

Pour ceux qui regarderont le code, cette variable est définit dans un .h et utilisé dans la fonction d'initialisation de la GDT : init_gdt(void).

Le problème en fait c est quand elle est utilisé dans l'assembleur inline :

Code:

---

1 2	/* chargement du registre GDTR */ asm("lgdtl kgdtr");

---

Si je met cette ligne en commentaire, le code se link.

Cette variable kgdtr est utilisé ailleur dans cette meme fonction, mais ne pose pas de soucis ! Il semblerait donc que ce soit quand elle est utilisé dans de l'assembleur inline. Je ne sais pas comment règler ce problème de linkage :(

Merci d'avance à ceux qui auront une idée !

Bonjour,

peut-être plutôt :

Code:

---

1 2	asm("lgdtl %0": "=m" (kgdtr):);

---

A bientôt.

Merci, j'essairai demain au boulot, mais c'est quoi cette syntaxe ? 8O

C'est la syntaxe att.

En fait, c'est l'adresse qu'il faut passer donc :

Code:

---

1 2	asm("lgdtl %0": :"p" (kgdtr));

---

Et j'y pense, il y a mieux :

Code:

---

1 2 3 4 5 6 7

asm ( " .intel_syntax noprefix\n" ; debut syntaxe intel "lgdt _kgdtr\n" ; on utilise la syntaxe de nasm ; avec des '_' devant les noms ; de variables, fonctions etc " .att_syntax noprefix\n" ; fin syntaxe intel

---

Merci !!! Cela fonctionne.

En fait ça compile oui, mais j'enleve le tag résolu parce que dans ma tete c'est pas clair :/

D'aprés ton post précédent tu me dis qu'il faut passer l'adresse à l'instruction lgdt, mais cette instruction n'est pas censé remplir le registre gdt d'une structure de 48 bits (32 bits pour l'adresse de la table et 16 pour sa taille) ? Donc ce n'est pas l'adresse de ma structure, mais bien ma structure qu'il faut que je lui donne non ?

L'instruction lgdt init la gdt à partir d'une structure dans la mémoire qui se présente sous cette forme:

Code:

---

1 2 3 4 5

struc GDT_PointerS .size: resw 1 ; la taille .base: resd 1 ; l'adresse endstruc

---

L'argument de lgdt est donc bien une adresse linéaire ....
:wink:

Ok merci beaucoup ;)

Le portage des bin utils c'est pas encore ça :/ Le même code compilé sous Linux fonctionne alors que sous Cygwin j'obtient une émulation vraiment différente dans Bochs :(
Faut t il vraiment passer sous Linux pour utiliser vraiment les bin utils ? :(

Salut,

j'ai eu le meme probleme que toi sur windows par rapport a linux au niveau des bin de gcc. j'ai trouvé plus ou moins la solution.

(la synthese ici en bas de la page: http://www.hexanium.com/hexatronic/o..._c_compile.htm )

J'arrive a compiler sans probleme sous windows pour le moment, apres le tous est dans le fichier script du linker ld a toi de bien positionner tes segments.

bon courage

(le bozo est une bonne base pour démarrer l'apprentissage, jete un oeil du coté sos aussi de linux mag, tres tres tres tres instructif !)

A++

Au fait, MERCI Zoso_ pour le ".intel_syntax noprefix" UN TUERIE je ne connaissais pas, je suis adepte de nasm je suis aux anges !

Hexanium

Meric mais j'ai abandonne depuis longtemps et resorti ma distrib Linux ! :D

Au passage oui, Boso est une excellente base mais avec le recul et tout ce que j'ai pu voir à droite à gauche, pas vraiment parfait, j'avais meme trouvé quelques contradictions dans les sources et des erreurs.
Le problème c'est qu'aprés la gestion des interruptions, bah c'est finis on a fait le tour sur Boso :D
Le projet SOS est trés bon mais demande quand meme de sacrés notions, j'essaye de m'en inspirer et de coder ma propre gestion de la mémoire physique, mais j'ai quelques plantages d'ou l'origine me reste encore mysterieuse :D

Salut,

chtit question tiens pendant que t'es la :D

dans

Code:

---

1 2 3 4 5

asm ( " .intel_syntax noprefix\n" ; debut syntaxe intel "mov ax, _myvar\n" " .att_syntax noprefix\n" ; fin syntaxe intel

---

il faut que "myvar" soit déclarer en global, comment faire pour la déclarer dans une fonction par exemple, ou dans 1 define avec cette syntaxe ?

exemple:

Code:

---

1 2 3 4 5

#define mymacro( val ) asm ( \ " .intel_syntax noprefix\n" \ "mov ax, _val\n" \ " .att_syntax noprefix\n" );

---

comment faire pour eviter le fameux:
undefined reference to `val' ?????????

merci

a++

Salut,

Bah j'ai trouvé ma reponce tous seul, il faut utiliser les "Extended inline assembly". Voici la source ces infos:
http://www.delorie.com/djgpp/doc/bre...ine_djgpp.html

Pour passer des variables locales dans de l'assembleur inline de gcc en syntaxe intel on rajoute en fin de code.

exemple:

Code:

---

1 2 3 4 5 6 7 8

asm volatile(".intel_syntax noprefix\n \ mov dx,al\n \ mov cx,bl\n \ jmp next\n \ next:\n \ .att_syntax noprefix\n" \ : \ //Sortie (aucune) :"b" (myvar), "a" (toto)); \ //Entrée associé a des registres.

---

myvar et toto sont des variables c locales ou globales !

ca parait lourd comme ca, en fait c tous bete, on utilise les 3 dernieres qui qui indique les entrées, les sorties, et la derniere ligne je ne sais pas.
Le plus bizard c'est les lettres, mais en fait cela correspond a des registres.

Ici par exemple on met myvar dans ebx et toto dans eax puis on execute l'asm !

voici les differents parametres:

Citation:

---

a eax
b ebx
c ecx
d edx
S esi
D edi
I constant value (0 to 31)
q,r dynamically allocated register (see below)
g eax, ebx, ecx, edx or variable in memory
A eax and edx combined into a 64-bit integer (use long longs)

---

Pour spécifier une variables en sortie on indique un '='devant.

Voila, je n'est pas trouvé d'autre solution pour indiquer une variable autrement que la methode du nom de la variable prefixé du underscore "_myvar" ou "_toto" mais cela impose que myvar ou toto soit globales !

Voila

A++

Hexanium