Version imprimable
Bonjour,
Je cherche a compiler et a executer un programme ecrit en ASM/C++.
Il s'agit d'un Loader qui est chargé par mon boot. Celui ci est en 16-bit car il se charge a passer en PMode.
Le probleme est que je n'arrive pas a lui donner la main.
Je travaille sous Windows/Bochs/Nasm/DJGPP/CygWin
Merci,
Que je sache DJGPP c'est un compilo 32 bits. Il te faut un compilo 16 bits.
Et normalement un loader est développé entièrement en assembleur, parce qu'il doit peser 512 octets...
Merci,
Mais c'est le boot qui doit faire 512o pas le Loader.
Donc ce que tu suggeres c'est que mon Loader soit en ASM 16-bits passe en PMode et donne la main au Kernel en ASM/C++ 32-bits?
le boot = le boot loader = le loader :lol:
la configuration simple veut que le boot loader (512 octets) charge le noyau, commute en pmode et lui passe la main. Peut être que ton boot loader charge un autre loader qui va charger et initialiser le noyau (equivalent de lilo/grub, ou NTLDR). Faudrait préciser dans ton cas.
Mais à priori le code qui switche rmode / pmode devrait être écrit en asm, car il va contenir un mélange d'asm 16 et 32 bits. Le noyau peut être en C 32 bits.
http://inferno.cs.univ-paris8.fr/~am/tutorial/os/tutorial00.html
En effet mon projet se decompose en trois modules
Boot - Verifie la presence du Loader, le charge et lui passe la main.
Loader - Verification simple du systeme passage en PMode et donne la main au Kernel
Kernel - PMode 32-Bits (ASM/C++)
Je dirais que boot et loader devraient être développés en asm (il doit être possible de les fusionner d'après ce que tu dis...).
Le kernel utilise de l'asm depuis le code C/C++ ? C'est spécifique à chaque compilo, chez DJGPP si je me souviens bien c'est la syntaxe AT&T.
http://www.delorie.com/djgpp/doc/brennan/brennan_att_inline_djgpp.html
Le code du Loader est actuellement trop gros pour le fusionner avec le boot.
Et le Kernel ne va pas utiliser d'ASM inline, mais de vrai fichier assembleur linker avec les sources C++.
Ah ok. Mais... quelle est la question ? :D
Le kernel doit être linké de manière spécifique, voir le lien sur boso kernel.
Boso Kernel est fait pour Unix, pas pour Windows
Le probleme que j'ai c'est:
De linker un fichier ASM avec un fichier CPP, sachant que le point d'entrée est dans le fichier ASM. De le charger et lui donner la main, et que cela fonctionne.
Pourquoi prendre un fichier .cpp ???Citation:
Envoyé par KnightsOfTheRound
Au risque de dire des aneries ce n'est pas recommandé voire impossible parce que les conventions d'appels ne sont pas les mêmes qu'en C.
A l'édition des liens les noms de fonctions sont 'édulcorés' ( 'mangled' en anglais ) en C++.
Donc je recommande vivement de prendre un fichier source avec extension .C et non .cpp ( le préprocesseur et compilateur sont différents selon les cas )
Tout ce qui touche au système bas-niveau c'est en C et non C++
euh, attention, j'ai lu plusieurs fois ici qu'un fichier .C (en majuscule) était un fichier C++...
(mais ce doit être faux pour les compilateurs DOS où tous les noms sont en majuscules...) :?:
boso kernel est un noyau, il n'est donc destiné à aucun OS. En revanche il est conçu pour être compilé avec GCC, et... c'est ce que tu utilises. Je l'avais compilé avec succès sous Windows avec MingW.Citation:
Envoyé par KnightsOfTheRound
Faut déclarer en C++ les fonctions asm codées,et ensuite c'est l'éditeur de liens qui fait tout. Ou alors tu fais de l'asm inline...Citation:
Le probleme que j'ai c'est:
De linker un fichier ASM avec un fichier CPP, sachant que le point d'entrée est dans le fichier ASM. De le charger et lui donner la main, et que cela fonctionne.
Note que ça doit pas être linké n'importe comment. Tu dois spécifier une adresse de base, et sortir une image binaire brute. Ton loader doit être codé pour charger le noyau à cette adresse de base. Tout est expliqué dans le lien sur boso kernel.
Pour ce qui est du C++, tout ce qui dépend du runtime n'est pas utilisable : lib standard (fichiers, allocation new/delete,...), RTTI/dynamic_cast, exceptions, ...