je suis désolé si ma question paraît idiote mais je me pose la question
suivante:
est-il possible de définir des bibliothèques
(1) définissant des "template",
(2) dont le code de certaines méthodes sont stockées dans la bibliothèque.
(3) qui seront instanciées dans le programme utilisant la bibliotèque.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jean-Marc Bourguet
Cassé Hugues writes:
je suis désolé si ma question paraît idiote
Elle n'est pas idiote du tout.
mais je me pose la question suivante:
est-il possible de définir des bibliothèques
(1) définissant des "template", (2) dont le code de certaines méthodes sont stockées dans la bibliothèque. (3) qui seront instanciées dans le programme utilisant la bibliotèque.
Question subsidiaire: avec GCC?
Tout depend de ce que tu entends par bibliotheque. Je crains que la reponse soit pour le moment non, avec gcc ou n'importe quoi d'autre.
Il y a un machin (export, recherche dans les archives on en a deja parle) qui semble prevu pour mais la seule implementation dont j'ai connaissance a besoin qu'on fournisse les sources aussi. On pourrait imaginer de mettre les sources dans un pseudo .o (avec elf ca doit etre possible). De toute facon si on utilise un format intermediaire, il y a besoin d'etre a un niveau d'abstraction proche des sources (ne fut-ce que pour pouvoir donner des messages d'erreurs a moitie comprehensible, et ce n'est pas la seule raison).
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
Cassé Hugues <hugues.casse@laposte.net> writes:
je suis désolé si ma question paraît idiote
Elle n'est pas idiote du tout.
mais je me pose la question suivante:
est-il possible de définir des bibliothèques
(1) définissant des "template",
(2) dont le code de certaines méthodes sont stockées dans la bibliothèque.
(3) qui seront instanciées dans le programme utilisant la bibliotèque.
Question subsidiaire: avec GCC?
Tout depend de ce que tu entends par bibliotheque. Je crains que la
reponse soit pour le moment non, avec gcc ou n'importe quoi d'autre.
Il y a un machin (export, recherche dans les archives on en a deja
parle) qui semble prevu pour mais la seule implementation dont j'ai
connaissance a besoin qu'on fournisse les sources aussi. On pourrait
imaginer de mettre les sources dans un pseudo .o (avec elf ca doit
etre possible). De toute facon si on utilise un format intermediaire,
il y a besoin d'etre a un niveau d'abstraction proche des sources (ne
fut-ce que pour pouvoir donner des messages d'erreurs a moitie
comprehensible, et ce n'est pas la seule raison).
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
(1) définissant des "template", (2) dont le code de certaines méthodes sont stockées dans la bibliothèque. (3) qui seront instanciées dans le programme utilisant la bibliotèque.
Question subsidiaire: avec GCC?
Tout depend de ce que tu entends par bibliotheque. Je crains que la reponse soit pour le moment non, avec gcc ou n'importe quoi d'autre.
Il y a un machin (export, recherche dans les archives on en a deja parle) qui semble prevu pour mais la seule implementation dont j'ai connaissance a besoin qu'on fournisse les sources aussi. On pourrait imaginer de mettre les sources dans un pseudo .o (avec elf ca doit etre possible). De toute facon si on utilise un format intermediaire, il y a besoin d'etre a un niveau d'abstraction proche des sources (ne fut-ce que pour pouvoir donner des messages d'erreurs a moitie comprehensible, et ce n'est pas la seule raison).
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
Cassé Hugues
Je te remercie énormément. Ca fait des heures que je surfe sur Internet pour vérifier si c'est moi qui était idiot ou non. Je me suis même jeté sur le B. Stroustrup... il conclut lui que "ce n'est pas l'affaire des programmeurs de gérer le source des templates"... alors, j'avais un doute. Je te remercie encore... Tu parlais d'une solution incluant un pseudo-code proche du C. En effet, il faudrait recompiler de toute manière (donc point de bibliothèque partagée). Les solutions fournissant des code objets standards sur 32 bits (wrappant les autres types de données), comme le font certains langages de haut niveau (OCAML, SML) ne marcherait pas non plus à moins d'intensifier les tests de typage sur la compilation des templates. Merci encore.
Jean-Marc Bourguet wrote:
Cassé Hugues writes:
je suis désolé si ma question paraît idiote
Elle n'est pas idiote du tout.
mais je me pose la question suivante:
est-il possible de définir des bibliothèques
(1) définissant des "template", (2) dont le code de certaines méthodes sont stockées dans la bibliothèque. (3) qui seront instanciées dans le programme utilisant la bibliotèque.
Question subsidiaire: avec GCC?
Tout depend de ce que tu entends par bibliotheque. Je crains que la reponse soit pour le moment non, avec gcc ou n'importe quoi d'autre.
Il y a un machin (export, recherche dans les archives on en a deja parle) qui semble prevu pour mais la seule implementation dont j'ai connaissance a besoin qu'on fournisse les sources aussi. On pourrait imaginer de mettre les sources dans un pseudo .o (avec elf ca doit etre possible). De toute facon si on utilise un format intermediaire, il y a besoin d'etre a un niveau d'abstraction proche des sources (ne fut-ce que pour pouvoir donner des messages d'erreurs a moitie comprehensible, et ce n'est pas la seule raison).
A+
Je te remercie énormément.
Ca fait des heures que je surfe sur Internet pour vérifier si c'est moi
qui était idiot ou non. Je me suis même jeté sur le B. Stroustrup... il
conclut lui que "ce n'est pas l'affaire des programmeurs de gérer le
source des templates"... alors, j'avais un doute.
Je te remercie encore...
Tu parlais d'une solution incluant un pseudo-code proche du C. En effet,
il faudrait recompiler de toute manière (donc point de bibliothèque
partagée).
Les solutions fournissant des code objets standards sur 32 bits
(wrappant les autres types de données), comme le font certains langages
de haut niveau (OCAML, SML) ne marcherait pas non plus à moins
d'intensifier les tests de typage sur la compilation des templates.
Merci encore.
Jean-Marc Bourguet wrote:
Cassé Hugues <hugues.casse@laposte.net> writes:
je suis désolé si ma question paraît idiote
Elle n'est pas idiote du tout.
mais je me pose la question suivante:
est-il possible de définir des bibliothèques
(1) définissant des "template",
(2) dont le code de certaines méthodes sont stockées dans la bibliothèque.
(3) qui seront instanciées dans le programme utilisant la bibliotèque.
Question subsidiaire: avec GCC?
Tout depend de ce que tu entends par bibliotheque. Je crains que la
reponse soit pour le moment non, avec gcc ou n'importe quoi d'autre.
Il y a un machin (export, recherche dans les archives on en a deja
parle) qui semble prevu pour mais la seule implementation dont j'ai
connaissance a besoin qu'on fournisse les sources aussi. On pourrait
imaginer de mettre les sources dans un pseudo .o (avec elf ca doit
etre possible). De toute facon si on utilise un format intermediaire,
il y a besoin d'etre a un niveau d'abstraction proche des sources (ne
fut-ce que pour pouvoir donner des messages d'erreurs a moitie
comprehensible, et ce n'est pas la seule raison).
Je te remercie énormément. Ca fait des heures que je surfe sur Internet pour vérifier si c'est moi qui était idiot ou non. Je me suis même jeté sur le B. Stroustrup... il conclut lui que "ce n'est pas l'affaire des programmeurs de gérer le source des templates"... alors, j'avais un doute. Je te remercie encore... Tu parlais d'une solution incluant un pseudo-code proche du C. En effet, il faudrait recompiler de toute manière (donc point de bibliothèque partagée). Les solutions fournissant des code objets standards sur 32 bits (wrappant les autres types de données), comme le font certains langages de haut niveau (OCAML, SML) ne marcherait pas non plus à moins d'intensifier les tests de typage sur la compilation des templates. Merci encore.
Jean-Marc Bourguet wrote:
Cassé Hugues writes:
je suis désolé si ma question paraît idiote
Elle n'est pas idiote du tout.
mais je me pose la question suivante:
est-il possible de définir des bibliothèques
(1) définissant des "template", (2) dont le code de certaines méthodes sont stockées dans la bibliothèque. (3) qui seront instanciées dans le programme utilisant la bibliotèque.
Question subsidiaire: avec GCC?
Tout depend de ce que tu entends par bibliotheque. Je crains que la reponse soit pour le moment non, avec gcc ou n'importe quoi d'autre.
Il y a un machin (export, recherche dans les archives on en a deja parle) qui semble prevu pour mais la seule implementation dont j'ai connaissance a besoin qu'on fournisse les sources aussi. On pourrait imaginer de mettre les sources dans un pseudo .o (avec elf ca doit etre possible). De toute facon si on utilise un format intermediaire, il y a besoin d'etre a un niveau d'abstraction proche des sources (ne fut-ce que pour pouvoir donner des messages d'erreurs a moitie comprehensible, et ce n'est pas la seule raison).
A+
Arnaud Debaene
Jean-Marc Bourguet wrote:
Il y a un machin (export, recherche dans les archives on en a deja parle) qui semble prevu pour mais la seule implementation dont j'ai
Il y a eu une (longue et) assez intéressante discussion sur le sujet sur microsoft.public.vc.stl récemment, avec la participation de Daveed Vandervoorde d'EDG qui semble "relativement optimiste" sur la capacité d'export pour générer des vraies "librairies" ou quelque chose s'en rapprochant.
Il y a un machin (export, recherche dans les archives on en a deja
parle) qui semble prevu pour mais la seule implementation dont j'ai
Il y a eu une (longue et) assez intéressante discussion sur le sujet sur
microsoft.public.vc.stl récemment, avec la participation de Daveed
Vandervoorde d'EDG qui semble "relativement optimiste" sur la capacité
d'export pour générer des vraies "librairies" ou quelque chose s'en
rapprochant.
Il y a un machin (export, recherche dans les archives on en a deja parle) qui semble prevu pour mais la seule implementation dont j'ai
Il y a eu une (longue et) assez intéressante discussion sur le sujet sur microsoft.public.vc.stl récemment, avec la participation de Daveed Vandervoorde d'EDG qui semble "relativement optimiste" sur la capacité d'export pour générer des vraies "librairies" ou quelque chose s'en rapprochant.
"Arnaud Debaene" wrote in message news:<4027d829$0$28117$...
Jean-Marc Bourguet wrote:
Il y a un machin (export, recherche dans les archives on en a deja parle) qui semble prevu pour mais la seule implementation dont j'ai
Il y a eu une (longue et) assez intéressante discussion sur le sujet sur microsoft.public.vc.stl récemment, avec la participation de Daveed Vandervoorde d'EDG qui semble "relativement optimiste" sur la capacité d'export pour générer des vraies "librairies" ou quelque chose s'en rapprochant.
Beaucoup dépend de ce qu'on veut dire par « vraies bibliothèques », je crois. D'une part, Sun a livré des templates Rogue Wave sans les « sources » dépuis leur version 4.0 -- en fait, les sources y étaient, mais encryptées, de façon à ce que l'utilisateur ne pouvait pas les voir. De l'autre part, aujourd'hui, des bons compilateurs ne génèrent pas de code machine ou assembleur, mais une représentation intermédiaire (un espèce de byte code), dont l'éditeur de lien se sert pour générer le code machine ; l'intérêt, c'est que l'optimisation (qui a lieu aussi dans l'éditeur de lien) peut se servir des informations qui dépassent l'unité de compilation. C'est donc que même sans les templates, on va vers un espèce de « sources encryptées » (ou précompilées) à la place des objets traditionnels.
-- James Kanze GABI Software mailto: Conseils en informatique orientée objet/ http://www.gabi-soft.fr Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France, +33 (0)1 30 23 45 16
"Arnaud Debaene" <adebaene@club-internet.fr> wrote in message
news:<4027d829$0$28117$636a15ce@news.free.fr>...
Jean-Marc Bourguet wrote:
Il y a un machin (export, recherche dans les archives on en a deja
parle) qui semble prevu pour mais la seule implementation dont j'ai
Il y a eu une (longue et) assez intéressante discussion sur le sujet
sur microsoft.public.vc.stl récemment, avec la participation de Daveed
Vandervoorde d'EDG qui semble "relativement optimiste" sur la capacité
d'export pour générer des vraies "librairies" ou quelque chose s'en
rapprochant.
Beaucoup dépend de ce qu'on veut dire par « vraies bibliothèques », je
crois. D'une part, Sun a livré des templates Rogue Wave sans les
« sources » dépuis leur version 4.0 -- en fait, les sources y étaient,
mais encryptées, de façon à ce que l'utilisateur ne pouvait pas les
voir. De l'autre part, aujourd'hui, des bons compilateurs ne génèrent
pas de code machine ou assembleur, mais une représentation
intermédiaire (un espèce de byte code), dont l'éditeur de lien se sert
pour générer le code machine ; l'intérêt, c'est que l'optimisation (qui
a lieu aussi dans l'éditeur de lien) peut se servir des informations qui
dépassent l'unité de compilation. C'est donc que même sans les
templates, on va vers un espèce de « sources encryptées » (ou
précompilées) à la place des objets traditionnels.
--
James Kanze GABI Software mailto:kanze@gabi-soft.fr
Conseils en informatique orientée objet/ http://www.gabi-soft.fr
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France, +33 (0)1 30 23 45 16
"Arnaud Debaene" wrote in message news:<4027d829$0$28117$...
Jean-Marc Bourguet wrote:
Il y a un machin (export, recherche dans les archives on en a deja parle) qui semble prevu pour mais la seule implementation dont j'ai
Il y a eu une (longue et) assez intéressante discussion sur le sujet sur microsoft.public.vc.stl récemment, avec la participation de Daveed Vandervoorde d'EDG qui semble "relativement optimiste" sur la capacité d'export pour générer des vraies "librairies" ou quelque chose s'en rapprochant.
Beaucoup dépend de ce qu'on veut dire par « vraies bibliothèques », je crois. D'une part, Sun a livré des templates Rogue Wave sans les « sources » dépuis leur version 4.0 -- en fait, les sources y étaient, mais encryptées, de façon à ce que l'utilisateur ne pouvait pas les voir. De l'autre part, aujourd'hui, des bons compilateurs ne génèrent pas de code machine ou assembleur, mais une représentation intermédiaire (un espèce de byte code), dont l'éditeur de lien se sert pour générer le code machine ; l'intérêt, c'est que l'optimisation (qui a lieu aussi dans l'éditeur de lien) peut se servir des informations qui dépassent l'unité de compilation. C'est donc que même sans les templates, on va vers un espèce de « sources encryptées » (ou précompilées) à la place des objets traditionnels.
-- James Kanze GABI Software mailto: Conseils en informatique orientée objet/ http://www.gabi-soft.fr Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France, +33 (0)1 30 23 45 16
Jean-Marc Bourguet
writes:
"Arnaud Debaene" wrote in message news:<4027d829$0$28117$...
Jean-Marc Bourguet wrote:
Il y a un machin (export, recherche dans les archives on en a deja parle) qui semble prevu pour mais la seule implementation dont j'ai
Il y a eu une (longue et) assez intéressante discussion sur le sujet sur microsoft.public.vc.stl récemment, avec la participation de Daveed Vandervoorde d'EDG qui semble "relativement optimiste" sur la capacité d'export pour générer des vraies "librairies" ou quelque chose s'en rapprochant.
(Je suppose que tout le monde ayant l'habitude de mes interventions sur export aura compris l'ironie qu'il y a quand j'emploie machin pour export, en fait j'ai une certaine impatience à voir arriver un modèle utilisable -- et celui de EDG/Comeau l'est pour moi -- dans les compilateurs que j'utilise car les templates hors SL commencent à jouer un rôle dans ma pratique professionnelle.)
Beaucoup dépend de ce qu'on veut dire par « vraies bibliothèques »,
En parcourant rapidement la discussion référencée par Arnaud, David VDV à l'air de penser qu'il est possible d'utiliser une représentation intermédiaire de plus bas niveau que je ne croyais possible, du genre de celles ayant une notion de type utilisées pour les optimisations.
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
kanze@gabi-soft.fr writes:
"Arnaud Debaene" <adebaene@club-internet.fr> wrote in message
news:<4027d829$0$28117$636a15ce@news.free.fr>...
Jean-Marc Bourguet wrote:
Il y a un machin (export, recherche dans les archives on en a deja
parle) qui semble prevu pour mais la seule implementation dont j'ai
Il y a eu une (longue et) assez intéressante discussion sur le sujet
sur microsoft.public.vc.stl récemment, avec la participation de Daveed
Vandervoorde d'EDG qui semble "relativement optimiste" sur la capacité
d'export pour générer des vraies "librairies" ou quelque chose s'en
rapprochant.
(Je suppose que tout le monde ayant l'habitude de mes interventions
sur export aura compris l'ironie qu'il y a quand j'emploie machin pour
export, en fait j'ai une certaine impatience à voir arriver un modèle
utilisable -- et celui de EDG/Comeau l'est pour moi -- dans les
compilateurs que j'utilise car les templates hors SL commencent à
jouer un rôle dans ma pratique professionnelle.)
Beaucoup dépend de ce qu'on veut dire par « vraies bibliothèques »,
En parcourant rapidement la discussion référencée par Arnaud, David
VDV à l'air de penser qu'il est possible d'utiliser une représentation
intermédiaire de plus bas niveau que je ne croyais possible, du genre
de celles ayant une notion de type utilisées pour les optimisations.
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
"Arnaud Debaene" wrote in message news:<4027d829$0$28117$...
Jean-Marc Bourguet wrote:
Il y a un machin (export, recherche dans les archives on en a deja parle) qui semble prevu pour mais la seule implementation dont j'ai
Il y a eu une (longue et) assez intéressante discussion sur le sujet sur microsoft.public.vc.stl récemment, avec la participation de Daveed Vandervoorde d'EDG qui semble "relativement optimiste" sur la capacité d'export pour générer des vraies "librairies" ou quelque chose s'en rapprochant.
(Je suppose que tout le monde ayant l'habitude de mes interventions sur export aura compris l'ironie qu'il y a quand j'emploie machin pour export, en fait j'ai une certaine impatience à voir arriver un modèle utilisable -- et celui de EDG/Comeau l'est pour moi -- dans les compilateurs que j'utilise car les templates hors SL commencent à jouer un rôle dans ma pratique professionnelle.)
Beaucoup dépend de ce qu'on veut dire par « vraies bibliothèques »,
En parcourant rapidement la discussion référencée par Arnaud, David VDV à l'air de penser qu'il est possible d'utiliser une représentation intermédiaire de plus bas niveau que je ne croyais possible, du genre de celles ayant une notion de type utilisées pour les optimisations.
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
