Hello, Ludovic Courtès <l...@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’.
