Comment créer un 32 bits partagée de la bibliothèque sur une plate-forme 64 bits avec les autotools

J'utilise les autotools pour construire mon système, qui se compose principalement d'une bibliothèque. Sur 64 bits Red Hat plates-formes, j'ai besoin d'être en mesure de produire une bibliothèque capable de travailler sur 32 bits Red Hat plates-formes.

Quand j'ajoute -m32 à la compilation des lignes tout fonctionne bien pour produire un statique (.a) de la bibliothèque, mais dès que j'essaie de créer une partagée la bibliothèque, j'obtiens le message d'erreur comme ceci:

/usr/bin/ld: warning: i386:x86-64 architecture of input file `/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/crti.o' is incompatible with i386 output
/usr/bin/ld: warning: i386:x86-64 architecture of input file `/usr/lib/gcc/x86_64-redhat-linux/4.1.2/crtbeginS.o' is incompatible with i386 output  
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/crtbeginS.o: In function `__do_global_dtors_aux':  
crtstuff.c:(.text+0x29): undefined reference to `__DTOR_END__'  
collect2: ld returned 1 exit status'

Je peux voir le problème c'est que c'est 64-bit objet les fichiers de /usr/lib64 au lieu de le corriger 32 bits à partir de /usr/lib (ils y sont très bien), mais je ne peux pas comprendre comment le corriger.

  • ce fil a quelques idées mail-archive.com/[email protected]/msg11662.html
  • Vous obtenez le mal de l'irtc.o Voir cette question précédente au sujet de l'inspection de l'include path. Êtes-vous sûr que vous avez une version 32 bits de l'irtc.o dans votre chemin de la bibliothèque? (Et qu'il est présent dans le chemin devant la version 64 bits se produit).
  • Aussi loin que je peux dire que le chemin est intégrée dans le compilateur/linker. Depuis que j'ai envie de construire soit 32 ou 64-bit versions, en fonction des arguments pour les autotools script de configuration, la reconstruction de l'outils n'est pas une option. J'ai aussi besoin de cela pour travailler sur mes clients des machines.
  • En effet, la version 32 bits de glibc-devel installé?
InformationsquelleAutor John Gordon | 2011-03-21
  1. 14

    Tout d'abord, assurez-vous d'avoir compilateur/libc prise en charge de 32 bits de la compilation. Dans certaines distributions comme Ubuntu, ce que vous devez faire est d'installer des paquets gcc-multilib et/ou g++-multilib:

    sudo apt-get install gcc-multilib g++-multilib

    Ensuite, lors de l'appel de configurer, de spécifier un hôte 32 bits et de passer de 32 bits indicateurs de compilation:

    ./configure --host=i686-linux-gnu "CFLAGS=-m32" "CXXFLAGS=-m32" "LDFLAGS=-m32"

    Si vous n'avez pas multilib installé, vous obtiendrez un message d'erreur comme configure: error: C compiler cannot create executables lors du passage de la -m32 drapeau.

    • Oui. Il permet 32-bit fichiers de l'objet. Le problème survient lorsque j'essaie de faire un objet partageable de la bibliothèque.
    • S'il vous plaît poster de la ligne de commande que vous utilisez pour faire de la bibliothèque partagée...
    • La question est sur les autotools. Comment cela peut-il être fait lors de l'utilisation de autotools?
    • Mise à jour de ma réponse, @CraigMcQueen. Espérons que cela fonctionne pour vous.
    • C'est une excellente mise à jour pour votre réponse! Merci pour l'astuce sur gcc-multilib etc.
    InformationsquelleAutor volpato
  2. 3

    J'ai eu ce problème sur RHEL6. Cela a fonctionné

    ./configure --host=i386-redhat-linux --build=i386-redhat-linux "CFLAGS=-m32" "CXXFLAGS=-m32" "LDFLAGS=-m32" "LTCC=gcc -m32"

    LTCC=gcc -m32 était l'incantation magique nécessaire pour obtenir libtool pour construire la bibliothèque de 32 bits

    InformationsquelleAutor JimRockford
  3. 1

    J'ai eu ce même problème. Mais je n'utilise pas les autotools. Ensuite, dans le fichier Makefile édité à la main, j'ai remarqué que dans la ligne 

    $(CC) -shared -Wl,-soname,lib$(NAME).so.0 -o lib$(NAME).so.$(VERSION) $(OBJ)

    il n'y a pas d'option de gcc qui indique le 32bit architeture. Une fois mon CFLAGS a déjà l'option-m32, j'ai décidé de le mettre dans la ligne mentionnée ci-dessus:

    $(CC) $(CFLAGS) -shared -Wl,-soname,lib$(NAME).so.0 -o lib$(NAME).so.$(VERSION) $(OBJ)

    et voilà. Il fonctionne!

    Donc, dans les autotools, peut-être mettre en variable CFLAGS à inclure-m32 option fonctionne pour vous aussi.

    Espère que j'ai aidé...

    • J'aimerais vérifier si le système fonctionne pour moi, mais depuis que j'ai posé cette question, le programme a à peu près de la plaie vers le bas et j'ai basculé les entreprises.
    InformationsquelleAutor
  4. 0

    Voulez-vous essayer:

    CFLAGS=-m32 -Wl,-m32
CXXFLAGS=-m32 -Wl,-m32
LDFLAGS=-m32

    dans votre makefile, depuis certains des scripts à essayer de réticulation à l'aide de gcc ou g++ au lieu de ld comme nous attendre?

    Mise à jour: Dans le cas où vous modifier manuellement chaque gcc/g++ à l'appel, essayez d'utiliser -m32 -Wl,-m32 au lieu de simple -m32 comme option supplémentaire.

    • J'obtiens le même résultat. La liaison est effectuée par un libtool, un script généré par les autotools script configure, qui ne semble pas utiliser les *INDICATEURS des variables dans les fichiers "makefile".
    • (1) j'ai trouvé quelqu'un suggère LDFLAGS="-m32 -L/usr/lib" ( [mail-archive.com/[email protected]/msg16323.html] ). (2) Mais il serait beaucoup plus souhaitable si votre script configure correctement générer des scripts avec l'option --host: (par exemple: ./configure --host i686-redhat-linux )
    • J'ai essayé de nourrir le script configure les variations de la croix des indicateurs de compilation à l'aide de l'hôte ect., et j'ai trouvé que les autotools attend de compilation croisée pour être réalisé en installant des compilateurs différents pour chaque plate-forme cible.
    • Pour rendre une longue histoire courte, j'ai récupéré libiconv-1.14.bz2 et de réussir à construire ELF 32-bit LSB shared object dans Centos 5.6 x86_64, en utilisant la commande suivante: CC="gcc -m32" sh configure && make . Je souhaite que cela va vous aider.
    • La question est sur les autotools. Comment cela peut-il être fait lors de l'utilisation de autotools?
    InformationsquelleAutor shr
  5. 0

    J'ai eu ce même problème: en cours d'Exécution sur une Ubuntu 64 bits de la machine, j'ai réussi à compiler et lier de 32 bits hôtes à l'aide du export CFLAGS=-m32; ./configure --host=i386, mais libtool génèrerait une version 64 bits de bibliothèque partagée.

    J'ai travaillé autour de ce par la création d'une version 32 bits de l'environnement et de chroot en elle. Ubuntu rend ce facile via debootstrap.

    • Nous offrons des bibliothèques en tant que source et s'attendant à nos utilisateurs de construire avec le script de configuration, donc je ne peux pas compter sur un spécialement configuré pour l'environnement.
    • Ups, qui le rend juste un peu plus difficile 🙂
    InformationsquelleAutor Grodriguez
  6. 0

    L'éditeur de liens GNU drapeau de construire un 32 bits objet partagé sur un ordinateur 64 bits est: -m elf_i386
    Merci donc de par exemple écrire dans le fichier Makefile:

    LDFLAGS=-m elf_i386
    • Désolé, mais je ne peux même pas essayer de le plus. J'ai abandonné et arraché toutes les références à cette de mon makefile tout à fait il ya un moment. J'ai besoin de 32 bits les constructions réalisées sur des plates-formes 32 bits, et personne ne semblait trouver que déraisonnable.
    • La question est sur les autotools. Comment cela peut-il être fait lors de l'utilisation de autotools?
    InformationsquelleAutor Albert Flügel
  7. 0

    Une solution rapide....

    Générer une application sur un autre PC avec 32 bits de linux et de transfert de l'
    les fichiers d'application ( bibliothèque, etc) à la valeur souhaitée 64 bits de linux de la machine. Voir si cela fonctionne. Il a travaillé pour moi.

    InformationsquelleAutor mahendra