Arch Linux User Repository

Newer builds work for me, too, so the issue was upstream or on my side. Anyway, thanks for testing.

I just built it, seems to build fine.

Upstreams last commit 68e20f7 seems to be a bad one. Can someone confirm?

make all
echo '(reset-handler abort)'\
             '(base-exception-handler (lambda (c) (fresh-line) (display-condition c) (newline) (reset)))'\
             '(keyboard-interrupt-handler (lambda () (display "interrupted---aborting\n") (reset)))'\
             '(optimize-level 3)'\
             '(debug-level 0)'\
             '(commonization-level (commonization-level))'\
             '(generate-inspector-information #f)'\
             '(subset-mode (quote system))'\
             '(compile-file "cmacros.ss" "cmacros.so")'\
             | ../bin/ta6le/scheme -q
Error in foreign-procedure: no entry for ~s
("(cs)find_pcode")
make[4]: *** [Mf-base:340: cmacros.so] error 1
make[3]: *** [Mf-base:164: allx] error 2
make[2]: *** [Mf-base:181: bootstrap] error 2
make[1]: *** [Makefile:21: build] error 2

Up to yesterday I had no problem building this.

Ah, this is building nicely for me now. :)

The initial full clone is expected, don't worry about --depth=1. I suspect anyone using a -git package should be accepting of the 900MB on-disk overhead compared to downloading ~25MB each build (or they'd just use the non-git package). Also, https://bugs.archlinux.org/task/34677 .

In a clean chroot it worked for me without -fPIC. Strange, a simple makepkg in a empty builddir needs -fPIC.

But namcap in the clean chroot is not satisfied.

chez-scheme-git E: APL is not a common license (it's not in /usr/share/licenses/common/)
chez-scheme-git E: Symlink (usr/lib/csv9.5.1/ta6le/scheme-script.boot) points to non-existing /build/chez-scheme-git/pkg/chez-scheme-git/usr/lib/csv9.5.1/ta6le/scheme.boot
chez-scheme-git E: Dependency ncurses detected and not included (libraries ['usr/lib/libncursesw.so.6'] needed in files ['usr/bin/petite'])

jonathon, thanks for the PKGBUILD, updated based on it. I've removed the xlocale.h thing, as https://github.com/cisco/ChezScheme/commit/b04e9123a427034a39fc9084ba2a8b04608bbb3b should have fixed this.

The PKGBUILD still clones the entire repo once, should I modify it to only clone --depth=1?

haawda, I just built it, but didn't need -fPIC, did you do a clean rebuild with up-to-date arch?

I had also to add CFLAGS+=" -fPIC" to make.

Jonathon, it is not only you.

You don't need to bump the pkgver for a -git package; the idea is that it should be generated from the upstream repo. This is also how e.g. AUR helpers know there is an update. Currently, with a set pkgver, helpers won't rebuild the package even if there are updates in the git repo.

Please do consider the changes in my pasted PKGBUILD. Not only does this generate the pkgver as per https://wiki.archlinux.org/index.php/VCS_package_guidelines#The_pkgver.28.29_function, but it avoids the need to download the entire 900MB+ git repo every time a build is initiated.

Finally, I still have issues building 9.5 due to a "missing" xlocale.h - or is it only me who's affected?

Fails to build due to glib=2.26 dropping xlocale.h.

Also, this is a pretty suboptimal PKGBUILD as it's cloning the entire 900MB repo every. time. it. builds. Let me see if I can improve it a little...

Here we go: https://bpaste.net/show/ef416594780c