J´ai pour vous une bonne question, du pur c++..
Donc voila je codais sur un code cross-platform, et desirais enlever un for(...) via une recursion sous template. Jusque la rien de tres complique, tout fonctionnait tres bien sous vs2005; mais boom, sous g++ mon terminator ne passait pas.
Voici le code en question, epure: http://rafb.net/paste/results/96TKXC12.html

Le probleme, viens du fait que je specialise une struct template contenue dans (deux) classes templates.
Premier reflexe, je place ma specialization en dehors de la classe, via un template<int dimension> template<class A> template<> (blablabla), mais pas mieux.
Deuxieme reflexe, google, pas mieux.
Troisieme, la norme, mais j ai rien trouve qui dit que ce n est pas possible de faire ca.

Donc ma question: existe-t´il un work around pour g++ (hors ne pas avoir une classe interne), ou mon code est hors norme et c´est juste vs qui le permet?

Pour ceux que ca interresse, c´est vs qui est non standard, les explicit template specialization sont interdites nested classes.
Comme les specializations partielles ne le sont pas
template< int I, typename T = void > struct recurse
et
template< typename T > struct recurse<dimension, T>
devrait faire l´affaire. Ca marche dans cet exemple, mais la tous les compilos ne trouvent pas mon terminator et loopent a l infini lorsque je remets ca dans le projet hehe

hmm interessant a savoir ! cela dit je ne vois pas bcp pourquoi cette forme de specialisation est interdite, elle ne me semble pas poser de pb specifique ou indetermine pour le compilo :-?

j´etais justement en train de faire qq tests avec mon compilo, mais bon, vu que c´est VC2005.. ca n´aide pas a savoir ce qui "standard" et ce qui ne l´est pas

iso 2003, 14.5.2.2: "a local class shall not have member templates".
Ce qui explique que seulement g++ n´accepte rien/compile rien, le seul a respecter la norme hehe

Toujours est-t´il, voila une version qui marche partout
http://rafb.net/paste/results/IWJUoq16.html

Faillait faire le terminator en 0 pour que ca marche..

n´empêche, tu peut désactiver les extensions non standard de VC++ et alors il devrait suivre aussi la norme probablement presque aussi bien que g++ (ce qui est pratique pour éviter ce genre de surprise).

Oui c´est vrai que c´est un reflexe que je n ai pas du tout.. mais bon au depart c´etait une erreur de ma part, j´etais sence savoir qu on ne pouvait pas faire cela.

sauf erreur de ma part, les extensions MS ne concernent que les extensions du langage (i.e. les __declspec, naked, etc.) ; je ne crois pas que le non-conformite a la norme soit modifiee lorsqu´on desactive ces extensions.
Si qq a 5mn a perdre pour confirmer ou infirmer..

De la msdn:

"The Visual C++ compiler offers a number of features beyond those specified in either the ANSI C or ANSI C++ standards. These features are known collectively as Microsoft extensions to C and C++. These extensions are available when the /Ze option, the default, is specified and are not available when the s option is specified"

La complete liste des changements est la:
http://msdn2.microsoft.coom/en-us/library/34h23df8.aspx

Cependant, mon truc n´est pas liste, et meme en desactivant les extensions, ca compile toujours sous vc2005 express...

dans ce cas là, ça peut arriver que g++ ne respecte pas entièrement la norme. Et que ce soit VC2005 qui ait raison non ?

Etant donne que j etais dans une local class de template class, aucun des deux compilo devait laisser passer ca de toute facon
Mais apres d autres tests et verifs, c est gcc qui a raison.