Reprise du message précédent :

PHP Warning:  Unknown(): Unable to load dynamic library '/usr/local/lib/php/20020429/bidule.so' - /usr/local/lib/php/20020429/bidule.so: Undefined symbol "cerr" in Unknown on line 0
 
 

 
au secours

 
hihihi

comment on detecte la version de gcc en compile time ?

 
aide moi, pourquoi cette odieuse relocation error ? fo que je link avec quoi ?

 
 > #if (__GNUC__ > 2 || (__GNUC__ == 2 && __GNUC_MINOR__ >= 7))

 
libstdc++

T'aurais pas des trucs compilés en debug et d'autre en release, par hasard ? Ca te le fait même après un rebuild complet ?

 
Encore plus drole : en DC++ avec des versions de gcc différentes

Sans parler de son truc de linker plusieurs fois avec les mêmes libs.  

kadreg, trop merci

(le bordel pour utiliser une hash_map de facon portable, c'est a pleurer)

 
Je peux chercher une meuf () ici ce soir en récompense ?

 
C'est quoi qui cloche avec la std::hash_map ?
Je l'utilise dans tructeering sans problèmes ...

 
hash_map n'était pas prévu dans la STL au départ, c'est pour ça. Je ne sais pas si ce conteneur est inclus officiellement aujourd'hui.
 
Sinon, si tu veux un (bon) exemple d'utilisation de hash_map  
http://forum.hardware.fr/hardwaref [...] 0175-2.htm

 
bin dans gcc < 3 std::hash_map passe et dans mon 3.banane ca deconne de partout, que je me demande si fo pas utiliser #include <ext/hash_map> et le namespace __gnu_cxx
 
jpige pas tout
 
jte cause pas de VS et son stdext::hash_map hein ?

http://lhcb-comp.web.cern.ch/lhcb- [...] /gcc32.txt
tout au fond  

mais pourquoi ça marche chez moi ...
 
parce que j'utilise une std::map, la hashmap, c'est un truc à nous ...
 
(avec de la généricité tout en macros C, un vrai bonheur à debugger)

oui pour ext/hash_map. La libstdc++ a pas mal évolué entre les versions < 3 et après. gcc ne supportait pas encore très bien la norme C++ en 2.96.

bon personne ne sait m'aider pour ca :
 
jai un sprite qui se deplace a l'ecran (sur tout lecran pas uniquement la fenetre de l'appli, jaimerai redessiner ce quil y a en dessous )

Je te branche sur ma belle mère si tu es poli, courtois et que tu arrêtes les goatses !

hé ouais les ptit potes, et oubliez pas que VS fout donc ca dans stdext, gcc dans __gnu_cxx, mais n'OUBLIEZ PAS NON PLUS que la hmap VS utilise operator size_t() pour calculer le hash tandis que gcc a besoin d'une struct Hash<T> pour faire ce boulot
 
jcomprends pourquoi je fais pas de code portable en tps normal

C'est le problème de hash_map, qui n'a pas été inclus dans la STL . Mais si une map est suffisante en termes de perfs, autant l'utiliser, ça au moins ça ne pose pas de pb et c'est facile à utiliser. En plus, avec hash_map, faut réfléchir à la fonction de hachage utilisée. Dans le code donné plus haut, il n'y avait qu'un facteur 2 en vitesse entre les 2 conteneurs, et la fonction de hachage est assez recommandée d'après mes recherches sur le net (c'est la fonction de choix de Taz).

 
au fous !

Suffit de se baigner en armure

 
bon, tu m'expliques la difference entre hash_map et map avant que je ne saute par la fenetre ? j'ai tjs utilisé hash_map sans reflechir

je comprends un peu mieux pourquoi c'est 600€ par coloc'

Ca fait grosso merdo la même chose. C'est juste une question d'algo. La recherche en hash_map est en O(1), donc temps constant, et map est O (n log n). Donc hash_map est plus rapide si la fonction de hachage est rapide. La fonction de hachage, c'est une fonction quelconque qui te sort une valeur quand on lui passe une suite d'octets. Le suel pb, c'est qu'il peut y avoir des collisions si deux suites d'octets donnent la même valeur, donc pour éviter celà, on emploie des fonctions assez sophistiquées, genre MD5 si nécessaire. Mais MD5, c'est pas très performant.
 
http://en.wikipedia.org/wiki/Hash_table
 
Après, on peut utiliser un arbre rouge-noir, mais là, je ne peux pas t'aider parce que je ne connais pas, c'est assez sophistiqué. Je crois qu'il y a un conteneur qui l'implémente, demande à Taz (set ?).
Tjrs est-il que dans le petit concours que j'ai fait en cat C++, le type qui avait implémenté l'arbre rouge-noir a gagné haut la main en terme de perfs.

Faut beaucoup de peinture pour mettre un arbre en rouge et noir.

Pas si c'est un bonzai

 
l'explication des maps la plus trash que j'ai jamais vue
 
 
chrisbk> je soupçonne que map est un arbre alors que Hash_map est une table de hachage.

²

'tain, je veux commander un billet de train en pleine campagne de pub pour voyages-sncf, j'ai pas un seul onglet qui a un bandeau de pub pour cette daube

Va troller toi.  
http://forums.jeuxonline.info/show [...] ost9660416

Nan, pas envie d'aller sur JOL, j'en suis parti c'est pas pour y retourner

 
Je ne fais pas de la théorie, hein. C'est suffisant pour savoir comment utiliser ces conteneurs. Après, pour comprendre comment ça marche exactement, on peut faire des recherches, ça se trouve facilement, déjà dans Wikipedia. De toute façon, je serais obligé de faire de même si je voulais être précis.
Pour ce qui est des maps, je crois que c'est effectivement un arbre, ce qui donne un temps d'insertion et de recherche de O(log n).
 
Edit: confirmation http://en.wikipedia.org/wiki/Associative_array

Ça dit que les standard ça sert à queudalle, que les militants pour ceux-ci sont des barbus alcooliques...

Tiens, les generics en Java ont une syntaxe qui rappelle le C++.

dans *mon* point de vue pratique, il faut un ordre pour utiliser un arbre, et une fonction de hachage pour utiliser une hash_map, c'est déjà 2 trucs extrèmements pragmatiques. Ensuite, dnas la théorie, la complexité est telle que dans le cas général on utilise une hash_map et dans les rares cas où on sait ce qu'on fait et que c'est utile (quand on va tirer des sous-listes contigües, pas trop le truc qu'on fait tous les jours) on utilise des arbres.

Chui content pour toi

 
je te fais une petite liste non-exhaustive alors :
- c'est pareil pour le generics de C#
- y'a des wilcards en java qui n'existement pas en C++ et C#
- en C# les finalseurs s'écrivent avec la syntaxe des destructeurs de C++ (sympa pour les débutants et ceux qui ont du mal )
- en java les generics fonctionnent en gros comme tu le ferais avec des casts (en interne)
- en java et C# on peut pas génériciser sur une valeur, on e peut le faire que sur des types
- en java et C# y'a pas de spécialisation partielle (mais en C#, il recompile une classe spéciale pour chauque instance du type générique, donc les perfs doivent être assez bonnes)