Parameters can be equivalently expressed in terms of fluids (see SRFI 226), which mimic variables. Thread parameters are to parameters what thread-local fluids are to fluids, so one argument is symmetry.
Often, you want to use thread-local objects in conjunction with the parameter mechanism, so thread parameters come in handy. The nice thing about them being defined natively is that they can then share the same form to parameterize them as non-thread local parameters. For good "real world" examples, take a look at the documentation of the Chez system. Some of its parameters are non-thread local; others are thread-local. (NB: Chez's parameters are just parameter-like objects in the language of SRFI 226.) Am Mi., 13. Sept. 2023 um 08:19 Uhr schrieb Shiro Kawai < shiro.ka...@gmail.com>: > I'm preparing for a new release of Gauche which supports part of > SRFI-226. While documenting it, I noticed I couldn't recall why thread > parameters were added, and what for. I remember It was added at some > point, but I can't find any discussion about it. I may have just > overlooked it. Can somebody (Marc?) help me recall it? > > I do remember we discussed whether parameter storage should be > thread-specific or not, and I concurred that it should not. Thread-local > storage can be realized by thread locals. Is there a case that you need > parameters to be thread specific? > > --shiro > > >
