Ich habe eine ziemlich umfangreiche C ++ 11-Bibliothek geschrieben, und ich plane den Download von vorkompilierten Versionen von meiner Website zu erlauben.
Also habe ich einen automatisierten Build eingerichtet, der die Bibliothek mit clang kompiliert und zum Download verfügbar macht, aber das hat ein Problem ergeben: Wenn ich versuche, die clang-kompilierte Bibliothek mit GCC zu verwenden, bekomme ich undefinierte Referenzen (hauptsächlich verwandt mit std::string ). Ich denke, das hängt mit den GCC-Dual-ABI-Änderungen in GCC 5.1 zusammen, aber ich bin mir nicht sicher, wie ich das beheben soll.
Meine Frage ist, welche Flags sollte ich setzen oder Praktiken sollte ich folgen, um eine C ++ - Bibliothek sowohl mit Clang und GCC kompatibel?
Oder sollte ich zwei getrennte Bibliotheken aufgeben und kompilieren?
Wie bereits an mehreren Stellen erwähnt (zB hier ) libc ++ ist nicht vollständig binärkompatibel mit libstdc ++. Es gibt mehrere Möglichkeiten, aber einige von ihnen sind nicht so einfach.
-stdlib=libstdc++ flag verwenden, um mit libstdc ++ kompatibel zu sein (wie in anderen Antworten vorgeschlagen). Diese Lösung ist jedoch möglicherweise auf einigen Plattformen schwieriger einzurichten. Ich würde vorschlagen, wie bereits in den Kommentaren erwähnt, mit Option 1 zu gehen.
Es gibt mehrere Möglichkeiten:
Verteile es nicht in binärer Form. Machen Sie es stattdessen einfach, überall zu bauen (z. B. mit CMake oder Autotools oder ...)
Machen Sie es nur Kopfzeile. Dies ist bei weitem die einfachste Lösung, aber möglicherweise nicht das, was Sie wollen. Es ist nur sinnvoll für Vorlagencode und hat einen großen Einfluss auf die Leistung der Kompilierung Ihrer Bibliothek.
Sagen Sie den Leuten, dass sie mit libstdc ++ verlinken sollen, wenn Sie Clang und Ihre Bibliothek benutzen. Suboptimale Lösung (Ich möchte meinen Code sowohl gegen libc ++ als auch gegen libstdc ++ überprüfen), aber (virtuell) jeder Linux-Benutzer hat sowieso libstdc ++ installiert. Stellen Sie sicher, dass Sie eine etwas ältere Version wählen (die Version, die in der neuesten Debian Stable-Distribution geliefert wird, ist eine gute Wahl), da neuere Versionen möglicherweise neue Symbole einführen. Ältere Versionen fehlen. Neue Versionen sollten sowieso ABI-kompatibel sein.
Beachten Sie, dass die Situation für Visual Studio-Benutzer noch schlimmer ist, wo jede einzelne Compiler-Version eine neue Binärdatei verlangt, weil sie absolut nichts in Bezug auf die ABI der C ++ - Bibliotheken oder des Compilers garantiert.
Eine weitere Option besteht darin, dass Ihre gemeinsam genutzte Bibliothek keine C ++ - Standardbibliothekstypen in ihrer Schnittstelle verfügbar macht. Außerdem muss eine Headerdatei mit Ihrer gemeinsam genutzten Bibliothek bereitgestellt werden, die std::string in Typen konvertiert, die von Ihrer Bibliothek verwendet werden, z. B. struct my_string_span { char const *begin, *end; }; und andere Standardcontainer.