<div dir="ltr"><div>I just pushed a first commit of the type-related manual code support, including 6116 lines of harvested PyKDE4 type-related code.<br><br></div>Since you seem to be making progress without needing the sip_compiler layer, I'm going to defocus on that for now, and see if I can make some actual sense/use out of the 6116 lines as that is likely the biggest benefit in terms of getting some working bindings.<br><br>I will also try to pick up your changes as I go to reduce the gap between us.<br><br><div class="gmail_extra"><br><div class="gmail_quote">On 1 May 2016 at 23:05, Shaheed Haque <span dir="ltr"><<a href="mailto:srhaque@theiet.org" target="_blank">srhaque@theiet.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Steve,<br><br></div>Having got the support in place for inject method-related manual code, I've been looking at the type-related code, and to my surprise, it turns out there is nearly 10 times as much of the later than the former.<br><br></div>Looking more deeply at what else is there, we have this in PyKDE4. First, method-related stuff:<br><br>     84 %MethodCode<br><br></div>Then, type-related stuff:<br><div><br>     36 %ConvertFromTypeCode<br>     63 %ConvertToSubClassCode<br>     36 %ConvertToTypeCode<br>     36 %MappedType<br>      1 %TypeCode<br>   1095 %TypeHeaderCode<br><br></div><div>Naive forward ports of the above are either implemented (method stuff), or in progress (type stuff). That leaves<br></div><div><br>      2 %Feature<br>      2 %ModuleCode<br>    252 %ModuleHeaderCode<br><br></div><div>Ignoring the 2 %Feature instances for now, that leaves 2+252 or 254 instances of manual module-related code. Have you considered how to address those in the CMake workflow?<br><br></div><div>Thanks, Shaheed<br></div></div>
</blockquote></div><br></div></div>