[Dcmlib] Feedback

[Emmanuel Olart]

En fait il ne gere pas ca si proprement que ca, dans mon expérience, il
wrap le premier qu'il trouve dans le .h.

J'ai simplement interverti l'ordre de déclaration dans le header pour
avoir le bon de wrappé.

On peut aussi plus simplement lui lister dans son fichier .i la liste
des fonctions a wrapper, ce serait peut etre plus propre après tout, et
on est sur de limiter a l'API user.



On Thu, 2004-10-07 at 10:31, Eric Boix wrote:

> 	Yo, Manu,
> 
> Quoting Emmanuel Olart <eolart at theralys.com>:
> > Bien sur qu'il ne faut wrapper que l'API, mais celle ci devient conséquente
> > :)
> Oui et c'est bien le pb. Je pense qu'un petit sous-ensemble est necessaire
> pour le user...
> 
> > Et je pointais surtout le fait qu'on a deux constructeurs différents pour
> > gdcmHeader et gdcmFile et que python ne pourra en utiliser qu'un seul.
> > Il vaut mieux wrapper le plus générique en général, donc le constructeur par
> > défaut je pense.
> Heueu, je pensais que Swig gerais cela proprement
>   http://www.swig.org/Doc1.3/SWIGDocumentation.html#SWIGPlus_nn23
> SAUF dans le cas ou les parametres ont une conversion (native C++)
> implicite possible (i.e. ::foo(int) versus ::foo(long). Mais bon
> au pire on s'en tire avec un %ignore ou un %rename, cf
>   http://www.swig.org/Doc1.3/SWIGDocumentation.html#Python_nn23
> 
> Hummm, peut-etre est ce plus difficile que cela !? More, any time soon.
> 
> 	Eric.
> _______________________________________________
> Dcmlib mailing list
> Dcmlib at creatis.insa-lyon.fr
> http://www.creatis.insa-lyon.fr/mailman/listinfo/dcmlib
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.creatis.insa-lyon.fr/pipermail/dcmlib/attachments/20041007/448274f5/attachment.html>