[Buildroot] [autobuild.buildroot.net] Build results for 2017-01-24

[Jörg Krause]

Am 6. Februar 2017 18:53:56 MEZ schrieb Samuel Martin <s.martin49 at gmail.com>:
>On Mon, Feb 6, 2017 at 6:43 PM, Jörg Krause
><joerg.krause at embedded.rocks> wrote:
>>
>>
>> Am 6. Februar 2017 17:52:33 MEZ schrieb Samuel Martin
><s.martin49 at gmail.com>:
>>>Hi Jorg, all,
>>>
>>>On Mon, Feb 6, 2017 at 12:06 PM, Thomas Petazzoni
>>><thomas.petazzoni at 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/064970.html
>>>>
>>>> I've added Samuel in Cc. He is our CMake guy :)
>>>
>>>I had a look at mbedtls cmake code.
>>>It's definitely not really the usual way to use cmake.
>>>
>>>They do not use cmake primitives to generate the config.h file [1] or
>>>check for pthread [2]... :(
>>>So, this forces us to either workaround this in buildroot's *.mk
>files
>>>(like you did), or rework the mbedtls cmake code.
>>>I submitted few patches to improve the situation (see PR [3]), and
>>>hopefully get rid the hooks sooner or later.
>>
>> I see! Many thanks for the investigativ work!
>>
>> Maybe I am wrong, but this has no affect on the bctoolbox build
>issue, right?
>
>Right, to improve the bctoolbox case, mbedtls should generate and
>install its own mbedtls-config.cmake according to its configuration;
>so that bctoolbox can leverage it in its own cmake code. This is the
>next step on mbedtls code ;-)

Thanks!

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...

>>
>>>[1] https://cmake.org/cmake/help/v3.7/command/configure_file.html
>>>[2] https://cmake.org/cmake/help/v3.7/module/FindThreads.html
>>>[3] https://github.com/ARMmbed/mbedtls/pull/791