gmane.comp.programming.swig.devel

[ swig-Bugs-2149523 ] wrong line numbers in errormessages

SourceForge.net — 2008-10-07T06:45:09

Bugs item #2149523, was opened at 2008-10-06 06:36 Message generated for change (Comment added) made by jwatte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2149523&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: preprocessor Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Omni Bee (omnibee) Assigned to: Nobody/Anonymous (nobody) Summary: wrong line numbers in error messages Initial Comment: Swig incorrectly reports line numbers in error messages. For example, it reports: offnums.hpp(30): Error: Syntax error in input(1). but the input file has only 25 lines. I used the following command file: swig -c++ -python offnums.hpp (no idea if it matters or not) ---------------------------------------------------------------------- Comment By: Jon Watte (jwatte) Date: 2008-10-06 23:45 Message:

[ swig-Bugs-2149523 ] wrong line numbers in errormessages

SourceForge.net — 2008-10-06T13:36:52

Bugs item #2149523, was opened at 2008-10-06 15:36 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2149523&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: preprocessor Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Omni Bee (omnibee) Assigned to: Nobody/Anonymous (nobody) Summary: wrong line numbers in error messages Initial Comment: Swig incorrectly reports line numbers in error messages. For example, it reports: offnums.hpp(30): Error: Syntax error in input(1). but the input file has only 25 lines. I used the following command file: swig -c++ -python offnums.hpp (no idea if it matters or not) ---------------------------------------------------------------------- You can respond by visiting: https://sourcefor

[ swig-Bugs-2130351 ] [python] %immutable directivecreates a 2nd variable ?

SourceForge.net — 2008-10-01T01:38:49

Bugs item #2130351, was opened at 2008-09-26 16:16 Message generated for change (Settings changed) made by olly You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2130351&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: python Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Michel (dav_m) Assigned to: Nobody/Anonymous (nobody) Initial Comment: Normally, when using an interface file for python like this: //example.i %module example %{ int a; %} int a; the variable a is available in python via the command: example.cvar.a and has by default read and write access. When using the the %immutable directive such as: //example.i %module example %{ int a; %} %immutable int a; SWIG actually creates a example.cvar.a which is effectively read-only (th

[ swig-Bugs-2137679 ] http://swig.org site is down

SourceForge.net — 2008-09-30T19:14:34

Bugs item #2137679, was opened at 2008-09-30 07:18 Message generated for change (Comment added) made by techtonik You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2137679&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: anatoly techtonik (techtonik) Assigned to: Nobody/Anonymous (nobody) Summary: http://swig.org site is down Initial Comment: http://swig.org is inaccessible, because DNS record is invalid. Pinging vhost.sourceforge.net [216.34.181.97] with 32 bytes of data: Reply from 216.34.181.97: bytes=32 time=215ms TTL=239 Reply from 216.34.181.97: bytes=32 time=157ms TTL=239 Reply from 216.34.181.97: bytes=32 time=247ms TTL=239 Reply from 216.34.181.97: bytes=32 time=304ms TTL=239 Ping statistics for 216.34.181.97: Packets: Sent = 4,

[ swig-Bugs-2137679 ] http://swig.org site is down

SourceForge.net — 2008-09-30T07:38:18

Bugs item #2137679, was opened at 2008-09-30 07:18 Message generated for change (Comment added) made by wsfulton You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2137679&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: anatoly techtonik (techtonik) Assigned to: Nobody/Anonymous (nobody) Summary: http://swig.org site is down Initial Comment: http://swig.org is inaccessible, because DNS record is invalid. Pinging vhost.sourceforge.net [216.34.181.97] with 32 bytes of data: Reply from 216.34.181.97: bytes=32 time=215ms TTL=239 Reply from 216.34.181.97: bytes=32 time=157ms TTL=239 Reply from 216.34.181.97: bytes=32 time=247ms TTL=239 Reply from 216.34.181.97: bytes=32 time=304ms TTL=239 Ping statistics for 216.34.181.97: Packets: Sent = 4,

How to use Swig 1.3.36 and perl 5.8.8 C++ enumeration? Abridged version of earlier message

Frank Chang — 2008-09-29T13:03:00

------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & 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&url=/

[ swig-Bugs-2143727 ] interface %import doesn't takepackage names into account

SourceForge.net — 2008-10-03T06:15:05

Bugs item #2143727, was opened at 2008-10-02 23:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2143727&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: python Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Serge Monkewitz (smonkewitz) Assigned to: Nobody/Anonymous (nobody) Summary: interface %import doesn't take package names into account Initial Comment: The python documentation (http://www.swig.org/Doc1.3/Python.html#Python_nn72) on python packages for modules states: "Using the package option of the %module directive allows you to specify what Python package that the module will be living in when installed. This is useful when the .i file is %imported by another .i file. By default SWIG will assume that the impo

[ swig-Bugs-2137679 ] http://swig.org site is down

SourceForge.net — 2008-10-01T20:18:19

Bugs item #2137679, was opened at 2008-09-30 07:18 Message generated for change (Comment added) made by wsfulton You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2137679&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: anatoly techtonik (techtonik) Assigned to: David M. Beazley (beazley) Summary: http://swig.org site is down Initial Comment: http://swig.org is inaccessible, because DNS record is invalid. Pinging vhost.sourceforge.net [216.34.181.97] with 32 bytes of data: Reply from 216.34.181.97: bytes=32 time=215ms TTL=239 Reply from 216.34.181.97: bytes=32 time=157ms TTL=239 Reply from 216.34.181.97: bytes=32 time=247ms TTL=239 Reply from 216.34.181.97: bytes=32 time=304ms TTL=239 Ping statistics for 216.34.181.97: Packets: Sent = 4,

[ swig-Bugs-2095124 ] [php5] Function returning objectalways returns new object

SourceForge.net — 2008-10-01T12:25:08

Bugs item #2095124, was opened at 2008-09-05 15:39 Message generated for change (Comment added) made by olly You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2095124&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: php Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Barry Cohen (barrycohen) Assigned to: Olly Betts (olly) Summary: [php5] Function returning object always returns new object Initial Comment: I've been working with SWIG for Python, Perl and PHP5 and have found the following to be a problem on PHP5 only. Using SWIG 1.3.36. Wrap the following C++ for php5: == example.h == class Foo { public: Foo() { i = 303; } int get_i() { return i; } Foo &update_i(Foo &f) { f.i *= 2; return f; } private: int i; }; == example.i == %module example %{ #includ

[ swig-Bugs-2021700 ] Variable replacement ingenerated code

SourceForge.net — 2008-10-01T01:56:07

Bugs item #2021700, was opened at 2008-07-18 18:56 Message generated for change (Settings changed) made by olly You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2021700&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Haoyu Bai (bhy) Assigned to: Nobody/Anonymous (nobody) Summary: Variable replacement in generated code Initial Comment: The following .i file generates code which just simply can't be compiled: %module varnamebug %include %cstring_input_binary(char *buf, int len); %inline %{ void testname(char *buf, int len) {} %} Because these generated code: arg1 = (char *) buf; arg2 = (int) size1 - 1; where 'buf' should be replaced as 'buf1' but it havn't. I think this is because the 'buf' also a parameter name. So it won't

[ swig-Bugs-2034216 ] [ruby] generated tracking codeerrors with Ruby 1.8.7 / 1.9

SourceForge.net — 2008-10-01T01:54:45

Bugs item #2034216, was opened at 2008-07-31 19:37 Message generated for change (Settings changed) made by olly You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2034216&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ruby Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alex (bro_ken_toy) Assigned to: Gonzalo Garramuno (gga73) Initial Comment: SWIG's generated tracking code is not compatible with the latest ruby versions : 1.8.7 and 1.9 Specifically, during ruby's garbage collection phase, the function SWIG_RubyRemoveTracking may be called, which in turn calls SWIG_RubyPtrToReference. This converts a void* (ptr to the C++ object) to a ruby numeric corresponding to the pointer address, which is then used as a ruby hash key. The pointer address may convert into a Ruby BigNum, which is a new object

[ swig-Bugs-2080497 ] [python] type checking inpystdcommon.swg

SourceForge.net — 2008-10-01T01:53:22

Bugs item #2080497, was opened at 2008-08-28 14:12 Message generated for change (Settings changed) made by olly You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2080497&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: python Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Romain Boman (r_boman) Assigned to: Nobody/Anonymous (nobody) Initial Comment: I have just found a problem concerning type checking when using a std::vector as input argument. Here is a small module containing 2 new classes A and B %module castswig %{ #include %} %include "std_vector.i" %inline { class A { public: A() { std::cout << "A constructor\n"; } }; } %template() std::vector; %inline { class B { public: B(const std::vector &listA) { std::cout << "B constructor\n"; } }; } And my python file show

[ swig-Bugs-2137679 ] http://swig.org site is down

SourceForge.net — 2008-10-01T01:37:40

Bugs item #2137679, was opened at 2008-09-30 08:18 Message generated for change (Comment added) made by olly You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2137679&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: anatoly techtonik (techtonik) Summary: http://swig.org site is down Initial Comment: http://swig.org is inaccessible, because DNS record is invalid. Pinging vhost.sourceforge.net [216.34.181.97] with 32 bytes of data: Reply from 216.34.181.97: bytes=32 time=215ms TTL=239 Reply from 216.34.181.97: bytes=32 time=157ms TTL=239 Reply from 216.34.181.97: bytes=32 time=247ms TTL=239 Reply from 216.34.181.97: bytes=32 time=304ms TTL=239 Ping statistics for 216.34.181.97: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approxima

[ swig-Bugs-2137679 ] http://swig.org site is down

SourceForge.net — 2008-09-30T07:18:17

Bugs item #2137679, was opened at 2008-09-30 07:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2137679&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: anatoly techtonik (techtonik) Assigned to: Nobody/Anonymous (nobody) Summary: http://swig.org site is down Initial Comment: http://swig.org is inaccessible, because DNS record is invalid. Pinging vhost.sourceforge.net [216.34.181.97] with 32 bytes of data: Reply from 216.34.181.97: bytes=32 time=215ms TTL=239 Reply from 216.34.181.97: bytes=32 time=157ms TTL=239 Reply from 216.34.181.97: bytes=32 time=247ms TTL=239 Reply from 216.34.181.97: bytes=32 time=304ms TTL=239 Ping statistics for 216.34.181.97: Pack

SWIG 1.3.36 , Perl 5.8.8 C++ enumeration problem

Frank Chang — 2008-09-29T12:44:35

[ swig-Bugs-2130351 ] immutable directive creates a2nd variable ?

SourceForge.net — 2008-09-29T10:14:52

Bugs item #2130351, was opened at 2008-09-26 17:16 Message generated for change (Comment added) made by dav_m You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2130351&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: python Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Michel (dav_m) Assigned to: Nobody/Anonymous (nobody) Summary: immutable directive creates a 2nd variable ? Initial Comment: Normally, when using an interface file for python like this: //example.i %module example %{ int a; %} int a; the variable a is available in python via the command: example.cvar.a and has by default read and write access. When using the the %immutable directive such as: //example.i %module example %{ int a; %} %immutable int a; SWIG actually creates

[ swig-Bugs-2130351 ] immutable directive creates a2nd variable ?

SourceForge.net — 2008-09-27T10:09:23

Bugs item #2130351, was opened at 2008-09-26 15:16 Message generated for change (Comment added) made by wsfulton You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2130351&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: python Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Michel (dav_m) Assigned to: Nobody/Anonymous (nobody) Summary: immutable directive creates a 2nd variable ? Initial Comment: Normally, when using an interface file for python like this: //example.i %module example %{ int a; %} int a; the variable a is available in python via the command: example.cvar.a and has by default read and write access. When using the the %immutable directive such as: //example.i %module example %{ int a; %} %immutable int a; SWIG actually crea

[ swig-Bugs-2130351 ] immutable directive creates a2nd variable ?

SourceForge.net — 2008-09-26T15:45:21

Bugs item #2130351, was opened at 2008-09-26 11:16 Message generated for change (Comment added) made by jlcherry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2130351&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: python Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Michel (dav_m) Assigned to: Nobody/Anonymous (nobody) Summary: immutable directive creates a 2nd variable ? Initial Comment: Normally, when using an interface file for python like this: //example.i %module example %{ int a; %} int a; the variable a is available in python via the command: example.cvar.a and has by default read and write access. When using the the %immutable directive such as: //example.i %module example %{ int a; %} %immutable int a; SWIG actually crea

[ swig-Bugs-2130351 ] immutable directive creates a2nd variable ?

SourceForge.net — 2008-09-26T15:16:44

Bugs item #2130351, was opened at 2008-09-26 17:16 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2130351&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: python Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Michel (dav_m) Assigned to: Nobody/Anonymous (nobody) Summary: immutable directive creates a 2nd variable ? Initial Comment: Normally, when using an interface file for python like this: //example.i %module example %{ int a; %} int a; the variable a is available in python via the command: example.cvar.a and has by default read and write access. When using the the %immutable directive such as: //example.i %module example %{ int a; %} %immutable int a; SWI

[ swig-Bugs-2130180 ] make windows builds withrxspenser support

SourceForge.net — 2008-09-26T13:23:05

Bugs item #2130180, was opened at 2008-09-26 13:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2130180&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: anatoly techtonik (techtonik) Assigned to: Nobody/Anonymous (nobody) Summary: make windows builds with rxspenser support Initial Comment: Usage of rxspenser would silently break cross-platform building toolchains with SWIG on windows, because it is not compiled-in. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2130180&group_id=1645 -------------------------------------------------------------------

[ swig-Patches-2130016 ] (strip) encoder to removeprefix from C names

SourceForge.net — 2008-09-26T11:29:40

Patches item #2130016, was opened at 2008-09-26 11:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=301645&aid=2130016&group_id=1645 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: anatoly techtonik (techtonik) Assigned to: Nobody/Anonymous (nobody) Summary: (strip) encoder to remove prefix from C names Initial Comment: The patch against latest SVN adds "strip" encoder that removes leading prefix from C names. Useful for wrapping C libraries that usually have all their functions prefixed. Prefixed function calls look ugly when wrapped into Python module with the same name, and hence this encoder. ---------------------------------------------------------------------- You can respond by vis