Compilation LINUX GCC 4.6.1 : Erreur STL

Bonjour,

Je reprend un projet au sein de ma boite qui est pour ainsi dire un ..... de programme de ..... .

Bref j'en viens au but :

Lors de la compilation du programme (crée sous GCC 2.95 ) un tas de message d'erreur apparait.(Je montrerais ces messages par la suite)

J'ai donc créer un petit bout de code qui fait appel à cette libraire et en voici les premières dizaines d'erreur retournée lors de la compilation :

Main.cpp

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

#include <iostream> #include <vector> using namespace std;   template <typename T> class MyClass { public: static std::vector <T> MyVector; };   int main() { MyClass<int>::MyVector = {17}; cout<<"Sa marche"<<endl;   return 0; }

---

Commande de compilation => g++ -c main.cpp -o prog

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

In file included from /usr/include/c++/4.6/stl_string_fwd.h:20:0, from /usr/include/c++/4.6/string:18, from /usr/include/c++/4.6/bits/locale_classes.h:42, from /usr/include/c++/4.6/bits/ios_base.h:43, from /usr/include/c++/4.6/ios:43, from /usr/include/c++/4.6/ostream:40, from /usr/include/c++/4.6/iostream:40, from main.cpp:1: /usr/include/c++/4.6/char_traits.h:115:27: erreur: an explicit specialization must be preceded by 'template <>' /usr/include/c++/4.6/char_traits.h:140:27: erreur: an explicit specialization must be preceded by 'template <>' In file included from /usr/include/c++/4.6/string:22:0, from /usr/include/c++/4.6/bits/locale_classes.h:42, from /usr/include/c++/4.6/bits/ios_base.h:43, from /usr/include/c++/4.6/ios:43, from /usr/include/c++/4.6/ostream:40, from /usr/include/c++/4.6/iostream:40, from main.cpp:1: /usr/include/c++/4.6/stdexcept:26:55: erreur: expected class-name before '{' token In file included from /usr/include/c++/4.6/stl_algobase.h:45:0, from /usr/include/c++/4.6/memory:18, from /usr/include/c++/4.6/string:24, from /usr/include/c++/4.6/bits/locale_classes.h:42, from /usr/include/c++/4.6/bits/ios_base.h:43, from /usr/include/c++/4.6/ios:43, from /usr/include/c++/4.6/ostream:40, from /usr/include/c++/4.6/iostream:40, from main.cpp:1: /usr/include/c++/4.6/type_traits.h:96:28: erreur: an explicit specialization must be preceded by 'template <>'   /usr/include/c++/4.6/stl_iterator.h:852:3: erreur: 'istream' does not name a type /usr/include/c++/4.6/stl_iterator.h:868:27: erreur: expected ')' before '&' token /usr/include/c++/4.6/stl_iterator.h: In member function 'void istream_iterator<_Tp, _Dist>::_M_read()':

---

J'en passe et des meilleurs, d'après mes recherches il existe un problème de compatibilité entre la STL et GCC (le compilateur) depuis la version 4.5.

Bonjour et bienvenue sur le forum

Non pas de problème particulier avec gcc, c'est une erreur dans ton code. Tu doit initialiser les variables membres static. Ajoute après ta classe :

Code:

---

1 2	template <typename T> std::vector<T> MyClass<T>::MyVector;

---

Bonne continuation

EDIT : voir FAQ Comment initialiser un membre static ?

Merci pour la réponse rapide.

La correction que tu m'as donnée ne change pas les erreurs que j'ai lors de la compilation.

Je précise que le problème viendrait de l'appel d'un template auquel on lui passe une classe en paramètre qui n'est plus accepter sur GNU GCC.

J'ai utilisé le compilateur GNU GCC 4.6.1 à travers un IDE Code::Blocks.

Il me retourne les mêmes erreurs surtout ce qui m'interpelle c'est qu'il m'indique une erreur sur les fichiers de la lib :

/usr/include/c++/4.6/char_traits.h :115:27: erreur: an explicit specialization must be preceeded by 'template <>'

En effet, j'avais pas fait attention, j'avais juste regardé ton code et corrigé l'erreur. Mais en voyant l'erreur que tu donnes, je réalise que tu donnes pas le bon code. En tout cas, ton code n'utilise pas la spécialisation de template (en fait non, la spécialisation template vient de la STL, le problème dans ton code est ailleurs) et ne peut pas produire ce type d'erreur

Donc il faut que tu donnes le bon code, qui génère l'erreur donnée...

L'erreur vise un fichier de la STL char_traits.h dont voici la ligne où l'erreur précedente nous renvoi:

Code:

---

1 2	/usr/include/c++/4.6/char_traits.h:115:27: erreur: an explicit specialization must be preceded by 'template <>'

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

__STL_TEMPLATE_NULL class char_traits<char> : public __char_traits_base<char, int> { public: static char_type to_char_type(const int_type& __c) { return static_cast<char_type>(static_cast<unsigned char>(__c)); }   static int_type to_int_type(const char_type& __c) { return static_cast<unsigned char>(__c); }   static int compare(const char* __s1, const char* __s2, size_t __n) { return memcmp(__s1, __s2, __n); }   static size_t length(const char* __s) { return strlen(__s); }   static void assign(char& __c1, const char& __c2) { __c1 = __c2; }   static char* assign(char* __s, size_t __n, char __c) { memset(__s, __c, __n); return __s; } };

---

C'est ton code qu'il faut, pas celui de la stl. Le problème vient probablement d'une erreur de ta part et non de gcc (même si cela peut arriver, commençons déjà par le plus probable)

Tu as l'intégralité de mon code de test dans mon premier post.

Ne sachant pas d'où venait le problème, j'ai testé avec un code simple et concis. Je retrouve bien la même erreur que dans mon projet.

J'ai donc bel et bien mis le doigt sur quelque chose que je n'arrive pas à résoudre 8O.

Ok, j'avais pas compris

Donc je confirme, à part l'erreur que j'ai déjà signalé, ton code ne pose pas de problème. Par contre, j'ai pas de gcc 4.6.1 sous la main pour tester s'il y a un problème particulier avec cette version, mais ça serait étonnant

Tu as besoin nettoyer les fichiers objets pour être sur de ne pas utiliser une ancienne compilation ?

Avec $CXXFLAGS='-std=c++0x', et la définition manquante du membre template statique, le code du premier post compile et linke avec gcc 4.6.3.

(j'avais même pas percuté que c'était du C++11 :aie:)

Je test sa demain au boulot.

Je reviendrais vers vous pour confirmer si le problème est résolu ou non.

Bonne soirée.

Salut tout le monde,

j'ai fait les tests par rapport aux infos que vous m'avez fourni hier, malheureusement soldé par un échec.

J'ai testé avec différente option passé à "-std " :

Code:

---

g++ -std=c++0x -c main.cpp -o prog : /usr/include/c++/4.6/char_traits.h:115:27: erreur: an explicit specialization must be preceded by 'template <>'

---

=> On retrouve les mêmes erreurs que precédemment.(j'en ai mis qu'une seule)

Code:

---

g++ -std=gnu++0x -c main.cpp -o prog : /usr/include/c++/4.6/char_traits.h:115:27: erreur: an explicit specialization must be preceded by 'template <>'

---

=> IDEM

-----------------------------------------------

Code:

---

1 2	g++ -std=gnu++11 -c main.cpp -o prog : cc1plus: erreur: unrecognized command line option '-std=gnu++11'

---

=> ??? il ne reconnait pas l'option ???

Code:

---

g++ -std=c++11 -c main.cpp -o prog : cc1plus: erreur: unrecognized command line option '-std=c++11

---

=> IDEM

Et ton exemple compile aussi avec gcc 4.6.1 sous cygwin -- version que j'avais compilée et installée à la main.

Il y aurait-il des soucis dans ton installation de gcc ?

<edit>Mon fichier /usr/local/include/c++/4.6.1/bits/char_traits.h ne ressemble pas du tout au tien (qui se trouve d'ailleurs dans un étrange emplacement au vu de mes souvenirs de gcc: i.e. pas dans bits/).
Tu devrais essayer de voir d'où vient ce fichier. Hum ... il ressemble furieusement à celui de SGI (qui du coup je me demande bien ce qu'il fout sous 4.6) et non à celui-ci : http://www.ib.cnea.gov.ar/~oop/bibli...8h-source.html

Vous n'y auriez pas été comme des gros bourrins en déplaçant/renommant des vieux répertoires pour avoir des fichiers dans des zones qui ne sont pas les leurs ?</edit>


PS: j'avais compilé avec: "CXXFLAGS=-std=c++0x make toto" -- avec le fichier rempli avec ton exemple du post 1 sauvé dans toto.cpp.

J'utilise bien la stl et il se peut que lors de mes tests j'ai fait une copie des fichiers dans ce repertoire qui aurait à ce moment écrasé la version précedente.

Moi = :mur:

J'ai tellement cherché et obtenu d'infos que je n'arrive pas à mettre tous sa au clair.

Que dois je faire?

Pour C++11/C++0x, il faut utiliser

Code:

---

1 2	-std=c++0x -std=gnu++0x

---

pour gcc < 4.7 et

Code:

---

1 2	-std=c++11 -std=gnu++

---

pour gcc >= 4.7

Sinon, ça ressemble en effet furieusement à un problème d'installation de compilateur

Je te dirais de supprimer (/déplacer ailleurs au cas où) le répertoire 4.6 et de demander à ton gestionnaire de paquets de forcer la reinstall de libstdc++ de GNU en version 4.6.1, ou tout gcc, je ne sais pas.

Je vois que Luc semble étonné du fait de l'utilisation de la STL SGI.

Pourrait-tu me fournir quelques informations sur celle-ci et pourquoi ton étonnement?

Je suis étonné qu'elle soit installée en plein milieu de l'arborescence de la libstdc++. C'est ça qui ne va pas et qui met la grouille. La bascule de l'une à l'autre c'est en jouant avec les options du compilo, pas en foutant tout au mauvais endroit.

Après la STL de SGI est franchement vieille. STLPort doit être plus récente si vraiment vous ne voulez pas utiliser celle du projet GNU laquelle sera probablement mieux adaptée à g++, ne parlons même pas du C++11.

Vous me rassurez à un point que vous n'imaginez pas => On avance sur un chemin escarpé :aie: mais on avance.

J'ai désinstallé GCC puis réinstallé tout en vérifiant que libstdc++ soit réinstallé.

La compilation du petit code est OK.

Je repasse donc sur mon projet et c'est avec joie.(Pour des raisons de confidentialité je ne pourrais pas mettre le gros du codes)

La compilation a nettement changé : quelque lignes d'erreurs au lieu de centaines que voici :

Code:

---

1 2 3 4

In file included from /usr/include/c++/4.6/backward/hash_map:61:0, from lisp.h:9, from lisp.cpp:1: /usr/include/c++/4.6/backward/backward_warning.h:33:2: attention : #warning This file includes at least one deprecated or antiquated header which may be removed without further notice at a future date. Please use a non-deprecated interface with equivalent functionality instead. For a listing of replacement headers and interfaces, consult the file backward_warning.h. To disable this warning use -Wno-deprecated. [-Wcpp]

---

=> Je pense que ceci à un rapport avec la spécificité standard (-std=c++0x ou une autre version)

In file included from lisp.cpp:2:0:

Code:

---

1 2	data_defs.h:11:16: erreur fatale: rope : Aucun fichier ou dossier de ce type compilation terminée.

---

=> le fichier ROPE n'existe plus ??? je ne le vois pas dans mon repertoire de librairie et il devait être un élément de la STL SGI à mon avis.

Je tiens aussi à vous remercier pour votre aide = :ccool: , cela m'amène a essayé d'apporté aussi mon aide auprès des autres utilisateurs.
make: *** [lisp.o] Erreur 1

Le flag c++0x était nécessaire parce que tu avais écrit "vector<int> v = {17};".

hash_map est effectivement déprécié au profit de std::unordered_map -- mais avoir une table de hashage portable est casse tête avec les vieux compilos (je m'étais amusé à cela ici -> https://github.com/LucHermitte/Rasende ; cf les fichiers pour cmake, le config.h.cmakein, et les portable*.hpp)

rope était une spécificité de l'implémentation historique de la STL par SGI. D'autres implémentations fournissaient cette classe dans mes souvenirs. Mais pas le standard.

Me revoila !!!

Concernant le projet, ça continue d'avancer, c'est ça qui est bon. :lol:

Néanmoins, il me reste un petit problème, on a la possibilité d'utiliser des fonctions de remplacement vis à vis du fichier backward_warning.h.

ex : hash_map => STL
unordered_map => fonction de remplacement à hash_map.

Mon problème est que historiquement dans le projet, le fichier header rope est utilisé et il n'y a aucune information sur une fonctions de remplacement semblable à ce que j'ai écrit précédemment.

Ma question est comment trouver un alias ou une fonction de remplacement pour les fonctions du fichier rope ?

Je n'ai rien trouvé sur le net.

Vu que tu utilises g++ -> #include <ext/rope>.
Trouvé en 5 minutes grâce au net :p

On arrête le projet pour le moment et on retourne au petit bout de code je croyais que la compilation était ok mais non.

J'ai omis d'exclure l'option -c lors de la compilation et comme vous le savez il n'y a pas de linkage lorsque cette option est passé .
L’exécutable que j'avais obtenu ne pouvait fonctionné alors je recommence l'analyse des erreurs via ce petit bout de code.

Pour vous rafraîchir la mémoire :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

#include <iostream> #include <vector> using namespace std;   template <typename T> class MyClass { public: static std::vector <T> MyVector; };   int main() { MyClass<int>::MyVector = {17}; cout<<"Sa marche"<<endl;   return 0; }

---

Code:

---

1 2 3 4

g++ -std=c++0x main.cpp -o prog /tmp/ccRvQcyM.o: In function `main': main.cpp:(.text+0x38): undefined reference to `MyClass<int>::MyVector' collect2: ld a retourné 1 code d'état d'exécution

---

et alors la je comprend pas pourquoi le compilateur me demande de lui passé la variable par référence.

Ca, c'est l'erreur que j'avais indiqué

Citation:

---

Envoyé par Kasyon

Code:

---

1 2 3 4

g++ -std=c++0x main.cpp -o prog /tmp/ccRvQcyM.o: In function `main': main.cpp:(.text+0x38): undefined reference to `MyClass<int>::MyVector' collect2: ld a retourné 1 code d'état d'exécution

---

et alors la je comprend pas pk le compilateur me demande de lui passé la variable par reference.

---

C'est justement un problème de linkage : MyClass<int>::MyVector est bien déclaré dans les headers mais le compilateur ne trouve pas son implémentation. Aucun rapport avec le passage par référence.

Non, ce n'est pas défini, c'est seulement déclaré. C'est ce que l'on t'avait dit.

Effectivement j'avais oublié la déclaration. La compilation s'effectue correctement. Mes compétences en C++ remonte à 1 an et demi sans pratique y a des automatismes qui se perdent :oops:.

Je vais donc reprendre le projet et m'y attelé un peu plus. Merci pour vos conseils je reviens vers vous au plus vite. ++

Code:

---

1 2 3 4 5 6 7 8 9 10 11

template <typename T> struct MyClass { // v--- déclaration static std::vector <T> MyVector; };     // v--- définition template <typename T> std::vector <T> MyClass<T>::MyVector;

---

Bonjour à tous,

La résolution du projet a nettement progressé, cependant il me reste quelque erreurs que je ne comprend pas.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

//! retourne le n-ième élément d'une liste (le type des éléments de la liste est indifférent) template<typename _datum> inline _datum& nth(list<_datum>&lst,int n) { list<_datum>::iterator i=lst.begin(); while(n>0) { ++i; --n; } return *i; }   //! retourne le n-ième élément d'une liste (le type des éléments de la liste est indifférent) template<typename _datum> inline _datum& nth(const list<_datum>&lst,int n) { list<_datum>::iterator i=static_cast< list<_datum> >(lst).begin(); while(n>0) { ++i; --n; } return (_datum&)*i; }   //! retourne le n-ième élément d'une liste (le type des éléments de la liste est indifférent) template<typename _datum> inline _datum& nth(list<_datum>*lst,int n) { list<_datum>::iterator i=lst->begin(); while(n>0) { ++i; --n; } return *i; }   //! retourne le n-ième élément d'une liste (le type des éléments de la liste est indifférent) template<typename _datum> inline _datum& nth(const list<_datum>*lst,int n) { list<_datum>::iterator i=lst->begin(); while(n>0) { ++i; --n; } return (_datum&)*i; }

---

Erreur :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

lisp_macros.h:166:53: erreur: expected constructor, destructor, or type conversion before ';' token lisp_macros.h: In function '_datum& nth(std::list<_datum>&, int)': lisp_macros.h:170:3: erreur: need 'typename' before 'std::list<_datum>::iterator' because 'std::list<_datum>' is a dependent scope lisp_macros.h:170:26: erreur: expected ';' before 'i' lisp_macros.h:171:18: erreur: 'i' was not declared in this scope lisp_macros.h:172:11: erreur: 'i' was not declared in this scope lisp_macros.h: In function '_datum& nth(const std::list<_datum>&, int)': lisp_macros.h:178:3: erreur: need 'typename' before 'std::list<_datum>::iterator' because 'std::list<_datum>' is a dependent scope lisp_macros.h:178:26: erreur: expected ';' before 'i' lisp_macros.h:179:18: erreur: 'i' was not declared in this scope lisp_macros.h:180:20: erreur: 'i' was not declared in this scope lisp_macros.h: In function '_datum& nth(std::list<_datum>*, int)': lisp_macros.h:186:3: erreur: need 'typename' before 'std::list<_datum>::iterator' because 'std::list<_datum>' is a dependent scope lisp_macros.h:186:26: erreur: expected ';' before 'i' lisp_macros.h:187:18: erreur: 'i' was not declared in this scope lisp_macros.h:188:11: erreur: 'i' was not declared in this scope lisp_macros.h: In function '_datum& nth(const std::list<_datum>*, int)': lisp_macros.h:194:3: erreur: need 'typename' before 'std::list<_datum>::iterator' because 'std::list<_datum>' is a dependent scope lisp_macros.h:194:26: erreur: expected ';' before 'i' lisp_macros.h:195:18: erreur: 'i' was not declared in this scope lisp_macros.h:196:20: erreur: 'i' was not declared in this scope lisp_macros.h: In function '_datum& nth(std::list<_datum>*, int) [with _datum = LISP_Atom*]': lisp_macros.h:186:3: erreur: dependent-name 'std::list<_datum>::iterator' is parsed as a non-type, but instantiation yields a type lisp_macros.h:186:3: note: say 'typename std::list<_datum>::iterator' if a type is meant lisp_macros.h: In function '_datum& nth(std::list<_datum>&, int) [with _datum = std::basic_string<char>]': lisp_macros.h:170:3: erreur: dependent-name 'std::list<_datum>::iterator' is parsed as a non-type, but instantiation yields a type lisp_macros.h:170:3: note: say 'typename std::list<_datum>::iterator' if a type is meant

---

Code:

---

lisp_macros.h:170:3: erreur: need 'typename' before 'std::list<_datum>::iterator' because 'std::list<_datum>' is a dependent scope

---

C'est quand même une erreur très simple à corriger. :aie:
Gcc te donne la correction et l'explication.

Après ça il te restera que la 1ère à corriger.

edit:

Citation:

---

Envoyé par Kasyon

Code:

---

1 2 3 4 5 6 7

//! retourne le n-ième élément d'une liste (le type des éléments de la liste est indifférent) template<typename _datum> inline _datum& nth(const list<_datum>&lst,int n) { list<_datum>::iterator i=static_cast< list<_datum> >(lst).begin(); while(n>0) { ++i; --n; } return (_datum&)*i; }

---

---

:o j'avais pas vu ça.

C'est vraiment crade. Tu devrais retourner une ref constante au lieu de const_cast (d'ailleurs ça m'étonnerait qu'un static_cast passe ici).

Ca donnerai ça

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30

// 'auto' à la place de 'typename std::list<_datum>::iterator' // rendra le code plus lisible si possible   template <class _datum> _datum& nth(std::list<_datum>& lst, int n) { typename std::list<_datum>::iterator i=lst.begin(); while(n>0) { ++i; --n; } return *i; }   template <class _datum> const _datum& nth(const std::list<_datum>& lst, int n) { typename std::list<_datum>::const_iterator i=lst.begin(); while(n>0) { ++i; --n; } return *i; }   template <class _datum> _datum& nth(std::list<_datum>* lst, int n) { typename std::list<_datum>::iterator i=lst->begin(); while(n>0) { ++i; --n; } return *i; }   template <class _datum> const _datum& nth(const std::list<_datum>* lst, int n) { typename std::list<_datum>::const_iterator i=lst->begin(); while(n>0) { ++i; --n; } return *i; }

---

Mais si tu as besoin de telles fonctions sur une list, c'est que tu as probablement besoin d'un vector à la place. ;)

Merci pour ton aide Iradrille, sache que je reprend un projet d'un programmeur ayant une façon de codé pas du tout professionnelle.

N'ayant pratiqué sur le C++ depuis près de 2 ans maintenant, j'ai quelque peu du mal à comprendre son code.

Peux tu m'expliqué à quoi correspondent les erreurs ? STP(de manière générale, ne te prend pas la tête :mouarf:)

J'ai remplacé les templates que tu m'as donné et j'obtient ces erreurs :

Code:

---

1 2 3

lisp_macros.h:163:34: erreur: patron de l'argument 1 est invalide lisp_macros.h:163:34: erreur: patron de l'argument 2 est invalide lisp_macros.h:163:46: erreur: expected initializer before 'iterator

---

ayant un rapport avec la definition e mon type de variable via TYPEDEF :

Code:

---

typedef std::list<template _datum>::iterator iterator;

---

Tu m'as parlé de auto j'en ai un vague souvenir, cela représente pas un alias ou permet d'être synonyme de mon typedef pour le compilateur si je ne m'abuse. (désolé pour les trous de mémoire :oops:)

Citation:

---

Envoyé par Kasyon

Peux tu m'expliqué à quoi correspondent les erreurs ? STP(de manière générale, ne te prend pas la tête :mouarf:)

---

La 1ere je ne sais pas, elle était sur du code non montré ici (et le message n'est pas assez explicite pour deviner ^^)

Toutes les autres sont la même erreur répétée 4 fois, en gros comme tu as des templates imbriqués, le compilo est un peu perdu, et faut l'aider à s'y retrouver en précisant que std::list<_datum>::iterator est un type. Après je peux pas être plus précis la dessus, ça fait parti des erreurs que je corrige quand elles arrivent sans vraiment comprendre.

Citation:

---

Envoyé par Kasyon

J'ai remplacé les templates que tu m'as donné et j'obtient ces erreurs :

Code:

---

1 2 3

lisp_macros.h:163:34: erreur: patron de l'argument 1 est invalide lisp_macros.h:163:34: erreur: patron de l'argument 2 est invalide lisp_macros.h:163:46: erreur: expected initializer before 'iterator

---

ayant un rapport avec la definition e mon type de variable via TYPEDEF :

Code:

---

typedef std::list<template _datum>::iterator iterator;

---

Tu m'as parlé de auto j'en ai un vague souvenir, cela représente pas un alias ou permet d'être synonyme de mon typedef pour le compilateur si je ne m'abuse. (désolé pour les trous de mémoire :oops:)

---

Si ton typedef est dans ta fonction, 'template' est en trop, c'est le même genre d'erreur, mais pareil je saurais pas te dire pourquoi. :?

Si ton typedef est hors de ta fonction, les typedefs template n'existent pas, en C++11 tu peux faire un using

Code:

---

1 2 3 4 5

template <class T> using iterator = std::list<T>::iterator;   // utilisation iterator<_datum> it = ...

---

Sinon tu peux passer par un wrapper

Code:

---

1 2 3 4 5 6 7

template <class T> struct iterator { typedef std::list<T>::iterator type; };   // utilisation iterator<_datum>::type it = ... // mais ici aussi il faudra peut etre typename devant

---

Auto laisse le compilo deviner le type, example

Code:

---

1 2 3

auto i = 1; // = int i =1; std::list<int> li; auto it = li.begin(); // = std::list<int>::iterator it = li.begin();

---

Du coup c'est pratique pour les itérateurs en particulier car les types sont longs à écrire. (Mais ça été rajouté avec C++11, donc ça compile que sur des compilos récents).

Pour une explication sur le typename manquant qui provoque l'erreur :
http://cpp.developpez.com/faq/cpp/?p...LATES_typename

Effectivement un pti rappel m'a fait plus que du bien. Merci pour le petit cours fourni par Arzar (sympa le pseudo je te le piquerai peut être en pseudo gamer :mouarf:).

Il me reste 2 erreurs dont voici l'allure :

1/ Je déclare un tableau pointeur de char composé de 10 cases.

Code:

---

1 2 3 4 5

#include <ext/rope> char *tnam[10] = { "rien", "primitive", "booleen", "nombre", "flottant", "ident", "liste", "chr", "chaine", "lambda-expr" };

---

Erreur :
Il ne s'agit là que d'un warning, mais j'aimerais avoir votre avis sur l’intégrité des données car l'erreur m'indique qu'il y a un risque de perte de données lors de la conversion.

Code:

---

lisp.cpp:53:1: attention : deprecated conversion from string constant to 'char*' [-Wwrite-strings]

---

2/ Mon projet utilise une library STL SGI dépassé, je dois donc le rendre compatible avec la librairie standard de G++ 4.6.1.

Une partie utilise la variable "crope" défini dans le fichier rope de l'ancienne librarie. J'utilise "ext/rope" créer pour la compatibilité dans la librairie G++ 4.6.1.

Malheureusement lorsque je déclare ma class dont voici le code :

Code:

---

1 2 3 4 5 6 7 8 9 10

class Tokenizer { public: Tokenizer() {} //!< constructeur string& tokenize( char*& src, char end, char esc ); //!< effectue une tokenisation virtual void parse(string& src) {} //!< tokenise une chaîne entière (à dériver!) virtual void parse(crope& src) {} //!< tokenise une chaîne entière (à dériver!) virtual void out << (ostream &os) {} //!< effectue une sortie sur un flux (à dériver!) // virtual void to_str() {} virtual Tokenizer& operator=(const Tokenizer&a) { return *this;} //!< opérateur d'affectation virtual Tokenizer& operator=(Tokenizer&a) { return *this;} //!< opérateur d'affectation };

---

Voici les erreurs obtenues :

Code:

---

1 2 3 4 5 6 7 8 9

data_defs.h:93:22: erreur: 'crope' has not been declared data_defs.h:94:16: erreur: variable or field 'out' declared void data_defs.h:94:16: erreur: expected ';' at end of member declaration data_defs.h:94:20: erreur: expected unqualified-id before '<<' token data_defs.h:110:14: erreur: 'crope' has not been declared data_defs.h: In member function 'virtual void EDIFACT_string::parse(int&)': data_defs.h:110:39: erreur: request for member 'c_str' in 'src', which is of non-class type 'int' data_defs.h: At global scope: data_defs.h:171:22: erreur: 'crope' has not been declared

---

2- __gnu_cxx::crope ?

1- Et tes chaines constantes devraient flagguées const. C'est ce que te dit le compilo.
Avant il laissait faire, maintenant il exige un peu de rigueur dans ce que tu lui dit.

Citation:

---

Envoyé par Kasyon

La compilation a nettement changé : quelque lignes d'erreurs au lieu de centaines que voici :

Code:

---

1 2 3 4

In file included from /usr/include/c++/4.6/backward/hash_map:61:0, from lisp.h:9, from lisp.cpp:1: /usr/include/c++/4.6/backward/backward_warning.h:33:2: attention : #warning This file includes at least one deprecated or antiquated header which may be removed without further notice at a future date. Please use a non-deprecated interface with equivalent functionality instead. For a listing of replacement headers and interfaces, consult the file backward_warning.h. To disable this warning use -Wno-deprecated. [-Wcpp]

---

=> Je pense que ceci à un rapport avec la spécificité standard (-std=c++0x ou une autre version)

In file included from lisp.cpp:2:0:

Code:

---

1 2	data_defs.h:11:16: erreur fatale: rope : Aucun fichier ou dossier de ce type compilation terminée.

---

=> le fichier ROPE n'existe plus ??? je ne le vois pas dans mon repertoire de librairie et il devait être un élément de la STL SGI à mon avis.

Je tiens aussi à vous remercier pour votre aide = :ccool: , cela m'amène a essayé d'apporté aussi mon aide auprès des autres utilisateurs.
make: *** [lisp.o] Erreur 1

---

hash_map<> n'a jamais été un conteneur standard, ça ne me choque pas trop qu'il soit en cours de disparition chez GNU. Tu devrait pouvoir utiliser std::map<> à la place (insertion en O(log(N)) ou std::unordered_map<> (insertion en temps constant amorti ; c'est une table de hachage) http://www.sgi.com/tech/stl/hash_map.html

rope<> est une chaîne de caractère optimisée pour les longues chaînes. Tu peux les remplacer par std::string (ou std::wstring si besoin). Il s'agit d'une extension SGI, qui n'a jamais fait partie du standard (le standard se moque des cas d'utilisation spécifique des chaînes de caractère ; au besoin, un allocator spécifique et des traits peuvent probablement permettre d'obtenir un résultat similaire). http://www.sgi.com/tech/stl/Rope.html

J'ai déclaré mon tableau en constante de char => Problème résolu.

Merci Emmanuel pour ton aide, ta réponse m'aurait aidé si mon message était d'aujourd'hui ^^, j'ai déjà résolu le hash_map.

Si cela t'intéresse, voici les éléments qui m'ont aidé à résoudre ce problème.

La librairie de GCC dispose de fonction de remplacement par rapport à la STL désuète depuis le standard C++11

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

This file includes at least one deprecated or antiquated header which \ may be removed without further notice at a future date. Please use a \ non-deprecated interface with equivalent functionality instead. For a \ listing of replacement headers and interfaces, consult the file \ backward_warning.h. To disable this warning use -Wno-deprecated.   /* A list of valid replacements is as follows:   Use: Instead of: <sstream>, basic_stringbuf <strstream>, strstreambuf <sstream>, basic_istringstream <strstream>, istrstream <sstream>, basic_ostringstream <strstream>, ostrstream <sstream>, basic_stringstream <strstream>, strstream <unordered_set>, unordered_set <ext/hash_set>, hash_set <unordered_set>, unordered_multiset <ext/hash_set>, hash_multiset <unordered_map>, unordered_map <ext/hash_map>, hash_map <unordered_map>, unordered_multimap <ext/hash_map>, hash_multimap <functional>, bind <functional>, binder1st <functional>, bind <functional>, binder2nd <functional>, bind <functional>, bind1st <functional>, bind <functional>, bind2nd <memory>, unique_ptr <memory>, auto_ptr

---

Effectivement je spécifie le standard std=c++0x.

J'ai besoin de votre aide en ce qui concerne les lignes spécifiées dans le rapport d'erreur de mon précédent post. Merci à tous

Toujours bloqué sur ces variable : "crope" et "out".

Besoin d'aide :aie:

Re tout le monde,

J'ai enfin résolu ces erreurs :lol:

Cependant c'est avec joie que j'ai découvert que la compilation via un fichier makefile se fait fichier par fichier, donc la tirade d'erreurs ne concernait qu'un seul fichier du programme et voilà que j'attaque le nouveau fichier lors de la compilation et hop me revoilà avec une bonne 50aines d'erreurs à nouveau.:mur:

Merci à tous pour votre aide je vais continué mes recherches et ferait l'ouverture d'un nouveau sujet si besoin est.

Vous pouvez donc cloturer ce sujet et un grand MERCI à tous ceux qui m'ont aidé lors de mes recherches. :ccool: