• Hallo liebe Userinnen und User,

    nach bereits längeren Planungen und Vorbereitungen sind wir nun von vBulletin auf Xenforo umgestiegen. Die Umstellung musste leider aufgrund der Serverprobleme der letzten Tage notgedrungen vorverlegt werden. Das neue Forum ist soweit voll funktionsfähig, allerdings sind noch nicht alle der gewohnten Funktionen vorhanden. Nach Möglichkeit werden wir sie in den nächsten Wochen nachrüsten. Dafür sollte es nun einige der Probleme lösen, die wir in den letzten Tagen, Wochen und Monaten hatten. Auch der Server ist nun potenter als bei unserem alten Hoster, wodurch wir nun langfristig den Tank mit Bytes vollgetankt haben.

    Anfangs mag die neue Boardsoftware etwas ungewohnt sein, aber man findet sich recht schnell ein. Wir wissen, dass ihr alle Gewohnheitstiere seid, aber gebt dem neuen Board eine Chance.
    Sollte etwas der neuen oder auch gewohnten Funktionen unklar sein, könnt ihr den "Wo issn da der Button zu"-Thread im Feedback nutzen. Bugs meldet ihr bitte im Bugtracker, es wird sicher welche geben die uns noch nicht aufgefallen sind. Ich werde das dann versuchen, halbwegs im Startbeitrag übersichtlich zu halten, was an Arbeit noch aussteht.

    Neu ist, dass die Boardsoftware deutlich besser für Mobiltelefone und diverse Endgeräte geeignet ist und nun auch im mobilen Style alle Funktionen verfügbar sind. Am Desktop findet ihr oben rechts sowohl den Umschalter zwischen hellem und dunklem Style. Am Handy ist der Hell-/Dunkelschalter am Ende der Seite. Damit sollte zukünftig jeder sein Board so konfigurieren können, wie es ihm am liebsten ist.


    Die restlichen Funktionen sollten eigentlich soweit wie gewohnt funktionieren. Einfach mal ein wenig damit spielen oder bei Unklarheiten im Thread nachfragen. Viel Spaß im ngb 2.0.

[C++] multiple definition of ...

deSk

Neu angemeldet

Registriert
14 Feb. 2014
Beiträge
28
Hallo Liebe ngb Gemeinde,
ich habe derzeit einen Fehler der mich ganz wuschig macht :D erstmal etwas Code und die darauf folgende Erklärung.

triangle.hpp
[src=cpp-qt]
#ifndef TRIANGLE_HPP_INCLUDED
#define TRIANGLE_HPP_INCLUDED

#include <vector>
#include <string>
#include <sstream>
#include <glm/glm.hpp>

std::string _asString(const glm::vec3& vec){
std::stringstream ss;
std::string out;
ss << "(" << vec.x << ";" << vec.y << ";" << vec.z << ")";
ss >> out;
return out;
}

struct Triangle{
glm::vec3 a,b,c;
glm::vec3 normalize(void){
return glm::normalize(glm::cross(b - a, c - a));
}
std::string asString(void){
std::stringstream ss ;
std::string out;
ss << "A" << _asString(a) << "\t"
<< "B" << _asString(b) << "\t"
<< "C" << _asString(c);
return out;
}
};
#endif // TRIANGLE_HPP_INCLUDED
[/src]

Hier ist nichts besonderes zu sehen ... nur eine kleine Helferfunktion die mir ein 3D Vektor als string zurück gibt und ein struct was zur Datenhaltung eines Dreieckes dient.
Und genau bei der Funktion _asString schreit mich der Linker an das es eine mehrfache Defintion sei :unknown:, jedoch versuche ich sowas durch #ifndef Anweisungen zu verhindern...ein kleines Beispiel

xbeliebigerheader.hpp:
[src=cpp-qt]
#ifndef XBELIEBIGERHEADER_HPP_INCLUDED
#define XBELIEBIGERHEADER_HPP_INCLUDED

#ifndef TRIANGLE_HPP_INCLUDED
#include "triangle.hpp"
#endif //TRIANGLE_HPP_INCLUDED

/*
{ .... Code hier und da .... }
*/

#endif // XBELIEBIGERHEADER_HPP_INCLUDED
[/src]
_asString wird in keiner anderen Header ,von meinen Programm, definiert bzw. deklariert und stehe deshalb komplett auf den Schlauch. Ich hoffe ihr könnt mir dabei weiterhelfen.
 
Zuletzt bearbeitet:

Brother John

(schein)heilig
Veteran

Registriert
1 Aug. 2013
Beiträge
235
Das ist eine klassische ODR violation. Dein Include-Guard verhindert zwar, dass der Header in derselben Translation Unit mehrfach eingebunden wird. Wenn du ihn aber in mehreren TUs nutzt (also in zwei oder mehr .cpp einbindest), dann hast du in jeder TU eine eigene Definition von _asString().

Warum? Weil die Funktion im Header definiert, nicht nur deklariert, ist. Damit hast du mehrere gleichnamige Implementierungen und der Linker haut dir auf die Finger.

Es gibt zwei Wege drum herum:

  • Schmeiß die Definition von _asString() in eine .cpp.
  • Schreib:
    Code:
    inline std::string _asString(const glm::vec3& vec) { ... }
    Von Inline-Funktionen dürfen mehrere Definitionen existieren, solange sie exakt identisch sind.
 

deSk

Neu angemeldet

Registriert
14 Feb. 2014
Beiträge
28
  • Thread Starter Thread Starter
  • #3
vielen Dank Brother John für deine Hilfe und den hilfreichen Link :T Ich selbst wußte leider nicht nach was ich genau suchen sollte ..ODR violation ,jetzt weiß ich es :D .Habe nun die Funktionsdefinition in eine .cpp gepackt und es läuft.
 

exomo

NGBler

Registriert
1 Aug. 2015
Beiträge
129
Wenn es keinen Grund gibt es nicht zu machen, ist das auch das was man automatisch immer machen sollte wenn man eine neue (öffentliche) Funktion oder Klasse definiert: Deklaration im .h(pp), Definition im .cpp file.
Noch eine nennenswerte Ausnhame sind Templates. Klassen- und Funktionstemplates müssen im header komplett definiert werden.
 
Oben