operator<< warum keinen Zugriff trotz friend?

[Guntpat]

So würde das bei mir auch funktionieren, wenn man alles in eine Datei schreibt, aber beim Auslagern gibt es Probleme, obwohl das eigentlich gehen sollte.

[ZuK]

habe den code mal aufgeteilt. Funktioniert so auch.

team.h

#include <iostream>

class Team  {
public:
  Team():x(12) {}
private:
  int x;
friend std::ostream& operator << (std::ostream& os, const Team& );
};

team.cpp

#include "team.h"

std::ostream& operator << (std::ostream& os, const Team& myTeam)
{
   os << myTeam.x;
   return os;
}

main.cpp

#include <iostream>
#include "team.h"
using namespace std;

int main() {
   const Team ct;
   Team t;
   cout << ct << endl << t << endl;
   return 0;
}

wenn ich den code aber folgendermassen aufteile :
team.h

class Team  {
public:
  Team():x(12) {}
private:
  int x;
friend ostream& operator << (ostream& os, const Team& );
};

team.cpp

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

std::ostream& operator << (std::ostream& os, const Team& myTeam)
{
   os << myTeam.x;
   return os;
}

main.cpp wie oben

dann funktioniert es nicht. Erklärung habe ich keine.
Kurt

[Guntpat]

Ich scheine blind zu sein, aber ich sehe den Unterschied zwischen deinen beiden Varianten nicht...??

[Alex_H]

In der Klasse einmal mit std:: und einmal ohne.

Gruß Alex

[ZuK]

der unterschied ist

#include <iostream>

fehlt in der zweiten version von team.h.
wird aber von team.cpp includiert.
Kurt

[ZuK]

Alex_H schrieb:

In der Klasse einmal mit std:: und einmal ohne.

Gruß Alex

That's it. Gibt also doch eine Erklärung.
Kurt

[Guntpat]

Schade, dass bei mir beide Versionen nicht funktionieren. Ich verstehe das nicht - vielleicht liegt es an meiner Entwicklungsumgebung oder irgendwelchen Einstellungen ...

[ZuK]

Guntpat schrieb:

Schade, dass bei mir beide Versionen nicht funktionieren. Ich verstehe das nicht - vielleicht liegt es an meiner Entwicklungsumgebung oder irgendwelchen Einstellungen ...

Bist du sicher dass du nicht den selben fehler wie ich gemacht hast ?
team.h

class Team  {
public:
  Team():x(12) {}
private:
  int x;
friend std::ostream& operator << (std::ostream& os, const Team& );
};

mit std::ostream funktioniert die zweite version auch.
Kurt

[Ben04]

Das Aufteilen in Header und Module sollte nichts ausmachen wichtig ist das was der Compiler zu sehen kriegt also in Zuks Beispielen wären das
team.cpp

#include <iostream>
class Team  {
public:
  Team():x(12) {}
private:
  int x;
friend std::ostream& operator << (std::ostream& os, const Team& );
};
std::ostream& operator << (std::ostream& os, const Team& myTeam)
{
   os << myTeam.x;
   return os;
}

und die zweite Version

#include <iostream>
class Team  {
public:
  Team():x(12) {}
private:
  int x;
friend ostream& operator << (ostream& os, const Team& );
};

std::ostream& operator << (std::ostream& os, const Team& myTeam)
{
   os << myTeam.x;
   return os;
}

Und das einzige Problem das ich sehe ist, dass du ostream benutzt ohne vorher den std Namensraum gedumpt zu haben.

@Guntpat geht das hier:

#include<iostream>
using namespace std;
class Foo{
  int a;
  friend ostream&operator<<(ostream&out, const Foo&);
};
ostream&operator<<(ostream&out, const Foo&foo){
  out<<foo.a;
  return out;
}
int main(){
  cout<<Foo();
}

[Guntpat]

Also wie gesagt - in der gleichen Datei funktioniert es, also auch das letzte Beispiel von Dir. Und ich habe das jetzt ganz korrekt so benutzt, wie ihr das vorgeschlagen habt, aber es kommen noch immer die gleichen Kompilerfehler. Ich werde mich wohl einfach damit zufrieden geben müssen, dass ich die Operatorüberladung inline definiere...so tragisch ist das ja auch nicht, ist halt nur wegen der Sichtbarkeit des Codes bei der Schnittstelle nicht so ganz ideal!

[Ben04]

Was du auch noch machen kannst (und sowieso solltest) ist sämliche Infromationen über public Getter zur Verfügung zu stellen dann brauchst du kein friend.

[phlox81]

Hm, hm, welchen Compiler verwendest du ?

[Floix]

Hi,

ich hab dasselbe Problem gehabt und auch nach unzähligen Versuchen fast aufgegeben. Das ganze scheint ein Bug im Visual Studio zu sein und zwar bis Service Pack 3. Ich habe visual Studio 6.0 verwendet, ich weiß net wies bei .NET aussieht, jedenfalls lässt sich das Problem durch die Installation des Servicepacks lösen!

Hier der Link zur genauen Beschreibung des BUGs: http://www.mvps.org/vcfaq/lang/2.htm

Vielleicht hilfts einigen weiter, mich hats nen ganzen Abend gekostet...