[Buildroot] libasan.so missing

Matthew Weber matthew.weber at rockwellcollins.com
Mon Jul 10 21:32:47 UTC 2017


All,

On Fri, Jul 7, 2017 at 9:08 AM, Matthew Weber
<matthew.weber at rockwellcollins.com> wrote:
> All,
>
> On Tue, Jul 4, 2017 at 7:22 AM, Peter Korsgaard <peter at korsgaard.com> wrote:
>>>>>>> "Wolfgang" == Wolfgang Grandegger <wg at grandegger.com> writes:
>>
>> Hi,
>>
>>  >> Correct. I've sent a patch fixing this for the internal and external
>>  >> toolchain. Could you give it a try?
>>  >>
>>  >> https://patchwork.ozlabs.org/patch/783661/
>>  >> https://patchwork.ozlabs.org/patch/783660/
>>
>>  > $ find . -name 'libasan*'
>>  > ./target/lib/libasan.so
>>  > ./target/lib/libasan_preinit.o
>>  > ./target/lib/libasan.so.2
>>  > ./target/lib/libasan.so.2.0.0
>>
>>  > It works. The libsanitizer adds some extra space and runtime overhead,
>>  > I assume. Therefore, on Ubuntu, the libraries are not installed by
>>  > default. They can be added by installing the "libasan0" package. For
>>  > buildroot, would it make sense to make this option configurable as
>>  > well?
>>
>>  > (libasan.*) Extra toolchain libraries to be copied to target
>>
>> Yes, I'll respin the series to add an option to install
>> asan/lsan/tsan/usan.
>>
>
> I'm building the following Buildroot Custom toolchain config and
> noticing a libsanitizer failure.  I haven't looked to far into why
> yet.  This was working back on master ~06/13
>
> ../../../../libsanitizer/asan/asan_linux.cc: In function âbool
> __asan::AsanInterceptsSignal(int)â:
> ../../../../libsanitizer/asan/asan_linux.cc:222:20: error: âSIGSEGVâ
> was not declared in this scope
>    return signum == SIGSEGV && common_flags()->handle_segv;
>                     ^
> make[6]: *** [asan_linux.lo] Error 1
> make[5]: *** [all-recursive] Error 1
> make[4]: *** [all] Error 2
> make[3]: *** [all-target-libsanitizer] Error 2
> make[2]: *** [all] Error 2
> make[1]: *** [/accts/mlweber1/target/build/host-gcc-final-5.4.0/.stamp_built]
> Error 2
> make: *** [_all] Error 2
>
> Config to reproduce:
> BR2_powerpc=y
> BR2_powerpc_e500mc=y
> BR2_TOOLCHAIN_BUILDROOT_GLIBC=y
> BR2_KERNEL_HEADERS_VERSION=y
> BR2_DEFAULT_KERNEL_VERSION="3.12.37"
> BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_12=y
> BR2_GCC_VERSION_5_X=y
> BR2_TOOLCHAIN_BUILDROOT_CXX=y
> BR2_GCC_ENABLE_LTO=y
>

Looks like I need to post a GCC5 bugfix.  Pending more testing :-)

https://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg159613.html

Matt



More information about the buildroot mailing list