Conférence Boost 2010 : les tendances du C++ de demain
Le 2010-05-17 23:03:04, par Joel F, Membre chevronné
C'était la semaine dernière à Aspen, Colorado.
De très bon talks, un journée spéciale Transactionnal Memory.
Je me permets de lier vers les slides des participants:
http://www.boostcon.com/community/wi.../private/2010/
De très bon talks, un journée spéciale Transactionnal Memory.
Je me permets de lier vers les slides des participants:
http://www.boostcon.com/community/wi.../private/2010/
-
ArzarMembre émériteChanceux.
Mais quand est-ce qu'ils vont se décider à faire des boostcon en Europe pour changer.
Bon sinon, j'ai jeté un coup d'œil rapide aux slides, et celui qui m'a le plus clouer/fait marrer, c'est quand même "Instantiations Must Go"
En bref : après l'abus de template qui a mené à la métaprog, les gourus du C++ semblent avoir découvert un nouveau terrain de jeu pour le C++0x : l'abus de decltype !le 18/05/2010 à 0:20 -
Joel FMembre chevronnéC'est compliqué mais on y travaille. La grande inconnue dans ce projet est la qté de personne européenne qui viendrait alors qu'elles ne viennent pas aux US et le nombre de personnes des US qui viendraient qd meme versus le nombre de celles qui ne viendraient pas.
Le talk sur decltype était assez énorme en effet. Moins surprenant que la session de code de 'lan dernier ou il a vu le jour ^^le 18/05/2010 à 6:56 -
3DArchiRédacteurSalut,
pour l'info. Ca a l'air plein d'articles intéressant à éplucher. le 18/05/2010 à 7:01 -
GotenMembre chevronnéMerci Joel. Sa donne encore plus la haine de pas avoir pu y'aller :p. (et savoir qu'on pourra pas y'aller dans le futur)
Le talk sur spirit (scheme and co) me tenter vraiment... et bien entendu celui sur l'instantation ofc, et celui sur ryppl d'ailleurs. Sur ce dernier point d'ailleurs j'espère vraiment le passage à git. (au passage)
La tienne aussi me semblait alléchante. Bref tout (ou presque) était intéressant et sexy.
Je milite pour la version EU. :').
Pour la joke : S. Wanatabe était présent?le 18/05/2010 à 9:27 -
Joel FMembre chevronnéOn verra bien
Le talk sur spirit etait tres tres bon. Je conseille à tous le talk de Michael Caisse sur le meme sujet qui est un tres tres bon tutoriel.
ouais mais je pense que je la ferais autrement now :o
Un jour y aura un sujet la dessus dans la ML user, pensez à vous manifester
Obviosuly :o comme tout les ans
Sinon, tous les talks ont été enregistrés en video. Des que Marshall a fini de le smonter elle seront dispo sur http://boostcon.blip.tv/ (ou on trouve qqs talks de 2009)le 18/05/2010 à 11:37 -
GotenMembre chevronné
Obviosuly :o comme tout les ans
Le talk sur spirit etait tres tres bon. Je conseille à tous le talk de Michael Caisse sur le meme sujet qui est un tres tres bon tutoriel.
Un jour y aura un sujet la dessus dans la ML user, pensez à vous manifesterSinon, tous les talks ont été enregistrés en video. Des que Marshall a fini de le smonter elle seront dispo sur http://boostcon.blip.tv/ (ou on trouve qqs talks de 2009)le 18/05/2010 à 12:22 -
Joel FMembre chevronnéle 18/05/2010 à 13:35
-
méphistophelesMembre éprouvéJ'ai essayé de le lire, mais si je comprend l'idée générale, je crois que j'ai pas le niveau pour tout comprendre
:
j'arrive pas à voir ce que veut signifie le "(*" au début de la troisième ligne de :Code : 1
2
3template <typename ... Args, typename T> vector_<Args ..., T> (* push_back_(vector_<Args ...> (*) (), T (*) ())) ();
mercile 28/05/2010 à 9:10 -
gb_68Membre confirmé
Code : 1
2
3template <typename ... Args, typename T> vector_<Args ..., T> (* push_back_(vector_<Args ...> (*) (), T (*) ())) ();
push_back_ ( ... )prenant
- en premier paramètre un pointeur vers une fonction sans paramètre renvoyant un vector_<Args ...>
vector_<Args ...> (*) () - en deuxième paramètre un pointeur vers une fonction sans paramètre renvoyant un T
T (*) () - et renvoyant un pointeur
(* push_back_(vector_<Args ...> (*) (), T (*) ()))vers une fonction sans paramètre
(* push_back_(vector_<Args ...> (*) (), T (*) ())) ()renvoyant un vector_<Args ..., T>
vector_<Args ..., T> (* push_back_(vector_<Args ...> (*) (), T (*) ())) ()
C'est dans ces moments là que je préfère la syntaxe du Pascal. Avec le nouveau standard, il devrait d'ailleurs être possible d'utiliser ce type de syntaxe (avec type de retour à droite de la déclaration). Peut-être comme ça ?
Code : 1
2template <typename ... Args, typename T> auto push_back_(vector_<Args ...>(*)(), T(*)()) -> vector_<Args ..., T>(*)();
le 28/05/2010 à 10:11 - en premier paramètre un pointeur vers une fonction sans paramètre renvoyant un vector_<Args ...>
-
méphistophelesMembre éprouvéha ok, en fait, c'est une fonction qui renvoie
Code : 1
2
3template <typename ... Args, typename T> vector_<Args ..., T> (*) ();
mais la syntaxe normale n'aurait-elle pas dû être un truc du genre:Code : 1
2
3template <typename ... Args, typename T> (vector_<Args ..., T> (*) ()) push_back_(vector_<Args ...> (*) (), T (*) ());
Code : 1
2
3
4template <typename ... Args, typename T> using RetFuncType =vector_<Args ..., T> (*) (); template <typename ... Args, typename T> RetFuncType <Args..., T> push_back_(vector_<Args ...> (*) (), T (*) ());
mercile 28/05/2010 à 10:48