Traiter le code 32 bits sur Snow Leopard 64 bits?

Je voudrais créer un plugin XPCOM pour une application XULRunner que je construis. Étant donné que Mozilla ne fournit qu'une version 32 bits du SDK XULRunner, je dois établir un lien avec les bibliothèques 32 bits. Cela signifie que beaucoup de bibliothèques doivent être construites par moi.Traiter le code 32 bits sur Snow Leopard 64 bits?

relative cela, j'ai quelques questions:

Puis-je faire un sudo make install pour une construction 32 bits? Ou va-t-il gâcher mon système?
Si je ne peux pas le faire, alors quelle est la solution de contournement?
Ma solution actuelle est la lib dir y compris dans la commande configure:

CFLAGS=" -arch i386" CCFLAGS=" -arch i386" CXXFLAGS=" -arch i386" LDFLAGS=" -L`pwd`/../libs/gst-plugins-base -L`pwd`/../libs/liboil -arch i386" ./configure

Est-ce la voie à suivre ou sont les meilleures solutions de rechange?

Source

2010-01-16 StackedCrooked

Avez-vous besoin de XPCOM? Sinon, utiliser NPAPI serait plus facile et plus portable. –

Je n'ai pas encore créé de plugin NPAPI, mais je pensais que c'était plus dur que XPCOM. Je pense que j'ai besoin de XPCOM pour l'interaction JS et DOM (peut-être aussi possible avec NPAPI). – StackedCrooked

sudo make install sera bien, SI l'emplacement d'installation ne pas en conflit avec les bibliothèques du système. Afin de permettre aux binaires construits de trouver vos bibliothèques, otool et install_name_tool sont vos amis. Pour le déploiement, ceux-ci vous permettront de rendre tout ce qui est relatif au bundle même s'il a été construit pour un emplacement d'installation différent.

Source

2010-01-16 00:57:43

+1 pour le déploiement en bundle, probablement toujours mieux pour les bibliothèques personnalisées. –

Traiter le code 32 bits sur Snow Leopard 64 bits?

Répondre

Questions connexes