C ++ - Fehler: undefinierter Verweis auf 'clock_gettime' und 'clock_settime'

Ich bin ziemlich neu in Ubuntu, aber ich kann nicht scheinen, dass dies funktioniert. Es funktioniert gut auf meinen Schulcomputern und ich weiß nicht, was ich nicht tue. Ich habe usr / include und time.h überprüft . Hier ist der Code:

#include <iostream>
#include <time.h>
using namespace std;

int main()
{
    timespec time1, time2;
    int temp;
    clock_gettime(CLOCK_PROCESS_CPUTIME_ID, &time1);
    //do stuff here
    clock_gettime(CLOCK_PROCESS_CPUTIME_ID, &time2);
    return 0;
}

Ich verwende CodeBlocks als IDE zum Erstellen und Ausführen. Jede Hilfe wäre toll, danke.

Am -lrtEnde der g ++ - Befehlszeile hinzufügen. Dieser Link befindet sich in der gemeinsam genutzten Bibliothek "Real Time" von librt.so.

Beispiel:

c++ -Wall filefork.cpp -lrt -O2

Für gccVersion 4.6.1 -lrtmuss nach filefork.cpp sein, sonst erhalten Sie einen Linkfehler .

Einige ältere gccVersionen kümmern sich nicht um die Position.

Seit glibc Version 2.17 ist die Bibliotheksverknüpfung -lrtnicht mehr erforderlich.

Sie clock_*sind jetzt Teil der Hauptbibliothek C. In der Änderungshistorie von glibc 2.17, in der diese Änderung vorgenommen wurde, wird der Grund für diese Änderung erläutert:

+* The `clock_*' suite of functions (declared in <time.h>) is now available
+  directly in the main C library.  Previously it was necessary to link with
+  -lrt to use these functions.  This change has the effect that a
+  single-threaded program that uses a function such as `clock_gettime' (and
+  is not linked with -lrt) will no longer implicitly load the pthreads
+  library at runtime and so will not suffer the overheads associated with
+  multi-thread support in other code such as the C++ runtime library.

Wenn Sie sich für ein Upgrade von glibc entscheiden, können Sie den Kompatibilitäts-Tracker von glibc überprüfen, wenn Sie Bedenken haben, ob bei Verwendung des neueren glibc Probleme auftreten könnten.

Führen Sie den folgenden Befehl aus, um die auf dem System installierte glibc-Version zu überprüfen:

ldd --version

(Wenn Sie altes glibc (<2.17) verwenden, benötigen Sie es natürlich noch -lrt.)

Ich habe den gleichen Fehler festgestellt. In meinem Linker-Befehl war die RT-Bibliothek enthalten, -lrtdie korrekt ist und eine Weile funktioniert hat. Nach der Neuinstallation von Kubuntu funktionierte es nicht mehr.

Ein separater Forenthread schlug -lrtvor, nach den Projektobjektdateien zu kommen. Das Verschieben -lrtdes Befehls an das Ende des Befehls hat dieses Problem für mich behoben, obwohl ich nicht genau weiß, warum.