New reference implementation
taylanbayirli@xxxxxx
(29 Aug 2015 17:38 UTC)
|
Re: New reference implementation
Per Bothner
(29 Aug 2015 20:23 UTC)
|
Re: New reference implementation
taylanbayirli@xxxxxx
(29 Aug 2015 21:38 UTC)
|
Re: New reference implementation
Per Bothner
(30 Aug 2015 09:20 UTC)
|
Re: New reference implementation
taylanbayirli@xxxxxx
(30 Aug 2015 10:45 UTC)
|
Re: New reference implementation
taylanbayirli@xxxxxx
(31 Aug 2015 21:22 UTC)
|
Re: New reference implementation
Per Bothner
(31 Aug 2015 22:11 UTC)
|
Re: New reference implementation
taylanbayirli@xxxxxx
(01 Sep 2015 08:44 UTC)
|
Re: New reference implementation
Per Bothner
(01 Sep 2015 10:44 UTC)
|
Re: New reference implementation
John Cowan
(30 Aug 2015 01:24 UTC)
|
Re: New reference implementation
Arthur A. Gleckler
(30 Aug 2015 04:35 UTC)
|
Re: New reference implementation
John Cowan
(30 Aug 2015 17:10 UTC)
|
Re: New reference implementation
Per Bothner
(30 Aug 2015 05:06 UTC)
|
Re: New reference implementation
taylanbayirli@xxxxxx
(30 Aug 2015 08:06 UTC)
|
Re: New reference implementation
Per Bothner
(30 Aug 2015 08:25 UTC)
|
Re: New reference implementation
taylanbayirli@xxxxxx
(30 Aug 2015 08:49 UTC)
|
Re: New reference implementation
Per Bothner
(30 Aug 2015 09:33 UTC)
|
Re: New reference implementation
taylanbayirli@xxxxxx
(30 Aug 2015 12:35 UTC)
|
Re: New reference implementation
taylanbayirli@xxxxxx
(22 Sep 2015 21:27 UTC)
|
Re: New reference implementation
Per Bothner
(24 Sep 2015 00:25 UTC)
|
Re: New reference implementation taylanbayirli@xxxxxx (24 Sep 2015 08:26 UTC)
|
Re: New reference implementation
taylanbayirli@xxxxxx
(26 Sep 2015 11:49 UTC)
|
Re: New reference implementation
Per Bothner
(28 Sep 2015 17:47 UTC)
|
Re: New reference implementation
taylanbayirli@xxxxxx
(28 Sep 2015 19:54 UTC)
|
Re: New reference implementation
Per Bothner
(02 Oct 2015 06:07 UTC)
|
Re: New reference implementation
Per Bothner
(02 Oct 2015 06:36 UTC)
|
Re: New reference implementation
taylanbayirli@xxxxxx
(02 Oct 2015 09:39 UTC)
|
Re: New reference implementation
Per Bothner
(06 Oct 2015 21:13 UTC)
|
Re: New reference implementation
taylanbayirli@xxxxxx
(07 Oct 2015 09:17 UTC)
|
Per Bothner <xxxxxx@bothner.com> writes: > Do you have a plug-in replacement for Kawa's gnu/kawa/slib/testing.scm? > I gather so, since you've tested it. One is in the attachment. I didn't note down the steps I had to take, but from memory it should be roughly: - concatenate the *.body.scm files in the order: test-runner, execution, source info, test-runner-simple, - add "else" clauses to 'case' expressions, - add "require" and module export boilerplate, - define and export %test-begin as a synonym to test-begin, - move some definitions to before their first use. > One minor thing I noticed: The export list in test-runner.exports.sld > exports a number of '%'-prefixed names. These are supposed to be internal > names that should probably *not* be exported. I realize fixing this may > require some re-organizing. They're at least not exported from the master-library (srfi 64), and it's only the execution module that uses the internal test-runner forms (for which it makes sense to know more about test-runner internals than a user), and not e.g. test-runner-simple (which is a test runner which a user should be able to implement with the public API), so I don't find it urgent, but I might look into it eventually. A bit less nice might be that the simple test runner uses the log-file and log-port fields of the test-runner record type. Those fields are non-standard and undocumented so far. I'm not sure if I should document them, make the simple test runner use its aux value field after all (only when installed automatically, so instances returned from (test-runner-simple) continue to be spec-conformant), or leave the situation as it is. Sub-typing of record types would have been handy here... Taylan