 |
C++Talk.NET
C++ language newsgroups
|
| View previous topic :: View next topic |
| Author |
Message |
kanze@gabi-soft.fr
Guest
|
 Posted: Fri Jun 27, 2003 7:47 am Post subject: Re: cherche calculatrive c++ |
 |
|
"Christophe Lephay" <christophe-lephay (AT) wanadoo (DOT) fr> wrote
| Quote: | "Eric" <contact.webmaster (AT) ifrance (DOT) com> a écrit dans le message de
news:bdf636$od9$1 (AT) news-reader3 (DOT) wanadoo.fr...
je dois rendre en projet une calculatrice simple en C++ avec bouton
graphique, + * / ...etc...
Etant donné que je suis relativement mauvais en C, quelqu'un aurait
il ce projet sous la main, ça m'aiderai bcp!
Tu veux dire que ça t'aiderait à devenir meilleur en C++ ?
J'ai été voir sur http://www.cppfrance.com/ mais il n'y a pas de
calculatrive comme je voudrais.
Je crains qu'il ne te faille retrousser tes manches et rattraper les
cours pendant lequels tu dormais ;)
PS : le prends pas mal,
|
Au contraire. C'est un des cas où il doit le prendre mal.
| Quote: | c'est assez régulier de voir des gens poster ce genre de demande. Or,
si tu trouveras ici des gens pour t'aider sur tes problèmes de
conception ou sur des questions pointues spécifiques au langage, tu ne
trouveras personne, par contre, pour te fournir une solution toute
faite et prête à l'emploi...
|
Ça dépend. Dans le groupe anglophone comp.lang.c, ils fournissent assez
volentaires des solutions. Des solutions qui, pour une raison ou une
autre, marche, mais qui garantiraient une mauvaise note. (Code de
l'IOCCC, par exemple.) Ils le trouvent drôle de donner l'air d'aide tout
en lui foutant encore plus dans la merde.
Mais ici, en plus, ce n'est même pas un problème C/C++. Parce que des
boutons graphiques, on n'a pas ça en C++.
| Quote: | PPS : peut-être que le fait que pas mal d'intervenants ou
contributeurs sur ce groupe soient eux-mêmes des enseignants n'y est
probablement pas étranger 
|
Qui sait. Peut-être son prof a lu son message aussi.
--
James Kanze GABI Software mailto:kanze (AT) gabi-soft (DOT) fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France, Tél. : +33 (0)1 30 23 45 16
|
|
| Back to top |
|
 |
Jean-Marc Bourguet
Guest
|
| Posted: Fri Jun 27, 2003 8:08 am Post subject: Re: cherche calculatrive c++ |
|
|
"Christophe Lephay" <christophe-lephay (AT) wanadoo (DOT) fr> writes:
| Quote: | tu ne trouveras personne, par contre, pour te fournir une solution
toute faite et prête à l'emploi...
|
Essaie comp.arch, tu auras des reponses a des questions de type
devoir; mais je te conseille de ne pas les utiliser.
| Quote: | PPS : peut-être que le fait que pas mal d'intervenants ou
contributeurs sur ce groupe soient eux-mêmes des enseignants n'y est
probablement pas étranger
|
Ceux qui ne desirent pas avoir des collegues ne meritant pas leurs
diplomes ne repondent pas non plus. L'objectif d'un devoir n'est pas
d'avoir un programme donne -- le prof l'aura plus rapidement en le
faisant lui-meme -- mais donner un peu d'experience aux etudiants.
A+
--
Jean-Marc
FAQ de fclc++: 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
|
|
| Back to top |
|
|
Fabien LE LEZ
Guest
|
|
| Back to top |
|
|
kanze@gabi-soft.fr
Guest
|
| Posted: Fri Jun 27, 2003 1:49 pm Post subject: Re: cherche calculatrive c++ |
|
|
"Frédéri MIAILLE" <bobranger._anti_spam (AT) wanadoo (DOT) fr> wrote
| Quote: | "Christophe Lephay" <christophe-lephay (AT) wanadoo (DOT) fr> a écrit dans le
message de news: bdf7eq$pi7$1 (AT) news-reader4 (DOT) wanadoo.fr...
"Eric" <contact.webmaster (AT) ifrance (DOT) com> a écrit dans le message de
news:bdf636$od9$1 (AT) news-reader3 (DOT) wanadoo.fr...
je dois rendre en projet une calculatrice simple en C++ avec bouton
graphique, + * / ...etc...
Etant donné que je suis relativement mauvais en C, quelqu'un
aurait il ce projet sous la main, ça m'aiderai bcp!
Tu veux dire que ça t'aiderait à devenir meilleur en C++ ? > J'ai
été voir sur http://www.cppfrance.com/ mais il n'y a pas de
calculatrive comme je voudrais.
Je crains qu'il ne te faille retrousser tes manches et rattraper les cours
pendant lequels tu dormais ;)
Mmm, ne soyons pas trop sévère, expérience à l'appui, les outils
intellectuels donnés en cours sont certainement insuffisant pour ce
genre de chose.
|
Il a écrit « je dois rendre en projet [...] ». Si on lui a donné ça
comme projet, c'est que ce qu'il fallait pour le faire faisait partie du
cours.
| Quote: | Il reste plutôt la solution de ne plus dormir chez sois pour étudier
tout celà et non ne plus dormir en cours.
|
Il est normal, je crois, qu'un cours exige un peu d'étude en dehors des
heures de cour.
| Quote: | Et puis je pense qu'il n'est pas possible dans une formation
d'excellente qualité de dispenser suffisament de savoir à quelqu'un
pour en arriver à ce niveau.
|
Mais si. J'avoue que je ne vois pas ce que le cour doit être, parce que
le devoir semble exiger deux connaissances bien distinctes : la gestion
d'une interface graphique pour les boutons, et une connaissance de
l'algorithmique pour la calculatrice proprement dite. Mais je vois mal
un diplômé d'informatique, au moins au niveau universitaire, pour qui ça
poserait un problème.
| Quote: | En admettant bien sûr qu'on lui apprenne convenablement les bases du
langage, ce qui est très couteux en temps.
|
Curieusement, je ne crois pas que ce soit quelque chose de très
importante. Si on maîtrise les bases de l'informatique, on apprendra ce
qu'il faut sur n'importe quel langage en peu de temps. Il y aurait bien
sûr des utilisations idiomatiques qu'on ne connaît pas, mais on saurait
assez pour éviter les écueils et pour écrire quelque chose qui marche.
[...]
| Quote: | Moi, je lui recommanderai d'aller poster sur :
news : fr.comp.os.ms-windows.programmation
|
S'il est un étudiant, je pencherais plutôt pour un système Linux.
--
James Kanze GABI Software mailto:kanze (AT) gabi-soft (DOT) fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France, Tél. : +33 (0)1 30 23 45 16
|
|
| Back to top |
|
|
James Kanze
Guest
|
| Posted: Sun Jun 29, 2003 10:05 am Post subject: Re: cherche calculatrive c++ [H.S.] |
|
|
"Frédéri MIAILLE" <bobranger_no_spam (AT) wanadoo (DOT) fr> writes:
| Quote: | Désolé de limite polluer le thread mais je voudrais te
répondre. Et pas pour jouer mon "j'ai toujours raison" hein !
;)
Et puis je pense qu'il n'est pas possible dans une formation
d'excellente qualité de dispenser suffisament de savoir
à quelqu'un pour en arriver à ce niveau.
Mais si. J'avoue que je ne vois pas ce que le cour doit être,
parce que le devoir semble exiger deux connaissances bien
distinctes : la gestion d'une interface graphique pour les
boutons, et une connaissance de l'algorithmique pour la
calculatrice proprement dite. Mais je vois mal un diplômé
d'informatique, au moins au niveau universitaire, pour qui ça
poserait un problème.
Tu sais, tout le monde n'à pas ton niveau.
|
N'empeche. La programmation d'une calculatrice, c'est du b a ba de
l'informatique.
Et j'insiste sur le « diplômé », quelqu'un qui se dit
ingenieur. Je conçois bien que des « programmeurs » sortis
des écoles techniques (BTS, etc.) n'aient pas les connaissances
théoriques nécessaires.
| Quote: | Euh, faire un bouton avec des API quelles qu'elles soient, c'est
quand même hard.
|
Si c'est ça le problème, la solution est simple : changer d'API.
Ma seule expérience avec des interfaces graphiques, c'est avec
Java et Swing. Ce n'est vraiment pas difficile en Java et Swing, et je
suis sûr qu'il existe des bibliothèques C++ où ce n'est pas
difficile non plus.
Maintenant, si par « hard », tu veux dire qu'il faut lire la
documentation, ou qu'il y a quelque lignes de code à écrire,
peut-être. Mais enfin, c'est vrai pour tout ce qui est
intéressant.
| Quote: | Enfin je trouve. Ca veut dire que déjà il y a pas mal de
trucs à mettre en place avant.
|
Pour faire un bouton, c'est vrai que d'abord, il faut ouvrir une
fenêtre, etc. Et alors ?
Il faut bien distinguer entre la quantité du travail et sa
difficulté. Pour faire une belle interface graphique, il y a
souvent beaucoup de travail. Mais c'est en général un travail
bête.
| Quote: | Moi je suis passé de programmes console DOS à des programmes
sous windows 98. Euh, j'ai eu beaucoup de mal, surtout quand tu ne
ne sais même pas que les threads existent.
|
Les threads introduiraient bien un problème conceptuel
supplémentaire. Mais je ne sais pas ce que les threads viennent y
faire ici. Je n'utiliserais sûrement pas de threads dans
l'implémentation d'une calculatrice.
| Quote: | En admettant bien sûr qu'on lui apprenne convenablement les
bases du langage, ce qui est très couteux en temps.
Curieusement, je ne crois pas que ce soit quelque chose de
très importante. Si on maîtrise les bases de
l'informatique, on apprendra ce qu'il faut sur n'importe quel
langage en peu de temps. Il y aurait bien sûr des
utilisations idiomatiques qu'on ne connaît pas, mais on
saurait assez pour éviter les écueils et pour écrire
quelque chose qui marche.
D'accord la méthode pédagogique du "on verra quand on y
passera" n'est pas mauvaise je pense. Mais encore faut-il un bon
informaticien bien callé à ce moment pour t'apprendre ce
qu'il faut à ce moment.
|
En ce qui concerne l'apprentissage d'un langage, un bon informaticien
doit pouvoir s'en tirer avec des livres. C'est vrai que s'il tombe sur
de mauvais livres en C++, il va lui en manquer beaucoup de
subtilités. Et il n'utiliserait pas toutes les possibilités du
langage. Mais il doit pouvoir écrire quelque chose qui marche,
quand même.
Moi, je n'ai pas eu la chance de pouvoir faire des études -- je
n'ai même pas l'équivalent d'un bac. J'ai dû donc apprendre
beaucoup moi-même. Mais quand je régarde en arrière, où de
bonnes études m'auraient aidé, ce n'est pas dans l'apprendissage
des langages. C'est dans l'apprentissages des bases théoriques.
| Quote: | Sinon, tu fais comme moi, tu procèdes par élimination donc,
du départ vers la fin. Quand tu as tout vu, au moins, tu
comprends ce que tu fais.
--
James Kanze GABI Software
mailto:kanze (AT) gabi-soft (DOT) fr
Non mais avouez là, il y a un truc. Vous travaillez ensembles
Gaby et toi. Mais il y a une faute à "GABI", il faut un "Y"
Pourtant lui il vient jamais me gronder. C'est là que j'ai un
doute.
|
Gabriella, c'est le nom de ma femme. J'utilise GABI Software comme nom
commercial, d'une façon à une autre, depuis 1989. Gaby, c'est
Gabriel Dos Reis, qui n'a rien à voir là-dedans. Ma femme est
italienne, et en italien, il n'y a pas de 'y'. C'est donc normal que
j'utilise un 'i'.
--
James Kanze mailto:kanze (AT) gabi-soft (DOT) fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France Tel. +33 1 41 89 80 93
|
|
| Back to top |
|
|
Arnaud Meurgues
Guest
|
| Posted: Mon Jun 30, 2003 12:01 pm Post subject: Re: cherche calculatrive c++ [H.S.] |
|
|
James Kanze wrote:
| Quote: | Et j'insiste sur le « diplômé », quelqu'un qui se dit
ingenieur. Je conçois bien que des « programmeurs » sortis
des écoles techniques (BTS, etc.) n'aient pas les connaissances
théoriques nécessaires.
|
Bof. Moi qui ai fait un BAC+3 (une formation genre DUT mais avec un
tronc commun plus général qu'un DUT d'info), je peux dire qu'on était
supposés être capables de faire une simple calculatrice (surtout à
bouton, où il n'y a pas de parsing à faire).
Arnaud
|
|
| Back to top |
|
|
Anthony Desportes
Guest
|
| Posted: Tue Jul 01, 2003 11:50 pm Post subject: Re: cherche calculatrive c++ [H.S.] |
|
|
"Frédéri MIAILLE" <bobranger_no_spam (AT) wanadoo (DOT) fr> wrote
| Quote: | Désolé de limite polluer le thread mais je voudrais te répondre.
Et pas pour jouer mon "j'ai toujours raison" hein ! ;)
Et puis je pense qu'il n'est pas possible dans une formation
d'excellente qualité de dispenser suffisament de savoir à quelqu'un
pour en arriver à ce niveau.
Mais si. J'avoue que je ne vois pas ce que le cour doit être, parce que
le devoir semble exiger deux connaissances bien distinctes : la gestion
d'une interface graphique pour les boutons, et une connaissance de
l'algorithmique pour la calculatrice proprement dite. Mais je vois mal
un diplômé d'informatique, au moins au niveau universitaire, pour qui ça
poserait un problème.
Tu sais, tout le monde n'à pas ton niveau. Euh, faire un bouton avec des
API
quelles qu'elles soient, c'est quand même hard. Enfin je trouve.
|
En fin de deuxieme annee d'ecole d'ingenieur, j'ai eu des projets a faire en
X Window et TCL/Tk
J'ai fait une bataille navale avec UI en X Window, et un exploreur de
fichiers en TCL/Tk.
Rien d'impossible donc.
Anthony.
|
|
| Back to top |
|
|
Gabriel Dos Reis
Guest
|
| Posted: Tue Jan 31, 2006 10:01 am Post subject: Re: protected et pointeur sur fonction membre |
|
|
"loic.actarus.joly (AT) numericable (DOT) fr" <loic.actarus.joly (AT) numericable (DOT) fr> writes:
[...]
| La question que l'on se pose est la motivation de cette règle.
| Quelqu'un a une idée ?
Règle générale que A et B sont des classes différentes et qu'il
faudrait une permission spéciale de A pour que B touche à ses parties
protégées.
-- Gaby |
|
| Back to top |
|
|
Fabien CHÊNE
Guest
|
| Posted: Wed Feb 08, 2006 8:10 pm Post subject: Re: Post Mont Tremblant mailing |
|
|
Gabriel Dos Reis <dosreis (AT) cmla (DOT) ens-cachan.fr> writes:
| Quote: | | Comment peut-on alors formuler, en C++0x standard, un concept
| interdisant 3.1 #2 dans l'article sur SELL ? Si cela n'est pas
| faisable, je comprendrai mieux l'intérêt de passer par un SELL pour
| faire du calcul à hautes performances.
Le propos de « The Pivot », c'est de faire le constat que quelque soit le
nombre d'extensions ajoutées au langage (en supposant que ce soit
facile d'ajouter une extension au langage), il y aura toujours des
zones non couvertes -- en général, ces zones sont d'ordre sémantique
-- mieux traitées par un outil spécialisé -- voir l'article «
rationale for SELL. »
|
Que peut-on attendre d'un SELL dédié au calcul numérique ? Un support
permettant la vectorisation via absence d'alias OK. Par curiosité, y a
t'il d'autres idées ? |
|
| Back to top |
|
|
Gabriel Dos Reis
Guest
|
| Posted: Wed Feb 08, 2006 10:10 pm Post subject: Re: Post Mont Tremblant mailing |
|
|
fabien.chene.nospam (AT) invalid (DOT) laposte.net (Fabien CHÊNE) writes:
| Gabriel Dos Reis <dosreis (AT) cmla (DOT) ens-cachan.fr> writes:
|
| > | Comment peut-on alors formuler, en C++0x standard, un concept
| > | interdisant 3.1 #2 dans l'article sur SELL ? Si cela n'est pas
| > | faisable, je comprendrai mieux l'intérêt de passer par un SELL pour
| > | faire du calcul à hautes performances.
| >
| > Le propos de « The Pivot », c'est de faire le constat que quelque soit le
| > nombre d'extensions ajoutées au langage (en supposant que ce soit
| > facile d'ajouter une extension au langage), il y aura toujours des
| > zones non couvertes -- en général, ces zones sont d'ordre sémantique
| > -- mieux traitées par un outil spécialisé -- voir l'article «
| > rationale for SELL. »
|
| Que peut-on attendre d'un SELL dédié au calcul numérique ?
Il y a calcul numérique et calcul numérique 
Et un SELL (comme tout autre « DSL ») est défini par les contraintes
du domaine. Si par exemple, la chose la plus importante, c'est
d'assurer de non-aliasing, on définira le SELL en fonction. Si, par
contre, ce qui intéresse c'est le cacul distribué on fera aussi en
sorte que le programmeur n'utilise pas des constructions qui interfèrent
avec la distribution en même temps qu'on lui donne les bons moyens.
Si on veut procéder à des simplifications algébriques comme ils font
ici
http://www.codeboost.org/
l'utilisateur définira le SELL en fonction.
-- Gaby |
|
| Back to top |
|
|
Fabien CHÊNE
Guest
|
| Posted: Mon Feb 13, 2006 9:06 pm Post subject: Re: Post Mont Tremblant mailing |
|
|
Gabriel Dos Reis <gdr@integrable-solutions.net> writes:
| Quote: | fabien.chene.nospam (AT) invalid (DOT) laposte.net (Fabien CHÊNE) writes:
| Gabriel Dos Reis <dosreis (AT) cmla (DOT) ens-cachan.fr> writes:
|
| > | Comment peut-on alors formuler, en C++0x standard, un concept
| > | interdisant 3.1 #2 dans l'article sur SELL ? Si cela n'est pas
| > | faisable, je comprendrai mieux l'intérêt de passer par un SELL pour
| > | faire du calcul à hautes performances.
|
| > Le propos de « The Pivot », c'est de faire le constat que quelque soit le
| > nombre d'extensions ajoutées au langage (en supposant que ce soit
| > facile d'ajouter une extension au langage), il y aura toujours des
| > zones non couvertes -- en général, ces zones sont d'ordre sémantique
| > -- mieux traitées par un outil spécialisé -- voir l'article «
| > rationale for SELL. »
|
| Que peut-on attendre d'un SELL dédié au calcul numérique ?
Il y a calcul numérique et calcul numérique
Et un SELL (comme tout autre « DSL ») est défini par les contraintes
du domaine. Si par exemple, la chose la plus importante, c'est
d'assurer de non-aliasing, on définira le SELL en fonction. Si, par
contre, ce qui intéresse c'est le cacul distribué on fera aussi en
sorte que le programmeur n'utilise pas des constructions qui interfèrent
avec la distribution en même temps qu'on lui donne les bons moyens.
Si on veut procéder à des simplifications algébriques comme ils font
ici
http://www.codeboost.org/
l'utilisateur définira le SELL en fonction.
|
Tant de choses à découvir ... (Dommage qu'il n'y ait pas d'ebuild sous
gentoo, malgré qu'un des créateurs de codeboost fasse parti de
l'équipe Gentoo).
Dans ton livre en préparation, y aura t'il un chapitre traitant des
différents sujets que tu viens d'évoquer ?
-- Fab -- |
|
| Back to top |
|
|
Fabien CHÊNE
Guest
|
| Posted: Mon Feb 13, 2006 10:06 pm Post subject: Re: Post Mont Tremblant mailing |
|
|
Gabriel Dos Reis <dosreis (AT) cmla (DOT) ens-cachan.fr> writes:
| Quote: | fabien.chene.invalid (AT) nospam (DOT) laposte.net ( =?iso-8859-15?q?Fabien_CH=CANE?=) writes:
| Gabriel Dos Reis <dosreis (AT) cmla (DOT) ens-cachan.fr> writes:
|
| > fabien.chene.invalid (AT) nospam (DOT) laposte.net ( =?iso-8859-15?q?Fabien_CH=CANE?=) writes:
|
| > [ ...]
| > |
| > | Je m'étonne du "only required", si on regarde l'exemple suivant :
| > |
| > | concept PostIncrementable <class T
| > | {
| > | Var<T> v;
| > | v++;
| > | }
| > |
| > | template <class T
| > | where PostIncrementable<T
| > | T f( )
| > | {
| > | T t;
| > | t++;
| > | return t;
| > | }
| > |
| > | D'après ce que j'ai lu dans le dernier papier sur les concepts, T doit
| > | obligatoirement fournir les operations spécifiés dans le concept
| > | PostIncrementable, mais peut aussi fournir d'autres opérations, comme
| > | par exemple la construction par défaut d'un T.
|
| > Oui.
|
J'étais d'abord rassuré par cette réponse, puis confus. Je pense la
comprendre maintant : T doit obligatoirement fournir les opérations
spécifiés dans le concept, peut fournir d'autres opérations, pourvu
qu'on y fasse pas appel dans la définition de la fonction.
En l'occurence, f() fait appel au constructeut par défaut, ce que le
compilateur devrait refuser ... non ?
| Quote: | | concept Parallelizable <class T
| {
| T v1, v2;
| typename T::size_type i;
| v[i];
| v1 + v2;
| v1 * v2; // par exemple ...
| }
|
| template <Parallelizable T
| void f( T const& t )
| {
| auto* x = &t[0];
| }
|
| Alors ceci ne peux pas être rejeter par le compilateur ?
Il doit l'être. Et s'il ne le peut pas alors tu as une raison de plus
d'utiliser « The Pivot ».
La raison pourquoi il doit l'être est que Parallelizable ne dit pas
que l'expression t[0] peut être l'opérande de « & ».
|
cf ci-dessus, tout comme PostIncrementable ne dit pas qu'un T peut
être construit par défaut.
| Quote: | [...]
La définition du concept Parallelizable dit que le container fournit
au moins ces opérations là. Dans la définition d'un template, son rôle
est de garantir qu'aucune autre opération n'est utilisée en déhors de
celles mentionnées dans le concept.
| > Le commentaire dans dans Parallelizable veut dire que seules les
| > opérations spécifiées seront acceptées dans le corps de la fonction
| > qui est controlée par Parallelizable.
|
| Ce qui nécessite une analyse du corp de la fonction. Je crois que
| l'origine de mon incompréhension réside dans le fait que je ne
| distingue pas ce qui est C++0x de ce qui est "SELL" appliquée au
| calcul à hautes performances.
Un SELL est une extension du langage par des bibliothèques, supportée
par un outil d'analyse. Voir l'article « A rationale for SELL. »
| En C++0x, l'analyse du corp de la fonction n'est (sauf erreur) pas
| effectuée pour déconsidérer une fonction lors de la résolution de
| surcharge.
| Est-ce que ça peut être le cas dans une extension SELL ?
Avec un SELL, on fait une analyse statique et des transformations de
programmes basées sur des considérations sémantiques ; en particulier,
avec un SELL on fait toute sorte de manipulation qu'un compilateur
ordinaire ne ferait pas ou ne serait pas requis de faire.
|
En fait, je pensais à un cas où on était en présence d'une résolution
de surcharge impliquant des fonctions contraintes par concepts, qu'une
fonction était élue (en ne regardant que sa signature), puis recalée
lors de l'analyse du corp de la fonction.
Je me demandais alors s'il n'y avait pas un risque d'oublier une
fonction, qui était un moins bon match certes, mais dont le corps
respectait les contraintes exprimées par le concept.
C'est pourquoi je m'interrogeais sur la manière dont était effectuée
la résolution de surcharge, et si l'analyse du corps de la fonction
était faite après la résolution de surcharge, ou avant. La lecture des
2 papiers sur les concepts (première lecture, d'autres seront
nécessaires) que tu m'as conseillé ne m'a pas renseigné sur ce point.
-- Fab -- |
|
| Back to top |
|
|
Gabriel Dos Reis
Guest
|
| Posted: Tue Feb 14, 2006 8:06 pm Post subject: Re: Post Mont Tremblant mailing |
|
|
fabien.chene.nospam (AT) invalid (DOT) laposte.net (Fabien CHÊNE) writes:
[...]
| Dans ton livre en préparation, y aura t'il un chapitre traitant des
| différents sujets que tu viens d'évoquer ?
oui; il a déjà subi beaucoup de changements; et très certainement il
contiendra certaines choses que j'aborderai ici :
http://www-rocq.inria.fr/MACS/article.php3?id_article=14
-- Gaby |
|
| Back to top |
|
|
Fabien CHÊNE
Guest
|
| Posted: Sun Feb 26, 2006 10:06 pm Post subject: Re: Post Mont Tremblant mailing |
|
|
Gabriel Dos Reis <gdr@integrable-solutions.net> writes:
| Quote: | fabien.chene.nospam (AT) invalid (DOT) laposte.net (Fabien CHÊNE) writes:
[...]
| Dans ton livre en préparation, y aura t'il un chapitre traitant des
| différents sujets que tu viens d'évoquer ?
oui; il a déjà subi beaucoup de changements; et très certainement il
contiendra certaines choses que j'aborderai ici :
http://www-rocq.inria.fr/MACS/article.php3?id_article=14
|
Et ... ahhemm ... bientôt dans les bacs ? :)
J'en suis resté au Barton & Nackman. J'aime beaucoup ce livre, mais je
crois qu'il n'est aujourd'hui plus que d'intérêt historique -- je
l'aurai lu rien que pour ça -- par rapport aux progrès du calcul
scientifique, et à l'évolution du C++. Je suis à la recherche d'un
livre de référence plus actuel, je pense que le tien me conviendra
très bien.
Sinon, il y a une gamme de questions pour lesquelles j'ai du mal à
trouver des réponses : ce qui concerne la génération de code pour du
hardware (+-) spécialisé.
Par exemple : Comment un compilateur/SELL pourra-t'il bénéficier d'une
information de non aliasing ? Sur du hardware inadapté ? Sur du
hardware spécialisé ? Est-ce que ça favorisera sous certaines
conditions la vectorisation ? la localité en cache ? etc.
Une idée où trouver de la documentation pour cela ?
-- Fab -- |
|
| Back to top |
|
|
Franck Branjonneau
Guest
|
| Posted: Wed Sep 13, 2006 4:17 am Post subject: Re: std::vector |
|
|
Sylvain <noSpam (AT) mail (DOT) net> écrivait:
| Quote: | au typedef, je préfère généralement l'hétitage avec ajout d'operateurs
de cast, soit ...
class Points : public vector<CPoint> {
public:
Points(){}
operator CPoint* () { return begin(); }
operator const CPoint* () const { return begin(); }
};
|
Si cela fonctionne, ce n'est que le fruit du hasard (des choix de ton
implémentation) : std::vector<>::begin() retourne un iterateur.
--
Franck Branjonneau |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
