GCC: désolé, pas implémentée: 64-bit de mode pas compilé dans

J'ai construit GCC 4.7 sur mon x86 32 bits système linux. Lorsque j'essaie de cross-compiler avec l'option-m64 drapeau-je obtenir suivantes:

désolé, non implémentées: mode 64 bits sont pas compilées dans

tandis que le compilateur fourni par défaut par ma distribution Linux peut le cross-compiler avec -m64.

Que dois-je passer à ./configurer pour activer le 64 bits mode de GCC? Ce sont les options que j'ai utilisé pour construire GCC 4.7:

$ /usr/local/bin/g++ -v Using built-in specs.
COLLECT_GCC=/usr/local/bin/g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/i686-pc-linux-gnu/4.7.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ./configure --enable-multiarch --with-cloog=/usr/local/ --with-mpfr=/usr/local/ --with-ppl=/usr/local/ --verbose --enable-languages=c,c++
Thread model: posix gcc version 4.7.0 20120113 (experimental) (GCC)

EDIT:

--enable-multilib et --enable-cibles=i686-pc-linux-gnu,x86_64-pc-linux-gnu

ne pas changer la situation. Le compilateur se plaint toujours sur 64 bits mode pas compilé dans:

$ g++ -v à l'Aide intégrée dans les specs. COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/i686-pc-linux-gnu/4.7.0/lto-wrapper
Cible: i686-pc-linux-gnu Configuré avec: ./configurer
--enable-multiarch-avec-cloog=/usr/local/--with-mpfr=/usr/local/--with-ppl=/usr/local/--verbose --enable-languages=c,c++ --enable-multilib --enable-cibles=i686-pc-linux-gnu,x86_64-pc-linux-gnu modèle de Thread: posix gcc version 4.7.0 20120113 (expérimental) (GCC)

$ g++ -m64 c.cpp c.cpp:1:0: désolé, pas implémentée: 64-bit de mode pas
compilé dans

  • --enable-multiarch suggère Debian (ou dérivés), et que je me souvienne, la FSF GCC ne fonctionne pas vraiment bien avec Debian multiarch systèmes. Vous devrez peut-être appliquer de Debian patchs à la FSF GCC instantanés.
  • Bien sûr, il ne fonctionnera pas comme ça. Multilib a des raisons de compatibilité ascendante, et pas avant. Pour compiler en 64 bits de code sur la machine 32 bits, vous avez à construire minimum SDK: binutils + libc [musl, uclibc, glibc, ...] + de gcc.
InformationsquelleAutor Martin | 2012-01-14
  1. 11

    Vous aurez besoin à la fois de binutils et gcc configuré avec:

    --enable-multilib

    et probablement:

    --enable-targets=i686-pc-linux-gnu,x86_64-pc-linux-gnu

    à l'appui de multilib (le -m64 et/ou -m32 options). Vous aurez également besoin de deux versions de trucs comme glibc être en mesure de lier et d'exécuter les binaires.

    • Il ne fonctionne pas avec l'option --enable-multilib et --enable-cibles=i686-pc-linux-gnu,x86_64-pc-linux-gnu: $ g++ -v à l'Aide intégrée dans les specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/i686-pc-linux-gnu/4.7.0/lto-wrapper Cible: i686-pc-linux-gnu Configuré avec: ./configure --enable-multiarch-avec-cloog=/usr/local/ --with-mpfr=/usr/local/ --with-ppl=/usr/local/ --verbose --enable-languages=c,c++ --enable-multilib --enable-cibles=i686-pc-linux-gnu,x86_64-pc-linux-gnu modèle de Thread: posix gcc version 4.7.0 20120113 (expérimental) (GCC)
    • Avez-vous des binutils configuré avec les mêmes options?
    InformationsquelleAutor rubenvb
  2. 21

    Cela signifie généralement que vous êtes en utilisant le mauvais (vieux) du compilateur.

    Les nouveaux compilateurs de soutien à la fois -m32 et -m64. Vous devez définir le CHEMIN d'accès pour les nouveaux compilateurs (dans les pays du gcc,MinGW sous-répertoire de Rtools) avant tout vieux compilateurs dans Rtools.

    Essayez de mettre à jour votre compilateur binaire lib chemin d'accès à la version 64 bits. D'autres ressources comme les lib aussi doit changer en conséquence.

    • Je ne comprends pas pourquoi quelqu'un a donné cette réponse à un vote négatif. C'était la réponse dans mon cas.
    • Qu'est-ce que "votre compilateur binaire lib chemin"?
    InformationsquelleAutor Chand Priyankara
  3. 1

    Juste résolu ce problème.
    Dans les variables d'environnement, supprimer les entrées de toute obsolètes c++ package.

    Dans mon cas, j'ai travaillé dans Anaconda sur Windows 64-bit. Dans anaconda, j'ai effectué les 'conda installer mingw libpython'.
    Mingw est pour le compilateur c++. Mais j'avais auparavant installé cygwin est mingw pour c++ compilations qui n'avait pas été mis à jour. C'est la raison du conflit.
    J'ai résolu ce problème en retirant simplement la variable d'environnement PATH () correspondant à ces c++ paquets.

    J'ai essayé presque tous les forums, cette solution fonctionne.

    S'il vous plaît laissez-moi savoir dans le cas où quelqu'un a besoin d'aide. 🙂

    InformationsquelleAutor Vishruit Kulshreshtha
  4. -1

    Eu les mêmes problèmes. Ma solution:

    Mise à jour de tout (R, Rstudio, packages R) et proche Rstudio.

    Désinstaller Rtools et installer la dernière version.

    Ajouter à seulement 2 entrées au titre de l'Environnement de Variables/les variables du Système/Chemin d'accès:

    - C:\Rtools\bin

    - C:\Rtools\mingw_64\bin (!pas la version 32 bits)

    Chemin entrées doivent être dans cet ordre et au-dessus de %SystemRoot\System32

    Je n'ai PAS installer dans la fortement recommandé de l'emplacement par défaut sur C:

    Après cela, ouvrez Rstudio et re-installer Rcpp via la console:

    installer.les packages("Rcpp")

    Tester si cela fonctionne avec:

    Rcpp::evalCpp("2+2")

    Après cela, il suffit de passer à la Borne de Rstudio, aller dans le cmdstan dossier source et le type de "faire construire".

    --- CmdStan v2.19.1 bâtie ---

    Fait!

    Détails: 

    *> sessionInfo()
R version 3.6.0 (2019-04-26)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows 10 x64 (build 17763)
Matrix products: default
locale:
[1] LC_COLLATE=Slovenian_Slovenia.1250  LC_CTYPE=Slovenian_Slovenia.1250    LC_MONETARY=Slovenian_Slovenia.1250 LC_NUMERIC=C                       
[5] LC_TIME=Slovenian_Slovenia.1250    
attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base     
loaded via a namespace (and not attached):
[1] compiler_3.6.0 tools_3.6.0*
    InformationsquelleAutor eee