Kompilieren-Programm mit extern "C"

Ich versuche, ein makefile zu kompilieren Sie ein Programm, das jemand anderes geschrieben hat, mit cygwin. Ich bekomme eine Menge Fehlermeldungen, von denen viele beschweren sich error: template with C linkage.

Nach der Suche rund um für ein bisschen es scheint, das problem ist verbunden mit extern "C". Diese Zeile ist in der Datei enthalten cygwin/usr/include/pthread.h, die mit #include < pthread.h > in einem der Header. Und wenn ich diese Zeile zu entfernen die meisten Fehlermeldungen verschwinden. Aber es gibt ein paar Links, von der folgenden Art: 

/usr/include/pthread.h:67:5: error: previous declaration of ‘int pthread_atfork(void (*  )(),void ( *)(), void ( *)())’ with ‘C++’ linkage

/usr/include/sys/unistd.h:136:5: error: conflicts with new declaration with ‘C’ linkage

Weiß jemand, wie man dieses Problem beheben? Ich würde lieben zu sitzen und all dieses Zeug im detail, aber ich habe keine Zeit, bevor ich brauche dieses Programm läuft..

  • Es gibt nicht viel was wir tun können, um Ihnen zu helfen ohne zu sehen, den eigentlichen code, den du versuchst zu kompilieren.
  • Nicht ändern pthread.h, ist, dass die meisten wahrscheinlich Recht, Sie brauchen, um herauszufinden, warum man den ursprünglichen Fehler, die die meisten wahrscheinlich nicht da. Erster Kandidat, ich würde Aussehen, sind Makros.
InformationsquelleAutor jorgen | 2013-08-28
  1. 10

    EDIT: Basierend auf dem Austausch in den Kommentaren, der Täter war einer header-Datei in das build-Verzeichnis (Endian.h), die in Konflikt mit einem system-include-Datei /usr/include/endian.h. Es wurde aufgenommen, anstatt die system-header und bauen verursacht Probleme. Die Dateien wurden in Konflikt, weil Fall unerheblich ist, auf Windows. Die Ursache war das, was angedeutet war in der ursprünglichen Antwort. Der extern-C-Konstrukt war undicht in C++ - code unabsichtlich, wo Vorlagen definiert wurden, wodurch die angegeben Fehler.

    Ich würde prüfen, ob eine "baumelnde" C Verknüpfung konstruieren Sie in Ihrer header-Dateien irgendwo. Dies wäre der code, den Sie schrieb (nicht die system-Header; diese sind wahrscheinlich sicher).

    Code in Header verpackt ist mit,

    oben:

    #ifdef __cplusplus
extern "C" {
#endif

    und unten:

    #ifdef __cplusplus
}
#endif

    Wenn der untere Teil fehlt, wird die Wirkung der oberen Hälfte in erweitert-code in andere Header unabsichtlich. Das führt zu Problemen, wie Sie auftreten.

    • Das merkwürdige ist, als ich erwähnte, ich habe nicht geschrieben, den code selbst und ich bin sicher, es funktioniert für andere Menschen. Ich habe mir für den code, den Sie erwähnen im Kopf, aber kann es nicht finden bisher. Aber ich vermute, die Autoren verwenden, linux, während ich mit Windows, und googeln um ihn herum scheint es einige problem mit der pthread-und cygwin auf windows?
    • Was Sie tun können, ist Blick auf die preprocessed output. Führen Sie den compiler-Befehl, wie Sie ist, sondern ersetzen Sie "-c" option "-E". Die Ausgabe sollte in einer Datei angegeben, die mit "-o" - option. Blick auf Sie, und wenn Sie möchten, fügen Sie die Datei irgendwo und poste den link hier (wenn Sie möchten, helfen).
    • Danke für die Anregung! Problem ist, suchen in den makefiles habe ich nicht viel von dem verstehst, was Los ist, und ich kann nicht finden die Datei bereits erwähnt, enthält pthread.h und damit beginnt der ärger..
    • Können Sie einfach Ausschneiden und fügen Sie den Befehl aus dem build-Ausgabe in der shell, und führen Sie es. Der Befehl wäre ein gcc-Aufruf, der vor der Fehlermeldungen. Es sollte funktionieren, solange Sie in das richtige Verzeichnis.
    • Natürlich! Gute Idee. Ich lege die Datei in justpaste.er/4vhs
    • Übrigens, der Letzte Teil des Befehls ist " -E -o GarbageFlag.o GarbageFlag.cc " ich nahm an, es war die .o Datei, die Sie gemeint
    • Es scheint eine Datei mit dem Namen endian.h in das Verzeichnis, das Sie kompilieren in. Es ist sich mit Ihr zu bauen. Der compiler ist unter anderem, dass die Datei statt von der standard aus /usr/include.
    • Ok! Von den blicken von ihm die beiden Dateien sind völlig anders (übrigens die in meinem Verzeichnis ist gross geschrieben, wie bei Endian.h, ich denke, das hilft nicht). Ich werde versuchen Sie es und ändern es überall enthalten ist.
    • Umbenannt habe ich die Datei und entfernt die Fehler (obwohl es andere noch, ich Schneide meine Zähne auf den nächsten). Vielen Dank! Ich denke, es gibt keine Möglichkeit zu akzeptieren, einen Kommentar als Antwort?
    • Ah. Die Kapitalisierung ist, warum es funktioniert für andere Menschen und nicht Sie. Auf Windows -, Fall -, ist unbedeutend. Ich kann Bearbeiten Sie die Antwort, um diese zu reflektieren exchange. Dann können Sie es akzeptieren.

    InformationsquelleAutor Ziffusion
  2. 8

    Dieses problem entsteht, wenn dein compiler kompilieren eine Mischung aus C-und C++ - code. Die extern "C" syntax ist ein Weg, zu sagen, die C++ - compiler, C compiler auch benötigen, um Zugriff auf diese Funktion. Der C-compiler nicht versteht, diese Verwendung von extern, also in der Regel blenden Sie es wie folgt:

    

    #ifdef __cplusplus
    extern "C" {
    #endif
    
    void whatever();
    
    #ifdef __cplusplus
    }
    #endif

    Allerdings solltest du nicht gehen, ändern der system-Header, die Chancen derer, die Unrecht haben, sind sehr schlank. Eher eine eigene Header fehlt die schließende Klammer oben.

    InformationsquelleAutor jhauris
  3. 1

    Ähnlichkeit zu den akzeptierten Antworten, das war ein nesting-problem für mich auch, aber nicht mit ifdef/endif, so dass ich bin das hinzufügen als Referenz für andere.

    In meinem Fall, dieser Fehler wurde verursacht durch verschachtelte extern "C" Konstrukte; eine header-Datei, die ein extern "C" Konstrukt enthalten war in einem anderen extern "C" konstruieren, verursachen Nest, dass verwirrt den compiler/Präprozessor.

    Datei ein.h:

    #ifdef __cplusplus
extern "C"{
#endif

#include "b.h"

#ifdef __cplusplus
}
#endif

    Datei b.h

    #ifdef __cplusplus
extern "C"{
#endif

void someFunctionDeclaration();

#ifdef __cplusplus
}
#endif

    Verschieben der #include "b.h" außerhalb der a.h extern "C" konstruieren, der das problem behebt.

    InformationsquelleAutor origo
Schreibe einen Kommentar