Gregory's Server@civodul I mean, if you, as one of the maintainers, would like to take the code and put it into guile, I would be happy to re-license it :) But I am skeptical anyone has time to review it all, even if there would be interest.
FWIW my test-error works (correctly, with all of #t, #f, 'symbol, &programming-error and programming-error?). I suspect implementing it is much easier now in 2024 then when the code was written (guile-2.0 was considered cutting edge based on the comments).
I am obviously biased, but I think the implementation *can* be fairly readable: https://git.wolfsden.cz/guile-wolfsden/tree/wolfsden/srfi/srfi-64.scm ; At the same time I am still fairly new to Scheme, so I am sure it can be improved in many places.
Picking subset of the API that I would verify correct is workable approach, but test-error in particular *is* useful. (And even test-assert, the very basic test, is "wrong", it evaluates test-name twice. But that particular bug probably does not matter too much.)
Regarding the spec, while there are things I would like to change or specify more clearly, the interface as likely intended (which sadly is not the same as "as written") *mostly* works, albeit being bit simplistic.
My biggest gripe is that all of it is top level, so does not play well with REPL (all tests run on file load, which sucks). Solved by adding non-standard define-test:
(define-test "let us test"
(test-assert "foo" #t)
(test-assert "bar" #t))
Will see how I will feel about it after few hundred more tests written.
@graywolf Your implementation looks *much* nicer! Were you able to test it against existing test suites like that of Guix or maybe some smaller guile-* package?
If there are no known regressions, I’d be in favor of integrating it (as LGPLv3+).