From mboxrd@z Thu Jan 1 00:00:00 1970 From: Samuel Martin Date: Thu, 26 Jan 2017 12:04:41 +0100 Subject: [Buildroot] [autobuild.buildroot.net] Build results for 2017-01-24 In-Reply-To: <20170125211534.dugtv6byofg3wvg5@tarshish> References: <20170125073013.D171D20CD4@mail.free-electrons.com> <1485378342.7516.1.camel@embedded.rocks> <20170125211534.dugtv6byofg3wvg5@tarshish> Message-ID: List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net Hi all, On Wed, Jan 25, 2017 at 10:15 PM, Baruch Siach wrote: > Hi J?rg, > > On Wed, Jan 25, 2017 at 10:05:42PM +0100, J?rg Krause wrote: >> On Wed, 2017-01-25 at 08:30 +0100, Thomas Petazzoni wrote: >> [snip] >> >> > Detail of failures >> > =================== >> > >> > i586 | bctoolbox-0.4.0 | NOK | http://autobuil >> > d.buildroot.net/results/4b4b00ad3b95ddacc9d5cc31c34e457ee55c9364 Regarding this package, apologies I missed it during the initial review :s This build failure occurs because it goes in a path it should not. In the Config.in: it is mentionned that mbedtls is prefered to polarssl [1], hence the select [1] and the dependency in the *.mk [2]. However, the cmake configure flags are not set accordingly to this, and the defaults may play against us [3]. I would suggest to set the ENABLE_{MBEDTLS,POLARSSL} flags in the *.mk first. This should prevent from following this case [4], as displayed in the build log [5]. After this, if the CheckSymbolExists still causes error, we may need to patch the bctoolbox cmake code to set/fix the variables used by CheckSymbolExists [6]. >> >> Unfortunately I cannot reproduce this issue. Is it a rpath issue? cmake >> links a test program with host zlib: Note: I'm not able to reproduce the error either. >> >> [..]/i586-buildroot-linux-musl/bin/ld: warning: libc.so.6, needed by >> /usr/lib32/libz.so.1, not found (try using -rpath or -rpath-link) >> /usr/lib32/libz.so.1: undefined reference to `strcpy at GLIBC_2.0' > > This is your host library. > >> I have no idea how to fix it. bctoolbox' cmakelists.txt does set >> CMAKE_INSTALL_RPATH=/usr/lib. Is this a problem? > > That is definitely not compatible with cross compilation. > > baruch > > -- > http://baruch.siach.name/blog/ ~. .~ Tk Open Systems > =}------------------------------------------------ooO--U--Ooo------------{= > - baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il - > _______________________________________________ > buildroot mailing list > buildroot at busybox.net > http://lists.busybox.net/mailman/listinfo/buildroot Regards, [1] https://git.buildroot.net/buildroot/tree/package/bctoolbox/Config.in#n5 [2] https://git.buildroot.net/buildroot/tree/package/bctoolbox/bctoolbox.mk#n11 [3] https://github.com/BelledonneCommunications/bctoolbox/blob/master/CMakeLists.txt#L44 [4] https://github.com/BelledonneCommunications/bctoolbox/blob/master/CMakeLists.txt#L88 [5] http://autobuild.buildroot.net/results/4b4/4b4b00ad3b95ddacc9d5cc31c34e457ee55c9364/build-end.log [6] https://cmake.org/cmake/help/v3.0/module/CheckSymbolExists.html -- Samuel