<div dir="ltr"><div><div><div><div>I have made an attempt to get roughly all the bindings I was previously attempting with SIP to be (a) generated and (b) built. <br><br></div>As of now, we have:<br></div><div><br></div><div>- Customisations with a diffstat that reads "21 files changed, 20 insertions(+), 48 deletions(-)". <br></div>- All but 5-6 of the formal tier 1, 2 and 3 frameworks [1] building.<br></div>- Of the wider set of 111 informal frameworks [2] I have all but 14 building.<br></div><br>Most of the customisations are to workaround missing dependencies in the CMake descriptions.Most of the build issues are compile-issues (e.g. incomplete #includes, or incorrect -I settings), but there are at least 2 that look like cppyy issues. This is pretty solid proof that building atop technology that is based on LLVM and Cling can trivially process at least these KDE sources (including templates, overloads, operators, and the rest).<br><div><div><br></div><div>Oh, and it has taken about a month to get here. As a baseline, the SIP-based attempt took about 18 months, several 
thousand lines of custom rules (including a lot of deleting overloads, operators and templates that 
could not be handled) to get a little over half the bindings through 
steps a and b. The build takes about 10 minutes on a single core, versus about 3-4 hours with the SIP-based attempt.<br><div><br></div><div>More anon...</div><div><br></div><div>Thanks, Shaheed<br></div></div><div><br>[1] <a href="https://api.kde.org/frameworks/" target="_blank">https://api.kde.org/<wbr>frameworks/</a><br></div><div>[2] More liberally defined than [1], corresponding to what Ubuntu installs as "libkf5xxx" packages. This include [1]. <div><br></div></div></div></div>