From mboxrd@z Thu Jan  1 00:00:00 1970
From: =?ISO-8859-1?Q?J=F6rg?= Krause <joerg.krause@embedded.rocks>
Date: Mon, 06 Feb 2017 22:12:00 +0100
Subject: [Buildroot] [autobuild.buildroot.net] Build results for
 2017-01-24
In-Reply-To: <CAHXCMMJy9T9QTviUMUUqxR8j3Y866BfXQbQ7uN4xcu6BY87eig@mail.gmail.com>
References: <20170125073013.D171D20CD4@mail.free-electrons.com>
 <1485378342.7516.1.camel@embedded.rocks>
 <20170125211534.dugtv6byofg3wvg5@tarshish>
 <CAHXCMM+cL0UnnfhgFTtkeC7L+jRh8s=tr-U5CTC0YZxzUBb4bA@mail.gmail.com>
 <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>
 <1486333037.12820.6.camel@embedded.rocks>
 <20170206120617.7760c340@free-electrons.com>
 <CAHXCMMKmaRC8z6-A_xucDxiAhz1-2xqPhGvogMLhW8uTO2Xw7Q@mail.gmail.com>
 <7A7D81D5-CC2B-41A5-9275-C9D7F63A5CF1@embedded.rocks>
 <CAHXCMMJ5Mp=8v-AmAY20wGz0UZ3qBoRMAQmZBFhWVApkM4dnZA@mail.gmail.com>
 <C119D098-632D-42AB-A4C7-13481318DDDC@embedded.rocks>
 <CAHXCMMJy9T9QTviUMUUqxR8j3Y866BfXQbQ7uN4xcu6BY87eig@mail.gmail.com>
Message-ID: <1486415520.4950.3.camel@embedded.rocks>
List-Id: <buildroot.busybox.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: buildroot@busybox.net

On Mon, 2017-02-06 at 19:14 +0100, Samuel Martin wrote:
> On Mon, Feb 6, 2017 at 6:59 PM, J?rg Krause <joerg.krause@embedded.ro
> cks> wrote:
> > 
> > 
> > Am 6. Februar 2017 18:53:56 MEZ schrieb Samuel Martin <s.martin49@g
> > mail.com>:
> > > On Mon, Feb 6, 2017 at 6:43 PM, J?rg Krause
> > > <joerg.krause@embedded.rocks> wrote:
> > > > 
> > > > 
> > > > Am 6. Februar 2017 17:52:33 MEZ schrieb Samuel Martin
> > > 
> > > <s.martin49@gmail.com>:
> > > > > Hi Jorg, all,
> > > > > 
> > > > > On Mon, Feb 6, 2017 at 12:06 PM, Thomas Petazzoni
> > > > > <thomas.petazzoni@free-electrons.com> wrote:
> > > > > > Hello,
> > > > > > 
> > > > > > On Sun, 05 Feb 2017 23:17:17 +0100, J?rg Krause wrote:
> > > > > > 
> > > > > > > > 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/06497
> > > > > > > 0.html
> > > > > > 
> > > > > > I've added Samuel in Cc. He is our CMake guy :)
> 
> [...]
> 
> > Do you have any idea why CMake adds the rpath when using
> > check_symbol_exists() in a cross-compilation environment? I
> > reported the issue on the CMake mailing list...
> 
> I saw your report.
> Not a clue so far.
> I do have /usr/lib32/libz.so.1 (/usr/lib32/libz.so.1 ->
> libz.so.1.2.11) on my system as well, but I'm not able to reproduce
> the error (the cmake-3.7.2 from my host archlinux picks the right lib
> from the sysroot :-/).

I tested with CMake 3.0.2 on the Debian host and CMake does not pass
rpath to the cross-linker in this version.

J?rg