From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?ISO-8859-1?Q?J=F6rg?= Krause Date: Sun, 05 Feb 2017 23:17:17 +0100 Subject: [Buildroot] [autobuild.buildroot.net] Build results for 2017-01-24 In-Reply-To: <20170130212602.xmxjbkp4zzrfhuof@tarshish> References: <20170125073013.D171D20CD4@mail.free-electrons.com> <1485378342.7516.1.camel@embedded.rocks> <20170125211534.dugtv6byofg3wvg5@tarshish> <1485722254.4549.1.camel@embedded.rocks> <20170129211155.f6sebtrdmsrwb2yw@tarshish> <1485806342.3759.3.camel@embedded.rocks> <20170130212025.a5mmf5kfig3kgngo@tarshish> <1485811370.2212.0.camel@embedded.rocks> <20170130212602.xmxjbkp4zzrfhuof@tarshish> Message-ID: <1486333037.12820.6.camel@embedded.rocks> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net Hi, On Mon, 2017-01-30 at 23:26 +0200, Baruch Siach wrote: > Hi J?rg, > [snip] > > I meant to ask about Debian and the lib32z1 package specifically > (not? > zlib1g:i386). This package installs 32bit libz.so.1 in /usr/lib32. I reported the issue on the CMake mailing list [1]. The issue is that the host rpath is used when cross-compiling a simple test program generated by the check_symbol_exists() macro. I had no success in disabling the rpath for any of the check_*_macros(). As I am not a CMake expert, it's quite possible that I missed something. Has anyone an idea how to fix this issue? [1] https://cmake.org/pipermail/cmake/2017-February/064970.html