From: SourceForge.net <no...@so...> - 2007-09-18 12:17:27
|
Bugs item #1735931, was opened at 2007-06-12 19:17 Message generated for change (Comment added) made by olly You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=1735931&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: nitro (nitrogenycs) Assigned to: John Lenz (wuzzeb) Summary: Bug in swig runtime/type query system/code generation Initial Comment: For a thorough explanation see here: http://thread.gmane.org/gmane.comp.programming.swig/10089/focus=10098 -Matthias ---------------------------------------------------------------------- >Comment By: Olly Betts (olly) Date: 2007-09-18 13:17 Message: Logged In: YES user_id=14972 Originator: NO I just tried the "main1.i" example from the first message in the gmane thread and get an essentially identical main1_wrap.cxx generated with 1.3.31 and SVN HEAD - in particular, this line is unchanged: static swig_type_info _swigt__p_YYY = {"_p_YYY", 0, 0, 0, 0, 0}; So I don't think this is fixed. If that testcase isn't suitable, feel free to attach a better one to this bug. ---------------------------------------------------------------------- Comment By: nitro (nitrogenycs) Date: 2007-09-18 08:21 Message: Logged In: YES user_id=788099 Originator: YES I can't tell. I'm on a windows machine without all the cygwin/MinGW machinery so I can't check-out SVN and recompile SWIG to test. However if the test code in the link mentioned above works, the problem is probably gone. If you are on the newest SWIG version I'd by happy to put the testcase into a zip file and send it to you. ---------------------------------------------------------------------- Comment By: Olly Betts (olly) Date: 2007-09-18 02:47 Message: Logged In: YES user_id=14972 Originator: NO Was this bug fixed by this recent change? 09/05/2007: wuzzeb (John Lenz) - Change r_ltype in typesys.c to store a hashtable instead of a single value. several very subtle bugs were being caused by multiple ltypes being mapped to a single mangled type, mostly when using typedefed template parameters. Now, r_ltype stores a hashtable of possible ltypes, and when generating the type table, all the ltypes are added into the swig_type_info structure. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101645&aid=1735931&group_id=1645 |