"Gregg Sangster" <gr...@thesangsters.ca> writes: > Hello, > > I have wip-elisp rebased all the way up to main as of a few days ago > (e60469c8b6936575c079faaffa40a340e1d49f3c) plus two changes from > Ricardo. It's available here: > > https://git.sr.ht/~g20r/guile > > There is one test failure in "make check" on test-out-of-memory. I > haven't investigated it yet but I get the same failure on main. If > that's not an expected failure, it might be a problem with my > environment. > > There is also an emacs repo here: > > https://git.sr.ht/~g20r/emacs > > which uses the 3.0-based wip-elisp. It builds and runs but segfaults > easily. I've started rebasing it on a more current emacs. Those > changes aren't published yet.
It's not a good sign that it segfaults easily; Someone(TM) should figure out the source of the crashes even if rebasing happens to fix them, which I wouldn't necessarily count on. I'll try to do some debugging in the next few days. > I haven't been able to get the guile-emacs package in guix working. The > build gets stuck at collecting/processing OKURI-NASI entries after a few > hours. For comparison, the 3.0-based guile-emacs builds in about 20 > minutes on my machine. If anyone has that running, it would be nice to > have a comparison of the build/run speed. I can confirm that, it seems to get stuck at: Reading file "/tmp/guix-build-[...]/[...]/leim/SKK-DIC/SKK-JISYO.L" ... [...] Collecting OKURI-NASI entries ... [...] collected 70% ... even after running for quite a while: guix build -c32 guile-emacs 5.29s user 0.47s system 0% cpu 28:02:53.21 total I'm not sure what's going on here, as I've definitely installed the guile-emacs package before (though not recently) and it doesn't use the standard emacs and guile packages, for obvious reasons. I can probably use guix time-machine to figure out what's happening. That build phase was always excruciatingly slow, but not *that* slow. -- „Die Philosophen haben die Welt nur verschieden *interpretiert*, es kömmt drauf an, sie zu *verändern*.“ -- Karl Marx
