Reprise du message précédent :

Bah t'as pas vu la syntaxe pour le C++0X: c'est le mot clé "auto" qui est remis au goût du jour.

Bravo jean louis  
 
Ca me semble pas mal à moi comme différence pour le programmeur

 
fo dire que j'ai jamais pigé son interet en C/C++

Gagner le temps d'écrire le bon type plutôt que var, super!
...et c'est le compilo qui va passer son temps à deviner le type des variables, à la place

 
Bah je vois pas trop en quoi ca te perturbe que le compilo bosse un peu plus ? pis jpense pas que ca soit tres dur d'inferer le type sur une initialisation, enfin bon jcrois meme moi je saurais faire

T'as pas l'impression que c'est aussi laid que l'anus d'un gnou :

for (std::vector<std::string>::const_iterator it = v.begin(); it!=v.end(); ++it)

j'pense que cette syntaxe sert surtout au changement, pour changer le type de certains éléments avec moins de douleur (même s'il faut recompiler).

...nan mais moi je m'en fous, d'un autre coté, hein, je fais du php.
'fin bref, l'intérêt me parait plus que restreint si on peut même pas faire
 

for (std::vector<std::string>::const_iterator it = v.begin(); it!=v.end(); ++it)

 
bah deja generalement je fais un typedef
sinon je parle d'auto en C dans le cas "storage modifier"

Ouais enfin en même temps c'est juste pour les variables locales, il a pas un boulot monstre le ptit

Ah, mais c'est parce que c'était utilisé avant que tu sois né. A l'époque, les compilos étaient aussi bêtes que des posteurs sur la cat. HTML, et il fallait leur dire si une variable était statique ou auto. (tout comme il fallait leur expliquer qu'on parlait de "long int" ou de "unsigned int" ).

 
ouais mais bon, meme quoi y pouvait pas avoir un comportement par defaut ces résidus de jean louis ?

Bah c'est le cas maintenant. C'est ce qui explique que le C++ peut recycler des mots-clés. auto pour le typage automatique. volatile pour définir des données qui doivent pas être sérialisées en XML. register pour définir un delegate. Ca me parrait bien.

je proteste, volatile a son utilité. je propose plutot d'utiliser signed ou voir meme de mettre throw en storage modifier

volatile n'est pas défini en C++ (enfin. Il n'était pas défini. Avec le modèle de threads qui pointe son nez dans la prochaine version, il est possible qu'il reprenne du service).

 
ah bon ?
 
http://msdn.microsoft.com/library/ [...] s-z_10.asp
 

j'ai des amis à qui il arrive des trucs extraordinaires

Sarace Ruby s't'un beau langage mais qu'est-ce que les docs sont à chier
 
J'arrive même pas à trouver une liste des exceptions standard

nan, parce que y'a des gens qui se font virer en étant parfaitement compris quoi

Ca c'est l'implémentation Microsoft (et encore, je suis sûr à 99% que c'est le cas qu'en C, et pas en C++). Le standard C++ ne définit pas comment le compilo doit réagir face à volatile.
 
Par contre, tu peux faire des trucs assez sauvages avec, d'un point de vue du langage (comme avec l'exception-safety, et la const-correctness, il y a la volatile-safety au niveau des objets et des méthodes):    http://www.cuj.com/documents/s=799 [...] exandr.htm

Ouais enfin le standard C++ a même pas de hashmap alors bon, on s'étonnera pu de rien

ah mais ça c'est moins surprenant, il faut même y voir une relation de cause à effet parfois...

Bon, je voulais faire un marrekote en bonne et due forme mais l'expiration des coockie m'a fait tou perdre donc je quote juste ça:

C'est juste la plus grose,,la plus lourde et la plus chère des souris Logitech, bravo masklinn
 
(OK, c'est pas vraiment la plus chère, ya la G7 qu'a un prix public plus élevé et on la trouve à des prix beaucoup plus bas )
 
BTW la MX1000 est une excellente souris mais la MX 310 répondrait plus à ce que recherche Elmoricq

 
t'es comme greg, tu melanges langage et api, c'est mal

 
tiens je connaissais pas, stinteressant, merci

 
Et elle est sans fil, toutes les sans fil sont "lourdes"  
 
Et c'est la plus ergonomique de toutes les logitech
 
Et de toute façon c'est la meilleure logitech hors gamme gamers
(ce qui en fait la meilleure souris du monde hors gamers)

Justement, elles arrivent dans la prochaine révision, et elles ont un nom carrément sauvage (faut que je le retrouve)

Merci les mecs

M'en fous, c'est un reproche tellement gros qu'il passe partout

Il était temps

 
surtout que la révision arrive en 2019

http://www.upl.cs.wisc.edu/~bethenco/fibo/
 
http://www.dannychoo.com/blogg/eng/stormtrooper/

En attendant, tu peux très bien utiliser STLPort, ça marche bien, c'est pratique, et ça possède les hash_maps. Boost doit avoir ça aussi tiens.
 
Par contre, un truc qui me fait halluciner, c'est que tout le monde crachait sur le C++ à cause de son inutile complexité, mais quand on regarde la course à l'armement entre le JDK post-1.5 et C#3, je trouve les langages de plus en plus ésotériques, avec des fitioures en ce qui concerne les templates, les lambdas et les classes anonymes assze sophistiquées, et finalement aussi complexes à comprendre que le C++. Serait-ce la perlification des langages ?

 
hélas

'tain, c'est con le php, quand même...
 
On peut ajouter des membres à une instance d'une classe sans qu'il bronche, mais impossible d'en faire des déclarations de membres conditionnelles au runtime, du style:
 

 
Ce serait vachement fun, quand même...

beurk

 
Je sais, j'ai des idées étranges, parfois.

U stole MY point-of-view