FMI - C Standardbibliothek Versionsunterschiede verursachen Verbindungsfehler

Question

Ich habe eine publicly-available FMU, für die ich versuche, die eingebettete .so-Datei mit dem Rest meines Programms zu verknüpfen. (Dies ist in der .fmu Datei enthalten, wenn Sie als Archiv anzuzeigen.) Während der Verknüpfung der Phase I die folgenden nicht definierten Referenzfehler bin immer:

RoomHeating_OM_RH.so: undefined reference to '__longjmp_chk@GLIBC_2.11'

RoomHeating_OM_RH.so: undefined reference to '__fread_chk@GLIBC_2.7'

Wenn ich auf den Inhalt schauen von RoomHeating_OM_RH.so mit einem Tool wie nm -a, sehe ich viele undefinierte Referenzen dieses Formulars, die keine Fehler bei Link-Zeit verursachen. Hier sind ein paar solche Zeilen aus dem nm -a Ausgang:

U __vsnprintf_chk@@GLIBC_2.3.4

U _setjmp@@GLIBC_2.0

jedoch diejenigen, die Fehler verursachen, werden von dem Rest von ihnen unterscheiden sich durch die Tatsache, dass sie neuere Versionen von GLIBC im Namen. Hier ist, was ich in meinem/lib dir für die libc-Bibliothek haben (ja, ich erkennen, diese alten Versionen sind, aber es ist das, was ich stecke mit jetzt):

/lib/libc-2.5.so

/lib/libc.so.6

So meine Vermutung ist, dass ich keine neue Version von libc habe, mit der ich verlinken kann. Ist es eine Voraussetzung, dass die Version von libc genau das ist, was die .so-Datei aufruft? Oder muss es nur gleich oder neuer als die genannte Version sein? Umfasst die FMI-Spezifikation sogar diesen Kompatibilitätsaspekt? Oder setzt es voraus, dass IF .so Dateien in der FMU zur Verfügung gestellt werden, dass sie mit den gleichen oder älteren Versionen von Bibliotheken kompiliert werden müssen, die auf dem Zielrechner installiert werden?

Answer 1

Also meine Vermutung ist, dass ich nicht eine neu genug Version von libc gegen zu verknüpfen habe.

Korrekt.

Ist es eine Voraussetzung, dass die Version von libc genau das ist, was die .so-Datei ausgibt?

Nein. Sie benötigen GLIBC-2.11 oder neuer. Eine Erläuterung finden Sie unter this answer.