Chez parameters are not SRFI-39 compatible

[weinholt]

Chez Scheme's parameters are not quite compatible with SRFI-39, as explained by @akeep here: cisco/ChezScheme#409 (comment)

However, chez-srfi uses them directly:

(library (srfi :39 parameters)
  (export make-parameter 
          parameterize)
  (import (only (chezscheme) make-parameter parameterize)))

[arcfide]

Okay, it looks like the best thing to do is to remove the special code for Chez Scheme from the library. Can you confirm that this would work for you?

[weinholt]

The implementation in %3a39/parameters.sls doesn't look like it's SRFI-39 either. It's from Ikarus and has the same semantics as Chez Scheme. I'm testing them with the code from the first comment in the linked discussion.

The reference implementation of SRFI-39 works and behaves as it should. I guess the issue with using it is that it might not interact properly with an implementation's threading system. But SRFI-39 happily leaves that unspecified anyway.

[arcfide]

I see. Well, if you have something that works, I'd be happy to take in a pull request! It might take me a bit long to get to this and do it myself.

[mnieper]

The implementation in %3a39/parameters.sls doesn't look like it's SRFI-39 either. It's from Ikarus and has the same semantics as Chez Scheme. I'm testing them with the code from the first comment in the linked discussion.

The reference implementation of SRFI-39 works and behaves as it should. I guess the issue with using it is that it might not interact properly with an implementation's threading system. But SRFI-39 happily leaves that unspecified anyway.

The problem are things like the current-input-port, which have to be supported by the implementation of parameterize.