L'incorporation de blobs binaires à l'aide de gcc, mingw

Je suis en train d'intégrer des blobs binaires dans un fichier exe. J'utilise mingw gcc.

Je fais l'objet fichier comme ceci:

ld -r -b binary -o binary.o input.txt

J'ai ensuite chercher objdump de sortie afin d'obtenir les symboles:

objdump -x binary.o

Et il donne symboles nommé:

_binary_input_txt_start
_binary_input_txt_end
_binary_input_txt_size

J'ai ensuite essayer et d'y accéder dans mon programme C:

#include <stdlib.h>
#include <stdio.h>

extern char _binary_input_txt_start[];

int main (int argc, char *argv[])
{
    char *p;
    p = _binary_input_txt_start;

    return 0;
}

Puis-je compiler comme ceci:

gcc -o test.exe test.c binary.o

Mais j'obtiens toujours:

undefined reference to _binary_input_txt_start

Personne ne sait ce que je fais de mal?

  • Par ailleurs, j'ai été pas au courant de cette méthode de tirant de données arbitraires dans un fichier exécutable - nice.
  • Ce n'cette méthode offre qui n'est pas offert par .rc fichiers?
  • Un accès plus facile à contntent. Il n'a pas besoin des appels à toutes les Ressources de l'API:s
InformationsquelleAutor myforwik | 2010-04-13
  1. 31

    Dans votre programme C supprimez le trait de soulignement:

    #include <stdlib.h>
#include <stdio.h>

extern char binary_input_txt_start[];

int main (int argc, char *argv[])
{
    char *p;
    p = binary_input_txt_start;

    return 0;
}

    Compilateurs C souvent (toujours?) semblent ajouter un trait de soulignement pour extern noms. Je ne suis pas entièrement sûr de savoir pourquoi est - je suppose qu'il ya une certaine vérité à cet article de wikipedia est prétendre que

    Il était de pratique courante pour les compilateurs C pour ajouter un trait de soulignement à tous les portée externe identificateurs de programme pour éviter des affrontements avec les contributions de runtime support de la langue

    Mais il me semble que si souligne été ajouté à tous les externes, alors vous n'êtes pas vraiment le partitionnement de l'espace de noms très bien. De toute façon, c'est une question pour un autre jour, et le fait est que les traits de soulignement n'est ajoutée.

    • Wow... merci beaucoup. Cela a été me rend fou. Je savais qu'il doit avoir été quelque chose de simple. Je viens de débogage, il remarqua qu'il était en train de changer d' __binaire_entrée_txt_démarrer
    • juste au cas où vous êtes intéressé, j'ai poster une question demandant pourquoi C fait ceci: stackoverflow.com/questions/2627511/...
    • L'article est vrai. Les exécutions ont été écrites en assembleur, qui était libre d'utiliser les noms sans tiret précédé et pourrait ainsi être assuré de ne pas en conflit avec les symboles définis dans le code C, et à l'inverse le code C n'avaient aucun moyen d'accéder aux symboles de l'asm exécution de code.
    • Personne ne sait quelle quantité de données qui peut être intégré de cette façon?
    • Le trait de soulignement signifie un nom réservé n'est-ce pas; je suppose que c'est pour éviter un affrontement avec un code références
    • Au contraire, dans mon cas, j' ne ont pour ajouter le trait de soulignement. Sens, le code initial en question fonctionne pour moi. Uname "Linux aditya-lucide 2.6.32-40-generic #87-Ubuntu SMP Lun Mar 5 20:26:31 UTC 2012 i686 GNU/Linux", à l'aide de gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5.1)"
    • peut-être il y a une différence dans ce détail qui dépend de la cible? Windows toolchains ont tendance à ajouter automatiquement des traits de soulignement pour les noms externes lorsque le ciblage Win32 x86. Je ne serais pas surpris si cela ne se produit pas pour les autres cibles (même Win32 x64).
    • Hmm...sujet intéressant, de toute façon, et utile aussi bien...beaucoup à apprendre 🙂

    InformationsquelleAutor Michael Burr
  2. 5

    Je l'ai testé sous Linux (Ubuntu 10.10).

    1. Ressource de fichier:

      input.txt

    2. gcc (Ubuntu/Linaro 4.4.4-14ubuntu5) 4.4.5 [génère l'exécutable ELF, pour Linux]

      Génère symbole _binary__input_txt_start.

      Accepte symbole _binary__input_txt_start (à souligner).

    3. i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2) [génère PE exécutable pour Windows]

      Génère symbole _binary__input_txt_start.

      Accepte symbole binary__input_txt_start (sans souligner).

    • À l'aide de tdm-gcc 4.8.1, je doit faire référence à des variables en utilisant le trait de soulignement.
    InformationsquelleAutor user1742529
  3. 5

    De ld page de man:

    , des hauts-de souligner

    --no-pointe-de souligner

    Pour la plupart des cibles par défaut symbole du préfixe est un trait de soulignement et est définie dans la cible de la description. Par cette option, il est possible de désactiver/activer par défaut symbole de soulignement-préfixe.

    donc

    ld -r -b binary -o binary.o input.txt --leading-underscore

    devrait être la solution.

    InformationsquelleAutor Matěj Pokorný
  4. 0

    Apparemment, cette fonctionnalité n'est pas présente dans OSX de ld, de sorte que vous avez à faire c' totalement différemment avec un gcc drapeau qu'ils ajouté, et vous ne pouvez pas référencer les données directement, mais il doit le faire certains d'exécution de l'initialisation pour obtenir l'adresse.

    De sorte qu'il pourrait être plus portable pour vous faire un assembleur fichier source qui comprend le binaire au moment de la construction, à la cette réponse.

    InformationsquelleAutor Josh Grams