<HTML><BODY>FYI, to Vbox' userland Makefile I also added this, to hardwire it so nobody ever needs to set LD_LIBRARY_PATH or other non-recommended practices:<br><br>CONFIGURE_ENV += LD_OPTIONS="-L/lib/amd64 -R/lib/amd64 -L/usr/lib/amd64 -R/usr/lib/amd64 -L/usr/lib/qt/4.8/lib/amd64 -R/usr/lib/qt/4.8/lib/amd64"<br><br><br>For /lib/amd64 and /usr/lib/amd64 this could be left out (see <a href="http://chrismiles.info/systemsadmin/solaris/articles/ld-path-customisation-on-solaris/">http://chrismiles.info/systemsadmin/solaris/articles/ld-path-customisation-on-solaris/</a> )<br><br>But it doesn't harm.<br>However, all this belongs into a new thread which will be posted on Saturday late evening/late night as soon as I return back home by then.<br><br>If we later upgrade qt4.8 to qt5.0 all symlinks in /usr/bin also need to get updated, and not sure if some symlinks should get added to /usr/include.<br>And in my personal view such symlinks are a *bad* idea, because they let you only have one supported qt version at a time, contradicting the clean approach of separating stuff fine via /usr/lib/qt/<version><br>It's the same saga as we had in 2010 with Xorg migrating from /usr/X11(R6) to /usr.<br><br>We deal with all that later.<br><br><blockquote style="border-left:1px solid #0857A6; margin:10px; padding:0 0 0 10px;"><div id=""><div class="js-helper js-readmsg-msg"><div><div id="style_14740792130000000785_BODY"><pre>Regards,<br><br>%martin</pre><br>
</div>
<base target="_self" href="https://e.mail.ru/">
</div>
</div>
</div>
</blockquote>
<br></BODY></HTML>