Le 09-11-2010, Gabriel Dos Reis a écrit : > Marc Boyer writes:
[snip]
>| le choix des non-signés pour vectore::size_t, > De plus il les a banni des règles JSF++.
Je viens de voir. Je vois aussi qu'il fait référence à une c lasse Array. J'imagine une sorte de truc proche des tableaux à la C, un peu entre std::vector et std::valarray (mais je n'ai rien trouvé de plus sur le sujet).
Cherche std::tr1::array. Ca doit être l'équivalent.
[snip]
Au final, je ne sais toujours pas en quoi "je choix des unsigned dans la STL est beaucoup plus compliqué que le simple constat le suggèrerait" . Je sais juste que BS trouve que ce fut une erreur. C'est déjà une information, mais cela ne donne pas beaucoup de détails sur la complexité de ce choix.
Ce qui veut bien dire que la question n'est pas si tranchée que ça; j'ai vu des gens très content des contraintes que ça impose.
Personnellement, je trouve que c'est pénible qu'un non signé soit utilisé vu que les index sont plus souvent utilisés en non-signé.
-- Michael
On 10 nov, 09:59, Marc Boyer <Marc.Bo...@cert.onera.fr.invalid> wrote:
Le 09-11-2010, Gabriel Dos Reis <g...@cse.tamu.edu> a écrit :
> Marc Boyer <Marc.Bo...@cert.onera.fr.invalid> writes:
[snip]
>| le choix des non-signés pour vectore::size_t,
> De plus il les a banni des règles JSF++.
Je viens de voir. Je vois aussi qu'il fait référence à une c lasse
Array. J'imagine une sorte de truc proche des tableaux à la C, un peu
entre std::vector et std::valarray (mais je n'ai rien trouvé de plus
sur le sujet).
Cherche std::tr1::array. Ca doit être l'équivalent.
[snip]
Au final, je ne sais toujours pas en quoi "je choix des unsigned dans la
STL est beaucoup plus compliqué que le simple constat le suggèrerait" .
Je sais juste que BS trouve que ce fut une erreur. C'est déjà une
information, mais cela ne donne pas beaucoup de détails sur
la complexité de ce choix.
Ce qui veut bien dire que la question n'est pas si tranchée que ça;
j'ai vu des gens très content des contraintes que ça impose.
Personnellement, je trouve que c'est pénible qu'un non signé soit
utilisé vu que les index sont plus souvent utilisés en non-signé.
Le 09-11-2010, Gabriel Dos Reis a écrit : > Marc Boyer writes:
[snip]
>| le choix des non-signés pour vectore::size_t, > De plus il les a banni des règles JSF++.
Je viens de voir. Je vois aussi qu'il fait référence à une c lasse Array. J'imagine une sorte de truc proche des tableaux à la C, un peu entre std::vector et std::valarray (mais je n'ai rien trouvé de plus sur le sujet).
Cherche std::tr1::array. Ca doit être l'équivalent.
[snip]
Au final, je ne sais toujours pas en quoi "je choix des unsigned dans la STL est beaucoup plus compliqué que le simple constat le suggèrerait" . Je sais juste que BS trouve que ce fut une erreur. C'est déjà une information, mais cela ne donne pas beaucoup de détails sur la complexité de ce choix.
Ce qui veut bien dire que la question n'est pas si tranchée que ça; j'ai vu des gens très content des contraintes que ça impose.
Personnellement, je trouve que c'est pénible qu'un non signé soit utilisé vu que les index sont plus souvent utilisés en non-signé.
-- Michael
Marc Boyer
Le 10-11-2010, Michael Doubez a écrit :
On 10 nov, 09:59, Marc Boyer wrote:
Le 09-11-2010, Gabriel Dos Reis a écrit : > Marc Boyer writes:
[snip]
>| le choix des non-signés pour vectore::size_t, > De plus il les a banni des règles JSF++.
Je viens de voir. Je vois aussi qu'il fait référence à une classe Array. J'imagine une sorte de truc proche des tableaux à la C, un peu entre std::vector et std::valarray (mais je n'ai rien trouvé de plus sur le sujet).
Cherche std::tr1::array. Ca doit être l'équivalent.
Sauf que std::tr1::array::size_type semble être un non signé, (d'après n1745.pdf c'est même size_t), ce qui est le coeur de cette discussion.
Au final, je ne sais toujours pas en quoi "je choix des unsigned dans la STL est beaucoup plus compliqué que le simple constat le suggèrerait". Je sais juste que BS trouve que ce fut une erreur. C'est déjà une information, mais cela ne donne pas beaucoup de détails sur la complexité de ce choix.
Ce qui veut bien dire que la question n'est pas si tranchée que ça; j'ai vu des gens très content des contraintes que ça impose.
L'avis de BS a l'air tranché lui.
Personnellement, je trouve que c'est pénible qu'un non signé soit utilisé vu que les index sont plus souvent utilisés en non-signé.
Mon point de vue personnel est que cela a des avantages et des inconvénients, mais je suis incapable de juger de leurs importances respectives. Jusqu'il y a peu, je jugeais que si les gens du commités avaient votés pour l'usage des non signés, ils devaient avoir de bonnes raisons, une expérience plus grande que la mienne, et je me pliais à cet usage.
L'avis tranche de BS m'invite à revoir ma position. Après, vu que je suis une sorte de "croyant, non pratiquant" du C++, c'est surtout pour ma culture que pour mon usage.
Marc Boyer -- En prenant aux 10% des francais les plus riches 12% de leurs revenus, on pourrait doubler les revenus des 10% les plus pauvres. http://www.inegalites.fr/spip.php?article1&id_mot0
Le 10-11-2010, Michael Doubez <michael.doubez@free.fr> a écrit :
On 10 nov, 09:59, Marc Boyer <Marc.Bo...@cert.onera.fr.invalid> wrote:
Le 09-11-2010, Gabriel Dos Reis <g...@cse.tamu.edu> a écrit :
> Marc Boyer <Marc.Bo...@cert.onera.fr.invalid> writes:
[snip]
>| le choix des non-signés pour vectore::size_t,
> De plus il les a banni des règles JSF++.
Je viens de voir. Je vois aussi qu'il fait référence à une classe
Array. J'imagine une sorte de truc proche des tableaux à la C, un peu
entre std::vector et std::valarray (mais je n'ai rien trouvé de plus
sur le sujet).
Cherche std::tr1::array. Ca doit être l'équivalent.
Sauf que std::tr1::array::size_type semble être un non signé,
(d'après n1745.pdf c'est même size_t), ce qui est le coeur
de cette discussion.
Au final, je ne sais toujours pas en quoi "je choix des unsigned dans la
STL est beaucoup plus compliqué que le simple constat le suggèrerait".
Je sais juste que BS trouve que ce fut une erreur. C'est déjà une
information, mais cela ne donne pas beaucoup de détails sur
la complexité de ce choix.
Ce qui veut bien dire que la question n'est pas si tranchée que ça;
j'ai vu des gens très content des contraintes que ça impose.
L'avis de BS a l'air tranché lui.
Personnellement, je trouve que c'est pénible qu'un non signé soit
utilisé vu que les index sont plus souvent utilisés en non-signé.
Mon point de vue personnel est que cela a des avantages et des
inconvénients, mais je suis incapable de juger de leurs importances
respectives.
Jusqu'il y a peu, je jugeais que si les gens du commités avaient
votés pour l'usage des non signés, ils devaient avoir de bonnes
raisons, une expérience plus grande que la mienne, et je me pliais
à cet usage.
L'avis tranche de BS m'invite à revoir ma position.
Après, vu que je suis une sorte de "croyant, non pratiquant" du C++,
c'est surtout pour ma culture que pour mon usage.
Marc Boyer
--
En prenant aux 10% des francais les plus riches 12% de leurs revenus,
on pourrait doubler les revenus des 10% les plus pauvres.
http://www.inegalites.fr/spip.php?article1&id_mot0
Le 09-11-2010, Gabriel Dos Reis a écrit : > Marc Boyer writes:
[snip]
>| le choix des non-signés pour vectore::size_t, > De plus il les a banni des règles JSF++.
Je viens de voir. Je vois aussi qu'il fait référence à une classe Array. J'imagine une sorte de truc proche des tableaux à la C, un peu entre std::vector et std::valarray (mais je n'ai rien trouvé de plus sur le sujet).
Cherche std::tr1::array. Ca doit être l'équivalent.
Sauf que std::tr1::array::size_type semble être un non signé, (d'après n1745.pdf c'est même size_t), ce qui est le coeur de cette discussion.
Au final, je ne sais toujours pas en quoi "je choix des unsigned dans la STL est beaucoup plus compliqué que le simple constat le suggèrerait". Je sais juste que BS trouve que ce fut une erreur. C'est déjà une information, mais cela ne donne pas beaucoup de détails sur la complexité de ce choix.
Ce qui veut bien dire que la question n'est pas si tranchée que ça; j'ai vu des gens très content des contraintes que ça impose.
L'avis de BS a l'air tranché lui.
Personnellement, je trouve que c'est pénible qu'un non signé soit utilisé vu que les index sont plus souvent utilisés en non-signé.
Mon point de vue personnel est que cela a des avantages et des inconvénients, mais je suis incapable de juger de leurs importances respectives. Jusqu'il y a peu, je jugeais que si les gens du commités avaient votés pour l'usage des non signés, ils devaient avoir de bonnes raisons, une expérience plus grande que la mienne, et je me pliais à cet usage.
L'avis tranche de BS m'invite à revoir ma position. Après, vu que je suis une sorte de "croyant, non pratiquant" du C++, c'est surtout pour ma culture que pour mon usage.
Marc Boyer -- En prenant aux 10% des francais les plus riches 12% de leurs revenus, on pourrait doubler les revenus des 10% les plus pauvres. http://www.inegalites.fr/spip.php?article1&id_mot0
Un commentaire que j'ai eu cette semaine de quelqu'un très expérimenté et très actif dans le comité :
devant deux alternatives, le comité choisira la plus complexe.
J'ai l'impression que c'est un optimiste.
A+
-- Jean-Marc FAQ de fclc++: http://web.archive.org/web/*/http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html Site de usenet-fr: http://www.usenet-fr.news.eu.org
Gabriel Dos Reis <gdr@cse.tamu.edu> writes:
Un commentaire que j'ai eu cette semaine de quelqu'un très expérimenté
et très actif dans le comité :
devant deux alternatives, le comité choisira la plus complexe.
J'ai l'impression que c'est un optimiste.
A+
--
Jean-Marc
FAQ de fclc++: http://web.archive.org/web/*/http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ
C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html
Site de usenet-fr: http://www.usenet-fr.news.eu.org
Un commentaire que j'ai eu cette semaine de quelqu'un très expérimenté et très actif dans le comité :
devant deux alternatives, le comité choisira la plus complexe.
J'ai l'impression que c'est un optimiste.
A+
-- Jean-Marc FAQ de fclc++: http://web.archive.org/web/*/http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html Site de usenet-fr: http://www.usenet-fr.news.eu.org
Michael Doubez
On 11 nov, 01:54, Gabriel Dos Reis wrote:
Michael Doubez writes:
[...]
| Personnellement, je trouve que c'est pénible qu'un non signé soit | utilisé vu que les index sont plus souvent utilisés en non-signé.
Si tu luis poses la question, il te dira « utilise un entier signé -- il utilise en général "int" »
C'est ce que je fait et donc mon compilateur me fait un warning quand j'ai l'outrecuidance de comparer mon index vulgairement signé avec le retour de size() - donc je caste size_t(i).
C'est pas que ce soit un vrai problème, c'est juste irritant.
-- Michael
On 11 nov, 01:54, Gabriel Dos Reis <g...@cse.tamu.edu> wrote:
Michael Doubez <michael.dou...@free.fr> writes:
[...]
| Personnellement, je trouve que c'est pénible qu'un non signé soit
| utilisé vu que les index sont plus souvent utilisés en non-signé.
Si tu luis poses la question, il te dira « utilise un entier signé --
il utilise en général "int" »
C'est ce que je fait et donc mon compilateur me fait un warning quand
j'ai l'outrecuidance de comparer mon index vulgairement signé avec le
retour de size() - donc je caste size_t(i).
C'est pas que ce soit un vrai problème, c'est juste irritant.
| Personnellement, je trouve que c'est pénible qu'un non signé soit | utilisé vu que les index sont plus souvent utilisés en non-signé.
Si tu luis poses la question, il te dira « utilise un entier signé -- il utilise en général "int" »
C'est ce que je fait et donc mon compilateur me fait un warning quand j'ai l'outrecuidance de comparer mon index vulgairement signé avec le retour de size() - donc je caste size_t(i).
C'est pas que ce soit un vrai problème, c'est juste irritant.
Marc Boyer writes: | Le 09-11-2010, Gabriel Dos Reis a écrit : | > Marc Boyer writes: | > | >| >| Tu m'avais alléché avec deux phrases | >| >| "voir les écris de BS à ce sujet." ("ce" se rapportant à l'usage de non | >| >| signés dans les tailles de conteneur) et "je choix des unsigned dans la | >| >| STL est beaucoup plus compliqué que le simple constat le suggèrerait". | >| >| | >| >| Au final, tu m'a montrés deux passages du TC++PL d'où il ressort que BS | >| >| juge qu'en général, il ne faut pas utiliser les non signés pour autre | >| >| chose que des champs de bit, et une autre où il signale les dangers | >| >| liés au choix de non signés pour vector::size_t, qu'on pourrait lire en | >| >| creux comme une critique de ce choix. | >| > | >| > Ceux qui connaisent les écrits de BS et la façon dont il s'exprime | >| > ne liront pas en creux. | >| | >| D'ailleurs, en général, je viens sur fclc et fclc++ pour apprendre. | >| | >| Donc, maintenant que tu as suggéré que BS n'appréciait pas | > | > Ce n'est pas just de la suggestion. | | Question d'interprétation de langue naturelle.
Il est danois, mais s'exprime très bien en Anglais, très poliment (donc parfois indirectement sur ses opinions fermes.)
Je prends note.
| Comme je ne connais pas bien les écrits de BS, et la façon dont il | s'exprime, je ne pouvais pas conclure.
Bien sûr.
Cette position a l'avantage de permettre de mettre en doute toute information qu'on n'a pas vérifiée soit même (et qu'on ne pourra pas de toute façon, vu l'axiome de départ) et en même temps de faire sembler d'être ouvert à de l'information extérieure.
Peut-être. Cette position était surtout la négation de tes propres premisses "Ceux qui connaisent les écrits de BS et la façon dont il s'exprime". Si tu avais simplement dit une chose comme "Cela signifie qu'il considère cela comme une erreur", ou "moi qui le côtoie, je pense que...", je me serais moins méfié.
| Je sais juste que BS trouve que ce fut une erreur.
et qu'il a perdu cette bataille.
Ce qui signifie que, dès la proposition, il était contre ? Ce n'est pas quelque chose qu'il a découvert "à l'usage" ?
Marc Boyer -- En prenant aux 10% des francais les plus riches 12% de leurs revenus, on pourrait doubler les revenus des 10% les plus pauvres. http://www.inegalites.fr/spip.php?article1&id_mot0
Le 11-11-2010, Gabriel Dos Reis <gdr@cse.tamu.edu> a écrit :
Marc Boyer <Marc.Boyer@cert.onera.fr.invalid> writes:
| Le 09-11-2010, Gabriel Dos Reis <gdr@cse.tamu.edu> a écrit :
| > Marc Boyer <Marc.Boyer@cert.onera.fr.invalid> writes:
| >
| >| >| Tu m'avais alléché avec deux phrases
| >| >| "voir les écris de BS à ce sujet." ("ce" se rapportant à l'usage de non
| >| >| signés dans les tailles de conteneur) et "je choix des unsigned dans la
| >| >| STL est beaucoup plus compliqué que le simple constat le suggèrerait".
| >| >|
| >| >| Au final, tu m'a montrés deux passages du TC++PL d'où il ressort que BS
| >| >| juge qu'en général, il ne faut pas utiliser les non signés pour autre
| >| >| chose que des champs de bit, et une autre où il signale les dangers
| >| >| liés au choix de non signés pour vector::size_t, qu'on pourrait lire en
| >| >| creux comme une critique de ce choix.
| >| >
| >| > Ceux qui connaisent les écrits de BS et la façon dont il s'exprime
| >| > ne liront pas en creux.
| >|
| >| D'ailleurs, en général, je viens sur fclc et fclc++ pour apprendre.
| >|
| >| Donc, maintenant que tu as suggéré que BS n'appréciait pas
| >
| > Ce n'est pas just de la suggestion.
|
| Question d'interprétation de langue naturelle.
Il est danois, mais s'exprime très bien en Anglais, très poliment (donc
parfois indirectement sur ses opinions fermes.)
Je prends note.
| Comme je ne connais pas bien les écrits de BS, et la façon dont il
| s'exprime, je ne pouvais pas conclure.
Bien sûr.
Cette position a l'avantage de permettre de mettre en doute toute
information qu'on n'a pas vérifiée soit même (et qu'on ne pourra pas de
toute façon, vu l'axiome de départ) et en même temps de faire
sembler d'être ouvert à de l'information extérieure.
Peut-être. Cette position était surtout la négation de tes propres
premisses "Ceux qui connaisent les écrits de BS et la façon dont il
s'exprime". Si tu avais simplement dit une chose comme "Cela signifie
qu'il considère cela comme une erreur", ou "moi qui le côtoie, je pense
que...", je me serais moins méfié.
| Je sais juste que BS trouve que ce fut une erreur.
et qu'il a perdu cette bataille.
Ce qui signifie que, dès la proposition, il était contre ?
Ce n'est pas quelque chose qu'il a découvert "à l'usage" ?
Marc Boyer
--
En prenant aux 10% des francais les plus riches 12% de leurs revenus,
on pourrait doubler les revenus des 10% les plus pauvres.
http://www.inegalites.fr/spip.php?article1&id_mot0
Marc Boyer writes: | Le 09-11-2010, Gabriel Dos Reis a écrit : | > Marc Boyer writes: | > | >| >| Tu m'avais alléché avec deux phrases | >| >| "voir les écris de BS à ce sujet." ("ce" se rapportant à l'usage de non | >| >| signés dans les tailles de conteneur) et "je choix des unsigned dans la | >| >| STL est beaucoup plus compliqué que le simple constat le suggèrerait". | >| >| | >| >| Au final, tu m'a montrés deux passages du TC++PL d'où il ressort que BS | >| >| juge qu'en général, il ne faut pas utiliser les non signés pour autre | >| >| chose que des champs de bit, et une autre où il signale les dangers | >| >| liés au choix de non signés pour vector::size_t, qu'on pourrait lire en | >| >| creux comme une critique de ce choix. | >| > | >| > Ceux qui connaisent les écrits de BS et la façon dont il s'exprime | >| > ne liront pas en creux. | >| | >| D'ailleurs, en général, je viens sur fclc et fclc++ pour apprendre. | >| | >| Donc, maintenant que tu as suggéré que BS n'appréciait pas | > | > Ce n'est pas just de la suggestion. | | Question d'interprétation de langue naturelle.
Il est danois, mais s'exprime très bien en Anglais, très poliment (donc parfois indirectement sur ses opinions fermes.)
Je prends note.
| Comme je ne connais pas bien les écrits de BS, et la façon dont il | s'exprime, je ne pouvais pas conclure.
Bien sûr.
Cette position a l'avantage de permettre de mettre en doute toute information qu'on n'a pas vérifiée soit même (et qu'on ne pourra pas de toute façon, vu l'axiome de départ) et en même temps de faire sembler d'être ouvert à de l'information extérieure.
Peut-être. Cette position était surtout la négation de tes propres premisses "Ceux qui connaisent les écrits de BS et la façon dont il s'exprime". Si tu avais simplement dit une chose comme "Cela signifie qu'il considère cela comme une erreur", ou "moi qui le côtoie, je pense que...", je me serais moins méfié.
| Je sais juste que BS trouve que ce fut une erreur.
et qu'il a perdu cette bataille.
Ce qui signifie que, dès la proposition, il était contre ? Ce n'est pas quelque chose qu'il a découvert "à l'usage" ?
Marc Boyer -- En prenant aux 10% des francais les plus riches 12% de leurs revenus, on pourrait doubler les revenus des 10% les plus pauvres. http://www.inegalites.fr/spip.php?article1&id_mot0