<p dir="ltr">I can understand that position. I have some possible workarounds in mind...</p>
<div class="gmail_quote">On 16 Apr 2016 17:39, "Phil Thompson" <<a href="mailto:phil@riverbankcomputing.com">phil@riverbankcomputing.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 16 Apr 2016, at 4:10 pm, Shaheed Haque <<a href="mailto:srhaque@theiet.org">srhaque@theiet.org</a>> wrote:<br>
><br>
> Hi,<br>
><br>
> I'm making steady progress on the attempt to create bindings for PyKF5<br>
> [1] and have a question about the recursive use of %Import.<br>
><br>
> The problem is this: KF5 has many places where SIP module A needs to<br>
> %Import SIP module B, but SIP module B has a %Import for A. This<br>
> happens because my bindings generator uses the *direct* #includes of a<br>
> .h file to infer the %Imports required by each of A and B.<br>
><br>
> Now, at present, I am working around this by commenting out the<br>
> reference in B to A when compiling A. But I need to reverse the<br>
> process when compiling B. Thtat would be fine except that I have a<br>
> scale problem, since I have nearly 1900 SIP files. I *can* work around<br>
> this by extending the automation I have, but was wondering if it might<br>
> be possible to enhance SIP to ignore the "%Import X" when compiling X.<br>
<br>
I don't see that as an enhancement.<br>
<br>
Phil<br>
</blockquote></div>