A Guix user, Thiago Bauermann, reported a problem bootstrapping with "rktboot" on powerpc64le-linux:
I tried building the zuo branch from your gitlab repo (commit
00975c823227 “gnu: chez-scheme-for-racket: Suport all systems.” from
August 8th) on powerpc64le-linux and had this build failure in
starting phase `build' Assuming current directory has Chez Scheme sources Use /tmp/guix-build-chez-scheme-for-racket-bootstrap-bootfiles-220.127.116.11.drv-0/source/racket/src/ChezScheme/rktboot/. Use /tmp/guix-build-chez-scheme-for-racket-bootstrap-bootfiles-18.104.22.168.drv-0/source/racket/src/ChezScheme/nanopass Use /tmp/guix-build-chez-scheme-for-racket-bootstrap-bootfiles-22.214.171.124.drv-0/source/racket/src/ChezScheme/s Check /tmp/guix-build-chez-scheme-for-racket-bootstrap-bootfiles-126.96.36.199.drv-0/source/racket/src/ChezScheme/boot/tpb64l Load nanopass Apply nanopass patch Load cmacros parts Load enum Load cprep Load expander Install evaluator Load cmacros using expander Continue loading expander Initialize system libraries Load nanopass using expander Load priminfo and primvars Load expander using expander Initialize system libraries in bootstrapped expander Declare nanopass in bootstrapped expander Load some io.ss declarations Load some strip.ss declarations Load some 7.ss declarations Load most front.ss declarations Define $filter-foreign-type Load mkheader Generate headers Load mkgc Generate GC Load ftype.ss Load fasl.ss Load reloc.ss Load format.ss Load cp0.ss Load cpvalid.ss Load cpcheck.ss Load cpletrec.ss Load cpcommonize.ss Load cpnanopass.ss error: in phase 'build': uncaught exception: %exception #<&invoke-error program: "/gnu/store/f72x3mdyagp67ybwdy9cqqsid9v8jk9l-racket-vm-bc-8.6/opt/racket-vm/bin/racket" arguments: ("rktboot/main.rkt" "--machine" "tpb64l") exit-status: 1 term-signal: #f stop-signal: #f> phase `build' failed after 707.9 seconds command "/gnu/store/f72x3mdyagp67ybwdy9cqqsid9v8jk9l-racket-vm-bc-8.6/opt/racket-vm/bin/racket" "rktboot/main.rkt" "--machine" "tpb64l" failed with status 1
I didn't have the chance yet to dig into why rktboot/main.rkt is
failing. If you have any tips on how to find more details on what is
going on (e.g., is there some verbose flag that can be passed to it?) I
can try to investigate.
I've confirmed that
racket rktboot/main.rkt --machine tpb64l works for me (on x86_64-linux) both on the v8.6 tag and on current master, so I'm not sure what else to try. I did give them instructions for testing this outside of the Guix build environment, and I pointed them to this thread.