On 12/17/2016 01:41 AM, Chris Staub wrote:
On 12/17/2016 12:55 AM, DJ Lucas wrote:(6) Now, a mixture of '(1)' and '(2)', above, is being returned to: all separate dirs again; and still (a degree of) per-package whac-a-mole use of './configure'/make args '--libdir=...'/'--with-libdir=...'/&c, particularly for cmake-based builds. ==== Is that about right - a reasonably accurate summary.With above notations, seems accurate enough. Short of the handmade Makefile for libcap, all of the affected packages use cmake. It seems to me that this is a very minor deficiency with cmake, or more likely its users (because many cmake packages do find the correct {,/usr}/lib directories) as compared with autotools. I might take a look at it at some point, but at least they provide a standard override. --DJI believe some or possibly all of the affected packages that use Cmake are using its "GNUInstallDirs" module, which automatically installs to "lib64" if it determines that you have a 64-bit system. Therefore, you may be able to eliminate modification of most or all of these packages by editing the GNUInstallDirs module. Specifically, it has an if statement that checks "CMAKE_SIZEOF_VOID_P" and assumes 64 bits if it equals "8". I assume there's a more elegant solution, but I currently use this hack to edit the size it looks for so it doesn't match: sed -i '/CMAKE_SIZEOF_VOID_P.*EQUAL/s/8/88/' Modules/GNUInstallDirs.cmake
A similar change can be made to kde-modules/KDEInstallDirs.cmake for the extra-cmake-modules package. This should take care of KDE packages that include that module, such as oxygen-fonts.
-- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
