<div dir="ltr">Tamas,<div style>The goal of the change was to start working on a public mapserver C api, by only exposing opaque pointers to our future public header file.</div><div style>What do you mean by "<span style="font-family:monospace">the typemaps for the corresponding objects are not applied"? What trivial mapscript test can I run to check what needs to be changed without resorting to revert this change just yet? (e.g. a trivial test that I am running in all mapscripts compiled by cmake is: "map=new mapObj(); print <a href="http://map.name">map.name</a>;" and checking that I get 'MS'. Would that not be an indication that the typemaps are in fact created?</span></div>
<div style><span style="font-family:monospace"><br></span></div><div style><span style="font-family:monospace">--</span></div><div style><span style="font-family:monospace">thomas</span></div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On 30 March 2013 19:26, Tamas Szekeres <span dir="ltr"><<a href="mailto:szekerest@gmail.com" target="_blank">szekerest@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I notice that the recent changes related to RFC92, specifically the commit <a href="https://github.com/mapserver/mapserver/commit/45b7dd0d44112f41a04362516ba6406702b50470" target="_blank">45b7dd0d44</a> in mapserver.h messed up the SWIG interface generation completely.<div>

<br></div><div>Actually some of the definitions have been changed, like:</div><div><br></div><div>typedef struct {</div><div>...</div><div>} labelObj;</div><div><br></div><div>have been modified to:</div><div><br></div><div>

typedef struct labelObj {</div><div>  ...</div><div>};</div><div><br></div><div>and we have an additional  typedef struct labelObj labelObj; in mapserver-api.h</div><div><br></div><div>By using this form, SWIG doesn't recognize the type correctly and the typemaps for the corresponding objects are not applied. By using typedefs  doesn't seem to provide a solution for this problem.</div>

<div><br></div><div>Not sure what was the reason of this change, but I'd eagerly support reverting to the original form until we find out how SWIG type-mapping would work correctly this way.</div><div><br></div><div>
Best regards,</div>
<div><br></div><div>Tamas</div>
<br>_______________________________________________<br>
mapserver-dev mailing list<br>
<a href="mailto:mapserver-dev@lists.osgeo.org">mapserver-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/mapserver-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-dev</a><br>
<br></blockquote></div><br></div>