I'll try to find some time in the weekend if it's fine for you. I'd really like to review some pieces of the patch, thanks for pinging me!<br><br><div class="gmail_quote">Il giorno mer 22 ott 2014 15:12 Raphael Kubo da Costa <<a href="mailto:rakuco@freebsd.org">rakuco@freebsd.org</a>> ha scritto:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Max Brazhnikov <<a href="mailto:makc@freebsd.org" target="_blank">makc@freebsd.org</a>> writes:<br>
<br>
>> Lastly, I'm fairly convinced 7492a2c ("Stop explicitly passing<br>
>> ${LOCALBASE} to the compiler") is the only way to fix ports/194088, but<br>
>> feedback is also welcome.<br>
><br>
> This may break 3rd-party software and ports which relay on this includes,<br>
> but I don't consider this as a drawback: passing additional flags when you<br>
> need them is much easier, than removing flags when they bring problems.<br>
<br>
The idea of setting LIBRARY_PATH and CPATH in CONFIGURE_ENV and MAKE_ENV<br>
is to make the change transparent to 3rd-party software: the only change<br>
is that while we explicitly passed -I/usr/local/include and<br>
-L/usr/local/lib before via mkspecs/freebsd-*/qmake.conf, they are now<br>
passed implicitly via those environment variables.<br>
<br>
I may have to move those definitions from <a href="http://bsd.qt.mk" target="_blank">bsd.qt.mk</a> to Uses/<a href="http://qmake.mk" target="_blank">qmake.mk</a><br>
though, as the previous setup only affected ports which used qmake and<br>
the new approach should be limited to qmake as well.<br>
</blockquote></div>