[PATCH] gnu: rust: fix building bootstrap chain

This patch fixes building rust versions 1.30 and onwards:

debug-info tests to the older (and now incorrect) format.

—Ivan

I tried deleting the gnu/packages/patches/rust-1.30-gdb-llvm.patch file since

it is now unused, but after doing so the build fails with a cryptic backtrace.

Anyone have any ideas why?

--Ivan

Backtrace:

In srfi/srfi-1.scm:

592:29 19 (map1 (#<<service> type: #<service-type mingetty ced…> …))

592:29 18 (map1 (#<<service> type: #<service-type mingetty ced…> …))

592:29 17 (map1 (#<<service> type: #<service-type mingetty ced…> …))

592:29 16 (map1 (#<<service> type: #<service-type syslog 42b50…> …))

592:17 15 (map1 (#<<service> type: #<service-type guix 27825a0…> …))

In ice-9/eval.scm:

196:43 14 (_ #(#(#(#<directory (gnu tests install) c9f01e0>) #) #))

293:34 13 (_ #(#(#(#<directory (gnu tests install) c9f01e0>) #) #))

293:34 12 (_ #(#(#(#(#<directory (gnu packages package-…> …)) …) …))

174:20 11 (_ #(#(#(#(#<directory (gnu packages package-…> …)) …) …))

177:49 10 (lp (#<procedure 1839e280 at ice-9/eval.scm:282:4 (e…> …))

177:49 9 (lp (#<procedure 1839e260 at ice-9/eval.scm:282:4 (e…> …))

177:49 8 (lp (#<procedure 1839e240 at ice-9/eval.scm:282:4 (e…> …))

177:32 7 (lp (#<procedure 1839e220 at ice-9/eval.scm:182:7 (env)>))

In unknown file:

6 (force #<promise #<procedure 5b90da0 at ice-9/eval.scm:…>)

In ice-9/eval.scm:

293:34 5 (_ #(#(#<directory (gnu packages package-management…> …)))

In ice-9/boot-9.scm:

829:9 4 (catch git-error #<procedure 183a1ac0 at ice-9/eval.sc…> …)

In ice-9/eval.scm:

293:34 3 (_ #(#(#(#<directory (guix git-download) 253daa0> #)) #))

In srfi/srfi-1.scm:

466:18 2 (fold #<procedure 17fb2340 at ice-9/eval.scm:336:13 (a…> …)

In ice-9/eval.scm:

293:34 1 (_ #(#(#<directory (guix git-download) 253daa0> "/…") …))

In unknown file:

0 (lstat "/home/ivan/import/guix-rust-upgrade/gnu/package…")

ERROR: In procedure lstat:

In procedure lstat: No such file or directory: "/home/ivan/import/guix-rust-upgrade/gnu/packages/patches/rust-1.30-gdb-llvm.patch"

Hi Ivan,

On Mon, 17 Jun 2019 20:06:37 -0700

Ivan Petkov <ivanppetkov@gmail.com> wrote:

Hmm, I've had spooky things like that when I didn't run "make" in the guix

directory after the change before trying to use it.

Not sure why that is--since guile is supposed to compile on demand--, but it

happened.

So try running "make" in guix.

Otherwise "grep -r gdb-llvm ." to find left-overs, if any.

If nothing else helps, rm -rf ~/.cache/guile

Hi Danny,

I always run make before any ./pre-inst-env invocation, and that’s what raises the error.

No results (besides those in .git). Maybe it’s because there are items in the store which

have references to it and guix is getting confused somewhere? Unfortunately, I don’t

know enough to stipulate further...

Unfortunately this didn’t help either :(

I’m willing to get this merged in as is for now, get rust to build again, and clean up my store

with `guix gc` before trying to delete the patch file again. Maybe things will work then.

Also attaching one more patch update, this time for bumping to llvm@8 for the latest

rust version!

—Ivan

Ah, maybe the sha checksum of the origin is used as a key to a cache for the

origin.

Try changing a digit in it (in the call to rust-bootstapped-package in rust-1.30).

Still no dice.

I even tried commenting out the rust package definitions entirely and the issue still

occurs when running `make` after `make clean`, so I don’t think its related to the

package definitions themselves...

—Ivan

I’ve merged this in as f5de2b9a3e0070ec431e01c279192e6d93d6a1c8.

I’ll come back a bit later and see if removing the patch file works…

—Ivan