bug-guix
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#74229: bug#74270: u-boot-tools: tests fail


From: Ludovic Courtès
Subject: bug#74229: bug#74270: u-boot-tools: tests fail
Date: Mon, 18 Nov 2024 13:40:34 +0100
User-agent: Gnus/5.13 (Gnus v5.13)

Hello,

Ludovic Courtès <ludo@gnu.org> skribis:

> (gdb) bt
> #0  0x0000000000406e03 in alloc_simple (align=1, bytes=bytes@entry=204) at 
> ../../common/malloc_simple.c:25
> #1  malloc_simple (bytes=bytes@entry=204) at ../../common/malloc_simple.c:44
> #2  0x0000000000406e5e in calloc (nmemb=<optimized out>, elem_size=<optimized 
> out>)
>     at ../../common/malloc_simple.c:73
> #3  0x00007f2b84eb7f2f in 
> llvm::StringMapImpl::LookupBucketFor(llvm::StringRef) ()
>    from 
> /gnu/store/s9z30wrxafdj11xfzm81hrxd93f07gwh-llvm-for-mesa-18.1.8/lib/libLLVM.so.18.1
> #4  0x00007f2b84f6a18f in ?? ()
>    from 
> /gnu/store/s9z30wrxafdj11xfzm81hrxd93f07gwh-llvm-for-mesa-18.1.8/lib/libLLVM.so.18.1
> #5  0x00007f2b84cbf274 in llvm::MachO::TextAPIError::convertToErrorCode() 
> const ()
>    from 
> /gnu/store/s9z30wrxafdj11xfzm81hrxd93f07gwh-llvm-for-mesa-18.1.8/lib/libLLVM.so.18.1
> #6  0x00007f2b8fa12efe in call_init.part ()
>    from 
> /gnu/store/zvlp3n8iwa1svxmwv4q22pv1pb1c9pjq-glibc-2.39/lib/ld-linux-x86-64.so.2
> #7  0x00007f2b8fa12fe6 in _dl_init ()
>    from 
> /gnu/store/zvlp3n8iwa1svxmwv4q22pv1pb1c9pjq-glibc-2.39/lib/ld-linux-x86-64.so.2
> #8  0x00007f2b8fa28bd0 in _dl_start_user ()
>    from 
> /gnu/store/zvlp3n8iwa1svxmwv4q22pv1pb1c9pjq-glibc-2.39/lib/ld-linux-x86-64.so.2
> #9  0x0000000000000004 in ?? ()
> #10 0x00007ffeb813c918 in ?? ()
> #11 0x00007ffeb813c973 in ?? ()
> #12 0x00007ffeb813c976 in ?? ()
> #13 0x00007ffeb813c979 in ?? ()
> #14 0x0000000000000000 in ?? ()
>
> It would seem that LLVM, during initialization, ends up calling ‘calloc’
> as provided by U-Boot itself, which may not be intended, and then things
> go wrong.

Fixed in e526b8b11debb184929abd013b7d589c9db245af by changing the
visibility of the ‘calloc’ symbol to “hidden” so other DSOs like
libLLVM*.so don’t end up calling it.

Would be nice to report upstream.  Any taker?

Ludo’.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]