<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://permalink.gmane.org/gmane.comp.programming.swig">
    <title>gmane.comp.programming.swig</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13720"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13719"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13718"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13717"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13716"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13715"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13714"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13713"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13712"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13711"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13710"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13709"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13708"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13707"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13706"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13705"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13704"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13703"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13702"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.programming.swig/13701"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13720">
    <title>Re: Equivalent of #define SWIGPYTHON in C# ?</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13720</link>
    <description>You can add any code/macros you want using %insert, or the short form %{ %}:

#if defined(SWIGCSHARP)
%{
#define MYMACRO
#define SWIGCSHARP
%}
#endif

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
</description>
    <dc:creator>William S Fulton</dc:creator>
    <dc:date>2008-12-04T22:10:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13719">
    <title>Re: a way to generate python __doc__ strings?</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13719</link>
    <description>Cheryl Foil started a summer of code 2008 project to extract Doxygen 
comments  from the c/c++ source. The initial target language was for 
Java. It was enhanced by Jamie Kirkpatrick in September this year for 
Python. The code lives in the gsoc2008-cherylfoil branch. I'm not sure 
of the exact status of it, but when it is shown to be polished off, I 
would like to see it integrated into the main SWIG distribution.

William

Rich E wrote:


------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
</description>
    <dc:creator>William S Fulton</dc:creator>
    <dc:date>2008-12-04T22:12:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13718">
    <title>Re: although %renamed "Can't wrap fun&lt;(X)&gt; unlessrenamed..."</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13718</link>
    <description>
The latest does not give a syntax error, but it does give a warning:

example.i:18: Warning(503): Can't wrap 'friendfun&lt;(X)&gt;' unless renamed 
to a valid identifier.

which strikes me as unwarranted. I suggest you filter the warning as 
below. Can you add this testcase into the bug tracker?

%warnfilter(503) friendfun;

%{
template&lt;class X&gt; void friendfun (X arg){};
%}

%inline %{

template&lt;class X&gt; class Test{
   int counter;
public:
   Test(int init){
     counter=init;
   };
   friend void friendfun &lt;X&gt; (X arg);
};
%}

%template(TestInt) Test&lt;int&gt;;

William

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
</description>
    <dc:creator>William S Fulton</dc:creator>
    <dc:date>2008-12-04T22:11:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13717">
    <title>Re: library for csharp</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13717</link>
    <description>Correct for C#. There is however a c# std_list.i in the patches:
https://sourceforge.net/tracker/index.php?func=detail&amp;aid=1375891&amp;group_id=1645&amp;atid=301645
It needs the Examples/test-suite/li_std_vector.i and 
Examples/test-suite/csharp/li_std_vector_runme.cs to be adapted for 
std::list, then it can be shipped with the rest of SWIG.

Anyone face this problem before? any work around for this?
Alternatively, although highly inefficient, create a new interface using 
std::vector copying the std::list into std::vector and then use 
std_vector.i to wrap.

William

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
</description>
    <dc:creator>William S Fulton</dc:creator>
    <dc:date>2008-12-04T22:23:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13716">
    <title>Re: %csmethodmodifiers not working</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13716</link>
    <description>You shouldn't need to put in override manually but should you need to, 
%csmethodmodifiers needs to come before the class declaration. I think 
you need to post a cut down version to display your problem because it 
should just work unless you've done something unusual.

William

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
</description>
    <dc:creator>William S Fulton</dc:creator>
    <dc:date>2008-12-04T22:15:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13715">
    <title>Re: GSoC - COM module</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13715</link>
    <description>Sorry for slow response, but the COM module is still rather raw and all 
the usual SWIG features ought to be supported long term. Jan could 
probably do with some help in developing it, so any more patches like 
you std_wstring one are welcome.

William

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
</description>
    <dc:creator>William S Fulton</dc:creator>
    <dc:date>2008-12-04T22:13:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13714">
    <title>Re: SWIG, Python and by reference parameters</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13714</link>
    <description>
Use the reference OUTPUT typemaps in the same ways as you would pointer 
OUTPUT typemaps, using reference syntax instead of pointer syntax.

William

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
</description>
    <dc:creator>William S Fulton</dc:creator>
    <dc:date>2008-12-04T22:13:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13713">
    <title>Re: Can an argout typemap be made only apply to functions with no return (void)?</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13713</link>
    <description>Not possible as the argout typemap works on types and there is no reason 
why the C++ return type should be related to the C++ inputs. What you 
could do manually is to modify your typemap to display a warning 
whenever it is used:

%typemap(argout, warning="12345:argout being applied") (const int &amp;a, 
double &amp;b) {
   //FINDME
}

Then you can track down the places it gets used from the generated warnings:

example.i:11: Warning(12345): argout being applied
example.i:12: Warning(12345): argout being applied

Then you can do some manual workarounds like renaming the variables in 
the method where you don't want it applied. Or if you can't touch the 
original header files, use %ignore on the methods and %extend to add 
them back in with different variables names. It is a bit manual, but 
defining a macro to help will make life easier. Lastly you can control 
the warning being displayed or not using warning filters using the new 
warning number '12345', eg run 'swig -w12345' to suppress.

William

--------------</description>
    <dc:creator>William S Fulton</dc:creator>
    <dc:date>2008-12-04T22:14:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13712">
    <title>Re: SWIG Tutorial example &amp; Perl on Ubuntu 8.10</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13712</link>
    <description>
The examples in Examples/perl5 work out the box on Ubuntu, This is my output


william&lt; at &gt;caracal:~/swig/trunk/Examples/perl5/simple$ make
make -f ../../Makefile SRCS='example.c' SWIG='../../../preinst-swig' \
SWIGOPT='' TARGET='example' INTERFACE='example.i' perl5
make[1]: Entering directory `/home/william/swig/trunk/Examples/perl5/simple'
../../../preinst-swig -perl5  example.i
gcc -c -Dbool=char -fpic  example.c example_wrap.c  -D_REENTRANT 
-D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe -isystem 
/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
-I/usr/lib/perl/5.10/CORE
gcc -shared  example.o  example_wrap.o   -o example.so

William

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix</description>
    <dc:creator>William S Fulton</dc:creator>
    <dc:date>2008-12-04T22:11:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13711">
    <title>Re: Welcome to the "Swig-user" mailing list</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13711</link>
    <description>"pointer to pointer" is the search term you need and there is some 
advice in the Java.html chapter.

William

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
</description>
    <dc:creator>William S Fulton</dc:creator>
    <dc:date>2008-12-04T22:12:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13710">
    <title>Re: Function Pointer Example not working</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13710</link>
    <description>A basic level of C/C++ knowledge is assumed for using SWIG; using 
c++filt should give you the clue as to what is missing:

$ c++filt _Z9binary_opiiPFiiiE
binary_op(int, int, int (*)(int, int))

William

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
</description>
    <dc:creator>William S Fulton</dc:creator>
    <dc:date>2008-12-04T22:10:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13709">
    <title>Re: [BUG] stdint.i gets int64_t wrong on 64bit archs</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13709</link>
    <description>To be honest, I don't think 64 bit has been used or tested much.

William

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Swig-user mailing list
Swig-user&lt; at &gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/swig-user
</description>
    <dc:creator>William S Fulton</dc:creator>
    <dc:date>2008-12-04T22:11:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13708">
    <title>Re: (int &amp;argc, char** &amp;argv) with reference arguments</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13708</link>
    <description>You might be able to %apply the typemaps, try it out and see. If not, 
I'd just take and tweak the typemaps in argcargv.i typemaps. That 
shouldn't take much effort.

William

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
</description>
    <dc:creator>William S Fulton</dc:creator>
    <dc:date>2008-12-04T22:10:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13707">
    <title>How can base class pointers to a derived object be used as a derived object pointer</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13707</link>
    <description>See swigpath/lib/typemaps/factory.swg

The example therein look almost like the OPs


I also took the swig code, and converted it for use with functions of
the form

ObjectFactory(baseclass **really_subclass)






------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
</description>
    <dc:creator>Eliot Blennerhassett</dc:creator>
    <dc:date>2008-12-04T20:19:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13706">
    <title>Re: %csmethodmodifiers not working</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13706</link>
    <description>Thanks David.  It turns out that neither of those options
solved the problem but it helped me track it down.  I wound
up taking a closer look at the generated code for *both* the
base and derived classes and found that the return type for
this function was *different* in the two classes.  The reason
was that the header file defining the return type was %include'd
*after* the base class header was %include'd but *before* the
header for the derived class was %include'd.  Once I moved the
header file for the return type earlier in the %include list then
I got what I expected.  In fact, I can remove the %csmethodmodifiers
line entirely and it still provides the "override" modifier
automatically (as expected).

Mark

* David Piepgrass wrote (on 12/4/2008 8:42 AM):

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip f</description>
    <dc:creator>Mark Elston</dc:creator>
    <dc:date>2008-12-04T19:34:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13705">
    <title>Re: Bug in SWIG 1.3.35 with std::vector type system?</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13705</link>
    <description>
To summarize for the list: non-const iterators were removed from SWIG
1.3.35 (SVN r10322) to quell some compiler warnings. Since insert()
requires a non-const iterator, and begin() now can only return a const
one, the code fails. Backing out the patch fixes the problem for me.
(Presumably the original warnings will also return, but it seems that
warnings are better than non-functional code to me.)

Another possible solution is to remove only the const iterators,
providing only non-const iterators. That also works for me and
presumably would also quell the compiler warnings. It would require the
SWIG type system to understand that non-const objects can be cast to
const though - I'm hopeful that is already the case.

Bug report at
http://sourceforge.net/tracker/index.php?func=detail&amp;aid=2380788&amp;group_id=1645&amp;atid=101645

Ben
</description>
    <dc:creator>Ben Webb</dc:creator>
    <dc:date>2008-12-04T19:17:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13704">
    <title>Re: How can base class pointers to a derived object beusedas a derived object pointer?</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13704</link>
    <description>-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/_______________________________________________
Swig-user mailing list
Swig-user&lt; at &gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/swig-user
</description>
    <dc:creator>James Masters</dc:creator>
    <dc:date>2008-12-04T17:01:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13703">
    <title>Re: %csmethodmodifiers not working</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13703</link>
    <description>
%csmethodmodifiers works for me.

Just guessing: try

%csmethodmodifiers Derived::getType "override";

or maybe

%csmethodmodifiers Derived::getType() const "override";

if it's a const function.


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>David Piepgrass</dc:creator>
    <dc:date>2008-12-04T16:42:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13702">
    <title>Re: How can base class pointers to a derived object beusedas a derived object pointer?</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13702</link>
    <description>This is a frequently asked question that, unfortunately, doesn't have an
easy answer. How SWIG works is that for each C/C++ struct/class there is
a corresponding class in the target language. When a C++ function
returns a reference or pointer to an object, SWIG creates a new object
in the target language to wrap around that object. For example, SWIG's
wrapper for your function

PolygonDef * PolygonDef::find()

will create a new Ruby PolygonDef object. SWIG does not know that find()
may return a derived class, it only knows the declared type, so that is
the kind of wrapper it creates.

I use SWIG for C# and had to go to a lot of trouble to work around this
problem. This involved a bunch of typemaps and code that manually
examines the object (using dynamic_cast) to find out what kind of object
it is on the C++ side; When I find out the actual object type, I
translate it to a integer value which is then passed to the C# side. On
the C# side I have a big switch statement to choose which kind of
wrapper to create</description>
    <dc:creator>David Piepgrass</dc:creator>
    <dc:date>2008-12-04T16:37:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13701">
    <title>Re: How can base class pointers to a derived object beused as a derived object pointer?</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13701</link>
    <description>2008/12/4 James Masters &lt;james.d.masters&lt; at &gt;gmail.com&gt;:
"The following C++ code works as expected"
Lets deal with the C++ code on display here then.
1) you can not cast from a pointer to a reference to constant.
2) you are playing with fire casting down the hierarchy without using
a dynamic_cast.
3)2 becomes worst when there are more classes in the hierarchy and
when the base class is not abstract. You do state "which returns a
RectDef object in this case"
4)doing 2 with a C style cast is asking for trouble.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>liam mail</dc:creator>
    <dc:date>2008-12-04T01:46:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.programming.swig/13700">
    <title>%csmethodmodifiers not working</title>
    <link>http://permalink.gmane.org/gmane.comp.programming.swig/13700</link>
    <description>I have a class that inherits from a base class.  Both
classes have a "getType" method (defined as virtual in the
base class).  I have added the following line to my SWIG
interface file:

  %csmethodmodifiers Derived::getType() "override";

where "Derived" is the name of the derived class.

However, the generated C#code doesn't apply the "override" to
the getType method of the derived class.  Whether the above line
is present or not the results are identical.

Is there some way to get the override to work for C#?

Mark

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Mark Elston</dc:creator>
    <dc:date>2008-12-04T01:43:14</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.comp.programming.swig">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.programming.swig</link>
  </textinput>
</rdf:RDF>
