Verknüpfung von g++ 4.8 libstdc++

Ich heruntergeladen und installiert gcc 4.8.1 auf meinem desktop mit 64-bit Ubuntu 12.04. Ich baute es aus der Quelle, wie die docs empfehlen, und mit den Befehlen

../../gcc-4.8.1/configure --prefix=$HOME --program-suffix=-4.8
make
make -k check
make install

Schien es zu passieren all die tests und installierte ich alles in meinem home-Verzeichnis w/suffix -4.8 zu unterscheiden von der system-gcc version 4.6.3.

Leider, wenn ich kompilieren von c++ - Programmen die Verwendung von g++-4.8 es links zu den system-glibc und libstdc++, lieber als die neueren, zusammengestellt, aus den gcc-4.8.1. Ich heruntergeladen und installiert gcc 4.8, da wollte ich spielen, um mit dem neuen C++11-features in der standard-Bibliothek, also das Verhalten ist definitiv nicht das, was ich wollte. Was kann ich tun, um das gcc-4.8 automatisch ein link zu den standard-Bibliotheken, die mit ihm kamen, anstatt die system-standard-Bibliotheken?

  • libc ist nichts zu tun mit dem GCC, es gibt also keine "neuere Version, kompiliert mit gcc-4.8.1", es soll ein link auf die system-libc. Vermutlich, wenn Sie sagen, dass es links zu den system-libstdc++ du meinst es links korrekt, aber nicht ausgeführt, aufgrund falscher libstdc++ - version?
  • Ja, das ist richtig.
InformationsquelleAutor cjordan1 | 2013-06-20
  1. 15

    Wenn Sie eine Verknüpfung mit Ihrem eigenen gcc müssen Sie fügen Sie eine zusätzliche Laufzeit-linker-Suchpfad(s) mit -Wl,-rpath,$(PREFIX)/lib64 so dass zur Laufzeit findet er die freigegebenen Bibliotheken entsprechend Ihrem gcc.

    Ich normalerweise erstellen Sie einen wrapper namens gcc und g++ im gleichen Verzeichnis wie gcc-4.8 und g++-4.8 die ich aufrufen statt gcc-4.8 und g++-4.8, wie vorgeschrieben, in Dynamische linker ist nicht in der Lage zu finden, GCC-Bibliotheken:

    #!/bin/bash
exec ${0}SUFFIX -Wl,-rpath,PREFIX/lib64 "$@"

    Beim installieren SUFFIX und PREFIX ersetzt werden sollte mit dem, was war, vergangen zu configure:

    cd ${PREFIX}/bin && rm -f gcc g++ c++ gfortran
sed -e 's#PREFIX#${PREFIX}#g' -e 's#SUFFIX#${SUFFIX}#g' gcc-wrapper.sh > ${PREFIX}/bin/gcc
chmod +x ${PREFIX}/bin/gcc
cd ${PREFIX}/bin && ln gcc g++ && ln gcc c++ && ln gcc gfortran

    (gcc-wrapper.sh ist, dass bash-snippet).

    Die oben genannte Lösung funktioniert nicht mit einigen Versionen von libtool weil g++ -Wl,... -v übernimmt verknüpfen-Modus und bricht mit einer Fehlermeldung ab.

    Eine bessere Lösung ist die Verwendung specs-Datei. Einmal gcc/g++ gebaut ist, rufen Sie den folgenden Befehl gcc/g++ - add -rpath zu den linker-Befehl ein (ersetzen Sie ${PREFIX}/lib64 wie nötig):

    g++ -dumpspecs | awk '/^\*link:/{ print; getline; print "-rpath=${PREFIX}/lib64", $0; next } { print }' > $(dirname $(g++ -print-libgcc-file-name))/specs
    • Wie auch die FAQ-Eintrag finden Sie unter Wie kann ich sicherstellen, dass die dynamisch verknüpfte Bibliothek gefunden werden? und Suche nach Dynamisch oder Shared Libraries ... stellt sich heraus, RTFM beantwortet diese Frage 🙂
    • Ich möchte wirklich finden Sie Anleitungen, wie Sie die spec-Datei, so dass gcc fügt rpath automatisch. Ändern LD_LIBRARY_PATH ist auch die manuelle und unglaubwürdig für mich.
    • IIRC Nasanov ist der Mann Fragen, ich glaube, er bedeutet, dass, wenn Gebäude gcc aus pkgsrc. Es ist ganz einfach für ein non-multilib-gcc, aber ist schwieriger, wenn Sie es wollen hinzuzufügen lib oder lib64 je nach multilib Ziel. Ich werde Graben Sie sich einige relevante links und E-Mails später ...
    • Siehe gcc.gnu.org/bugzilla/show_bug.cgi?id=53002 für die Lösung der multilib-problem und gcc.gnu.org/bugzilla/show_bug.cgi?id=45508#c10 für eine mögliche zukünftige Lösung
    • RTFM ist richtig. Leider das Handbuch ist riesig, ich habe den entsprechenden FAQ -, und ich wusste nicht, es war der dynamische linker, die mir die Probleme. Auch, stackoverflow.com/questions/16826585/... und stackoverflow.com/questions/5718753/... Fragen Sie im wesentlichen die gleiche Frage.
    • Vielen Dank Jon, der erste link sieht vielversprechend aus, ich werde mit ihm spielen. Ich habe bereits patch gold zu unterstützen LD_RUN_PATH beim Bau meiner toolchain, also das hinzufügen weiterer patch ist einfach, aber ich schweife ab.
    • Egorushkin So ist die Idee, dass das g++ -dumpspecs Befehl gilt nur für den Weg zu diesem besonderen g++ gegen die Anwendung auf alle g++ auf das system, wenn Sie hatte es in LD_LIBRARY_PATH?
    • Nicht sicher, ob ich Ihre Frage verstehe. Die Idee ist, fügen Sie -rpath an-linker-Befehle von diesem gcc. Nur die Binärdateien erzeugt, die von diesem gcc betroffen sind.
    • Egorushkin ich versuche nur zu underand, wenn dieses "nicht-system-wide" - Verhalten ist der Vorteil der -dumpspecs-Methode im Vergleich mit anderen Methoden, um diese arbeiten (wie LD_LIBRARY_PATH: stackoverflow.com/a/16826679/284529)
    • Es ist der richtige Weg, die Angabe von nicht-standard-Pfade zu den shared libraries, im Gegensatz zu LD_LIBRARY_PATH. gms.tf/ld_library_path-considered-harmful.html

    InformationsquelleAutor Maxim Egorushkin
  2. 6

    Ich hatte gerade das gleiche problem beim erstellen von gcc-4.8.2. Ich habe keinen root Zugriff auf die Maschine und somit installieren müssen, um mein home-Verzeichnis. Es brauchte mehrere Anläufe, bevor ich herausfand, die Magie, die erforderlich sind, um diese zu arbeiten, also werde ich es reproduzieren hier, damit andere Leute es einfacher haben. Dies sind die Befehle, die ich verwendet, um zu konfigurieren, gcc:

    prefix=/user/grc/packages

export LDFLAGS=-Wl,-rpath,$prefix/lib
export LD_RUN_PATH=$prefix/lib
export LD_LIBRARY_PATH=$prefix/lib

../../src/gmp-4.3.2/configure  --prefix=$prefix
../../src/mpfr-2.4.2/configure --prefix=$prefix
../../src/mpc-0.8.1/configure  --prefix=$prefix --with-mpfr=$prefix --with-gmp=$prefix
../../src/gcc-4.8.2/configure  --prefix=$prefix --with-mpfr=$prefix --with-gmp=$prefix --with-mpc=$prefix --enable-languages=c,c++

    Die mir ein arbeiten binären aber jedes Programm, das ich gebaut habe mit dieser version von g++ würde nicht richtig laufen, es sei denn, ich baute es mit die -Wl,-rpath,$prefix/lib64 option. Es ist möglich, die g++ automatisch hinzufügen", die option durch die Bereitstellung einer specs-Datei. Wenn Sie 

    strace g++ 2>&1 | grep specs

    können Sie sehen, welche Verzeichnisse überprüft die specs-Datei. In meinem Fall war es $prefix/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/specs so lief ich g++ -dumpspecs zum erstellen einer neuen specs-Datei:

    cd $prefix/lib/gcc/x86_64-unknown-linux-gnu/4.8.2
$prefix/bin/g++ -dumpspecs > xx
mv xx specs

    und dann bearbeitet die Datei zu liefern -rpath-option. Suchen Sie nach den Zeilen, wie diese:

    *link_libgcc:
%D

    Bearbeiten und hinzufügen der option rpath:

    *link_libgcc:
%D -rpath /user/grc/packages/lib/%M

    Den %M erweitert, um entweder ../lib oder ../lib64 je nachdem, ob Sie eine 32-bit-oder eine 64-bit-Programm.

    Beachten Sie, dass, wenn ich versuchte, diese gleichen trick an einem älteren gcc-4.7 bauen, es hat nicht funktioniert, weil Sie nicht erweitern Sie die %M. Für ältere Versionen können Sie das "%M " und nur hardcode lib oder lib64 aber das ist nur eine tragfähige Lösung, wenn Sie immer nur bauen 32-bit-Programme (mit lib) oder immer nur bauen 64-bit-Programme (mit lib64).

    • Sie machen sich Ihr Leben unnötig kompliziert zu installieren gmp, mpfr und mpc manuell und dann mit set LD_LIBRARY_PATH finden Sie unter stackoverflow.com/a/10662297/981959
    • Vielen Dank für die Informationen. Ich muss verpasst haben, dass nugget 4.5 vor Jahr in der gcc-build-Anweisungen. Schön zu wissen für die Zukunft auf.
    InformationsquelleAutor Glenn Coombs
  3. 3

    gcc -print-search-dirs sagt dir, wo dein compiler ist auf der Suche nach runtime-Bibliotheken, etc. Sie können dies überschreiben, mit der -B<prefix> option.

    • GCC wird die Suche nach der richtigen Bibliotheken automatisch zur link-Zeit, das problem ist, dass der dynamische linker nicht die gleichen Pfade zur Laufzeit, und mit -B kann das nicht ändern
    • gut, die OP Ansprüche ansonsten: "Leider, wenn ich kompilieren von c++ - Programmen die Verwendung von g++-4.8 es links zu den system-glibc und libstdc++..." - Sie ' ll haben, es zu klären mit ihm.
    • Siehe die links in meinem Kommentar auf die andere Antwort, dies ist eine FAQ. Der compiler von links nach rechts-Bibliotheken, die zur link-Zeit, aber es ist bis zum Benutzer, um sicherzustellen, die gleichen Bibliotheken verwendet werden, wieder auf die run-time.
    • ah. Ich sehe, was du meinst. Ohne -rpath Optionen, es wird nur die erste libstdc++.x.so in der ld.also cache, oder LD_LIBRARY_PATH Recht? Wenn ich zu oft und zu lange auf SO, ich Neige zu tunnel vision.
    • Genau, und wenn das libstdc++.so ist nicht die eine die binary war ursprünglich verlinkt, es wird nicht ausgeführt
    InformationsquelleAutor Brett Hale
Schreibe einen Kommentar