From: Marcelo M. <mm...@ac...> - 2005-11-05 10:30:14
|
Try it now please. marcelo John Lenz wrote: >Some recent change on the naming of the get/set member variable names >broke chicken... Lib/chicken/std_string.i looks like > > class string { > public: > ~string() {} > }; > %extend string { > char *str; > } > %{ > #define std_string_str_get(s) ((char *)((s)->c_str())) > #define std_string_str_set(s,v) (s->assign((char *)(v))) > %} > >The problem is the extended char *str... before, the functions looked like >std_string_str_get() and std_string_str_set()... but now the function is >being exported as stdstring_str_get__ and stdstring_str_set__. Since >chicken is exporting these names directly, the li_std_string_runme.scm >test is failing because it is expecting a function called >std-string-str-get. > >That std_string.i file was copied from guile, so I assume guile will also >have this problem. Is this just an incompatible change, and I should mark >it in CHANGES.current and update the li_std_string.scm file to test it >correctly? > >John > > > >------------------------------------------------------- >SF.Net email is sponsored by: >Tame your development challenges with Apache's Geronimo App Server. Download >it for free - -and be entered to win a 42" plasma tv or your very own >Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php >_______________________________________________ >Swig-devel mailing list >Swi...@li... >https://lists.sourceforge.net/lists/listinfo/swig-devel > > |