3. Wie Project aufsplitten und eigene Headerdatei einbinden?

Wie Project aufsplitten und eigene Headerdatei einbinden?

  • C

    Du bist ja auch reichlich inkonsequent in der Benennung - C++ unterscheidet schon zwischen Getname() und getname(), erst recht zwischen getname() und get_Name().

    (und der Prototyp der artikel()-Funktion passt auch nicht zur anschließenden Definition)

    0
  • G

    Jein, denn im Source steht das schon richtig drin. Der Fehler ist mir nur hier passiert, als ich das Problem etwas naeher erlaeutern wollte und dabei 'freihaendig' geschriebe habe ...

    0
  • G

    Wenn ich - siehe unten - diese beiden Zeilen hinzufuege, dann werden die Funktionen aus der gbslib.cpp gefunden und das Programm laeuft ...

    // erpel.cpp
#include "gbslib.cpp"             // <<-- Zeile hinzugefuegt ....    

int main()
{
    artikel();    
    return 0;
}

    // artikel.cpp
#include <stdio.h>
#include <iostream>

bool suche_nach(string &name);    // << -- Zeile hinzugefuegt ....    

int artikel()
{
    string name;
    .
    .
    suche_nach(name);

    return 0;
}

    ... aber ist das so richtig oder eher Zufall?

    Ich war bisher davon ausgegangen, dass es reicht, wenn die gbslib einfach nur mit-gelinked wird.

    Uebrigens habe ich bei der Gelegenheit auch den Namen von get_Name() auf suche_nach() geaendert, da ich mir nicht sicher bin, ob ich nicht mit irgendwelchen reservierten Woertern kollidiere.

    Guenther

    0
  • M

    Ist der suche_nach-Parameter jetzt ein string oder ein string**&**?

    Du musst das schon überall einheitlich machen.

    0

  • probier mal die Funktionen in erpel.h "extern" zu deklarieren, d.h.

    extern bool get_Name(std::string);
extern bool gbs_print (int, std::string, double);
    0
  • B

    Hallo Guenther,

    die Beispiele von dir waren schon recht aufschlussreich. In Bezug auf mein Posting von oben solltest du dein Projekt folgendermaßen aufteilen:

    // erpel.cpp
#include "artikel.hpp" // <-- ! Headerdatei, nicht Quelldatei

int main()
    {
         int ergbnis = artikel(); // Artikel gibt ein int zurück
             // dient nur der Verdeutlichung.
         return 0;
    }

    // artikel.hpp
#ifndef ARTIKEL_HPP
#define ARTIKEL_HPP
  // so genannte include-guards

// Funktionsprototyp
int artikel();

#endif

    // artikel.cpp
#include "artikel.hpp"

// Funktionionsdefinition
int artikel()
    {
        // Tut irgendwas sinnvolles
        return 0;
    }

    So solltest Du mit all Deinen einzelnen Projektdateien verfahren.

    Grüße...

    Heiko

    0
  • G

    MFK schrieb:

    Ist der suche_nach-Parameter jetzt ein string oder ein string**&**?
    Du musst das schon überall einheitlich machen.

    Also bei der Deklaration und bei der Definition habe ich es einheitlich, das ist es jeweils ein 'string&', aber beim Aufruf der Funktion, so habe ich's gelernt oder zumindest bisher verstanden, benutze ich dann nur 'string'.

    Liege ich da falsch?

    0
  • M

    gboelter schrieb:

    Also bei der Deklaration und bei der Definition habe ich es einheitlich, das ist es jeweils ein 'string&'

    Dann ist es ja gut. In der ersten Version war es noch ein normaler String, keine Referenz. Das ist für die anderen hier nicht immer nachzuvollziehen, weil du Dinge änderst, aber dann nicht den kompletten relevanten Code zeigst.

    aber beim Aufruf der Funktion, so habe ich's gelernt oder zumindest bisher verstanden, benutze ich dann nur 'string'.

    Beim Aufruf gibt man den Typ doch gar nicht an 😕

    0
  • G

    bwbg schrieb:

    ... In Bezug auf mein Posting von oben solltest du dein Projekt folgendermaßen aufteilen ...

    Hallo Heiko,

    Danke fuer Deine Muehe mit den Beispielen, genau so habe ich's gemacht, mindestens 3 x ueberprueft, aber die Fehlermeldung bleibt.

    Ich denke mal, da kollidiert irgendwo was ganz anderes miteinander.

    Ich werde mir nachher mal ein Stueck jungfraeulichen Code schreiben und dass mit den Headerdateien dann dort mal ausgiebig testen. Wenn's dann dort klappt, dann werde ich meinen urspruenglichen Code mal Stueck fuer Stueck auskommentieren und dann hoffentlich zu dem Punkt kommen, wo der Fehler nicht mehr auftritt.

    Dann bin ich hoffentlich schlauer!

    See you later ...

    Guenther

    0
  • G

    Ich habe den Fehler gefunden und der ist mehr als abenteuerlich:

    Nachdem mir so langsam die Uebersichtlichkeit abhanden gekommen war, hatte ich mir Unterverzeichnisse fuer die diversen Dateitypen angelegt, so auch ein Verzeichnis "/mylibs" und genau das war das Problem.

    Unter Linux. das wusste ich bis heute auch nicht, kann der Name eines Unterverzeichnisses naemlich Leerzeichen enthalten, und zwar nicht nur mittendrin, nein, auch am Ende. Und so hatte ich durch einen dummen Fehler platzlich statt "/mylibs" ein Verzeichnis mit dem Namen "/mylibs " Und genau das war der Grund, warum gcc bzw. g++ ploetzlich das Spinnen anfing, wenn auch leider mit einer wenig zutreffenden Fehlermeldung. Der konnte naemlich tatsaechlich einige Dateien nicht finden, die fuer mich aber ganz offensichtlich am richtigen Ort vorhanden waren.

    Und da ich nun schon seit den Morgenstunden vergebens nach diesem Fehler gesucht habe, ich langsam entsprechend genervt war, sind mir so gewisse Ungereimtheiten natuerlich auch nicht mehr aufgefallen.

    Sorry, wenn ich Euch damit nun den halben Tag genervt habe, zumal der Thread im Nachhinein betrachtet eigentlich wohl eher in's Linux Forum gehoert haette.

    Trotzdem nochmals Herzlichen Dank an alle, die versucht haben mir auch hier wieder zu helfen.

    So, jetzt geht's in Bett, denn in 5 Stunden geht's fuer drei Tage nach Singapore. Drei Tage ohne Rechner, mal sehen ob ich das ueberlebe ... 😉

    Gruss

    Guenther

    0
Anmelden zum Antworten