I took a small survey of my /usr/share/qt4/mkspecs (see bug 304971 ) and found that ``/usr/lib64'' is hardcoded into these files at certain important points. There are a few important variables that affect the compilation of many Qt apps: QMAKE_RPATHDIR QMAKE_LIBDIR_QT4 QMAKE_LIBDR_X11 QMAKE_LIBDIR_OPENGL On an amd64 system, just use ``grep -R lib64 /usr/share/qt4/mkspecs'' to find this listing of variables. Now, ``grep -R lib/ /usr/share/qt4/mkspecs'' returns many more variables but these for the most part are uncommon and, if used, would deserver their own multilib.eclass/$(get_libdir) bugs. But the variables listed above---and especially QMAKE_LIBDIR_QT4--are vital to the compilation of many Qt apps. Thus, mostly for the multilib future, these variables should be overridden along with things like QMAKE_CXXFLAGS_RELEASE and passed to qmake4 in the eqmake4() function. This is primarily for the sake of programs using qmake, <suppressed expression of dislike towards qmake goes here ;-)>.
Created attachment 219529 [details] qt4-r2.eclass-qmake_libdir.patch This is what I want ;-)
Created attachment 219541 [details] qt4-r2.eclass-qmake_libdir.patch This version uses /usr instead of /usr/X11. This error of mine was caught by ferret_ and abcd.
Created attachment 220873 [details] qt4-eclasses-libdir.patch This patch takes into consideration recent modification to qt4-r2.eclass and also patches qt4.eclass for the sake of unconverted ebuilds such at doxygen[qt4].
This patch should be applied asap since it breaks multilib-portage enabled systems
multilib-portage is not officially supported, and afaik nothing that we do officially support is broken, so this does not warrant a critical severity, just an enhancement. We should review this (at first sight it looks good) and then apply this to qt4-r2.eclass. As qt4.eclass is now deprecated it should not be patched.
Patch applied only to qt4-r2 eclass Please report here is eqmake4 works now as expected