GNU bug report logs - #74229
u-boot-tools-2024.01 fail on check-x86

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#74229: closed (u-boot-tools-2024.01 fail on check-x86)
Date: Mon, 18 Nov 2024 12:42:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Mon, 18 Nov 2024 13:40:34 +0100
with message-id <87wmh0emv1.fsf_-_ <at> gnu.org>
and subject line Re: bug#74270: u-boot-tools: tests fail
has caused the debbugs.gnu.org bug report #74229,
regarding u-boot-tools-2024.01 fail on check-x86
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
74229: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=74229
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Jean-Francois GUILLAUME <Jean-Francois.Guillaume <at> univ-nantes.fr>
To: bug-guix <at> gnu.org
Subject: u-boot-tools-2024.01 fail on check-x86
Date: Wed, 06 Nov 2024 16:21:10 +0100

[Message part 3 (text/plain, inline)]

Hi,

u-boot-tools-2024.01 fail on check-x86 which in turn prevent building 
genimage-18-0.00009af which prevent to run guix system image on an up to 
date guix machine.

Please find attache the build log.

Best regards,
-- 
Cordialement,
Jean-François GUILLAUME

Ingénieur Systèmes, Réseaux, Virtualisation
Plateforme Bioinformatique BiRD, GLiCID, Nantes Université, CHU Nantes, 
CNRS, Inserm, BioCore, US16, SFR Bonamy, F

tél : 02-28-08-00-57 (320057)
mail: Jean-Francois.Guillaume <at> univ-nantes.fr

Bâtiment 06, IRS UN - 8 quai Moncousu - BP 70721 - 44007 Nantes Cedex 1
https://www.pf-bird.univ-nantes.fr/
https://clam.glicid.fr/
https://www.univ-nantes.fr/

[2ndrap435lwim9c7kij3bnls06kpgs-u-boot-tools-2024.01.drv.gz (application/gzip, attachment)]

[Message part 5 (message/rfc822, inline)]

From: Ludovic Courtès <ludo <at> gnu.org>
To: Leo Famulari <leo <at> famulari.name>
Cc: vagrant <at> debian.org, Christopher Howard <christopher <at> librehacker.com>,
 efraim <at> flashner.co.il, 74270 <at> debbugs.gnu.org,
 Jean-Francois.Guillaume <at> univ-nantes.fr, 74229-done <at> debbugs.gnu.org,
 John Kehayias <john.kehayias <at> protonmail.com>
Subject: Re: bug#74270: u-boot-tools: tests fail
Date: Mon, 18 Nov 2024 13:40:34 +0100

Hello,

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

> (gdb) bt
> #0  0x0000000000406e03 in alloc_simple (align=1, bytes=bytes <at> entry=204) at ../../common/malloc_simple.c:25
> #1  malloc_simple (bytes=bytes <at> 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’.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.