[cmake-developers] [PATCH] Allow LIB_SUFFIX be used as find path

[Steven Newbury]

On Sun, 2017-02-26 at 16:42 +0100, Christian Schmidbauer wrote:
> Hallo,
> 
> I provided a v2 of my previous patch to the ML a few hours back (see
> [1]), you can give it a try. I was successfully able to build llvm on
> Gentoo, by adding the following lines to
> /usr/portage/eclass/cmake-utils.eclass
> 
> --- aaa/cmake-utils.eclass      2017-02-07 06:44:59.000000000 +0100
> +++ bbb/cmake-utils.eclass      2017-02-26 16:37:53.176993623 +0100
> @@ -607,6 +607,7 @@
>         cat > "${common_config}" <<- _EOF_ || die
>                 SET (CMAKE_GENTOO_BUILD ON CACHE BOOL "Indicate
> Gentoo
> package build")
>                 SET (LIB_SUFFIX ${libdir/lib} CACHE STRING "library
> path suffix" FORCE)
> +               SET (CMAKE_FIND_LIBRARY_CUSTOM_LIB_SUFFIX
> "${libdir/lib}" CACHE STRING "")
>                 SET (CMAKE_INSTALL_LIBDIR ${libdir} CACHE PATH
> "Output
> directory for libraries")
>         _EOF_
>         [[ "${NOCOLOR}" = true || "${NOCOLOR}" = yes ]] && echo 'SET
> (CMAKE_COLOR_MAKEFILE OFF CACHE BOOL "pretty colors during make"
> FORCE)' >> "${common_config}"
> 
Hallo Chris,

I've made some progress with run-time x32 detection in cmake.  I'll see
how that goes, if I can't get it working (which I'm testing now) I'll
use your approach.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
URL: <http://public.kitware.com/pipermail/cmake-developers/attachments/20170226/4e819d45/attachment.sig>