From: Guillaume Le Vaillant <glv@posteo.net>
To: 56353-done@debbugs.gnu.org
Cc: Tobias Geerinckx-Rice <me@tobias.gr>,
Christopher Baines <mail@cbaines.net>,
bokr@bokr.com
Subject: bug#56353: sbcl-2.2.6 build fail
Date: Sun, 03 Jul 2022 10:09:10 +0000 [thread overview]
Message-ID: <87y1xapks4.fsf@kitej> (raw)
In-Reply-To: <8735fir2pi.fsf@kitej>
[-- Attachment #1: Type: text/plain, Size: 1178 bytes --]
Guillaume Le Vaillant <glv@posteo.net> skribis:
> bokr@bokr.com skribis:
>
>> I wonder what running this at the time builds failed would have shown:
>>
>> #/usr/bin/bash
>> # ~/bin/top-1-sans-hilights -- single snap of top without highlight escapes (no top opt for that??)
>> top -n 1 | \
>> sed -e 's:[\r][^\r]*[\r]\+::g' -e 's:[\x07\r]::g' -e 's:.\x08::g' \
>> -e 's:\x1B\[[^a-zA-Z]*[a-zA-Z]\x0f*::g' \
>> -e 's:\xe2\x80\x98:":g' -e 's:\xe2\x80\x99:":g'
>>
>> (no guarantees on my hack to get rid of the highlighting escapes
>> and utf8->ascii quote subst :)
>> (top seems to assume even -n 1 output is always going to interactive dest)
>>
>> Anyway, wondering: Could memory and CPU loading at the time
>> have triggered the build failure?
>
> I don't think so. It looks like the SB-SIMD optional module only gets
> built on x86_64 CPUs supporting AVX2 instructions. The Bayfront and
> Harbourfront machines don't, and this is why the 'build-doc' phase fails
> when trying to load SB-SIMD to compile its documentation.
>
> I'm testing a patch disabling SB-SIMD, and I'll push it if all goes
> well.
Patch pushed as e0d2f8164e6a1c15fdcae6f7dadb05c0c9e25352.
Closing.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
prev parent reply other threads:[~2022-07-03 10:13 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-02 9:29 bug#56353: sbcl-2.2.6 build fail Wensheng Xie
2022-07-02 11:40 ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-07-02 16:49 ` Christopher Baines
2022-07-02 17:08 ` Guillaume Le Vaillant
2022-07-02 19:26 ` Christopher Baines
2022-07-03 8:33 ` bokr
2022-07-03 8:51 ` Guillaume Le Vaillant
2022-07-03 10:09 ` Guillaume Le Vaillant [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87y1xapks4.fsf@kitej \
--to=glv@posteo.net \
--cc=56353-done@debbugs.gnu.org \
--cc=bokr@bokr.com \
--cc=mail@cbaines.net \
--cc=me@tobias.gr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).