<div dir="ltr">Hi Jannik,<div class="gmail_extra"><br><div class="gmail_quote">On 12 June 2015 at 18:24, Jannik Heller <span dir="ltr"><<a href="mailto:scrawl@baseoftrash.de" target="_blank">scrawl@baseoftrash.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">as a first step to rectify the problem I have introduced a version check within osgQt (include/osgQt/Version) to store the Qt version that osgQt has been compiled against. If there is a version mismatch, the build process will abort with an #error rather than crashing at runtime later on. Will post to osg-submissions in a second.<br></blockquote><div><br></div><div>Sounds like a reasonable improvement.</div><div><br></div><div>Have you looked at the option of moving the implementation to the headers?  I don't know how feasible it is, it'd require us to automatically select between Qt4 and Qt4 based in someway.  Perhaps an osgQT/QT4 and osgQT/QT5 headers could include all the appropriate parts required, and then have 3rd party apps include which one they want, and have these set defines to select the different paths.  I'm just throwing out ideas here - I have no clue what might actually work well.</div><div><br></div><div><br></div><div>Robert.</div><div> </div></div></div></div>