Compiler Autonome Statique Exécutable

• Est-il une bonne ressource décrivant le résultat exact de chaque de la gcc drapeaux? Je ne suis pas sûr à 100% que je suis en fait à la désactivation de la charge dynamique ou pas. Lorsque j'utilise -statique, j'ai toujours le nom d'un chargeur dynamique placé dans mon .interp section de l'elfe de fichier.
• gcc.gnu.org/onlinedocs/gcc/Option-Index.html j'ai utilisé pour écrire un système d'exploitation dont charges de exécutables elf et je peux confirmer que l'-statique indicateur fonctionne, simplement ignorer le trouble d'apprentissage choses et de passer directement à l'exécutable du point d'entrée
• J'ai lu quelque chose sur l'utilisation de certaines option de configuration "-disable-shared". Ce n'est pas nécessaire de compiler un exécutable autonome?
• --disable-shared est une option lors de la configuration de GCC (voir gcc.gnu.org/install/configure.html), mais GCC sera toujours de construire une version statique de toutes les bibliothèques standard ; --enable-shared lui dit de construire une version partagée de en plus de la version statique
• Je vois, d'une manière ou d'une autre --disable-shared n'a pas d'effet de ma résultant de l'exécutable? Si statique est utilisé (juste pour que je puisse confirmer que je comprends), puis mon exécutable sera considérablement plus grande, car tout ce qui est nécessaire pour exécuter le binaire sera déjà chargé dans le fichier elf? Alors je peux juste mettre mon compteur de programme, à l'entrée de l'emplacement et tout le reste devrait fonctionner?
• Essayez de lancer le fichier "commande" sur votre exécutable. Il devrait vous dire quel type de fichier exécutable que vous avez.
• Hmm, quand je fais ceci suivantes est affichée: "bonjour: ELF 32-bit MSB MIPS-je exécutable, MIPS, version 1 (SYSV), pour GNU/Linux 2.4.18, liée de façon dynamique (utilise shared libs), pas dépouillé." Malheureusement, le fichier est liée de façon dynamique. Je veux désactiver tous les liens dynamiques ainsi que le chargement. Est-il un moyen de faire cela?
• J'ai essayé d'utiliser -static-libgcc ainsi sans effet
• L'-statique drapeau devrait fonctionner (je l'ai juste essayé) ; assurez-vous que vous n'êtes pas accidentellement un lien de votre programme .du fait d'un lien de script ou autre, vous pouvez les vérifier à l'aide de la commande "ldd"
• Je ne pense pas que ldd serait de dire quoi que ce soit ici. ldd fondamentalement exécute le fichier exécutable de comprendre les dépendances, qui échouera à moins que le système hôte est MIPS ainsi.
• Avez-vous une version statique de libgcc à tous?
• Ne savais pas que la ldd exécute le programme ; cependant, je pense que GCC aurait au moins d'émettre un avertissement si il utilise l'-statique drapeau, tandis que l'intérieur de la bibliothèque ne dispose pas d'une version statique
• Hmm, eh bien, quand je lance "ldd bonjour", je me suis dit que le salut n'est pas une dynamique de l'exécutable. Est-ce un défaut de résultat, ou puis-je faire confiance à ce résultat?
• Je ne suis pas sûr si j'ai une version statique de libgcc. En gros, je viens de construire mon compilateur croisé avec crosstools (pour la plupart non modifiée). Est-il un bon moyen pour vérifier que j'en ai une?
• ~comme un nom de fichier à rechercher ou quelque chose.
• ldd dit que si elle ne reconnaît pas le format de fichier par exemple ldd /etc/passwd ou ldd mips.un.hors
• ldd est tout simplement un script shell qui exécute le programme avec LD_TRACE_LOADED_OBJECTS ensemble. La sortie de "ldd /bin/ls" et "LD_TRACE_LOADED_OBJECTS=1 /bin/ls" sont équivalents.
• Si vous avez installé votre cross-compilateur, sans préfixe, vous pouvez trouver libgcc.quelque part dans /usr/local/mips-elf-linux/lib (si votre cible a été mips-elf-linux bien sûr)
• devrait sortir le chemin d'accès complet de libgcc.un si elle existe.

Tous les commentaires