Re: [Metil-lmtpp] Demande d'autorisation de suppression d'une variable globale
Status: Pre-Alpha
Brought to you by:
hugo_lec
From: Martin G. <ge...@lm...> - 2010-09-02 14:47:13
|
Salut à tous, En fait, c'est pas pour moi en particulier, mais pour Coffee en général... Un petit rappel des faits: Le mercredi 10 juin 2009 03:25:48, gou...@lm... a écrit: > Salut Martin, > > A ma dernière mise à jour de LMTPP, mon code ne compilait plus. Cela > était du au fait que tu avais rajouté > > extern LMT::Vec<double>* F_POINTER; > > dans formulation.h > > Pour contourner le problème, j'ai du déclarer LMT::Vec<double>* > F_POINTER dans mes programmes. > > C'est embetant parce que beaucoup de monde devra faire cette déclaration. > > Ne serait-il pas possible que tu enlèves ce LMT::Vec<double>* > F_POINTER de formulation.h ? > > Merci pour ta réponse, > > Camille Le mercredi 10 juin 2009 05:57:01, gou...@lm... a écrit: > J'arrive à contourner le problème quand je génère du code avec le type > "double". > > Par contre, quand je génère mon code avec des complexes ou des > polynomes, je ne peux pas contourner le problème sans modifier LMTPP. > > Quitte à modifier LMTPP, je me dit qu'il vaut mieux autant virer > F_POINTER. Je vais donc l'enlever et faire un patch pour Hugo. Le mercredi 10 juin 2009 07:53:39, Martin Genet a écrit: > tout le monde est d'accord pour dire que c'est crade > le problème c'est qu'on n'a pas vraiment trouvé d'autre solution pour construire un résidu par élément dans le newton de coffee Le mercredi 10 juin 2009 08:04:57, Hugo Leclerc a écrit: > C'est fait mais il est toujours dans formulation_assembly.h > > extern est embétant mais surtout obligatoire parce que sinon, beaucoup de gens > vont avoir le message F_POINTER défini dans plusieurs endroits (différents .cpp > qui incluent le même .h) et ne pourront rien faire. Le mercredi 10 juin 2009 08:08:12, Hugo Leclerc a écrit: > Pour que tout le monde soit content sauf moi et les golgoths qui se font > toujours péter la gueule par goldorak, j'ai dit que f_nodal était un > Vec<double> > > Là, c'est super cradal. Le mercredi 10 juin 2009 09:15:03, gou...@lm... a écrit: > Cette solution me convient faute de mieux pour l'instant Il semblerait que ça ne convienne plus à Camille...quelqu'un a-t-il une solution pour réparer ça sans casser Coffee? Bonne journée! Martin. PS: Il est 7h30, quand San Francisco se lève, quand San Francisco se lève, où êtes-vous? Le jeudi 2 septembre 2010 04:28:46, PASQUIER Raphaël a écrit: > > Il me semble que cela servait à Martin Genet. > A lui demander > > > > > Bonjour à tous, > > > > Je souhaite supprimer la variable globale "extern LMT::Vec<double>* > > F_POINTER" definie dans le fichier > > "include/formulations/formulationassembly.h". Elle existe depuis plus > > d'un an et devait être là de manière temporaire. Je voudrais donc > > savoir si des gens l'utilisent encore afin que je puisse la supprimer > > sans risque. > > > > Les raisons qui me poussent à vouloir les supprimer sont multiples : > > - À chaque nouveau *.cpp que je fais et qui utilise > > "formulationassembly.h", je dois déclarer un "LMT::Vec<double>* > > F_POINTER". Sinon, j'ai des problèmes à la compilation. > > - J'ai également des problèmes à la compilation quand j'essaye des > > compiler avec des types scalaires autres que "double". En effet, > > "extern LMT::Vec<double>* F_POINTER" impose que le membre "f_nodal" de > > la struct "FormulationAssembly" soit de type "Vec<double>". C'est très > > rigide et il faudrait mieux que ça soit un "Vec<T>" (où "T" est un > > paramètre template) comme les autres membres de la struct. Ainsi bien > > des problèmes à la compilation pourraient être évités. > > - Les variables globales c'est maaaal. > > > > Certes, je pourrais faire cette suppression dans mon coin, ainsi que > > de typer "f_nodal" en "Vec<T>". C'est ce que j'ai déjà fait plusieurs > > fois dans le passé. Mais à chaque fois que je veux repartir de la > > toute dernière version de LMTpp, les problèmes à la compilation > > ressurgissent. Et là, je commence à en avoir marre de ce truc > > super-crade qui traîne depuis plus d'un an. > > > > Alors je vous le redemande, puis-je virer la variable globale "extern > > LMT::Vec<double>* F_POINTER" sans risque ? Sans réponse de votre part, > > je prendrai ça pour un oui. > > > > Cordialement, > > > > Camille > > > > > > --------------------------------------------------------------------------- > >--- This SF.net Dev2Dev email is sponsored by: > > > > Show off your parallel programming skills. > > Enter the Intel(R) Threading Challenge 2010. > > http://p.sf.net/sfu/intel-thread-sfd > > _______________________________________________ > > Metil-lmtpp mailing list > > Met...@li... > > https://lists.sourceforge.net/lists/listinfo/metil-lmtpp > > > > Cordialement, > Raphaël Pasquier > > > -- > Raphaël PASQUIER (AI LMT) > Tel : 01 47 40 27 36 > Email : rap...@lm... > rap...@fr... > LMT-Cachan > (ENS Cachan/CNRS/UPMC/PRES UniverSud Paris) > 61, av. du Président Wilson > F-94230 Cachan > France > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Metil-lmtpp mailing list > Met...@li... > https://lists.sourceforge.net/lists/listinfo/metil-lmtpp > |