main.cpp

#include <iostream>
#include "funktion.h"

using namespace std;

int main(void)
{
	funktion funk;
	cout<<"dieses Programm: ";
	funk.print();
	return 0;
}

funktion.h

class funktion
{
	public: void print(void);
};

funktion.cpp

#include <iostream>

using namespace std;

void print(void)
{
	cout<<"laeuft"<<endl;
}

Das ist der Fehler den ich ständig bekomme:
main.cpp:(.text+0x88): undefined reference to `funktion::print()'

Compilieren tue ich das ganze mittels g++:
g++ -o main main.cpp funktion.cpp

Irgendetwas übersehe ich.
Danke für Hilfe. Dreh fast durch.

funktion.cpp:5: Fehler: »funktion« wurde nicht deklariert

Muss ich funktion.h noch in funktion.cpp includieren??

Danke nochmal

außerdem ist es denke ich auch net sonderlich intuitiv ne klassen "funktion" zu nennen

und die include-guards in der header-Datei hast du nur nicht mitgepostet?!

bb

als kurze zusammenfassung:

#infdef EINDEUTIGER_BEZEICHNER
#define EINDEUTIGER_BEZEICHNER

/*klassen/funktionen/... deklarieren*/

#endif //#ifndef EINDEUTIGER_BEZEICHNER

mehrere IDEs stellen auch ein #pragma once bereit - das würde man dann so nutzen:

irgend nen header den man überall einbindet sollte das enthalten:

#if defined _MSC_VER
	#if _MSC_VER >= 1020
		#define PRAGMA_ONCE_ENABLED
	#endif
#elif defined __GNUC__
	#ifndef PRAGMA_ONCE_ENABLED
		#if __GNUC__ > 3 || (__GNUC__ == 3 && __GNUC_MINOR__ >= 4)
			#define PRAGMA_ONCE_ENABLED
		#endif
	#endif
#endif

und dann kann man den header entsprechend so schreiben:

#if PRAGMA_ONCE_ENABLED
   #pragma once
#endif

#ifndef EINDEUTIGER_BEZEICHNER
#define EINDEUTIGER_BEZEICHNER

/*...*/

#endif //#ifndef EINDEUTIGER_BEZEICHNER

#pragma once hat ein paar Vorteile (Datei wird nur ein einziges mal geöffnet und geparst - mit nur include-guards würde sie trotzdem jedes mal geöffnet werden wenn sie included wurde und erst beim parsen wird gemerkt, dass sie nicht gebraucht wird). Was den Compilier-Vorgang natürlich beschleunigt (wenn man #pragma once verwendet ^^).

bb

Was würde denn passieren wenn #pragma once ohne makro dastehen würde?

Hmm... Ich hab keine IDE hier, die #pragma once nicht versteht - aber vermutlich wird eine Fehlermeldung á la ungültige Präprozessor-Direktive kommen. Bei GCC weiß ich aber z.Bsp., dass er #pragma once geschluckt hat, als er es noch nicht kannte und einfach nur ignoriert hat ^^

Ich jedenfalls würde keinen Code schreiben wollen der mit anderen IDEs evtl nicht funktioniert - und wenn der jenige dann x Dateien verändern muss ists für den au ne so doll ^^ lieber schreib ich dann immer 3 anstatt einer Zeile ^^

David_pb schrieb:

Außerdem darf #pragma once auch ruhig nach dem Includeguard kommen!

Klar darf es das - es darf auch als allerletztes in der Datei stehen... Je nach dem, was man bevorzugt...

bb

ok, sie macht keinen fehler.
aber die warning nervt ungemein.

welche ide haste denn jz ausgekramt? ^^

Wenn man sich schon Gedanken wegen der Präprozessorgeschwindigkeit macht, sollte man auch die Performance der #if -Abfrage bedenken...

sehr qualifizierter beitrag... außerdem hab ich mal gehört, dass ram und cpu um weiten schneller sind als festplatten... deshalb wird es wohl ziemlich schwer so viele #if s zu verwenden, dass der Vorteil von#pragma once` wieder verschwindet...
btw ging es auch net um die geschwindigkeit des präprozessors - sondern um die dauer des compilierens

bb