C++

shadows template parm error

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : shadows template parm error

hurang

Bonjour,

je m'adresse à vous car j'ai un problème avec des classes que j'ai récupéré sur le CD d'un livre que j'ai acheté ("Introduction to C++ for financial engineers" by Daniel J. Duffy). Ce sont les classes de base de mon travail c'est à dire les structures de données (j'utilise des classe Vector, Array, Lattice...), malheureusement j'ai des erreurs lors de la compilation... J'ai réussi à en supprimer un certain nombre mais il m'en reste une sur laquelle j'ai un doute n'étant pas expert dans la définition de ce type de classe :

(Il s'agit ici du code du fichier Vector.hpp)

Code :

#ifndef Vector_hpp
#define Vector_hpp
#include "Array.cpp"
template <class V, class I=int, class S=FullArray<V> >
class Vector: public Array<V, I, S>
{
public:
// Constructors & destructor
...
// Operators
Vector<V, I, S>& operator = (const Vector<V, I, S>& source);
Vector<V, I, S> operator - () const; // Unary minus
template <class V, class I, class S>
friend Vector<V, I, S> operator + (const Vector<V, I, S>& v,const V& a); // Add v to every element
template <class V, class I, class S>
friend Vector<V, I, S> operator + (const V& a, const Vector<V, I, S>& v);
template <class V, class I, class S>
friend Vector<V, I, S> operator - (const Vector<V, I, S>& v, const V& a); // Subtract v from every element
template <class V, class I, class S>
friend Vector<V, I, S> operator - (const V& a, const Vector<V, I, S>& v);
template <class V, class I, class S>
friend Vector<V, I, S> operator * (const Vector<V, I, S>& v, const V& a); // Multiply every element by v
template <class V, class I, class S>
friend Vector<V, I, S> operator * (const V& a, const Vector<V, I, S>& v);
...
}

A la compilation j'obtiens les messages d'erreurs du type :
Vector.hpp declaration of `class V'
Vector.hpp shadows template parm `class V'

Vector.hpp declaration of `class I'
Vector.hpp shadows template parm `class I'

Vector.hpp declaration of `class S'
Vector.hpp shadows template parm `class S'

pour chacun des 6 opérateurs (c'est à dire 18 messages d'erreur).

En cherchant sur Internet j'ai compris qu'il y a conflit entre le nom de ces classes dans le template des opérateurs et ceux de la première ligne (template <class V, class I=int, class S=FullArray<V> > ). Je crois donc qu'il faudrait renommer les seconds en W, J, T par exemple mais dans ce cas, dois écrire cela :

Code :

template <class W, class J, class T>
friend Vector<W, J, T> operator + (const Vector<W, J, T>& v,const V& a); // Add v to every element

ou bien cela :

Code :

template <class W, class J, class T>
friend Vector<V, I, S> operator + (const Vector<V, I, S>& v,const V& a); // Add v to every element

J'avoue ne pas être tout à fait au point avec ces notions. A priori je n'en ai pas besoin, c'est juste dommage que ces classes ne se compilent pas directement...

Merci pour votre aide, bonne journée.

Jean.

Publicité

Joel F

Real men use unique_ptr

1ere solution

Ah et jettes ton bouquin. Préconisez des fonctions friends pour la surcharge des opérateurs binaires est une connerie sans nom.

Tout comme rein venter std::valarray de manière sub-optimale

hurang

Merci Joel, peux-tu m'expliquer en quoi c'est stupide d'utiliser des fonctions friends dans ce cas ?

Pour l'histoire de rein venter std::valarray, je te fais confiance

Taz

bisounours-codeur

bah c'est stupide dans le sens où tu peux faire sans facilement, en implémentant trivialement par exemple l'opération + comme

Code :

V operator+(const V& a, const V& b)
{
V sum(a);
sum += b;
return sum;
}

Joel F

Real men use unique_ptr

La pratique que je prône (et je suis pas le seul) est d'utiliser des fonctiosn libres tant que l'on peut. Cela permet de découpler fortement algorithmes et objets et de facto, augmente le niveau d'abstraction. Sutter en parle dans son GotW sur std::string en autre.

Plus prosaïquement, dans le cas de la surcharge d'opérateur de type +-/* etc ..., il faut bien noté que l'argument de gauche et l'argument de droite joue un rôle équivalent par rapport au résultat.
En gros, il y a création d'une nouvelle instance à partir des arguments. Devant ce type de symétrie (à ne pas mélanger avec le fait que les opérateurs soit associatifs ou je en sais plus comment on dit)
on préférera la fonction à la méthode. Reste ensuite : pourquoi une fonction non-friend ?

En fait, le friend ne sert que dans des cas limites du langage. Tu peut parfaitement écrire ton operator+ sans aller accéder aux membres privés de ta classe, grâce entre autre aux accesseurs/mutateurs que tu auras bien voulu lui donné.

En gros :
-> opérateurs unaires : méthodes ou fonction libres
-> opérateurs binaires : fonction libres

J'en rajoute une couche en disant que en général, on donne à ce type de classe un opérateur += qui lui est une méthode, et on construit operator+ à partir de ça et du constructeur de copie.

Code :

Vector operator+( const Vector& a, const Vector& b )
{
Vector r(a);
r+= b;
return r;
}

Taz

bisounours-codeur

ahah !

Message cité 1 fois

Joel F

Real men use unique_ptr

Taz a écrit :

ahah !

a 2mn prés

Message édité par Joel F le 05-03-2008 à 11:46:53

FORUM HardWare.fr

Programmation

C++

shadows template parm error

Sujets relatifs
SQL ERROR [mysql]	Fatal error: Cannot re-assign $this
Error occurred during initialization of VM	Methode template intelligente
Class template et membre static	parse error
ERROR 1216: Cannot add or update a child row: a foreign key constraint	Probléme Vb error '429'
FaTaL eRrOr... tit coup de main svp	500 internal server error sur formMail
Plus de sujets relatifs à : shadows template parm error

Page générée en 0.057 secondes