la génération d'un.hors format de fichier avec gcc

Comment puis-je générer.hors format de fichier avec gcc sur les architectures x86 ?

Avec msna je peux le faire facilement avec l'option-f, par exemple:

[user@host]$ nasm -f aout start.asm 
[user@host]$ objdump -a start.o

start.o:     file format a.out-i386-linux
start.o

[user@host]$

Sur linux, compilation .c fichiers produit un objet elf. Comment puis-je produire une.les fichiers avec gcc ?

Quel système utilisez-vous? Je ne pense pas que Linux prend en charge un.hors des exécutables plus. Je ne sais pas à propos de fichiers d'objets intermédiaires.
Je crois que le noyau peut être configuré avec un.le support, mais qu'elle est désactivée par défaut. Il a été un moment depuis que j'ai compilé un noyau, qui risquent de ne plus être le cas.
Linux prend en charge si CONFIG_BINFMT_AOUT est activée au moment de la compilation.

OriginalL'auteur Nulik | 2011-11-28

  1. 11

    Pour générer le un.format de sortie avec gcc, votre éditeur de liens doit être dit de le faire. Vous pouvez le faire en passant des drapeaux de gcc grâce à la -Wl drapeau.

    Ici est ce que vous feriez pour l'un.format de sortie:

    gcc -Wl,--oformat=a.out-i386-linux file.c -o file.out

    Vous pouvez également afficher tous les formats supporté en tapant:

    objdump -i
    le problème c'est que j'ai beaucoup de fichiers objets (.o) qui sont dans le format elf, donc quand j'en lien avec OUTPUT_FORMAT(un.-i386-linux) paramètre dans l'éditeur de liens de script, j'obtiens cette erreur: "ne peut pas représenter la section `.commentaire " dans un.objet de format de fichier". C'est pourquoi j'ai besoin de la "gcc-c fichier.c" est compilé à partir de le début dans un.format de sortie, et pas ELF.
    J'ai trouvé la solution à la ci-dessus, avec -fno-ident option .section commentaire n'était pas généré, j'ai démarré mon un.hors du noyau fine avec grub. merci
    Désolé j'ai raté votre premier commentaire, et content que vous avez trouvé le correctif vous-même 🙂

    OriginalL'auteur Quentin Casasnovas

  2. 0

    Il y a deux réponses à cette question. La première est que vous aurez besoin de compiler une nouvelle GCC aout avec comme cible; il n'est pas aussi simple que d'appuyer sur un commutateur de ligne de commande. L'autre réponse est une question: pourquoi avez-vous réellement besoin? Je ne peux pas immédiatement penser à une raison valable.

    Je suis en train d'élaborer un système d'exploitation et j'ai besoin d'un noyau et des applications à être emballés ensemble dans un fichier d'image de sorte qu'il est chargé rapidement avec une lecture et d'une écriture (l'ensemble de l'image) , un.des looks à être le format idéal pour cela, en étant simple et prise en charge par un grand nombre de chargeurs.

    OriginalL'auteur goldfire

  3. 0

    Selon ce post
    http://gcc.gnu.org/ml/gcc-help/2006-04/msg00262.html

    vous avez besoin pour construire gcc pour une cible différente (i386-aout). Semble plausible qu'un.est obsolète depuis des années (+de 10).

    OriginalL'auteur MK.