From: Guillaume Le Vaillant <glv@posteo.net>
To: bokr@bokr.com
Cc: Tobias Geerinckx-Rice <me@tobias.gr>,
Christopher Baines <mail@cbaines.net>,
56353@debbugs.gnu.org
Subject: bug#56353: sbcl-2.2.6 build fail
Date: Sun, 03 Jul 2022 08:51:38 +0000 [thread overview]
Message-ID: <8735fir2pi.fsf@kitej> (raw)
In-Reply-To: <20220703083325.GA40670@LionPure>
[-- Attachment #1: Type: text/plain, Size: 1029 bytes --]
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.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
next prev parent reply other threads:[~2022-07-03 9:51 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 [this message]
2022-07-03 10:09 ` Guillaume Le Vaillant
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8735fir2pi.fsf@kitej \
--to=glv@posteo.net \
--cc=56353@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 external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.