Re: [Swig-user] Rename behavior change for carrays.i between 1.3.27 and 1.3.28

[Marcelo M. <mm...@ac...>]

Dear Howard:

Ok, we need more information in this one, the __getitem__ and 
__setitem__  are added,
but for python and ruby they are added in Lib/python/carrays.i and 
Lib/ruby/carrays.i.

The Example/test-suite/ruby/li_cstrings_runme.rb works as usual, so, what
is the particular problem you have?

Marcelo


William S Fulton wrote:

> Howard Butler wrote:
>
>> All,
>>
>> carrays.i used to rename __getitem__ and __setitem__ in carrays.i for 
>> ruby and python:
>>
>>> typedef struct NAME {
>>>   /* Put language specific enhancements here */
>>> #if defined(SWIGPYTHON) || defined(SWIGRUBY)
>>>   %rename(__getitem__) getitem;
>>>   %rename(__setitem__) setitem;
>>> #endif
>>> } NAME;
>>
>>
>> In 1.3.28, it doesn't do that anymore:
>>
>>> typedef struct NAME {
>>>   /* Put language specific enhancements here */
>>> } NAME;
>>
>>
>> This causes problems for interfaces that use methods like 
>> intarray_setitem (causing you to #ifdef between intarray_setitem and 
>> intarray___setitem__ depending on the language).  Was this change 
>> intended?
>>
>
> Marcelo, do you know if this was fixed in 1.3.29?
>
> William
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting 
> language
> that extends applications into web and mobile media. Attend the live 
> webcast
> and join the prime developer group breaking into this new coding 
> territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Swig-user mailing list
> Swi...@li...
> https://lists.sourceforge.net/lists/listinfo/swig-user