Le code suivant n'est plus compilé par des compilateurs récents tels que
gcc 3.4 :
template <typename T> struct A {
int x;
};
template <typename T> struct B : public A<T> {
void foo() { x = 1; }
};
L'erreur est:
foo.cc: In member function `void B<T>::foo()':
foo.cc:5: error: `x' undeclared (first use this function)
foo.cc:5: error: (Each undeclared identifier is reported only once for each
function it appears in.)
Les notes de gcc 3.4 parlent bien de ce changement :
In a template definition, unqualified names will
no longer find members of a dependent base.
Toutefois je n'arrive pas à trouver le paragraphe du chapitre 14 de la
norme C++ qui le justifient. C'est probablement caché dans 14.6 mais
j'ai du mal à suivre les paragraphes en question... Quelqu'un peut-il me
montrer le paragraphe qui s'applique à ce cas ?
Qu'est-ce qu'une "base dépendante" ? Pourquoi faire un cas spécial pour
les templates ?
| > Ceux d'entre vous dont le souci premier est d'écrire des | > programmes qui marchent auraient dû savoir que « this->f() » | > marche dans les deux cas (recherche de noms en deux phases ou | > non).
| Hum, comment peut-on le savoir ?
Je répondais littéralement à James. (Et j'aurais aimé que tu eûsses laissé le passage de James).
Pour qu'on voit l'irrélévance de ton propos ?
Et pour comprendre la réponse, il faut se souvenir que James aime à se vanter qu'à partir de 1993-1994, il participait aux travaux de normalisation de C++ et en ce sens avait l'information à sa disposition.
D'abord, ce n'est certainement pas quelque chose dont je me vanterais.
Ensuite, à l'encontre de toi, je ne suis pas un surhomme, et j'ai un travail par ailleurs, ce qui fait que même quand j'étais actif dans le processus de normalisation, je n'arrivais pas à suivre le tout. En 1993-94, je m'y suis intéressé à la démande d'un client, mais ses intérêts (et donc les miens) c'étaient fortement limités au langage de base. (À l'intérieur du comité, les templates étaient traités par le groupe d'extensions.) Et d'avoir une norme le plus rapidement possible. Ensuite, tout en restant membre, je n'ai suivi la normalisation que de loin, et je ne me suis intervenu que de temps en temps. (Je suis l'auteur des commentaires de la France sur le CD2, par exemple. Mais c'était un peu exceptionnel. Et si on régarde ces commentaires, on rémarquerait bien combien ils n'étaient pas complet ; je n'ai pas eu le temps d'étudier tout en détail, et les commentaires se bornent à des sections que j'ai dû régarder de près -- surtout la section sur des chaînes.)
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Gabriel Dos Reis <gdr@cs.tamu.edu> wrote in message
news:<m3ekkdvhq8.fsf@merlin.cs.tamu.edu>...
| > Ceux d'entre vous dont le souci premier est d'écrire des
| > programmes qui marchent auraient dû savoir que « this->f() »
| > marche dans les deux cas (recherche de noms en deux phases ou
| > non).
| Hum, comment peut-on le savoir ?
Je répondais littéralement à James. (Et j'aurais aimé que tu eûsses
laissé le passage de James).
Pour qu'on voit l'irrélévance de ton propos ?
Et pour comprendre la réponse, il faut se souvenir que James aime à se
vanter qu'à partir de 1993-1994, il participait aux travaux de
normalisation de C++ et en ce sens avait l'information à sa
disposition.
D'abord, ce n'est certainement pas quelque chose dont je me vanterais.
Ensuite, à l'encontre de toi, je ne suis pas un surhomme, et j'ai un
travail par ailleurs, ce qui fait que même quand j'étais actif dans le
processus de normalisation, je n'arrivais pas à suivre le tout. En
1993-94, je m'y suis intéressé à la démande d'un client, mais ses
intérêts (et donc les miens) c'étaient fortement limités au langage de
base. (À l'intérieur du comité, les templates étaient traités par le
groupe d'extensions.) Et d'avoir une norme le plus rapidement possible.
Ensuite, tout en restant membre, je n'ai suivi la normalisation que de
loin, et je ne me suis intervenu que de temps en temps. (Je suis
l'auteur des commentaires de la France sur le CD2, par exemple. Mais
c'était un peu exceptionnel. Et si on régarde ces commentaires, on
rémarquerait bien combien ils n'étaient pas complet ; je n'ai pas eu le
temps d'étudier tout en détail, et les commentaires se bornent à des
sections que j'ai dû régarder de près -- surtout la section sur des
chaînes.)
--
James Kanze GABI Software http://www.gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
| > Ceux d'entre vous dont le souci premier est d'écrire des | > programmes qui marchent auraient dû savoir que « this->f() » | > marche dans les deux cas (recherche de noms en deux phases ou | > non).
| Hum, comment peut-on le savoir ?
Je répondais littéralement à James. (Et j'aurais aimé que tu eûsses laissé le passage de James).
Pour qu'on voit l'irrélévance de ton propos ?
Et pour comprendre la réponse, il faut se souvenir que James aime à se vanter qu'à partir de 1993-1994, il participait aux travaux de normalisation de C++ et en ce sens avait l'information à sa disposition.
D'abord, ce n'est certainement pas quelque chose dont je me vanterais.
Ensuite, à l'encontre de toi, je ne suis pas un surhomme, et j'ai un travail par ailleurs, ce qui fait que même quand j'étais actif dans le processus de normalisation, je n'arrivais pas à suivre le tout. En 1993-94, je m'y suis intéressé à la démande d'un client, mais ses intérêts (et donc les miens) c'étaient fortement limités au langage de base. (À l'intérieur du comité, les templates étaient traités par le groupe d'extensions.) Et d'avoir une norme le plus rapidement possible. Ensuite, tout en restant membre, je n'ai suivi la normalisation que de loin, et je ne me suis intervenu que de temps en temps. (Je suis l'auteur des commentaires de la France sur le CD2, par exemple. Mais c'était un peu exceptionnel. Et si on régarde ces commentaires, on rémarquerait bien combien ils n'étaient pas complet ; je n'ai pas eu le temps d'étudier tout en détail, et les commentaires se bornent à des sections que j'ai dû régarder de près -- surtout la section sur des chaînes.)
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
kanze
Arnaud Meurgues wrote in message news:<416253dd$0$8238$...
wrote:
Java ne marche pas, C# est propriétaire,
J'ai du mal à voir en quoi C# est plus propriétaire que Java.
Tout à fait. Mais ne pas marcher, c'est AMHA une critique encore plus forte que d'être propriétaire. (Rémarque, c'est tout à fait possible que C# ne marche pas non plus. Je ne l'ai pas essayé.)
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Arnaud Meurgues <arnaud@meurgues.non.fr.invalid> wrote in message
news:<416253dd$0$8238$626a14ce@news.free.fr>...
kanze@gabi-soft.fr wrote:
Java ne marche pas, C# est propriétaire,
J'ai du mal à voir en quoi C# est plus propriétaire que Java.
Tout à fait. Mais ne pas marcher, c'est AMHA une critique encore plus
forte que d'être propriétaire. (Rémarque, c'est tout à fait possible que
C# ne marche pas non plus. Je ne l'ai pas essayé.)
--
James Kanze GABI Software http://www.gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Arnaud Meurgues wrote in message news:<416253dd$0$8238$...
wrote:
Java ne marche pas, C# est propriétaire,
J'ai du mal à voir en quoi C# est plus propriétaire que Java.
Tout à fait. Mais ne pas marcher, c'est AMHA une critique encore plus forte que d'être propriétaire. (Rémarque, c'est tout à fait possible que C# ne marche pas non plus. Je ne l'ai pas essayé.)
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
kanze
Gabriel Dos Reis wrote in message news:...
Marc Boyer writes:
| Gabriel Dos Reis wrote: | > Marc Boyer writes:
| >| Pas Ada ?
| > Ada est mort, ou sur le point de l'être.
| Tu as un communiqué de son médecin traitant à faire valoir ?
Plus ou moins, mais tu n'es pas qualifié pour le voir :-)
Mort, c'est une exagération. Mais je ne crois pas qu'il soit en très bonne santé.
| Les derniers échos que j'avais eut sur le sujet étaient | au contraire que le support de gnat était depuis quelques | années de très bonne qualité. | Mais tu as surement des informations plus fiables que les | miennes.
La santé du langage Ada ne se limite pas à la santé de Gnat.
Il faut voir ce qu'ils appellent ici le « user base ».
Les traditionnels gros utilisateurs « industriels » l'abandonnent.
Certains, oui. D'autres non. Il y a en tout cas toujours une démande pour des programmeurs Ada. Moins que pour le C++, évidemment, mais curieusement, plus que pour le C#, par exemple. (Au moins dernièrement. Mais ça fluctue assez fort.)
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Gabriel Dos Reis <gdr@cs.tamu.edu> wrote in message
news:<m3fz4tqh2p.fsf@merlin.cs.tamu.edu>...
Marc Boyer <Marc.Boyer@enseeiht.yahoo.fr.invalid> writes:
| Gabriel Dos Reis wrote:
| > Marc Boyer <Marc.Boyer@enseeiht.yahoo.fr.invalid> writes:
| >| Pas Ada ?
| > Ada est mort, ou sur le point de l'être.
| Tu as un communiqué de son médecin traitant à faire valoir ?
Plus ou moins, mais tu n'es pas qualifié pour le voir :-)
Mort, c'est une exagération. Mais je ne crois pas qu'il soit en très
bonne santé.
| Les derniers échos que j'avais eut sur le sujet étaient
| au contraire que le support de gnat était depuis quelques
| années de très bonne qualité.
| Mais tu as surement des informations plus fiables que les
| miennes.
La santé du langage Ada ne se limite pas à la santé de Gnat.
Il faut voir ce qu'ils appellent ici le « user base ».
Les traditionnels gros utilisateurs « industriels » l'abandonnent.
Certains, oui. D'autres non. Il y a en tout cas toujours une démande
pour des programmeurs Ada. Moins que pour le C++, évidemment, mais
curieusement, plus que pour le C#, par exemple. (Au moins dernièrement.
Mais ça fluctue assez fort.)
--
James Kanze GABI Software http://www.gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
| Tu as un communiqué de son médecin traitant à faire valoir ?
Plus ou moins, mais tu n'es pas qualifié pour le voir :-)
Mort, c'est une exagération. Mais je ne crois pas qu'il soit en très bonne santé.
| Les derniers échos que j'avais eut sur le sujet étaient | au contraire que le support de gnat était depuis quelques | années de très bonne qualité. | Mais tu as surement des informations plus fiables que les | miennes.
La santé du langage Ada ne se limite pas à la santé de Gnat.
Il faut voir ce qu'ils appellent ici le « user base ».
Les traditionnels gros utilisateurs « industriels » l'abandonnent.
Certains, oui. D'autres non. Il y a en tout cas toujours une démande pour des programmeurs Ada. Moins que pour le C++, évidemment, mais curieusement, plus que pour le C#, par exemple. (Au moins dernièrement. Mais ça fluctue assez fort.)
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Gabriel Dos Reis
writes:
| Gabriel Dos Reis wrote in message | news:... | > Dimitri Papadopoulos-Orfanos | > writes: | | > | > Ceux d'entre vous dont le souci premier est d'écrire des | > | > programmes qui marchent auraient dû savoir que « this->f() » | > | > marche dans les deux cas (recherche de noms en deux phases ou | > | > non). | | > | Hum, comment peut-on le savoir ? | | > Je répondais littéralement à James. (Et j'aurais aimé que tu eûsses | > laissé le passage de James). | | Pour qu'on voit l'irrélévance de ton propos ?
Pour montrer comment tu joues la mémoire courte ; et visiblement ça marche. Je dois dire que tu m'y aides beaucoup.
-- Gaby
kanze@gabi-soft.fr writes:
| Gabriel Dos Reis <gdr@cs.tamu.edu> wrote in message
| news:<m3ekkdvhq8.fsf@merlin.cs.tamu.edu>...
| > Dimitri Papadopoulos-Orfanos <dpo.remove@club-internet.decoy.fr>
| > writes:
|
| > | > Ceux d'entre vous dont le souci premier est d'écrire des
| > | > programmes qui marchent auraient dû savoir que « this->f() »
| > | > marche dans les deux cas (recherche de noms en deux phases ou
| > | > non).
|
| > | Hum, comment peut-on le savoir ?
|
| > Je répondais littéralement à James. (Et j'aurais aimé que tu eûsses
| > laissé le passage de James).
|
| Pour qu'on voit l'irrélévance de ton propos ?
Pour montrer comment tu joues la mémoire courte ; et visiblement ça
marche. Je dois dire que tu m'y aides beaucoup.
| Gabriel Dos Reis wrote in message | news:... | > Dimitri Papadopoulos-Orfanos | > writes: | | > | > Ceux d'entre vous dont le souci premier est d'écrire des | > | > programmes qui marchent auraient dû savoir que « this->f() » | > | > marche dans les deux cas (recherche de noms en deux phases ou | > | > non). | | > | Hum, comment peut-on le savoir ? | | > Je répondais littéralement à James. (Et j'aurais aimé que tu eûsses | > laissé le passage de James). | | Pour qu'on voit l'irrélévance de ton propos ?
Pour montrer comment tu joues la mémoire courte ; et visiblement ça marche. Je dois dire que tu m'y aides beaucoup.
-- Gaby
Gabriel Dos Reis
Marc Boyer writes:
| Gabriel Dos Reis wrote: | > Marc Boyer writes: | >| Gabriel Dos Reis wrote: | >| > Ada est mort, ou sur le point de l'être. | >| | >| Tu as un communiqué de son médecin traitant à faire valoir ? | > | > Plus ou moins, mais tu n'es pas qualifié pour le voir :-) | | J'adore ce genre de réponse.
Cahcun a ses goûts, n'est-ce pas ?
| >| Les derniers échos que j'avais eut sur le sujet étaient | >| au contraire que le support de gnat était depuis quelques | >| années de très bonne qualité. | >| Mais tu as surement des informations plus fiables que les | >| miennes. | > | > La santé du langage Ada ne se limite pas à la santé de Gnat. | | Non surement pas en effet, mais disposer d'une implémentation | libre et de qualité me semble tout de même un atout pour un | langage.
Ah oui c'est vrai. Mais c'est aussi vrai pour la plupart des langages expérimentaux qui ne sont jamais echappés du labo de leur conception. Donc ce n'est certainement pas l'atout décisif.
| > Il faut voir ce qu'ils appellent ici le « user base ». | | Là, je ne suis plus.
« user base » == « ensemble des utilisateurs qui l'utilisent régulièrement et donne des retours ».
Tu ne suis pas ?
| > Les traditionnels gros utilisateurs « industriels » l'abandonnent. | > Et évidemment, cela provoque un accès de fièvre jaune dans des | > quatiers généraux de corporations qui ont basé leur survie sur Ada. | | Ca, j'imagine bien. | | > PS : au fait, l'engin sur Mars mouline C++, il est aussi commandé par | > C++ sur Terre. Et il est possible que C++ aille sur Jupiter aussi. | | Fortran était déjà allé autour de Jupiter il me semble, non ?
Oui, et le point est que pour les *nouveaux* projets, ce n'est plus le choix prédominant. C'est un changement. Un changement qui de fait apporte un nouveau sang à C++.
| En fait, sans connaitre les critères de choix de C++ pour ses | missions, je ne suis pas tellement convaincu. Il n'y a que sur | fclc++ que j'en entendu des justifications rationnelles au | choix d'un langage.
Je ne suis pas en train de te donner des justifications rationnelles au choix d'un langage, alors je ne sais pas ce dont tu veux être convaincu. Je te présente simplement des faits, qui change les donnée et pour C++ et pour Ada (par exemple, des compagnies qui basent leur business sur Ada travaille plus sérieusement sur la compatibilité avec C++).
| Dans les industriels rencontrés au jour le jour, le choix | d'un langage par rapport à un projet m'a toujours parus | globalement irrationnel (sauf le "on change pas, car celui | là, on le connait bien").
oui, mais quel est le rapport avec ce que j'ai dit ?
-- Gaby
Marc Boyer <Marc.Boyer@enseeiht.yahoo.fr.invalid> writes:
| Gabriel Dos Reis wrote:
| > Marc Boyer <Marc.Boyer@enseeiht.yahoo.fr.invalid> writes:
| >| Gabriel Dos Reis wrote:
| >| > Ada est mort, ou sur le point de l'être.
| >|
| >| Tu as un communiqué de son médecin traitant à faire valoir ?
| >
| > Plus ou moins, mais tu n'es pas qualifié pour le voir :-)
|
| J'adore ce genre de réponse.
Cahcun a ses goûts, n'est-ce pas ?
| >| Les derniers échos que j'avais eut sur le sujet étaient
| >| au contraire que le support de gnat était depuis quelques
| >| années de très bonne qualité.
| >| Mais tu as surement des informations plus fiables que les
| >| miennes.
| >
| > La santé du langage Ada ne se limite pas à la santé de Gnat.
|
| Non surement pas en effet, mais disposer d'une implémentation
| libre et de qualité me semble tout de même un atout pour un
| langage.
Ah oui c'est vrai. Mais c'est aussi vrai pour la plupart des
langages expérimentaux qui ne sont jamais echappés du labo de leur
conception. Donc ce n'est certainement pas l'atout décisif.
| > Il faut voir ce qu'ils appellent ici le « user base ».
|
| Là, je ne suis plus.
« user base » == « ensemble des utilisateurs qui l'utilisent
régulièrement et donne des retours ».
Tu ne suis pas ?
| > Les traditionnels gros utilisateurs « industriels » l'abandonnent.
| > Et évidemment, cela provoque un accès de fièvre jaune dans des
| > quatiers généraux de corporations qui ont basé leur survie sur Ada.
|
| Ca, j'imagine bien.
|
| > PS : au fait, l'engin sur Mars mouline C++, il est aussi commandé par
| > C++ sur Terre. Et il est possible que C++ aille sur Jupiter aussi.
|
| Fortran était déjà allé autour de Jupiter il me semble, non ?
Oui, et le point est que pour les *nouveaux* projets, ce n'est plus le
choix prédominant. C'est un changement. Un changement qui de fait
apporte un nouveau sang à C++.
| En fait, sans connaitre les critères de choix de C++ pour ses
| missions, je ne suis pas tellement convaincu. Il n'y a que sur
| fclc++ que j'en entendu des justifications rationnelles au
| choix d'un langage.
Je ne suis pas en train de te donner des justifications rationnelles
au choix d'un langage, alors je ne sais pas ce dont tu veux être
convaincu. Je te présente simplement des faits, qui change les donnée
et pour C++ et pour Ada (par exemple, des compagnies qui basent leur
business sur Ada travaille plus sérieusement sur la compatibilité avec
C++).
| Dans les industriels rencontrés au jour le jour, le choix
| d'un langage par rapport à un projet m'a toujours parus
| globalement irrationnel (sauf le "on change pas, car celui
| là, on le connait bien").
oui, mais quel est le rapport avec ce que j'ai dit ?
| Gabriel Dos Reis wrote: | > Marc Boyer writes: | >| Gabriel Dos Reis wrote: | >| > Ada est mort, ou sur le point de l'être. | >| | >| Tu as un communiqué de son médecin traitant à faire valoir ? | > | > Plus ou moins, mais tu n'es pas qualifié pour le voir :-) | | J'adore ce genre de réponse.
Cahcun a ses goûts, n'est-ce pas ?
| >| Les derniers échos que j'avais eut sur le sujet étaient | >| au contraire que le support de gnat était depuis quelques | >| années de très bonne qualité. | >| Mais tu as surement des informations plus fiables que les | >| miennes. | > | > La santé du langage Ada ne se limite pas à la santé de Gnat. | | Non surement pas en effet, mais disposer d'une implémentation | libre et de qualité me semble tout de même un atout pour un | langage.
Ah oui c'est vrai. Mais c'est aussi vrai pour la plupart des langages expérimentaux qui ne sont jamais echappés du labo de leur conception. Donc ce n'est certainement pas l'atout décisif.
| > Il faut voir ce qu'ils appellent ici le « user base ». | | Là, je ne suis plus.
« user base » == « ensemble des utilisateurs qui l'utilisent régulièrement et donne des retours ».
Tu ne suis pas ?
| > Les traditionnels gros utilisateurs « industriels » l'abandonnent. | > Et évidemment, cela provoque un accès de fièvre jaune dans des | > quatiers généraux de corporations qui ont basé leur survie sur Ada. | | Ca, j'imagine bien. | | > PS : au fait, l'engin sur Mars mouline C++, il est aussi commandé par | > C++ sur Terre. Et il est possible que C++ aille sur Jupiter aussi. | | Fortran était déjà allé autour de Jupiter il me semble, non ?
Oui, et le point est que pour les *nouveaux* projets, ce n'est plus le choix prédominant. C'est un changement. Un changement qui de fait apporte un nouveau sang à C++.
| En fait, sans connaitre les critères de choix de C++ pour ses | missions, je ne suis pas tellement convaincu. Il n'y a que sur | fclc++ que j'en entendu des justifications rationnelles au | choix d'un langage.
Je ne suis pas en train de te donner des justifications rationnelles au choix d'un langage, alors je ne sais pas ce dont tu veux être convaincu. Je te présente simplement des faits, qui change les donnée et pour C++ et pour Ada (par exemple, des compagnies qui basent leur business sur Ada travaille plus sérieusement sur la compatibilité avec C++).
| Dans les industriels rencontrés au jour le jour, le choix | d'un langage par rapport à un projet m'a toujours parus | globalement irrationnel (sauf le "on change pas, car celui | là, on le connait bien").
oui, mais quel est le rapport avec ce que j'ai dit ?
-- Gaby
Gabriel Dos Reis
writes:
[...]
| > La santé du langage Ada ne se limite pas à la santé de Gnat. | | > Il faut voir ce qu'ils appellent ici le « user base ». | | > Les traditionnels gros utilisateurs « industriels » l'abandonnent. | | Certains, oui. D'autres non. Il y a en tout cas toujours une démande | pour des programmeurs Ada.
tout comme il y a toujours des demandes pour des programmeurs COBOL :-)
-- Gaby
kanze@gabi-soft.fr writes:
[...]
| > La santé du langage Ada ne se limite pas à la santé de Gnat.
|
| > Il faut voir ce qu'ils appellent ici le « user base ».
|
| > Les traditionnels gros utilisateurs « industriels » l'abandonnent.
|
| Certains, oui. D'autres non. Il y a en tout cas toujours une démande
| pour des programmeurs Ada.
tout comme il y a toujours des demandes pour des programmeurs COBOL :-)
| > La santé du langage Ada ne se limite pas à la santé de Gnat. | | > Il faut voir ce qu'ils appellent ici le « user base ». | | > Les traditionnels gros utilisateurs « industriels » l'abandonnent. | | Certains, oui. D'autres non. Il y a en tout cas toujours une démande | pour des programmeurs Ada.
tout comme il y a toujours des demandes pour des programmeurs COBOL :-)
-- Gaby
Marc Boyer
Gabriel Dos Reis wrote:
Marc Boyer writes: | | Non surement pas en effet, mais disposer d'une implémentation | libre et de qualité me semble tout de même un atout pour un | langage.
Ah oui c'est vrai. Mais c'est aussi vrai pour la plupart des langages expérimentaux qui ne sont jamais echappés du labo de leur conception. Donc ce n'est certainement pas l'atout décisif.
Tout à fait.
| > Il faut voir ce qu'ils appellent ici le « user base ». | | Là, je ne suis plus.
« user base » == « ensemble des utilisateurs qui l'utilisent régulièrement et donne des retours ».
OK, je connaissais pas l'expression.
| > PS : au fait, l'engin sur Mars mouline C++, il est aussi commandé par | > C++ sur Terre. Et il est possible que C++ aille sur Jupiter aussi. | | Fortran était déjà allé autour de Jupiter il me semble, non ?
Oui, et le point est que pour les *nouveaux* projets, ce n'est plus le choix prédominant. C'est un changement. Un changement qui de fait apporte un nouveau sang à C++.
Je prends note. C'est à dire que C++ a une nouvelle communauté de << user base >>, et que c'est enrichissant pour le langage.
| En fait, sans connaitre les critères de choix de C++ pour ses | missions, je ne suis pas tellement convaincu. Il n'y a que sur | fclc++ que j'en entendu des justifications rationnelles au | choix d'un langage.
Je ne suis pas en train de te donner des justifications rationnelles au choix d'un langage, alors je ne sais pas ce dont tu veux être convaincu. Je te présente simplement des faits, qui change les donnée et pour C++ et pour Ada (par exemple, des compagnies qui basent leur business sur Ada travaille plus sérieusement sur la compatibilité avec C++).
OK
| Dans les industriels rencontrés au jour le jour, le choix | d'un langage par rapport à un projet m'a toujours parus | globalement irrationnel (sauf le "on change pas, car celui | là, on le connait bien").
oui, mais quel est le rapport avec ce que j'ai dit ?
Rien, tu sais, moi, je cause, je bavarde...
Marc Boyer -- La contractualisation de la recherche, c'est me donner de l'argent pour faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce que je sais faire, je le fais sans moyens...
Gabriel Dos Reis wrote:
Marc Boyer <Marc.Boyer@enseeiht.yahoo.fr.invalid> writes:
|
| Non surement pas en effet, mais disposer d'une implémentation
| libre et de qualité me semble tout de même un atout pour un
| langage.
Ah oui c'est vrai. Mais c'est aussi vrai pour la plupart des
langages expérimentaux qui ne sont jamais echappés du labo de leur
conception. Donc ce n'est certainement pas l'atout décisif.
Tout à fait.
| > Il faut voir ce qu'ils appellent ici le « user base ».
|
| Là, je ne suis plus.
« user base » == « ensemble des utilisateurs qui l'utilisent
régulièrement et donne des retours ».
OK, je connaissais pas l'expression.
| > PS : au fait, l'engin sur Mars mouline C++, il est aussi commandé par
| > C++ sur Terre. Et il est possible que C++ aille sur Jupiter aussi.
|
| Fortran était déjà allé autour de Jupiter il me semble, non ?
Oui, et le point est que pour les *nouveaux* projets, ce n'est plus le
choix prédominant. C'est un changement. Un changement qui de fait
apporte un nouveau sang à C++.
Je prends note. C'est à dire que C++ a une nouvelle communauté
de << user base >>, et que c'est enrichissant pour le langage.
| En fait, sans connaitre les critères de choix de C++ pour ses
| missions, je ne suis pas tellement convaincu. Il n'y a que sur
| fclc++ que j'en entendu des justifications rationnelles au
| choix d'un langage.
Je ne suis pas en train de te donner des justifications rationnelles
au choix d'un langage, alors je ne sais pas ce dont tu veux être
convaincu. Je te présente simplement des faits, qui change les donnée
et pour C++ et pour Ada (par exemple, des compagnies qui basent leur
business sur Ada travaille plus sérieusement sur la compatibilité avec
C++).
OK
| Dans les industriels rencontrés au jour le jour, le choix
| d'un langage par rapport à un projet m'a toujours parus
| globalement irrationnel (sauf le "on change pas, car celui
| là, on le connait bien").
oui, mais quel est le rapport avec ce que j'ai dit ?
Rien, tu sais, moi, je cause, je bavarde...
Marc Boyer
--
La contractualisation de la recherche, c'est me donner de l'argent pour
faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce
que je sais faire, je le fais sans moyens...
Marc Boyer writes: | | Non surement pas en effet, mais disposer d'une implémentation | libre et de qualité me semble tout de même un atout pour un | langage.
Ah oui c'est vrai. Mais c'est aussi vrai pour la plupart des langages expérimentaux qui ne sont jamais echappés du labo de leur conception. Donc ce n'est certainement pas l'atout décisif.
Tout à fait.
| > Il faut voir ce qu'ils appellent ici le « user base ». | | Là, je ne suis plus.
« user base » == « ensemble des utilisateurs qui l'utilisent régulièrement et donne des retours ».
OK, je connaissais pas l'expression.
| > PS : au fait, l'engin sur Mars mouline C++, il est aussi commandé par | > C++ sur Terre. Et il est possible que C++ aille sur Jupiter aussi. | | Fortran était déjà allé autour de Jupiter il me semble, non ?
Oui, et le point est que pour les *nouveaux* projets, ce n'est plus le choix prédominant. C'est un changement. Un changement qui de fait apporte un nouveau sang à C++.
Je prends note. C'est à dire que C++ a une nouvelle communauté de << user base >>, et que c'est enrichissant pour le langage.
| En fait, sans connaitre les critères de choix de C++ pour ses | missions, je ne suis pas tellement convaincu. Il n'y a que sur | fclc++ que j'en entendu des justifications rationnelles au | choix d'un langage.
Je ne suis pas en train de te donner des justifications rationnelles au choix d'un langage, alors je ne sais pas ce dont tu veux être convaincu. Je te présente simplement des faits, qui change les donnée et pour C++ et pour Ada (par exemple, des compagnies qui basent leur business sur Ada travaille plus sérieusement sur la compatibilité avec C++).
OK
| Dans les industriels rencontrés au jour le jour, le choix | d'un langage par rapport à un projet m'a toujours parus | globalement irrationnel (sauf le "on change pas, car celui | là, on le connait bien").
oui, mais quel est le rapport avec ce que j'ai dit ?
Rien, tu sais, moi, je cause, je bavarde...
Marc Boyer -- La contractualisation de la recherche, c'est me donner de l'argent pour faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce que je sais faire, je le fais sans moyens...
Gabriel Dos Reis
Marc Boyer writes:
[...]
| >| > PS : au fait, l'engin sur Mars mouline C++, il est aussi commandé par | >| > C++ sur Terre. Et il est possible que C++ aille sur Jupiter aussi. | >| | >| Fortran était déjà allé autour de Jupiter il me semble, non ? | > | > Oui, et le point est que pour les *nouveaux* projets, ce n'est plus le | > choix prédominant. C'est un changement. Un changement qui de fait | > apporte un nouveau sang à C++. | | Je prends note. C'est à dire que C++ a une nouvelle communauté | de << user base >>, et que c'est enrichissant pour le langage.
Marc Boyer <Marc.Boyer@enseeiht.yahoo.fr.invalid> writes:
[...]
| >| > PS : au fait, l'engin sur Mars mouline C++, il est aussi commandé par
| >| > C++ sur Terre. Et il est possible que C++ aille sur Jupiter aussi.
| >|
| >| Fortran était déjà allé autour de Jupiter il me semble, non ?
| >
| > Oui, et le point est que pour les *nouveaux* projets, ce n'est plus le
| > choix prédominant. C'est un changement. Un changement qui de fait
| > apporte un nouveau sang à C++.
|
| Je prends note. C'est à dire que C++ a une nouvelle communauté
| de << user base >>, et que c'est enrichissant pour le langage.
| >| > PS : au fait, l'engin sur Mars mouline C++, il est aussi commandé par | >| > C++ sur Terre. Et il est possible que C++ aille sur Jupiter aussi. | >| | >| Fortran était déjà allé autour de Jupiter il me semble, non ? | > | > Oui, et le point est que pour les *nouveaux* projets, ce n'est plus le | > choix prédominant. C'est un changement. Un changement qui de fait | > apporte un nouveau sang à C++. | | Je prends note. C'est à dire que C++ a une nouvelle communauté | de << user base >>, et que c'est enrichissant pour le langage.
<je-cherche-la-merde> Et c'est eux qui voulaient une GUI standard pour C++ ? </je-cherche-la-merde>
Marc Boyer -- La contractualisation de la recherche, c'est me donner de l'argent pour faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce que je sais faire, je le fais sans moyens...
In article <m33c0rev31.fsf@merlin.cs.tamu.edu>, Gabriel Dos Reis wrote:
Marc Boyer <Marc.Boyer@enseeiht.yahoo.fr.invalid> writes:
| Je prends note. C'est à dire que C++ a une nouvelle communauté
| de << user base >>, et que c'est enrichissant pour le langage.
<je-cherche-la-merde>
Et c'est eux qui voulaient une GUI standard pour C++ ?
</je-cherche-la-merde>
Marc Boyer
--
La contractualisation de la recherche, c'est me donner de l'argent pour
faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce
que je sais faire, je le fais sans moyens...
<je-cherche-la-merde> Et c'est eux qui voulaient une GUI standard pour C++ ? </je-cherche-la-merde>
Marc Boyer -- La contractualisation de la recherche, c'est me donner de l'argent pour faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce que je sais faire, je le fais sans moyens...
kanze
Gabriel Dos Reis wrote in message news:...
writes:
[...]
| > La santé du langage Ada ne se limite pas à la santé de Gnat.
| > Il faut voir ce qu'ils appellent ici le « user base ».
| > Les traditionnels gros utilisateurs « industriels » l'abandonnent.
| Certains, oui. D'autres non. Il y a en tout cas toujours une démande | pour des programmeurs Ada.
tout comme il y a toujours des demandes pour des programmeurs COBOL :-)
Et que COBOL reste aussi un langage « vivant ». Oui.
Mais tu t'es clarifié dans une réponse à Marc. Il y a effectivement moins de nouveaux projets qui choisissent Ada (autant que je puisse juger). Le user base y est, encore, parce que ce genre de chose ne disparaît pas du jour à lendemain. Mais moi aussi, j'ai l'impression qu'Ada n'a pas ce qu'il faut pour le maintenir.
Ce qui me deplaît un peu. Je n'aime pas qu'on n'ait pas de choix en ce qui concerne le langage. Ada était (et est encore, pour l'instant) un alternatif viable à C++, pour un bon nombre de projets. Réalistiquement, dans la mésure où de nouveaux projets ne s'en servent plus, l'offre au niveau des outils va baisser, ce qui veut dire qu'à la longue, il ne serait pas un alternatif viable. C'est en fait un cercle vicieux -- l'offre baisse parce que la démande baisse, mais la baisse de l'offre fait que la démande va baisser encore plus. Et je crains qu'Ada s'y soit déjà engrené.
Donc, pas mort, et même pas sur le point de l'être, mais déjà engagé dans un processus qui y mène.
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Gabriel Dos Reis <gdr@cs.tamu.edu> wrote in message
news:<m3mzyzexc2.fsf@merlin.cs.tamu.edu>...
kanze@gabi-soft.fr writes:
[...]
| > La santé du langage Ada ne se limite pas à la santé de Gnat.
| > Il faut voir ce qu'ils appellent ici le « user base ».
| > Les traditionnels gros utilisateurs « industriels » l'abandonnent.
| Certains, oui. D'autres non. Il y a en tout cas toujours une démande
| pour des programmeurs Ada.
tout comme il y a toujours des demandes pour des programmeurs COBOL :-)
Et que COBOL reste aussi un langage « vivant ». Oui.
Mais tu t'es clarifié dans une réponse à Marc. Il y a effectivement
moins de nouveaux projets qui choisissent Ada (autant que je puisse
juger). Le user base y est, encore, parce que ce genre de chose ne
disparaît pas du jour à lendemain. Mais moi aussi, j'ai l'impression
qu'Ada n'a pas ce qu'il faut pour le maintenir.
Ce qui me deplaît un peu. Je n'aime pas qu'on n'ait pas de choix en ce
qui concerne le langage. Ada était (et est encore, pour l'instant) un
alternatif viable à C++, pour un bon nombre de projets. Réalistiquement,
dans la mésure où de nouveaux projets ne s'en servent plus, l'offre au
niveau des outils va baisser, ce qui veut dire qu'à la longue, il ne
serait pas un alternatif viable. C'est en fait un cercle vicieux --
l'offre baisse parce que la démande baisse, mais la baisse de l'offre
fait que la démande va baisser encore plus. Et je crains qu'Ada s'y soit
déjà engrené.
Donc, pas mort, et même pas sur le point de l'être, mais déjà engagé
dans un processus qui y mène.
--
James Kanze GABI Software http://www.gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
| > La santé du langage Ada ne se limite pas à la santé de Gnat.
| > Il faut voir ce qu'ils appellent ici le « user base ».
| > Les traditionnels gros utilisateurs « industriels » l'abandonnent.
| Certains, oui. D'autres non. Il y a en tout cas toujours une démande | pour des programmeurs Ada.
tout comme il y a toujours des demandes pour des programmeurs COBOL :-)
Et que COBOL reste aussi un langage « vivant ». Oui.
Mais tu t'es clarifié dans une réponse à Marc. Il y a effectivement moins de nouveaux projets qui choisissent Ada (autant que je puisse juger). Le user base y est, encore, parce que ce genre de chose ne disparaît pas du jour à lendemain. Mais moi aussi, j'ai l'impression qu'Ada n'a pas ce qu'il faut pour le maintenir.
Ce qui me deplaît un peu. Je n'aime pas qu'on n'ait pas de choix en ce qui concerne le langage. Ada était (et est encore, pour l'instant) un alternatif viable à C++, pour un bon nombre de projets. Réalistiquement, dans la mésure où de nouveaux projets ne s'en servent plus, l'offre au niveau des outils va baisser, ce qui veut dire qu'à la longue, il ne serait pas un alternatif viable. C'est en fait un cercle vicieux -- l'offre baisse parce que la démande baisse, mais la baisse de l'offre fait que la démande va baisser encore plus. Et je crains qu'Ada s'y soit déjà engrené.
Donc, pas mort, et même pas sur le point de l'être, mais déjà engagé dans un processus qui y mène.
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34