problème pour appeler une fonction avec Eigen

Bonjour à tous,

J'ai écrit une fonction pour importer des datas et les ranger dans une matrice avec la librairie Eigen.

Code:

---

1 2 3 4 5 6 7 8 9

template <class Eigen> constexpr Eigen::matrix<float, unsigned, unsigned> importation(std::string file_name) { ... return matrice;   };

---

Mais lorsque j'appelle la fonction, visual studio me renvoie une erreur :

Code:

---

1 2 3

Eigen::Matrix<float, 300, 4> matrice;   matrice = importation(file_name);

---

"aucune instance de modèle de fonction "importation" ne correspond à la liste d'arguments"

Est-ce que vous auriez une idée d'où ça peut venir? Parce que là je ne vois pas :koi:

Mango1

Salut,

Il faut savoir que, assez bizarrement, le type de retour des fonctions n'est pas utilisé dans la détermination de la fonction qui est utilisée.

Comme tu veux renvoyer une Eigen::matrix<float, unsigned, unsigned>, il faut donc que les paramètres template de ta fonction permettent de déterminer que le retour de la fonction sera une matrice contenant des float, ainsi que le nombre de lignes et le nombre de colonnes de cette matrice :P

Et, en plus, il faudra t'assurer que l'appel de la fonction fournisse "tout ce qu'il faut" au compilateur pour qu'il soit en mesure de ... connaitre ces informations.

Ta fonction devrait donc plutôt prendre la forme de

Code:

---

1 2 3 4 5

template <typename VAL, size_t ROWS, size_t COLS> Eigen::matrix<VAL, ROWS, COLS> import(std::string const & filename){   return matrix; }

---

et l'appel se ferait sans doute sous une forme proche de

Code:

---

auto result = import<float,300, 4>("fichier.txt");

---

Salut,

Ou tu le met en référence de sortie et non en retour de fonction

Citation:

---

Envoyé par Astraya

Salut,

Ou tu le met en référence de sortie et non en retour de fonction

---

Oui, effectivement ...

Cependant, je t'avouerai que je ne suis pas vraiment fan de l'idée de transmettre une référence non constante à une fonction, "simplement" à cause de l'effet de bord.

Cela a beau n'être qu'un avis strictement personnel, je trouve l'approche -- issue de la programmation fonctionnelle -- qui consiste à ne jamais modifier une donnée entrante particulièrement saine, malgré tous les reproches qu'on puisse faire à ce sujet, notamment en termes d'utilisation de la mémoire.

Ce n'est pas pour rien si je suis l'un des rares à rajouter "idéalement constante / immuable" lorsque j'explique ce qu'est une classe ayant sémantique de valeur ;)

Ceci étant dit, j'ai beau revendiquer le fait de "ne pas être particulièrement fan" de l'idée d'un paramètre de sortie, ce n'est quand même pas au point d'essayer d'empêcher les gens de les utiliser dans leur propre code ;) :D

Oui ce n'était pas pour éviter l'effet de bord. Lorsque je vois une fonction qui prend un nom de fichier, je m'attends à avoir en retour un code d'erreur ou un booléen en cas d'échec de lecture du fichier, même si une exception est lancée.