On Fri, 06 May 2022 00:50:21 +0200 Ludovic Courtès <[email protected]> wrote:
> The log goes like this: > ... > + guix shell --export-manifest gsl openblas gcc-toolchain --tune This seems to be the important part, it looks like the CPU arch isn't being detected. > Backtrace: > In ice-9/boot-9.scm: > 1752:10 13 (with-exception-handler _ _ #:unwind? _ # _) > In unknown file: > 12 (apply-smob/0 #<thunk 5bd2e0>) > In ice-9/boot-9.scm: > 724:2 11 (call-with-prompt _ _ #<procedure > default-prompt-handle…>) In ice-9/eval.scm: > 619:8 10 (_ #(#(#<directory (guile-user) 5c2c80>))) > In guix/ui.scm: > 2230:7 9 (run-guix . _) > 2193:10 8 (run-guix-command _ . _) > In guix/scripts/shell.scm: > 160:17 7 (guix-shell . _) > In ice-9/boot-9.scm: > 1747:15 6 (with-exception-handler #<procedure 4bd7b0 at ice-9/bo…> > …) In srfi/srfi-37.scm: > 201:16 5 (next-arg) > 113:18 4 (invoke-option-processor _ _ _ _ _) > In unknown file: > 3 (_ #<procedure 4bd660 at srfi/srfi-37.scm:114:22 ()> # #) > 2 (_ #<procedure 9aa9c0 at ice-9/boot-9.scm:798:28 ()> # #) > In guix/transformations.scm: > 864:25 1 (_ _ _ _ ((package ad-hoc-package "gcc-toolchain") (…) > …)) In guix/cpu.scm: > 94:2 0 (cpu->gcc-architecture #f) This indicates the same to me. But I don't know the internals of --tune well enough, so it's just a hunch. > guix/cpu.scm:94:2: In procedure cpu->gcc-architecture: > In procedure struct-vtable: Wrong type argument in position 1 > (expecting struct): #f > + rm -r t-guix-manifest-12319 > FAIL tests/guix-shell-export-manifest.sh (exit status: 1) > --8<---------------cut here---------------end--------------->8--- > > This is ca. 312879fddcf0713c0f1dafcc6faa089edbbb6e04. > > Ludo’.
